Как проектировать оргструктуру команд разработки "для хорошей архитектуры"

Мы планируем для каждого Large Solution делать так:
1. Формируем и согласовываем видение и дорожную карту на следующий год
2. Определяем какие "продукты" в течение года будут сильно развиваться (под "продуктом" понимаем любой набор фич, направленный на value для какого-то класса заказчиков, а не классические "модуль / АС / ИТ-решение")
3. Делаем команды вокруг этих "продуктов"

При таком подходе архитектура будет лучше с точек зрений:
1. быстроты и точности реализации бизнес-функций, удовлетворенности заказчиков (с каждой итерацией улучшая взаимопонимание т.к. заказчики одни)
2. хорошей модульности, стабильности архитектуры и оргструктуры

По факту, что здесь описано - на базе идеи обратного маневра Конвея.

Идея и проработка поста - с @AlexanderPisarenko.

#фрейм #итменеджмент #итстратегия #архитектура #эффективнаяработа #геронимус
via 📢@it_ace

💬 Комментировать