-
Формирование команды
(Team Formation)
- Разработчики
- Тестировщики
- Аналитик
-
Описание проблемы
(Problem description). Используем 5W2H
-
WHO
- Команда тестирования
-
What
- В текущей итерации больше половина ЮС переданы на тест, но тестирование по ним не было начато
-
When
- Проблема обнаружена в начале 2ой недели итерации
-
Where
- На одном из веб-продуктов продуктов
-
Why
- Это является проблемой, так как приводит к задержке релиза продукта
- Масштаб проблемы значителен, так как заказчик не получает требуемый функционал в срок
-
How
- В результате анализа бэклога спринта
- При проведении работ по тестированию итерации
- How Many
-
Сдерживающие мероприятия
(Interim Containment Action)
- Разработчики и аналитик присоединились к тестированию итерации согласно разработанным тест-кейсам и чек-листам для каждой ЮС
- Были привлечены тестировщики с других проектов
-
Анализ корневой причины
(ROOT Cause Analysis)
-
Детальное описание проблемы
(Detailed Problem description)
- В текущей итерации тестирование стало сильно отставать от разработки. Это приводит к тому, что вся команда, участвующая в создании продукта, и тестировщики с других проектов начинают заниматься тестированием. Что приводит к снижению темпов работы подразделения, и может сорвать сроки релиза не только по текущему проекту, но и по другим, из которых были привлечены сотрудники
- В текущей итерации тестирование стало сильно отставать от разработки.
-
5 Почему
-
Почему 1
- Почему 1: Почему в текущей итерации тестирование стало сильно отставать от разработки?
- Ответ 1: Нехватка времени у тестировщиков
-
Почему 2
- Почему 2: Почему возникла нехватка времени у тестировщиков?
- Ответ 2: Потому что на проекте остался один тестировщик вместо 3х
-
Почему 3
- Почему 3: Почему один тестировщик не успевает тестировать ЮС
- Ответ 3: Так как кроме непосредственно тестирования другие активности занимают значительную часть рабочего времени
-
Почему 4
- Почему 4: Почему другие активности, не связанные с тестированием такие трудозатратные?
- Ответ 4: Потому что очень много времени тратится на обработку обращений от тех. поддержки (ТП)
-
Почему 5
- Почему 5: Почему много времени тратим на обработку обращений от Тех. Под.
- Ответ 5: Потому что до конца не стандартизирован процесс работы ТП с обращениями по нашему проекту и посчитали, что предоставленной документации будет достаточно
- Мы нашли корневую причину: ТП не хватает документации для работы по проекту (четкой постановки багов)
-
Корректировочные действия
(Corrective Action)
- Проанализировать все поступившие обращения от Тех. Под.
- Проанализировать все баги, назначенные на команду тестирования тех. поддержкой.
- Выявить области продукта, с максимальным процентом обращений.
- Разработать инструкции /Карточки для Тех. Под. по работе с типичными сценариями, в случае возникновения ошибки- детального шаблона ее описания.
-
Валидация корректировочных действий
(Validate Corrective Actions)
- Провести сравнение трудозатрат тестировщиков до и после разработки карточек для Тех. Под.
- Провести доработку карточек при необходимости.
-
Определение и внедрение превентивных мер
(Identify & Implement Preventive Action)
- Тех. Под. работает по разработанным карточкам.
- В случае, если обращение, пришедшее от Тех. Под. не соответствует шаблону- задача возвращается на доработку.
-
Признание вклада команды и ее членов
(Team & Individual Recognition)
- Вся команда отлично поработала над решением общей проблемы.
- Вся команда с пониманием отнеслась к сдерживающим мероприятиям.
- Диалог был конструктивен.
- Проведенные мероприятия позволили исключить риск возникновение аналогичной проблемы в будущем на текущем и других проектах.
-
Автор
- Манухина Дарья
- твиттер: @ManukhinaDarya
- сайт: http://testerchronicles.ru
- почта: dmanuhina@gmail.com