Есть такой особый статус задач — почти готово. Технически всё вроде сделано. Но продукт не работает, бизнес не принимает, а команда разработки недоумевает, почему задача снова висит.
Всё дело — в последних 10%, которые могут быть очень неочевидными из-за отсутствия единого Definition of Done.
Пример из жизни: буквально — боль последних нескольких недель.
Если что-то не зафиксировано в Definition of Done, про это можно легко забыть. Например, проверить, как твоя работа выглядит на Safari. У нас вот недавно такое произошло несколько раз подряд — тригернуло 😆
Definition of Done — это договорённость о том, что именно считается полностью выполненной задачей. Не на 90%, а на все 100%.
В него могут входить:
➖ технические условия: написан код, покрыт тестами, проверен в нужных браузерах;
➖ процессные моменты: пройдено ревью, задеплоено на стенд, обновлена документация и т.д.
И вот если единого Definition of Done на проекте не существует, есть риск оказаться вот в этой ситуации, когда почти готово, но ничего не работает. Потому что каждый оперирует своим понятием «готовности».
Для одного «готово» — это сделать, проверить во всех браузерах, включая Safari, на мобилке, пройти весь сценарий и убедиться, что он нигде не ломается. У другого — накатить стили, глянуть в Chrome и отправить дальше. Оба говорят: «Готово».
Но в итоге — одни задачи болтаются недопринятыми, другие возвращаются с багами, а завершенности и готового продукта так и нет.
Вот почему Definition of Done — это не формальность, а способ дойти до настоящих 100%. Чтобы не путать «делать» и «сделать». Чтобы ожидания бизнеса и команды наконец совпали. Чтобы перестать бесконечно доделывать «почти готовое».
❓ А у вас задачи доходят до конца или застревают на последних 10%? Что в вашем Definition of Done помогает довести их до настоящего Done?
#продуктоваяразработка
