Как сервисному отделу не стать бутылочным горлышком (Юля Нечаева, AgileDays-2011) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE (\n\n)+(\n) with \2) |
||
(не показано 29 промежуточных версий этого же участника) | |||
== Аннотация ==
;Докладчик: {{Speaker|Юлия Нечаева}}
<blockquote>
Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.
Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно.
А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании.
Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы. == Видео == {{vimeoembed|22736671|800|450}} <!-- {{youtubelink|}} --> |zYLDuGmGJcA}}{{letscomment}} == Презентация == * http://prezi.com/a53ou5qkjo3l/agile-days/ == Примечания и отзывы == * [http://2011.agiledays.ru/reports/view/94/ страничка доклада на сайте конференции] Обсуждение доклада в блоге докладчицы + посты разъясняющие тему доклада: * http://jnechaeva.blogspot.com/2011/03/blog-post.html * http://jnechaeva.blogspot.com/2011/03/2.html {{include-review|Максим Цепков - AgileDays-2011/Как сервисному отделу не стать бутылочным горлышком}} <references/> [[Категория:AgileDays-2011]] [[Категория:Процесс тестирования]] {{stats|disqus_comments=0|refresh_time=2021-08-31T17:18:15.149508|vimeo_comments=0|vimeo_plays=279|youtube_comments=0|youtube_plays=2017-11-11T00:25:50.497139|248}}9}} |
Текущая версия на 12:21, 4 сентября 2021
Содержание
Аннотация
- Докладчик
- Юлия Нечаева
Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.
Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно.
А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании.
Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы.
Если тестировщики являются частью команды разработки – это просто: планируй тестирование как часть задачи на разработку – да и все. Но что делать, если отдел тестирования обслуживает несколько потоков задач? И у всех заказчиков разные процессы? И все они одинаково требовательные!
У нас получилось построить такой отдел тестирования, который принимает большинство задач принимает в работу сразу же после их постановки.
Ничего необычного, если не уточнить, что:
- подавляющее большинство времени ребята в отделе заняты полезной работой
- планирование практически отсутствует
Я не открою вам секреты, не расскажу про серебряные пули. Я лишь расскажу, какой микс из agile практик и принципов мы используем, чтобы быть успешным отделом тестирования. И буду рада, если это Вам пригодится в работе.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Презентация
Примечания и отзывы
Обсуждение доклада в блоге докладчицы + посты разъясняющие тему доклада:
Plays:288
Comments:0