Заказчик не должен верить вам на слово
Джефф Сазерленд описывает конец спринта так: команда собирает заказчика, руководство, будущих пользователей — и показывает не слайды, а работающие куски продукта. Только то, что попало в колонку «Сделано». Не «почти готово», а то, что можно нажать и увидеть результат.
Зачем такая жёсткость? Отчёт о статусе — это история, которую команда рассказывает сама о себе. «Готово на 80%» нельзя проверить. Кнопку, которая либо работает, либо нет, — можно. За пять минут демо заказчик понимает про направление разработки больше, чем за месяц чтения таблиц.
Как с ремонтом квартиры: прораб может каждую неделю присылать график и фото плитки на складе. А может сказать: «Ванная готова, зайдите, включите воду». Только второе отвечает на вопрос «туда ли всё идёт».
Но есть ловушка. Дэвид Андерсон, рисуя канбан-доску, замечает: у каждого этапа своё «готово» — к разработке, к тестированию, к релизу. Показать заказчику «готово» разработчика — значит показать полуфабрикат, который сломается у тестировщиков. А Ричард Ньютон добавляет: сделано — это когда заказчик может результатом пользоваться. Функция без доступа, данных и инструкции — ещё не сделано.
💡 Единственный честный отчёт о статусе — работающий продукт. Но он честен, только если «сделано» значит «заказчик может этим пользоваться», а не «программист закрыл задачу».
❓ Что вы показываете заказчику в конце итерации — слайды или продукт?
📚 Источники: Джефф Сазерленд — «Scrum. Революционный метод управления проектами», Дэвид Андерсон — «Канбан. Альтернативный путь в Agile», Ричард Ньютон — «Управление проектами от А до Я»
