На фоне трансформации предприятий немногие аспекты вызывают столько же напряжения, как взаимоотношения между архитектурой предприятий (АП) и управлением проектами (УП). Организации часто сталкиваются с трудностями при согласовании долгосрочной стратегической перспективы с краткосрочными целями реализации. В рамках TOGAF обеспечивает надежный метод для преодоления этого разрыва, гарантируя, что инвестиции в ИТ способствуют достижению бизнес-целей, а не превращаются в изолированные «острова».
В этом руководстве рассматривается пересечение архитектуры и управления проектами в рамках стандарта TOGAF. Мы проанализируем, как организовать управление, управлять контрактами и способствовать коммуникации, чтобы обеспечить, что проекты приносят ценность, соблюдая архитектурные стандарты.
Понимание основного противоречия 🤔
Менеджеры проектов сосредоточены на объеме работ, времени и затратах. Их основной показатель — успешная реализация в определённый срок. Архитекторы ориентируются на стандарты, интеграцию и долгосрочную жизнеспособность. Их показатель — устойчивость и соответствие.
Когда эти приоритеты сталкиваются, проекты могут отклониться от намеченного стратегического пути. Без чёткой системы координации этих двух функций организации сталкиваются с техническим долгом, избыточными системами и фрагментированными данными.
Рассматриваемые ключевые вопросы:
- Как Метод разработки архитектуры (ADM) поддерживает жизненные циклы проектов?
- Какую роль играет Архитектурный комитет при утверждении проектов?
- Как определить архитектурный контракт?
- Каковы распространённые ошибки при передаче проектов?
Определение ролей и ответственности 🎯
Чёткое определение ролей — первый шаг к согласованности. В среде TOGAF функция архитектуры и Управление проектами (УП) функционируют как отдельные, но взаимозависимые структуры.
Обязанности архитектуры предприятия:
- Определить целевую архитектуру и принципы.
- Обеспечивать ведение архитектурного репозитория.
- Обеспечивать руководство по стандартам и шаблонам.
- Проводить проверки соответствия архитектуре.
- Управлять Архитектурным комитетом.
Обязанности управления проектами:
- Выполнять план поставки.
- Управлять ресурсами, бюджетом и графиком.
- Координация заинтересованных сторон в рамках проекта.
- Сообщать о состоянии и рисках.
- Обеспечивать соответствие результатов установленным требованиям.
Цель не в том, чтобы одна сторона контролировала другую, а в том, чтобы они сотрудничали. УП реализует решение; АП обеспечивает, чтобы решение соответствовало предприятию.
ADM TOGAF и реализация проектов 🔄
Метод разработки архитектуры (ADM) — это основной двигатель TOGAF. Хотя ADM является итеративным, проекты часто следуют линейному жизненному циклу. Понимание того, как взаимодействуют эти два цикла, имеет критическое значение.
Фаза А: Видение архитектуры
На этой фазе задается основа. Менеджер проекта должен понимать охват, определенный здесь. Если проект начинается вне рамок этого видения, существует риск несоответствия. Документ «Видение архитектуры» выступает в качестве устава проекта в отношении технических ограничений.
Фаза B, C и D: Бизнес, информационные системы и технологии
Эти фазы определяют целевое состояние. Проекты часто реализуют переход от базового состояния к целевому. Менеджер проекта использует результаты этих фаз (чертежи) в качестве требований. Однако проекты часто выявляют пробелы в архитектуре. Этот обратный поток является важным.
Фаза Е: Возможности и решения
Вот где жизненный цикл управления проектами официально начинается в контексте TOGAF. Проекты здесь идентифицируются как проекты по внедрению. Архитектурный комитет утверждает эти проекты на основе Видения архитектуры.
Фаза F: Планирование миграции
PMO использует план миграции для планирования проектов. Это обеспечивает правильное управление зависимостями между проектами. Проект не может начаться, если критически важный предварительный проект не предоставил необходимую функциональность.
Фаза G: Управление реализацией
Во время фактической реализации Архитектурный комитет контролирует соблюдение требований. Это основная точка взаимодействия. Менеджер проекта должен сообщать о ходе выполнения, а архитектор архитектуры должен подтверждать, что реализация соответствует архитектурному проекту.
Фаза Н: Управление изменениями архитектуры
После внедрения архитектура обновляется. Проекты, реализующие изменения, могут инициировать новый цикл ADM. Это замыкает цикл, обеспечивая, чтобы архитектура развивалась вместе с бизнесом.
Управление архитектурой и Архитектурный комитет 🛡️
Управление — это механизм, который обеспечивает соответствие между архитектурой и проектами. Оно предотвращает принятие проектами независимых решений, которые могут нанести вред всей корпорации.
Архитектурный комитет (АК)
АК — это орган, ответственный за контроль соответствия архитектуре. Обычно в него входят старшие заинтересованные стороны, архитекторы и иногда представители PMO.
Функции АК:
- Рассматривать контракты архитектуры.
- Разрешать архитектурные споры.
- Утверждать исключения из стандартов.
- Контролировать проекты реализации.
Ворота утверждения проектов
Проекты не должны начинаться без архитектурного одобрения. АК проверяет предлагаемое решение по отношению к Целевой архитектуре. Эта ворота обеспечивают, что:
- Решение экономически эффективно.
- Решение технически осуществимо.
- Решение соответствует политикам безопасности и данных.
- Решение поддерживает бизнес-стратегию.
Контракт архитектуры 📝
Контракт архитектуры — это официальное соглашение между функцией архитектуры и организацией реализации. Это обязательный документ, определяющий ожидания.
Этот документ не является юридическим контрактом в коммерческом смысле, но представляет собой документ управления. Он обеспечивает, чтобы обе стороны понимали свои обязательства.
Ключевые компоненты архитектурного контракта:
- Область применения: Что строится и что находится вне области применения?
- Стандарты: Какие технические стандарты должны соблюдаться?
- Соответствие: Как будет измеряться соответствие?
- Результаты: Какая документация требуется от проекта?
- График: Когда сроки выполнения этапов должны быть проверены?
Без этого контракта проекты могут игнорировать архитектурные рекомендации. С ним существует четкая точка отсчета для разрешения конфликтов.
Коммуникация и управление заинтересованными сторонами 🗣️
Разногласия часто возникают из-за плохой коммуникации. Архитекторы могут говорить на техническом жаргоне, а менеджеры проектов — на языке сроков и бюджетов. Закрытие этого языкового разрыва имеет решающее значение.
Регулярные координационные встречи
Установите регулярность встреч между ведущим архитектором и менеджером проекта. Эти встречи не должны быть отчетными, а должны быть нацелены на согласование. Основное внимание должно уделяться рискам и препятствиям, связанным с архитектурой.
Общие репозитории
Обе команды должны иметь доступ к одним и тем же артефактам. Если менеджер проекта работает над черновым проектом, а архитектор обновил стандарт, менеджер проекта должен немедленно об этом узнать. Общий репозиторий или система управления документами является обязательной.
Пути эскалации
Когда архитектор говорит «Нет» техническому подходу, а менеджер проекта говорит «Нам нужно это для срока», кто принимает решение? Должен существовать путь эскалации. Он должен вести к Архитектурному комитету или старшему руководителю.
Распространенные точки напряжения и решения ⚠️
Даже при наличии рамок возникают трудности. Ниже приведены распространенные проблемы и способы их решения.
| Точка напряжения | Коренная причина | Решение |
|---|---|---|
| Расширение области применения | Проекты добавляют функции, не входящие в архитектурное видение. | Принудительное управление изменениями через Архитектурный комитет. |
| Давление по срокам | Менеджеры проектов обходят архитектуру, чтобы соблюсти сроки. | Включите архитектурные задачи в график проекта. |
| Неравенство в доступе к информации | PM не знают текущую целевую архитектуру. | Обеспечьте доступ к архитектурному репозиторию. |
| Ограничения ресурсов | Архитекторы воспринимаются как накладные расходы. | Покажите ценность архитектуры предприятий в снижении рисков. |
Решение проблемы расширения масштаба проекта
Проекты часто выходят из-под контроля. Функция, запрошенная на середине пути, может противоречить стандартам данных. Договор о архитектуре должен определять, как обрабатываются изменения. Любое отклонение требует официального запроса и одобрения.
Решение проблемы давления по срокам
Когда сроки жесткие, архитектуру часто убирают в первую очередь. Это создает долг. Решение — рассматривать архитектуру как обязательную задачу, а не как дополнительную опцию. В графике проекта должно быть время на проверку архитектуры и соответствие стандартам.
Лучшие практики выравнивания 🚀
Чтобы способствовать здоровым отношениям, организации должны внедрять конкретные практики, способствующие сотрудничеству.
- Внедрение архитекторов в проекты:Разместите архитектора предприятия в команде проекта, а не только в отдельном офисе архитектуры предприятий. Это позволяет обеспечивать оперативное руководство.
- Определите метрики совместно:Создайте KPI, важные для обеих сторон. Например, «Время до соответствия» или «Снижение технического долга».
- Совместные сессии планирования:Включите команду архитектуры в начальную фазу планирования проекта. Это предотвращает установку «бросить через стену».
- Обучение и осведомленность:Убедитесь, что менеджеры проектов понимают основы TOGAF. Им не нужно быть архитекторами, но они должны понимать, почему существуют стандарты.
- Автоматизация соответствия:Там, где это возможно, используйте инструменты для проверки кода или конфигурации на соответствие стандартам. Это снижает ручную нагрузку на обе команды.
Роль офиса управления проектами в TOGAF 📊
Офис управления проектами (PMO) выступает в качестве моста между функцией архитектуры и командами по доставке. В зрелой организации PMO и функция архитектуры предприятий интегрированы.
Ответственность PMO в отношении архитектуры:
- Поддерживайте портфель проектов.
- Обеспечьте приоритезацию проектов на основе архитектурной ценности.
- Контролируйте бюджет, выделенный на архитектурные мероприятия.
- Сообщайте о рисках архитектуры старшему руководству.
Офис проектного управления обеспечивает, чтобы архитектура была не просто теоретическим упражнением, а движущей силой принятия решений по реализации. Если проект не соответствует архитектуре, офис проектного управления должен выделить его для пересмотра до утверждения финансирования.
Обработка исключений и отклонений 🚧
Не каждый проект может соответствовать стандартной модели. Иногда конкретная деловая потребность требует отклонения от архитектуры.
Процесс исключений:
- Определите отклонение: Менеджер проекта или архитектор выявляет разрыв между проектом и стандартом.
- Документируйте последствия: Каков риск? Какова стоимость соблюдения по сравнению с несоблюдением?
- Представьте на рассмотрение: Запрос направляется в Архитектурный комитет.
- Решение: Комитет утверждает или отклоняет исключение.
- Зарегистрируйте и контролируйте: Если утверждено, исключение фиксируется в репозитории. Его необходимо пересмотреть в следующем цикле, чтобы убедиться, что оно устранено или прекращено.
Этот процесс предотвращает ситуацию «скользкой полосы», когда исключения становятся нормой.
Долгосрочная ценность согласованности 💎
Когда архитектура и управление проектами работают в согласии, организация получает значительную выгоду.
- Снижение затрат: Меньше избыточных систем и лучшее повторное использование компонентов.
- Быстрая реализация: Четкие стандарты сокращают время принятия решений на этапе разработки.
- Более высокое качество: Обзоры соответствия выявляют проблемы на ранних этапах, сокращая объем повторной работы.
- Стратегическая гибкость: Архитектура создается с учетом изменений, что позволяет бизнесу быстро адаптироваться к изменениям на рынке.
Это согласование превращает функцию архитектуры из органа контроля в стратегический инструмент. Это меняет сюжет с «Почему мы не можем это сделать?» на «Как мы можем это эффективно сделать?»
Оценка успеха 📈
Как вы узнаете, работает ли взаимодействие? Вам нужны метрики, отражающие состояние интеграции.
Рекомендуемые метрики:
- Уровень соответствия: Процент проектов, успешно прошедших архитектурный обзор с первого раза.
- Уровень переработки: Количество времени, затраченное на устранение архитектурных проблем во время реализации.
- Уровень успешности проектов: Проекты, сданные в срок и в рамках бюджета, которые также соответствуют архитектурным целям.
- Удовлетворенность заинтересованных сторон: Обратная связь от менеджеров проектов по поддержке, оказанной командой EA.
Отслеживание этих метрик позволяет организации корректировать процессы и улучшать взаимодействие с течением времени.
Заключение по реализации 🏁
Навигация в отношениях между архитектурой и управлением проектами требует намеренности, процессов и доверия. Фреймворк TOGAF обеспечивает структуру, но энергия исходит от людей в организации.
Обеспечив четкие роли, формализовав контракты и поддерживая открытые каналы коммуникации, организации могут гарантировать, что их проекты оправдывают архитектурную визуализацию. Цель — не контроль, а согласованность. Когда обе стороны понимают общую цель — бизнес-ценность — возникает меньше конфликтов, и доставка ускоряется.
Начните с анализа вашей текущей модели управления. Определите, где находятся разрывы между вашим управлением проектами и архитектурными стандартами. Затем внедрите Архитектурный контракт и процессы совета директоров для закрытия этих разрывов. Путь к зрелости предприятия лежит в этой интеграции.
