собрать всё в едино сложно. С другой, у жёсткие требования по финансам и срокам в заказной разработке может провалить проект, так как заказчик может от него отказаться и ещё потребовать неустойку, причём в силу слабых коммуникативных способностей – в конце реализации проекта. Тоже, наблюдается, при защите архитектором проекта у директоров, особенно у финансового, когда архитектор не может обосновать выбор ему понравившейся, но дорогой технологии, когда в данной ситуации нет видимых объективных оснований, например, Java вместо PHP, Oracle вместо MySQL, микро-сервисов вместо монолита, самописного решения вместо CMS для небольшого интернет-магазина.
В целом задачами разработки архитектуры является согласование компонентов, выбора новых технологий, достижения нужного результата без переделок, упрощение приёмки. Основной задачей для менеджеров разработки архитектуры – ускорение внедрения и ускорение вхождения новых сотрудников. Для заказчика – соответствие реализации замыслу и в случае отклонений при разработке корректировки на ранних этапах, что снижает стоимость исправлений. Для разработчиков – быстрое и простое внедрение в производственный процесс.
В идеале, архитектура неизменна, но в реальности это часто не так. В основном, краеугольным камнем становится коммуникационные навыки архитектора, который умеет договариваться, находить компромиссы и доносить решения. Для донесения сути разрабатываемой архитектуры применяют различные отображения, срезы, которые отображаю архитектуру с разных сторон. Для IT это разработка архитектуры различных слоёв. Слои могут быть по TOGAF: бизнес-архитектура, информационная архитектура, Solution Architect, интеграционная архитектура, техническая архитектура). На каждом уровне необходимо отобразить компоненты системы (структурная схема) и бизнес-процессы (динамическая схема).
В общем, архитекторов можно разделить на две группы: Enterprise Architect и Solution Architect. Enterprise Architect занимается поиском и унификацией технологий, в то время как Solution Architect разработкой архитектуры конкретной системы на основе утверждённых технологий и внесение её в карту приложений. В небольших компаниях, в которых разрабатываемых архитектур систем невелико, корпоративная архитектура не выделяется – её заменяет составляющая архитектуры системы, а именно интеграционная архитектура.
Solution Architect должен обладать очень хорошими Soft- навыками (коммуникационными навыками). В бытовом представлении может сложиться образ человека, сидящего и рисующего квадратики и стрелочки между ними. Но, давайте представим ситуацию: приходит архитектор на проект, видит команду что-то разрабатывающую и слышит слова от заказчика: продукт тормозит и нестабильно работает, нужно исправить ситуацию. Что, где и почему тормозит и падает, да и просто, где его проект не понятно. Никакие глубокие технические навыки сейчас не нужны, да и проекты разные (на стандартном проекте архитектор не нужен) и уже есть на нём эксперты. Здесь основное отличии не в уровне
