Как сервисному отделу не стать бутылочным горлышком (Юля Нечаева, AgileDays-2011) — различия между версиями

== Аннотация ==
;Докладчик: {{Speaker|Юлия Нечаева}}


<blockquote>
Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.

Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно.

А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании.

Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы.

== Презентация ==
* 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=2020-07-06T19:40:502021-08-31T17:18:15.752062149508|vimeo_comments=0|vimeo_plays=2769|youtube_comments=0|youtube_plays=9}}

Текущая версия на 12:21, 4 сентября 2021

Аннотация

Докладчик

Юлия Нечаева

Основной идеей Agile является увеличение ценности разработки для бизнеса. Ваш Капитан.

Тестирование никогда не было созидательной службой. Если тестирование хорошее – оно уменьшает расходы бизнеса. Но дополнительное «value» в продукт тестированием привнести очень трудно.

А вот помешать – очень легко. Неграмотно построенная организация работы может сделать тестирование бутылочным горлышком в проекте, а то и в компании.

Значит, помимо поиска багов, ключевой задачей тестирования является сделать этот поиск настолько гармонично вписанным в общий процесс, чтоб не увеличивать операционные расходы.

Если тестировщики являются частью команды разработки – это просто: планируй тестирование как часть задачи на разработку – да и все. Но что делать, если отдел тестирования обслуживает несколько потоков задач? И у всех заказчиков разные процессы? И все они одинаково требовательные!

У нас получилось построить такой отдел тестирования, который принимает большинство задач принимает в работу сразу же после их постановки.

Ничего необычного, если не уточнить, что:

• подавляющее большинство времени ребята в отделе заняты полезной работой
• планирование практически отсутствует

Я не открою вам секреты, не расскажу про серебряные пули. Я лишь расскажу, какой микс из agile практик и принципов мы используем, чтобы быть успешным отделом тестирования. И буду рада, если это Вам пригодится в работе.

Видео

Презентация

• http://prezi.com/a53ou5qkjo3l/agile-days/

Примечания и отзывы

• страничка доклада на сайте конференции

Обсуждение доклада в блоге докладчицы + посты разъясняющие тему доклада:

• http://jnechaeva.blogspot.com/2011/03/blog-post.html
• http://jnechaeva.blogspot.com/2011/03/2.html

Plays:288   Comments:0