- Выберите принцип декомпозиции областей по иерархии:
- География — когда проект строго связан с географией. Например, проекты развертывания решений по отделениям банка в стране.
- Бизнес функции — когда проект сосредоточен на работе с бизнес структурой. Например, проект анализа существующих бизнес процессов или развертывание платформы по работе с файлами в облаке в подразделениях компании.
- Технические функции — для проектов с несколькими командами выбирается для формирования первого уровня
- Слои архитектуры — когда ваши команды работают согласно слоям архитектуры. Часто используемые слова для названия областей первого уровня — Frontend, Data connections, Backend, Integration layer, Data layer
- Компоненты решения — самый популярный принцип. Он может использоваться начиная с первого уровня для проектов с одной командой или применяется как принцип формирование 2-3 уровня после применения разбиения по командам или слоям архитектуры на первом уровне
- Детализация областей по горизонтали (широта) — большое количество областей по горизонтали сложно для восприятия, оптимальное количество 5-7 областей.
- Детализация областей по вертикали (глубина) — придерживайтесь глубины до 3 уровней.
- Первый уровень — командные области. Старайтесь на первом уровне держать ноды которые соответствуют командам. Вы можете создавать как 1 команда = 1 область так и создавать несколько областей для команды. Например CICD, Environments. Hardware могут быть областями первого уровня для команды DevOps.
- Не используйте области для отражения аспекта времени — для определения фаз, итераций и спринтов используйте Итерации (Iteration).
- Не используйте номер в конце названия области — использование номера технически допустимо, более того это не принципиально с точки зрения смысла названий. Но доставит небольшие неудобства при копировании итераций в Excel (автоматический инкремент). Поэтому названия области Layer 1 и Layer 2 стоит избегать.