SlideShare a Scribd company logo
1 of 22
Download to read offline
Теория ограничений в Agile команде

                   Андрей Геоня, 2GIS
                           19.05.2012
Введение в Теорию ограничений

Теория ограничений (ТО) - философия управления,
направленная на повышение скорости генерирования
прибыли любого предприятия.

                              Разработанная в 1980-х гг.
                              доктором Элияху
                              Голдраттом.
Основные понятия ТО

● Выработка - количество продукции, произведенной за
    единицу времени;
●   Запасы - активы, используемые в качестве сырья,
    материалов и т. п. при производстве продукции;
●   Операционные расходы - повседневные затраты компании
    для ведения бизнеса.
ТО в разработке ПО

● Выработка - готовые бизнес-фичи;
● Запасы - незавершенные бизнес-фичи;
● Операционные расходы - все, что не несет ценности для
  бизнеса, но требуется при разработке (багфиксинг,
  рефакторинг и т. п.).
Цель
Увеличение выработки при сохранении или снижении
операционных расходов и запасов:

● Готовые бизнес-фичи ++;
● Ожидающие бизнес-фичи --;
● Багфиксинг, рефакторинг и т. п. --.
Команда
Команда(ы) - это система взаимосвязанных элементов.

Пример зависимостей:

Аналитика~>Дизайн~>Верстка~>Разработка~>Тестирование
Производительность
Производительность всей системы = производительности её
"слабого звена" (ограничения):

Аналитика~>Дизайн~>Верстка~>Разработка~>Тестирование
Шаги к цели

1. Найти ограничение(я) системы -
   "слабое звено";

2. Принять решение об эффективном
   использовании ограничений;

3. Адаптировать всю команду для
   работы с ограничением;

4. Увеличить пропускную способность
   "слабого звена";

5. Если ограничение перестало быть
   ограничением, тогда начать все
   сначала.
Как найти ограничение

● Спросить у команды - провести ретроспективу;

● Проверить нагрузку на каждое "звено";

● Определить загруженность
   "звеньев" - элементы системы,
   идущие после "слабого звена"
   будут простаивать.
Как использовать ограничение?
Чтобы понять, как эффективно использовать ограничение,
нужно выяснить, что ему мешает:

● Определить во время ретроспективы;
● Взглянуть на процесс в целом.
Как подчинить команду ограничению
Все ресурсы, не являющиеся ограничениями, не должны
работать больше, чем от них требует ограничение, но при
этом своевременно обеспечивать ограничение нужными
ресурсами.
Как "прокачать" ограничение

● Исключить простаивание;
● Улучшить качество работы перед ограничением;
● Распределить обязанности "слабого звена" между членами
  команды (обычно это "соседние звенья").
Грабли. Опыт нашей команды
Use case. Белоснежка и 7 гномов
        Тестировщик и 7 программистов

                                      Ресурсы:
                                      ● 1 тестировщик;
                                      ● 7 разработчиков
                                      Проблема:
                                      ● Много задач для
                                        тестирования;
                                      ● Мало пользы.



...~>Разработка(7)~>Тестирование(1)
Как мы дали QA "разгрести" буфер задач
Нет, не так:




Вот так:
● Разработчики выполнили ряд исследовательских задач;
● Разработчики начали декомпозировать задачи backlog-а.
Как мы исключили простаивание QA
● Разработчики начали следить за буфером задач QA;
● И начали поддерживать равномерный буфер, не давая ему
  закончиться. Простаивание QA - это очень дорого!

Буфера тестировщиков:
Как мы улучшили качество перед QA
● Перестали пропускать задачи в QA без code review;
● Составили детальный checklist для code review;
● Настроили уведомления Jenkins-а по commit-у;
Как мы ускорили само тестирование
● Улучшили покрытие функционала авто-тестами;
● Начали группировать задачи на тестирование в
  функциональные группы.
Что мы получили
● Больше нагрузку на программистов;
● Меньше нагрузку на QA;
● Больше готовых фич в конце спринта.
Но хочется большего
1. Сократить цикл работы над фичей:
● Свести тестирование фичи к одной итерации (в худшем
    случае - одна итерация + одна верификация)

Для этого:
● Программировать по checklist-у (по готовым тест-кейсам),
  тем самым улучшить качество фичи до попадания в QA


2. Привлечь пользователей к тестированию
● Внедрить Continuous delivery
Литература
Вопросы?




Контакты:

Twitter:
@AndreyGeonya

Email:
a.geonya@gmail.com

More Related Content

What's hot

Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance managementSQALab
 
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙ
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙСтановление процесса автоматизированного тестирования в интернет-магазине ОКЕЙ
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙCEE-SEC(R)
 
Киев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымКиев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымVladimir Zavertaylov
 
Инструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumИнструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumDenis Tuchin
 
Оценка проектов тестирования
Оценка проектов тестированияОценка проектов тестирования
Оценка проектов тестированияRina Uzhevko
 
Тестируем развитие тестировщика
Тестируем развитие тестировщикаТестируем развитие тестировщика
Тестируем развитие тестировщикаSQALab
 
Mikhail Dovgiy, QA Stand Up: Episode 4
Mikhail Dovgiy, QA Stand Up: Episode 4Mikhail Dovgiy, QA Stand Up: Episode 4
Mikhail Dovgiy, QA Stand Up: Episode 4Provectus
 
Владислав Чернов, Badoo
Владислав Чернов, BadooВладислав Чернов, Badoo
Владислав Чернов, BadooOntico
 
Мобильный веб: назад в будущее
Мобильный веб: назад в будущееМобильный веб: назад в будущее
Мобильный веб: назад в будущееBadoo Development
 
Let's Talk About Junit 5
Let's Talk About Junit 5Let's Talk About Junit 5
Let's Talk About Junit 5SQALab
 
Scrum Сhecklist (Russian)
Scrum Сhecklist (Russian)Scrum Сhecklist (Russian)
Scrum Сhecklist (Russian)Artem Glazkov
 
Асхат Уразбаев, Руководство по организации тестирования в Agile
Асхат Уразбаев, Руководство по организации тестирования в AgileАсхат Уразбаев, Руководство по организации тестирования в Agile
Асхат Уразбаев, Руководство по организации тестирования в AgileSQADays_2009_Piter
 
QA как драйвер трансформации
QA как драйвер трансформацииQA как драйвер трансформации
QA как драйвер трансформацииSQALab
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторитьCEE-SEC(R)
 
Agile scrum - гибкое управление проектами
Agile   scrum - гибкое управление проектамиAgile   scrum - гибкое управление проектами
Agile scrum - гибкое управление проектамиMikhail Sofonov, PMP, P2M, PRINCE2
 
Обзор Agile - эволюция процессов
Обзор Agile - эволюция процессовОбзор Agile - эволюция процессов
Обзор Agile - эволюция процессовNikita Filippov
 
SCRUM в больших проектах
SCRUM в больших проектахSCRUM в больших проектах
SCRUM в больших проектахDenis Petelin
 

What's hot (20)

Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance management
 
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙ
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙСтановление процесса автоматизированного тестирования в интернет-магазине ОКЕЙ
Становление процесса автоматизированного тестирования в интернет-магазине ОКЕЙ
 
Киев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымКиев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольным
 
Инструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / ScrumИнструменты гибкого управления: Agile / Kanban / Scrum
Инструменты гибкого управления: Agile / Kanban / Scrum
 
Оценка проектов тестирования
Оценка проектов тестированияОценка проектов тестирования
Оценка проектов тестирования
 
Quality assurance
Quality assuranceQuality assurance
Quality assurance
 
Тестируем развитие тестировщика
Тестируем развитие тестировщикаТестируем развитие тестировщика
Тестируем развитие тестировщика
 
Mikhail Dovgiy, QA Stand Up: Episode 4
Mikhail Dovgiy, QA Stand Up: Episode 4Mikhail Dovgiy, QA Stand Up: Episode 4
Mikhail Dovgiy, QA Stand Up: Episode 4
 
Владислав Чернов, Badoo
Владислав Чернов, BadooВладислав Чернов, Badoo
Владислав Чернов, Badoo
 
Мобильный веб: назад в будущее
Мобильный веб: назад в будущееМобильный веб: назад в будущее
Мобильный веб: назад в будущее
 
Let's Talk About Junit 5
Let's Talk About Junit 5Let's Talk About Junit 5
Let's Talk About Junit 5
 
Scrum Сhecklist (Russian)
Scrum Сhecklist (Russian)Scrum Сhecklist (Russian)
Scrum Сhecklist (Russian)
 
Асхат Уразбаев, Руководство по организации тестирования в Agile
Асхат Уразбаев, Руководство по организации тестирования в AgileАсхат Уразбаев, Руководство по организации тестирования в Agile
Асхат Уразбаев, Руководство по организации тестирования в Agile
 
Что такое Scrum
Что такое ScrumЧто такое Scrum
Что такое Scrum
 
QA как драйвер трансформации
QA как драйвер трансформацииQA как драйвер трансформации
QA как драйвер трансформации
 
Agile checklist
Agile checklistAgile checklist
Agile checklist
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторить
 
Agile scrum - гибкое управление проектами
Agile   scrum - гибкое управление проектамиAgile   scrum - гибкое управление проектами
Agile scrum - гибкое управление проектами
 
Обзор Agile - эволюция процессов
Обзор Agile - эволюция процессовОбзор Agile - эволюция процессов
Обзор Agile - эволюция процессов
 
SCRUM в больших проектах
SCRUM в больших проектахSCRUM в больших проектах
SCRUM в больших проектах
 

Viewers also liked

Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...
Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...
Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...Oleg Afanasyev
 
Теория ограничений (Алексей Орлов)
Теория ограничений (Алексей Орлов)Теория ограничений (Алексей Орлов)
Теория ограничений (Алексей Орлов)Empatika
 
Слоистая архитектура
Слоистая архитектураСлоистая архитектура
Слоистая архитектураyiiconf
 
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примере
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примереПрименение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примере
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примереSergey Sobolev
 

Viewers also liked (8)

Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...
Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...
Уильям Детмер. Теория ограничений Голдрата. Системный подход к непрерывному с...
 
TOC + TRIZ
TOC + TRIZTOC + TRIZ
TOC + TRIZ
 
Теория ограничений (Алексей Орлов)
Теория ограничений (Алексей Орлов)Теория ограничений (Алексей Орлов)
Теория ограничений (Алексей Орлов)
 
Слоистая архитектура
Слоистая архитектураСлоистая архитектура
Слоистая архитектура
 
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примере
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примереПрименение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примере
Применение ТРИЗ (Теории Решения Изобретательских Задач) в ИТ на примере
 
Divorce 101
Divorce 101Divorce 101
Divorce 101
 
Goldrat's Theory of Constraints
Goldrat's Theory of ConstraintsGoldrat's Theory of Constraints
Goldrat's Theory of Constraints
 
Yyyyyy yyyy 1-8
Yyyyyy yyyy 1-8Yyyyyy yyyy 1-8
Yyyyyy yyyy 1-8
 

Similar to Теория ограничений в Agile команде

Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar
 
Управление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить багиУправление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить багиSQALab
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестированияIgor Pozumentov
 
Тест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеТест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеVasiliy Burov
 
Continious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-AgileContinious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-AgileKairat Yussupov
 
Работа с рисками в Scrum проектах
Работа с рисками в Scrum проектахРабота с рисками в Scrum проектах
Работа с рисками в Scrum проектахDenis Tuchin
 
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)Ontico
 
Xp days 2019 - Why startups need SRE practices
Xp days 2019 - Why startups need SRE practicesXp days 2019 - Why startups need SRE practices
Xp days 2019 - Why startups need SRE practicesAlexey Andreev
 
Continuous Deployment (in Russian)
Continuous Deployment  (in Russian)Continuous Deployment  (in Russian)
Continuous Deployment (in Russian)Smartling
 
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileКак сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileAlexey Krivitsky
 
Continuous deployment Smartling event
Continuous deployment Smartling eventContinuous deployment Smartling event
Continuous deployment Smartling eventViktoriya Pridatko
 
Software process framework
Software process frameworkSoftware process framework
Software process frameworkachempion
 
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?SQALab
 
Anton Sytnyk ITEM 2018
Anton Sytnyk ITEM 2018Anton Sytnyk ITEM 2018
Anton Sytnyk ITEM 2018ITEM
 
Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
 
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...solit
 

Similar to Теория ограничений в Agile команде (20)

Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
 
Управление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить багиУправление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить баги
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
 
Тест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеТест-план и исследовательское тестирование
Тест-план и исследовательское тестирование
 
Continious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-AgileContinious integration-Automated Testing-Solid-Agile
Continious integration-Automated Testing-Solid-Agile
 
Работа с рисками в Scrum проектах
Работа с рисками в Scrum проектахРабота с рисками в Scrum проектах
Работа с рисками в Scrum проектах
 
Agile Testing Process
Agile Testing ProcessAgile Testing Process
Agile Testing Process
 
Agile Testing Process
Agile Testing ProcessAgile Testing Process
Agile Testing Process
 
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)
Как подружить команду админов с N командами разработки / Денис Яковлев (2ГИС)
 
Xp days 2019 - Why startups need SRE practices
Xp days 2019 - Why startups need SRE practicesXp days 2019 - Why startups need SRE practices
Xp days 2019 - Why startups need SRE practices
 
Continuous Deployment (in Russian)
Continuous Deployment  (in Russian)Continuous Deployment  (in Russian)
Continuous Deployment (in Russian)
 
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileКак сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с Agile
 
AUG-1
AUG-1AUG-1
AUG-1
 
Continuous deployment Smartling event
Continuous deployment Smartling eventContinuous deployment Smartling event
Continuous deployment Smartling event
 
Software process framework
Software process frameworkSoftware process framework
Software process framework
 
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?
 
Anton Sytnyk ITEM 2018
Anton Sytnyk ITEM 2018Anton Sytnyk ITEM 2018
Anton Sytnyk ITEM 2018
 
Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.
 
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...
Solit 2014, Централизованное управление тестами с помощью TestLink, Зубович В...
 

Теория ограничений в Agile команде

  • 1. Теория ограничений в Agile команде Андрей Геоня, 2GIS 19.05.2012
  • 2. Введение в Теорию ограничений Теория ограничений (ТО) - философия управления, направленная на повышение скорости генерирования прибыли любого предприятия. Разработанная в 1980-х гг. доктором Элияху Голдраттом.
  • 3. Основные понятия ТО ● Выработка - количество продукции, произведенной за единицу времени; ● Запасы - активы, используемые в качестве сырья, материалов и т. п. при производстве продукции; ● Операционные расходы - повседневные затраты компании для ведения бизнеса.
  • 4. ТО в разработке ПО ● Выработка - готовые бизнес-фичи; ● Запасы - незавершенные бизнес-фичи; ● Операционные расходы - все, что не несет ценности для бизнеса, но требуется при разработке (багфиксинг, рефакторинг и т. п.).
  • 5. Цель Увеличение выработки при сохранении или снижении операционных расходов и запасов: ● Готовые бизнес-фичи ++; ● Ожидающие бизнес-фичи --; ● Багфиксинг, рефакторинг и т. п. --.
  • 6. Команда Команда(ы) - это система взаимосвязанных элементов. Пример зависимостей: Аналитика~>Дизайн~>Верстка~>Разработка~>Тестирование
  • 7. Производительность Производительность всей системы = производительности её "слабого звена" (ограничения): Аналитика~>Дизайн~>Верстка~>Разработка~>Тестирование
  • 8. Шаги к цели 1. Найти ограничение(я) системы - "слабое звено"; 2. Принять решение об эффективном использовании ограничений; 3. Адаптировать всю команду для работы с ограничением; 4. Увеличить пропускную способность "слабого звена"; 5. Если ограничение перестало быть ограничением, тогда начать все сначала.
  • 9. Как найти ограничение ● Спросить у команды - провести ретроспективу; ● Проверить нагрузку на каждое "звено"; ● Определить загруженность "звеньев" - элементы системы, идущие после "слабого звена" будут простаивать.
  • 10. Как использовать ограничение? Чтобы понять, как эффективно использовать ограничение, нужно выяснить, что ему мешает: ● Определить во время ретроспективы; ● Взглянуть на процесс в целом.
  • 11. Как подчинить команду ограничению Все ресурсы, не являющиеся ограничениями, не должны работать больше, чем от них требует ограничение, но при этом своевременно обеспечивать ограничение нужными ресурсами.
  • 12. Как "прокачать" ограничение ● Исключить простаивание; ● Улучшить качество работы перед ограничением; ● Распределить обязанности "слабого звена" между членами команды (обычно это "соседние звенья").
  • 14. Use case. Белоснежка и 7 гномов Тестировщик и 7 программистов Ресурсы: ● 1 тестировщик; ● 7 разработчиков Проблема: ● Много задач для тестирования; ● Мало пользы. ...~>Разработка(7)~>Тестирование(1)
  • 15. Как мы дали QA "разгрести" буфер задач Нет, не так: Вот так: ● Разработчики выполнили ряд исследовательских задач; ● Разработчики начали декомпозировать задачи backlog-а.
  • 16. Как мы исключили простаивание QA ● Разработчики начали следить за буфером задач QA; ● И начали поддерживать равномерный буфер, не давая ему закончиться. Простаивание QA - это очень дорого! Буфера тестировщиков:
  • 17. Как мы улучшили качество перед QA ● Перестали пропускать задачи в QA без code review; ● Составили детальный checklist для code review; ● Настроили уведомления Jenkins-а по commit-у;
  • 18. Как мы ускорили само тестирование ● Улучшили покрытие функционала авто-тестами; ● Начали группировать задачи на тестирование в функциональные группы.
  • 19. Что мы получили ● Больше нагрузку на программистов; ● Меньше нагрузку на QA; ● Больше готовых фич в конце спринта.
  • 20. Но хочется большего 1. Сократить цикл работы над фичей: ● Свести тестирование фичи к одной итерации (в худшем случае - одна итерация + одна верификация) Для этого: ● Программировать по checklist-у (по готовым тест-кейсам), тем самым улучшить качество фичи до попадания в QA 2. Привлечь пользователей к тестированию ● Внедрить Continuous delivery