Практика. От теории к результатам
В предыдущих главах вы узнали, что такое и зачем нужна Архитектура Предприятия. Следующий шаг – разобраться с тем, как Архитектура Предприятия работает на практике.
Что должно появиться в компании, чтобы прийти от идей к результатам?
Думаю, отсутствие ясного ответа на этот вопрос тормозит внедрение Архитектуры Предприятия в России.
Рисунок 5. Ключевой вопрос
Путь от идей до результатов лежит через действия конкретных людей. Для того чтобы ваша компания получила результаты от Архитектуры Предприятия, нужно создать и развить в компании архитектурную практику. Как сказал кто‐то из классиков: «Теория без практики мертва».
О том, как устроена архитектурная практика и как её создать, речь пойдет в следующих главах.
Как устроена архитектурная практика?
Архитектурная практика в вашей компании может называться отделом архитектуры или рабочей группой по архитектуре. Важно, что есть люди, которые на постоянной основе используют методы Архитектуры Предприятия для достижения нужных компании результатов.
Рисунок 6. Структура Архитектурной практики.
Архитектурная практика состоит из четырех ключевых элементов:
· Люди.Они основа любой деятельности в компании. Если люди не знают, не умеют, не используют, не участвуют, не делают, не хотят, то все остальное бесполезно. Забыли про людей – забудьте про результаты.
· Артефакты.В процессе работы люди должны достигать заранее определенных результатов. Также они создают артефакты (документы, схемы, таблицы, презентации, аудиозаписи), которые позволяют обмениваться информацией, обсуждать задачи и проблемы, сохранять идеи
для последующего воплощения, контролировать достижение результатов и т.д.
· Процессы. Для достижения результатов люди должны делать правильные действия в правильной последовательности. Все люди ошибаются, но если они следуют заранее определенным процессам, то вероятность ошибок снижается, а их последствия удается быстро устранить. Процессы помогают превратить хорошие идеи в результаты. Так что от них никуда не уйдешь.
· Управление. Без правильного управления архитектурная практика обречена на провал. Требуется заранее определить рамки и правила практики, взяв за основу стандартные процессы, артефакты, роли и т.д. Придумывать правила по ходу игры очень опасно. Люди будут дезориентированы, процессы будут сбоить, результаты будут не те и не тогда, когда нужно.
Разработать все эти элементы для компании с нуля – это неподъемная задача. Поэтому для её решения нужно взять за основу уже созданные архитектурные фрейворки и адаптировать их для вашей компании.
Что такое архитектурный фреймворк?
Архитектурный фреймворк– это готовая методология и набор поддерживающих инструментов, которые адаптируются для использования в конкретной компании. В фреймворке есть типовые архитектурные процессы, рекомендации по их адаптации для конкретной компании, рекомендации по формированию шаблонов архитектурных артефактов, требования к их заполнению, требования к архитекторам и многое другое.
Фрейворков для Архитектуры Предприятия разработаны десятки. Вот несколько примеров:
· Zachman Framework – первый и самый известный фрейворк. Его разработал Джон Захман – «отец» Архитектуры Предприятия.
· Federal Enterprise Architecture Framework (FEAF) – фреймворк, разработанный одним из агенств Правительства США для всех структур Правительства США.
· The Open Group Architecture Framework (TOGAF) – фреймворк, созданный международной организацией, в которую входят сотни известных компаний.
· The SAP Enterprise Architecture Framework (EAF) – фреймворк, разработанный компанией SAP на основе TOGAF.
· EA3 Cube Framework.