Многие команды уже давно осваивают итеративный способ разработки новых сервисов, продуктов, выполнения сложных проектов.
Итерация, как правило, длится от двух до четырех недель и начинается с короткого планирования. В Скраме итерация называется Спринтом и есть обязательное правило — в конце Спринта должен быть готовый инкремент продукта, сделанный по «определение готовности» (в англ. Definition of Done или просто DoD).
Определение готовности
Многие путают «определение готовности» с требованиями от заказчика. Но это совершенно разные понятия! Например, вы заказываете мебель под собственный проект и у вас есть четкие требования по материалам, размерам и фурнитуре. Вы передаете одинаковые требования одному и второму производителю. Один производитель выполняет заказ качественно, второй, вроде бы, тоже качественно, но через несколько месяцев все начинает быстро отваливаться. Что их отличает? Возможно, лучшие практики, инструменты, производственный процесс, профессионализм и организация командной работы. Все то, что входит в понятие «определение готовности» и у каждой организации критерии готовности отличаются, что отражается на качестве выполненного сервиса. На картинке ниже пример требований и «определения готовности» для свадебного агенства, а также пример «определения готовности» для разработки ПО.
Сложности
Казалось бы, после такого наглядного примера должно быть понятно, что при планировании важно учитывать как и бэклог требований, так и определение готовности. Тем не менее, наблюдаю, что «определение готовности» команды используют очень поверхностно (если вообще такой список существует) и это приводит к низкому качеству сервиса. Как это исправить?
Матрица DoD на Планировании Спринта
Для того чтобы команда относилась ответственно к качеству, я использую матрицу DoD — инструмент для Планирования Спринта. На последнем открытом воркшопе группа энтузиастов-фасилитаторов успешно протестировала этот инструмент в онлайн режиме. Давайте посмотрим на пример:
Структура Матрицы:
- По вертикали располагаем требования из беклога (прим. Бэклог Продукта в Скраме). На картинке это соответствует wedding site, food catering for vegetarians, invitation crads, и.т.д.
- По горизонтали располагаем критерии из списка определения готовности. На картинке это соответствует стикерам зеленого цвета.
- В ячейках на пересечении должны появятся конкретная(ые) задача(и), которые вы планируете на следующую итерацию (прим. в Скраме — Спринт).
- Эти задачи вы оцениваете в днях, но так чтобы размер одной задачи был не более одного дня (0.25, 0.5, 1)
- Общая сумма всех задач не должна превышать ресурс команды
Таким образом, фасилитатор процесса или Скрам Мастер, при планировании спринта мягко внедряет определение готовности как инструмент планирования. И вы обязательно увидите разницу — команда начнет ответственно относится к качеству процесса и не упускать из виду критерии из определение готовности.
Онлайн фасилитация
- До начала встречи фасилитатор готовит Матрицу DoD. Чтобы команда могла одновременно и совместно заполнять нужно использовать инструмент вроде Mural.
- Начинать встречу я рекомендую с подсчета ресурса команды на итерацию (кол-во дней х кол-во человек минус отгулы)
- С использованием Zoom, фасилитатор создает комнату для работы и оставляет команду на пять минут. По истечении пяти минут фасилитатор присоединяется, чтобы посмотреть все ли движется в нужном направлении, есть ли недопонимание.
- Второй раз фасилитатор оставляет группу на один час, чтобы они заполнили матрицу. Если одного часа не хватило, фасилитатор добавляет еще времени, проконсультировавшись с командой. Но общее время планирования не должно превышать 8 часов!!!
Слава Москаленко, CEO Agile.live