Введение
Архитектурная система «Open Group» (TOGAF) — это широко используемая методология корпоративной архитектуры, которая обеспечивает структурированный подход к проектированию, планированию, внедрению и управлению корпоративной архитектурой организации. TOGAF основана на Методе разработки архитектуры (ADM), который состоит из нескольких фаз, направляющих создание корпоративной архитектуры. Одной из ключевых фаз в TOGAF является фаза управления требованиями.
В этой статье мы подробно рассмотрим значение фазы управления требованиями, ее связь с ADM TOGAF, ее цели, ключевых заинтересованных сторон, участвующих в процессе, а также формирование команд. Мы также приведем примеры из реальной практики, чтобы проиллюстрировать практическое применение этой фазы.
Понимание ADM TOGAF
Прежде чем приступить к рассмотрению фазы управления требованиями, необходимо понять общую структуру ADM TOGAF. ADM TOGAF состоит из нескольких фаз, каждая из которых выполняет определенную функцию и способствует развитию корпоративной архитектуры. Эти фазы следующие:
- Предварительная фаза
- Фаза A: Видение архитектуры
- Фаза B: Бизнес-архитектура
- Фаза C: Архитектура информационных систем
- Фаза D: Технологическая архитектура
- Фаза E: Возможности и решения
- Фаза F: Планирование миграции
- Фаза G: Государственное управление внедрением
- Фаза H: Управление изменениями архитектуры
- Фаза управления требованиями
Фаза управления требованиями является критически важным компонентом ADM TOGAF и тесно связана с другими фазами, такими как фаза E (возможности и решения), фаза F (планирование миграции) и фаза H (управление изменениями архитектуры). Она играет ключевую роль в обеспечении соответствия процесса разработки архитектуры потребностям заинтересованных сторон и бизнес-целям.
Значение фазы управления требованиями
Фаза управления требованиями в первую очередь направлена на выявление, документирование и управление различными требованиями, которые определяют процесс разработки архитектуры. В данном контексте требования могут охватывать широкий спектр элементов, включая бизнес-цели, интересы заинтересованных сторон, регуляторные ограничения и технологические ограничения. Основные цели этой фазы следующие:
- Согласование интересов заинтересованных сторон: Обеспечить соответствие архитектуры потребностям и интересам ключевых заинтересованных сторон, таких как руководители бизнеса, менеджеры ИТ и регулирующие органы.
- Сбор требований: Выявить и зафиксировать все соответствующие требования, как функциональные, так и нефункциональные, для руководства процессом разработки архитектуры.
- Следуемость: Установить следуемость между требованиями и элементами архитектуры, что позволяет архитекторам отслеживать, как каждое требование реализуется в архитектуре.
- Приоритизация: Приоритизировать требования на основе их важности и влияния на цели организации.
- Управление изменениями: Управлять изменениями в требованиях на протяжении всего процесса разработки архитектуры, обеспечивая гибкость и адаптивность архитектуры к меняющимся потребностям.
Люди, участвующие в фазе управления требованиями
Фаза управления требованиями включает несколько ключевых заинтересованных сторон, которые сотрудничают для обеспечения успешного выполнения этой фазы. К этим заинтересованным сторонам относятся:
- Архитекторы предприятия: Эти специалисты отвечают за контроль фазы управления требованиями и за обеспечение соответствия выявленных требований общей архитектуре предприятия.
- Бизнес-аналитики: Бизнес-аналитики играют ключевую роль в сборе и анализе бизнес-требований, переводят их на термины, связанные с архитектурой, и обеспечивают их качественную документацию.
- Заинтересованные стороны: Различные заинтересованные стороны, включая руководителей бизнеса, менеджеров ИТ и конечных пользователей, предоставляют информацию и обратную связь по своим требованиям и вопросам.
- Менеджеры проектов: Менеджеры проектов помогают координировать мероприятия фазы управления требованиями и обеспечивают интеграцию требований в планы и графики проектов.
Формирование команд в фазе управления требованиями
Формирование команд в фазе управления требованиями зависит от размера и сложности организации и проекта архитектуры. Однако некоторые распространенные команды и их роли включают:
- Команда по сбору требований: Эта команда, возглавляемая бизнес-аналитиками, отвечает за взаимодействие с заинтересованными сторонами, проведение интервью, опросов и рабочих совещаний для сбора требований.
- Команда по анализу требований: Эта команда, включающая бизнес-аналитиков и архитекторов предприятия, сосредоточена на анализе собранных требований, выявлении паттернов и обеспечении полноты и согласованности требований.
- Команда по документированию требований: Эта команда отвечает за документирование требований в ясной, краткой и стандартизированной форме. Документация включает использование таких инструментов, как каталоги требований, матрицы и матрицы отслеживаемости.
- Команда по проверке и утверждению требований: Эта команда, состоящая из заинтересованных сторон и комитетов по управлению архитектурой, проверяет и утверждает требования для обеспечения их соответствия бизнес-целям и стратегическим задачам.
Практический пример
Рассмотрим практический пример фазы управления требованиями в действии:
Представьте глобальную розничную компанию, приступающую к инициативе цифровой трансформации. В этом сценарии:
- Заинтересованные стороны: Заинтересованные стороны включают генерального директора, главного технолога, главного финансового директора, менеджеров магазинов и членов команды онлайн-продаж.
- Команда по сбору требований: Бизнес-аналитики проводят интервью и рабочие совещания с заинтересованными сторонами для понимания их потребностей. Они выявляют, что генеральный директор хочет улучшить онлайн-опыт покупок для увеличения продаж, а менеджеры магазинов стремятся к улучшению систем управления запасами.
- Команда по анализу требований: Бизнес-аналитики работают с архитекторами предприятия для анализа этих требований. Они понимают, что улучшение онлайн-опыта покупок связано с улучшением платформы электронной коммерции, а управление запасами требует новой системы точек продаж.
- Команда по документированию требований: Эта команда документирует эти требования, обеспечивая их четкое определение и возможность отслеживания по конкретным заинтересованным сторонам.
- Команда проверки и утверждения требований: Заинтересованные стороны проверяют и утверждают документированные требования, обеспечивая их соответствие стратегическим целям компании.
Заключение
Этап управления требованиями является важной частью TOGAF ADM, обеспечивая сосредоточенность проекта архитектуры предприятия на потребностях заинтересованных сторон и бизнес-целях. Вовлекая ключевых заинтересованных сторон, создавая специализированные команды и придерживаясь структурированного подхода, организации могут эффективно управлять требованиями и повысить вероятность успешного процесса разработки архитектуры. Именно в рамках этого этапа архитектура становится настоящим мощным инструментом для продвижения бизнес-трансформации и достижения стратегических целей.