Пять этапов, и каждый оставляет документ, который можно прочитать, оспорить и использовать. Если этап не даёт документа — этап не закончен. В этом весь метод.
Эти пять документов и есть проект. Пролистайте их: каждый должен существовать до начала следующего этапа, а фиолетовая линия — подпись, которая его открывает.
Пользователи, экономика, процессы, существующие системы, ограничения и факты за проблемой.
Что создавать, покупать, интегрировать, автоматизировать, упростить — или сознательно не трогать.
Дизайн и инженерия движутся вместе в рабочих релизах, а не через передаточные документы.
Реальные пользователи, реальные данные, проверки качества и измеримый эффект.
Код, доступы, документация, runbook-и и знания переходят вашей команде.
Вы видите работу в процессе, а не впервые в день сдачи.
Обучение не должно идти как разработка софта, а commerce-система — оцениваться как медиапайплайн. Один стандарт ответственности, семь ритмов доставки.
Пять пунктов, которые не меняются от проекта к проекту — и именно о них стоит спорить до подписания.
У вас прямой доступ к людям, которые делают работу.
Scope и критерии приёмки записаны.
Малые релизы раньше больших обязательств.
Человеческое решение там, где важны последствия.
Никакой искусственной зависимости от подрядчика.
Не нужно заранее выбирать услугу или готовить техническое задание. Первый документ — выводы — то, чем мы зарабатываем право на второй.