Багато команд давно освоїли ітераційний спосіб розробки нових послуг, продуктів і складних проектів.
Ітерація, зазвичай, триває від двох до чотирьох тижнів і починається з короткого планування. У Скрамі, ітерація називається Спринтом, в кінці якого готовий інкремент продукту має бути зроблений відповідно до “визначення готовності” (англ. Definition of Done or DoD). Це є обов’язковим правилом.
Визначення готовності
Багато людей плутають терміни “визначення готовності” та “вимоги клієнтів”. Але це абсолютно різні поняття! Наприклад, ви замовляєте меблі за власним дизайном, і у вас є чіткі вимоги до матеріалів, розмірів та аксесуарів. Ви передаєте однакові вимоги двом різним виробникам. Один виробник виконує замовлення якісно, а інший, “майже” якісно, бо через кілька місяців щось починає відклеюватись. Що відрізняє виробників? Мабуть, кращі практики, інструменти, виробничий процес, професіоналізм і організація командної роботи. Все те, що має бути включено в поняття «визначення готовності». Кожна організація має різні критерії готовності, що впливає на якість виконання послуг. На малюнку нижче наведено приклад “вимог замовника” і “визначення готовності” для весільного агентства, а також приклад “визначення готовності” для розробки програмного забезпечення.
Складнощі
Здавалося б, що після наявного прикладу, слід чітко зрозуміти, що з точки зору планування важливо враховувати як вимоги замовника, так і критерії визначення готовності. Проте, спостерігаю, що “визначення готовності” в командах використовується дуже поверхнево (якщо такий список взагалі існує), і це призводить до низької якості сервісу. Як це виправити?
DoD матриця на Плануванні Спринту
Для того, щоб команда відносилась відповідально до якості сервісу, я використовую матрицю DoD, інструмент для планування спринту. На останньому відкритому семінарі група з фасилітаторів успішно протестувала цей інструмент в онлайн режимі. Нумо розгляньмо приклад заповненої матриці:
Структура матриці:
- Вертикально, у нас є вимоги від замовника. В скрамі такі вимоги організовані як Беклог Продукту. На цьому малюнку вимоги відповідають жовтим карткам – весільний сайт, харчування для вегетаріанців, запрошення і т. д
- Горизонтально – критерії з переліку визначення готовності. На малюнку це відповідає картками зеленого кольору
- На перетині маємо отримати конкретні задачі, які плануються до виконання в ітерації
- Задачі оцінені в днях, але так, щоб розмір однієї задачі був не більше одного дня (0,25, 0,5, 1)
- Загальна сума всіх завдань не повинна перевищувати ресурс команди
Таким чином, фасилітатор, або Скрам Мастер, м’яко вводить визначення готовності як інструмент планування Спринту. І ви обов’язково побачите різницю – команда почне виявляти більшу відповідальність за якість процесу і не пропускати повз уваги критерії зі списку визначення готовності.
Онлайн-фасилітація
- Перед початком зустрічі фасилітатор готує матрицю DoD. Для команди, щоб мати можливість одночасно працювати, треба використовувати інструмент, як Mural.
- Я рекомендую починати зустріч з розрахунку ресурсу команди для ітерації (кількість днів x кількість людей мінус відпустки)
- За допомогою Zoom, фасилітатор створює кімнату для роботи і залишає команду на п’ять хвилин. Через п’ять хвилин, фасилітатор приєднується, щоб перевірити чи все рухається в правильному напрямку, та прояснити можливі непорозуміння.
- Потім фасилітатор залишає групу вже на одну годину, яка має заповнити матрицю конкретними задачами. Якщо однієї години недостатньо, тоді фасилітатор додає більше часу, консультуючись з командою. Але загальний час планування не повинен перевищувати 8 годин!!!
Слава Москаленко, CEO Agile.Live