Авторы “Continuous Architecture in Practice” Murat Erder и Pierre Pureur рекомендуют ИТ-архитектору проектировать продукты, а не решения для конкретного проекта. Можно было бы проигнорировать этот совет и даже схожие рекомендации стандарта The Open Group “Open Agile Architecture™” если бы не изменения реальных практик архитектуры решений (Solution Architecture), происходящие на наших глазах.

Если говорить кратко, главная причина таких изменений в том, что всё больше количество организаций переходят к модели управления на основе продуктов. В такой ситуации архитектор решений работает с более-менее стабильной командой разработчиков и бизнес-заказчиков, развивающих цифровой продукт. Что, впрочем, не снимает с него задач интеграции решения с унаследованными приложениями, планирования на среднесрочную перспективу, согласования частных представлений о будущем от разных групп заинтересованных лиц и выработки ключевых архитектурных решений. Архитектор продукта в большей степени должен погружаться в технические детали реализации с одной стороны и одновременно в область бизнес-архитектуры с другой.

Но есть и хорошие новости. Итерационный характер развития продукта позволяет перейти от преднамеренной (intentional) архитектуры к архитектуре, развиваемой эволюционно.

Программа вебинара:

1. Зачем организации переходят к управлению на основе продуктов
2. "Метамодель" стандарта Open Agile Architecture™
3. ИТ-решения между touchpoints и корпоративным бэк-офисом
4. Какие API нужны при реализации цифрового продукта
5. Появятся ли новые паттерны проектирования?