Будь то Enterprise архитектура предприятия или Solution архитектура конкретного продукта/проекта — в любом случае ничего на пустом месте не проектируется, оно и понятно 😱
Лично я при проектировании ИТ-архитектуры любого уровня обязательно отталкиваюсь от целей и стратегии предприятия/продукта, гипотез их достижения, а также от технических и операционных процессов, потоков данных и сценариев использования будущей системы. Причём часть процессов, потоков и сценариев может уже существовать, а часть — должны быть запроектированы и смоделированы.
Далеко не всегда все эти знания и артефакты уже существуют на момент старта работ. Ровно для их проектирования и наглядного моделирования в Бындюсофт @alexanderbyndyu и @ashapiro разработали уникальные методы анализа, позволяющие описать и приступить к реализации сколь угодно сложную систему.
Именно на основе результатов этих трёх этапов уже проектируется ИТ-архитектура и начинается разработка продуктов:
🟢Этап 1: Выявление бизнес-целей и создание стратегии их достижения. Метод: Карта гипотез
🟢Этап 2: Согласование процесса и пользовательского опыта. Метод: Карта процесса-опыта
🟢Этап 3: Определение формы реализации системы. Метод: Карта реализации историй
А в ближайшие пару месяцев планирую написать серию подробных постов про то, что именно из результатов этапов анализа и как именно использую при проектировании архитектуры (к примеру, как бизнес-цели могут влиять на ИТ-архитектуру и как их учитывать, с чего начать проектировать и т.д.) ✍️
Сами методы открыты и уже активно используются в индустрии. Рекомендую и вам, ознакомиться и начать применять 😌
Все ссылки на все методы и этапы собрали в кратком обзоре на vc:
https://vc.ru/growth/1598851-sozdany-novye-metody-proektirovaniya-it-produktov
Post #336
1.25K