Комментарии 6
Прошел похожий путь. Проблема clarify и PO не такая уж и острая. 80% вопросов могу ответить сам, оставшиеся 20% переспросил у PO - это лаг по времени, но он не существенный.
Specify я делаю, скармливаю известные данные он генерит файлик, просматриваю что ок.
Недавно заинтересовался этим и видимо наступаю на те же грабли. Вы зашли дальше, спасибо за опыт.
Я пока остановился не на решении эпиков и огромной спеки (она и ее поддержка меня пугают), у меня задачи скромнее. Есть типовые условные ручки и хочется поставить их на поток. Завел ветку, в которой поэтапно описал процесс создания, коммиты с описанием на каждый шаг. И маленький скил, описывающий основные правила проекта. Проблемы подхода очевидны. Малая вариотивность и сложность в поддержке.
Компания в которой работаю пришла к тем же выводам, что и вы в конце статьи. Они видят только аналитиков + менеджеров, оркестрирующих ии. Все процессы переписываются под это, sdd внедряется насильно. Менеджерам даются доступы от репозиториев, они уже используют ии что бы закрывать простые задачи. Пока экспериментально.
Удалось поревьюить такой код и еще страшно смотреть, но он работает. Плохая спека = куча додумываний, а человек от бизнеса, но без тех знаний, не может хорошо декомпозировать задачу и ограничить модель. Но это пока, менеджеры во всю используют горизонтальные связи и просят разрабов обучать их.`

Roadmap в Spec Kit: как я изобрёл велосипед