Почему Undone не показывают на Обзоре Спринта

2024-12-20 09:40 Scrum

Лет 12 назад, когда я работал программистом в EPAM-е, мой товарищ участвовал в пилотном проекте. Он и еще несколько программистов работали над Proof Of Concept (POC) для американского заказчика, который через 2 месяца должен был принять решение, заходить с большим проектом в EPAM или нет. Менеджмент давил на ребят и они жертвовали качеством. Каждые две недели они показывали заказчику последнюю костыльную версию продукта, вводя его в заблуждение относительно своих способностей относительно скорости разработки. Если бы вы знали как негодовал заказчик, когда выяснилось, что команда не способна поддерживать такой темп разработки в долгую. Отношения были разрушены, доверие подорвано.

Ребята впопыхах добавляли новые фичи, создавая технический долг и вводя заказчика в заблуждение

Что-то подобное случается с людьми в конфетно-букетный период. Мы хотим казаться теми, кем не являемся на самом деле.

“Готовый” продукт, соответствующий DoD

Как понять реальный прогресс в продуктовой разработке? Исследуя “готовый” продукт, соответствующий критериям качества (DoD). Только так можно получить адекватную обратную связь и реальное понимание происходящего. Одно дело показать бумажный прототип автомобиля , другое дело ̶ сесть за руль и проехаться по треку, оценив ходовые качества и эргономику авто.

На Обзоре Спринта инспектируется прогресс к продуктовой цели

Скрам реализует ценности и принципы Аджайл Манифеста, требуя от Скрам-команды на Обзоре Спринта показывать работающий (Done) продукт:

Scrum Team представляет результаты своей работы заинтересованным лицам и обсуждает прогресс в достижении Product Goal. Работа НЕ МОЖЕТ считаться частью Increment, если она не соответствует определению готовности.

(Руководство по Скраму).

Демонстрация Undone на Обзоре Спринта приводит к:

Утрате прозрачности относительно реального прогресса разработки
Искаженным прогнозам, оценкам и несбывшимся ожиданиям
Бэклогу Продукта, который не в оптимальном состоянии
Разочарованию, утрате доверия внутри Скрам-команды, а также между Скрам-командой и заинтересованными лицами.

И даже если вы будете стоять на Обзоре Спринта с красный флагом и предупреждать всех о том, что ЭТО UNDONE, то найдутся те, кто воспримут увиденное за реальный прогресс, что приведет вас к негативным последствиям.

Как получить обратную связь на Undone?

Иногда необходимо получить обратную связь на Undone. Например, команда подготовила дизайн страницы, но не успела сверстать ее и интегрировать с другими сервисами. Неужели нужно ждать следующего Обзора Спринта, когда это будет Done? Нет, конечно, получайте обратную связь как можно оперативнее, но делайте это внутри итерации, а не на Обзоре Спринта. Фокусы Обзора: инспектировать Done инкремент и прогресс к продуктовой цели, адаптировать Бэклог Продукта.

Можно получать обратную связь на Undone внутри Спринта

DoD поддерживает самоорганизацию и дисциплину

Есть еще причина, почему Скрам-команде не стоит показывать Undone на Обзоре Спринта. Это дисциплинирует команду и поддерживает самоорганизацию. Одна Скрам-мастера запретила команде показывать новые фичи, потому что не был выполнен последний пункт DoD: “написана документация”. Команда была в ярости, но Скрам-мастер осталась непреклонной. На следующем Планировании Спринта разработчики триста раз провели DoD и убедились, что в Бэклог Спринта включены все задачи для его закрытия. Когда вы даете людям четкие и нерушимые ограничения, то они вынуждены адаптироваться внутри этих ограничений.

Хотите лучше разобраться в Скраме и узнать тонкости этого фреймворка? Добро пожаловать на сертификационный тренинг Professional Scrum Master (PSM).

Главные мысли

Понять реальный прогресс в продуктовой разработке можно, исследуя “готовый” продукт, соответствующий критериям качества (DoD);
Обзоре Спринта показывается только работающий (Done) продукт;
Демонстрация Undone приводит к утрате прозрачности, неверным прогнозам, несбывшимся ожиданиям, разочарованию и утрате доверия.
Строгое следование DoD поддерживает самоорганизацию и дисциплину.