Инварианты: «MVP» и «пока без…» — это нарушение

Самое опасное слово в агентной разработке — не «баг». Это «MVP».

Модель, назвав кусок работы «MVP», «PoC» или «пока без…», начинает резать целевую комплектацию. Оставляет «потом доделаем». И делает это вежливо, с объяснениями, которые звучат разумно.

Почему это правило, а не косметика

В WitnessDone такие ярлыки запрещены. Формулировка «строим сразу полную комплектацию, а S0–S8 — порядок поставки» отделяет порядок работ от степени готовности. Срез S0 может быть маленьким, но он не «упрощённая версия» — это первая часть целого, сделанная по-настоящему.

Инварианты задачи

Каждое задание несёт список того, что нельзя нарушать. Это не пожелания, а условия приёмки: нарушил — работа не принята, даже если тесты зелёные.

Примеры по смыслу: • событие пишется в журнал до рассылки; • у функциональности один модуль-владелец; • секреты не попадают в логи.

Куда расти

Сейчас инварианты живут в заданиях. Следующий шаг — уровень глобальных инвариантов проекта, которые проверяются на каждом задании независимо от его содержания. Например: «ни одно задание не добавляет зависимость без ADR». Эту идею хорошо формализовал Aviator Verify — к нему вернёмся в обзоре.

Цена бездействия

Объём тает незаметно. Вы узнаёте об этом, когда заказчик спрашивает про функцию из ТЗ, которой нет.

Дальше — NFR, ADR и Decision Lock: числа вместо прилагательных.

Читайте серию на arhellist.ru https://arhellist.ru/blog/invarianty-i-zapret-yarlykov-nepolnoty-kak-zaschitit-obyom-ot-agenta/

#WitnessDone #SDD #инварианты

Инварианты: «MVP» и «пока без…» — это нарушение | Сетка — социальная сеть от hh.ru