Волны и срезы: проверяемый кусок с первого дня
Классический путь — написать все спецификации, потом все задачи, потом весь код. Через месяц у вас много документов и ни одной работающей вещи.
WitnessDone делит работу иначе.
Три волны
• Волна A — понять, что строим. Каркас, анализ (кто, зачем, где границы), правила проекта, архитектура, данные и словари. • Волна B — зафиксировать ограничения. Модель угроз, числовые требования и ёмкость, план модулей и конфликты, линтеры и окружения. • Волна C — разложить работу. Карта работ, тексты заданий пачками не больше пяти, планы проверок, сборка и аудит собственного продукта.
После каждой волны — checkpoint: состояние фиксируется в одном месте, и следующая волна стартует от него, а не от памяти агента.
Вертикальные срезы
Внутри поставки порядок — срезами S0…S8. Каждый срез — тонкий, но сквозной кусок продукта: от хранения до интерфейса. Уже S0 можно запустить и проверить.
Важно: срезы — это порядок поставки, а не поколения продукта. Мы сразу строим полную комплектацию; S0 — не «MVP», а первый шаг к целому. Это разделение мы держим жёстко — почему, расскажу в посте про инварианты.
Цена бездействия
Слоями вы узнаёте, что архитектура не стыкуется, в самом конце. Срезами — на первой неделе, когда это дёшево.
Дальше — сердце методологии: задание как контракт.
Читайте серию на arhellist.ru.
Полный текст: https://arhellist.ru/blog/volny-i-vertikalnye-srezy-pochemu-ne-snachala-vse-speki-potom-ves-kod
