Привет, друзья!👋

В прошлом посте «Что такое SDD и почему столько шума» я разобрал теорию и познакомил вас с openspec. Теперь, как обещал, делюсь личным опытом — как мы вкатываем это всей командой прямо сейчас. Сразу скажу: мы ещё в процессе, финального видения нет, поэтому мне очень интересно узнать, как с этим у вас и что вы вообще об этом думаете.

Давайте по порядку, как оно у нас шло.

Первое — выбор инструмента. Мы начали с openspec. Почему он? Комьюнити постепенно растёт (больше 50к звёзд на гите), инфы всё больше, порог входа низкий. Смотрел ещё на BMAD и AI Factory, но они тяжелее, а мне на старте важнее было быстро попробовать и, если не зайдёт, без боли откатиться.

Второе, и это оказалось самым муторным, — анализ документации по продукту. Именно здесь вы наполняете контекст смыслом и фиксируете для ИИ границы — что ему можно додумывать, а что нет. Вывод простой: чего не опишете — то он и напишет за вас.

Третье — собственные скилы по продукту. Мы начали собирать навыки, которые переводят нашу доку в спецификации. Такой скилл можно оформить чуть ли не как услугу для соседних команд, потому что в компании подход к ведению доки плюс-минус одинаковый. Один раз собрал — облегчил жизнь не только себе.

Четвёртое — поинты проверки. Их можно закидывать либо в навыки, либо в правила, тут кому как удобнее. Мы для себя решили, что на старте контроля должно быть много. Проверяем не только финальный результат, а каждый этап. Потом, когда флоу устаканится, часть проверок превратим в навыки, но в начале лучше перебдеть.

Как я и говорил, мы пока в пути, и на финальную методичку это не тянет. Поэтому если у вас есть свой опыт вкатывания команды в SDD — очень жду в комментариях, кто с какими граблями столкнулся и как их разрулил 👇