Днями ми з колегою готували воркшоп. Ми швидко узгодили зміст, єдине, чого не вистачало, - це відповідної презентації в PowerPoint. Щоб працювати над презентацією якомога ефективніше, ми розділили її на теми. Коли ми сіли обговорювати готовий проект, стала очевидною велика проблема: у нас були дуже різні уявлення про те, що насправді характеризує "готовий проект".
Ця проблема також може виникнути в гнучких Scrum-командах. Через два тижні команда досягає кінця спринту, але є розбіжності щодо того, чи інкремент продукту вже завершений і може бути перенесений з "в процесі" на "зроблено". Ця розбіжність призводить до дискусій, які, в свою чергу, негативно впливають на клімат в команді. Щоб запобігти цим дискусіям і захистити ефективну командну роботу, у світі Скраму існує артефакт, який називається "Визначення завершеного" (DoD).
Що таке визначення "Готово"?
Дослівно Definition of Done означає "визначення завершеного". Це означає, що команда погоджується з тим, що має бути зроблено для того, щоб функція вважалася завершеною. З практичної точки зору, Definition of Done можна уявити як своєрідний контрольний список, який використовується під час спринту і особливо в кінці, щоб перевірити, чи були дотримані певні критерії завершення. Для команд розробників програмного забезпечення ці критерії можуть бути, наприклад, наступними:
- Підготовлено документацію.
- Код повністю реалізовано та прокоментовано.
- Був проведений огляд коду.
- ...
Чому Визначення Готового є важливим?
Те, що постановка цілей має величезне значення для продуктивності, не є новим відкриттям. Постановка цілей є дуже дослідженою темою в психології (див. Locke & Latham, 2006). Доведено, що ефективність роботи є найвищою, коли цілі є максимально конкретними і складними, але при цьому не здаються недосяжними. Однак, визначення "виконано" не є методом постановки цілей (але якщо його використовувати, то це метод постановки цілей). Підтримка в постановці цілей Якщо вам потрібна допомога, ми будемо раді допомогти вам); це скоріше питання критеріїв, які повинні бути виконані для досягнення мети.
Ці критерії важливі для створення спільного розуміння в команді. Розуміння того, чого повинен досягти кожен член команди, щоб досягти спільної мети. Тобто мова йде про індивідуальні результати, які в кінцевому підсумку складаються в командний результат.
Якщо подивитися на питання DoD з точки зору власника продукту, то стають очевидними зовсім інші проблеми. Якщо чітко не визначено, коли інкремент продукту вважається завершеним, це може призвести до розбіжностей із замовником, коли продукт буде йому презентовано. Якщо таке трапляється і презентується незавершений продукт, можливість зворотного зв'язку з клієнтом блокується.
Постійне вдосконалення
Оскільки Визначення Готового не є статичною концепцією і може і повинно постійно розвиватися або змінюватися, воно також пропонує команді можливість вчитися. Якщо наприкінці спринту команда розуміє, що не змогла виконати критерії Дефініції Готового, члени команди можуть або скоригувати Дефініцію Готового відповідно до реальних результатів, або команда робить висновки для наступного спринту і змінює свій власний спосіб роботи.
Спробуйте Echometer безкоштовно зараз і отримайте нове натхнення для своїх ретроспектив!
Ці роздуми над визначенням "Виконано" команда повинна зробити під час ретроспективи. Можливі варіанти Echometer ЕлементиПитання, які можна задати в процесі підготовки
Ми маємо чітке визначення поняття "Готово" для наших вимог.
Зазвичай я знаю, на якому етапі ми перебуваємо в досягненні наших спільних цілей.
Цілі: Мої цілі збігаються з цілями моїх колег.
Команда охоплює всі навички, необхідні для досягнення нашої мети.
Вони ставлять під сумнів не лише те, чи існує в команді визначення "Готово", але й те, наскільки в команді прозорість, автономія та чіткість ролей.
З повним асортиментом ви можете ознайомитися в нашому Ретро-інструмент.
Як наша команда може визначити зроблене? Приклад воркшопу
Ми показали вам, що таке визначення виконаних робіт і чому вони важливі для ефективної співпраці в скрам-командах. Але якщо ваша команда ще не створила DoD, вам, мабуть, цікаво, як це працює.
В принципі, важливо, щоб команда не поспішала з підготовкою документа. Врешті-решт, має з'явитися документ, з яким кожен член команди може себе ідентифікувати, і який не сприйматиметься просто як необхідне зло. Тому ми рекомендуємо формат, схожий на воркшоп, де модератор - скрам-майстер. Кожен член команди повинен подумати про те, які критерії є важливими для завершення продукту, а потім команда може узагальнити ці думки. Аналогічно ми розробили формат воркшопу для постановки цілей. Поглянь.щоб отримати ідеї для вашого воркшопу "Визначення Готового"!
Закінчений ПЗ можна використовувати в ретроспективі, наприклад, у вигляді світлофора "Визначено - зроблено" (Definition-of-Done):
- Запишіть свої критерії для визначення "Готово" один під одним.
- Намалюйте червоний, жовтий і зелений квадратики поруч з кожним з них.
- Для кожного пункту у визначенні "Виконано" кожен член команди відзначає, наскільки добре, помірно добре чи погано він був виконаний в останньому спринті.
- Обговоріть три з них, які найчастіше згадуються в червоній зоні.
- Якщо потрібно, відкоригуйте своє визначення поняття "Готово".
Висновок – готовий?
Кілька слів на завершення: в гнучкому середовищі не існує такого поняття, як остаточно "зроблено". "Готово" означає лише те, що щось попередньо завершено, але подальші коригування та вдосконалення можуть і повинні відбуватися в будь-який час. Це один з багатьох прекрасних аспектів гнучкої роботи: постійне вдосконалення.
Особливо захоплююче: іноді пункти "виконані", поки клієнт не з'являється і не ставить під сумнів усе рішення, таким чином похитнувши основу ваших припущень про потреби клієнта. У таких ситуаціях стає зрозуміло, чи дійсно команда надала перевагу вигодам клієнта, а не прогресу в тікет-системі.
Чітке визначення того, що зроблено, допоможе уникнути конфліктів і підвищити вашу продуктивність. Якщо вас цікавлять інші способи досягнення цієї мети, вам також варто ознайомитися з нашою статтею про дивовижну правду, що стоїть за гнучким мисленням подивіться. Або збагатити свою ретроспективу, взявши до уваги останні наукові відкриття в психології.
Саме з цією обіцянкою ми розробили наш ретро-інструмент Echometer. Якщо вам цікаво, як (і чи працює) Echometer, будь ласка, прочитайте звіт Хольгера про досвід використання нашого інструменту:
Хочете вивести свою команду на новий рівень продуктивності? Наш Retro Tool може допомогти вам у цьому. Ось досвід роботи з ним Хольгера:
Джерела
Локк, Е. А. та Латам, Г. П. (2006). Нові напрямки в теорії цілепокладання. Current Directions in Psychological Science, 15(5), 265–268. https://doi.org/10.1111/j.1467-8721.2006.00449.x
