Бизнес-архитектура as a code — это когда люди так устали от бесконечных слайдов и BPMN‑...
Бизнес-архитектура as a code — это когда люди так устали от бесконечных слайдов и BPMN‑ок в Confluence, что решили: «А давайте страдать в Git’е». Раньше как было: сидит архитектор, рисует красивые картиночки, называет это «целевое состояние», кладёт в презентацию на 120 слайдов, и дальше оно мирно пылится в папке «Архитектура_финальная_новая_v7_итог_утверждено_последнее_2.pptx». Теперь — новый мир: — У нас бизнес‑архитектура в репозитории! — PR на изменение value stream’а! — Конфликты слияния по capability! Звучит модно, пока ты не пытаешься объяснить бизнесу, почему для правки бизнес‑процесса надо установить Git, научиться делать branch и пройти code review. Суть идеи простая и слегка садистская: • все бизнес‑карты, процессы, каталоги продуктов, capability‑модели и прочий организационный зоопарк живут в виде файлов, • изменения — через pull request’ы, • согласование — как у разработчиков: ревью, комментарии, апрувы, деплой в «прод» (то есть в ту святую диаграмму, которую показывают директорам). Плюсы: • можно увидеть, кто и когда сломал бизнес‑процесс; • можно откатить неудачную «оптимизацию» обратно, как багфикс; • можно честно сказать: «Эта жуть смержилась две недели назад, вот коммит, вот человек». Минусы: • архитекторы внезапно узнают, что такое «мердж‑конфликт по стратегии»; • бизнес‑аналитик впервые в жизни слышит фразу «ты не прошёл ревью, перепиши описание процесса»; • менеджеры начинают задавать страшный вопрос: «А можно нам diff по изменениям в бизнес‑архитектуре за квартал, только по тегу release-Q3?». Самое весёлое начинается, когда это всё пытаются «автоматизировать»: • из текстового описания генерят диаграммы, • из диаграмм — репорты, • из репортов — презентации, чтобы никто не догадался, что под этим лежит набор YAML’ов, в которых описано пол‑компании, включая того самого «Ответственный_За_Всё_Но_Без_Полномочий». Финальный уровень кармы — когда бизнес‑архитектура as a code начинает триггерить разработчиков: — Подождите, вы реально делаете code review на описание оргструктуры? — Да. — И режекте PR’ы с комментарием «не по гайду, поправь формулировку ценности»? — Тоже да. И где‑то в углу тихо плачет PowerPoint — его эпоха официально закончилась. Теперь, чтобы «порисовать бизнес‑процессик», нужно не только понимать бизнес, но ещё и помнить, в какую ветку коммитить.