Спланируйте развёртывание
Прежде чем создать хоть одну карточку, потратьте час на ответы на четыре вопроса. Команды, пропускающие этот шаг, получают инвентарь, которому никто не доверяет, потому что никто не договорился, для чего он.
1. Определите узкую область
Самая большая ошибка при EA-развёртываниях — попытка смоделировать всё предприятие сразу. Выберите одно из следующего:
- Бизнес-домен (например, Продажи, Финансы, Обслуживание клиентов, Производство).
- Юридическое лицо или регион (дочерняя компания, страна, недавно приобретённое бизнес-подразделение).
- Платформа (например, стек электронной коммерции, платформа данных, ERP-ландшафт).
Хорошая первая область содержит примерно 50–200 приложений. Меньше — анализировать нечего; больше — Вы выдохнетесь, не добравшись до анализа.
Не выбирайте «всю компанию» или «всю ИТ». Вы потратите три месяца, гоняясь за данными, и так и не доберётесь до рабочего отчёта.
2. Выберите правильный первый сценарий использования
Сценарий использования определяет, какие поля важны, какие стейкхолдеры нужны и какой отчёт Вы покажете в конце. Самый распространённый — и тот, который это руководство предполагает с третьей страницы и далее — это:
Рационализация портфеля приложений
Инвентаризировать приложения в области, классифицировать каждое по бизнес-ценности и технической пригодности и решить, что Tolerate (Терпеть), во что Invest (Инвестировать), что Migrate (Мигрировать) или Eliminate (Ликвидировать) (фреймворк TIME).
Другие допустимые первые сценарии — но выберите один:
| Сценарий | Что в основном заполняется | Что пропускается |
|---|---|---|
| Рационализация портфеля приложений | Приложе ния, затраты, жизненный цикл, бизнес-ценность | Подробная модель процессов, интерфейсы |
| Планирование на основе возможностей | Бизнес-возможности, Приложения, тепловая карта возможностей | Детали затрат, технологический стек |
| Оценка миграции в облако | Приложения, ИТ-компоненты, модель развёртывания | Бизнес-ценность, процессы |
| Интеграция M&A | Оба портфеля как Приложения, анализ пересечений | Долгосрочные даты жизненного цикла |
Если Вы не уверены, выберите Рационализацию портфеля приложений. Это наиболее универсально полезная отправная точка, и остальная часть руководства написана вокруг неё.
3. Определите стейкхолдеров
Canopy имеет встроенную модель Стейкхолдеров (см. Детали карточки): каждая карточка несёт список людей с определёнными ролями (Бизнес-вла делец, Технический владелец и т. д.), определёнными на тип карточки в метамодели. Заранее решите, кто заполняет каждую роль для Приложения:
- Владелец приложения — ответственный за приложение в бизнесе. Один человек на приложение. Они утверждают TIME-диспозицию.
- Технический владелец — ответственный за поддержание работы. Часто инженерный менеджер.
- Архитектор — вероятно, Вы. Действует как рецензент со стороны EA и одобряет карточки.
Вам не нужно назначать стейкхолдеров в первый день на каждую карточку, но Вам нужно знать, кем они будут — потому что на третьей неделе Вы будете отправлять им опросы для валидации данных.
Реальное и мя в роли Владельца приложения стоит больше, чем десять идеально заполненных пользовательских полей. Если Вы заполните только одно поле помимо названия и жизненного цикла, пусть это будет Владелец приложения.
4. Поставьте реалистичную цель по качеству данных
Canopy вычисляет показатель Качества данных (0–100%) для каждой карточки на основе взвешенных полей, определённых в метамодели. Это лучший индикатор того, пригоден ли Ваш инвентарь к использованию.
Реалистичные цели на первые 90 дней:
| Фаза | Целевое среднее качество данных (Приложения) | Что заполнено |
|---|---|---|
| Конец 2-й недели (Crawl) | 40–60% | Имя, фаза жизненного цикла, описание, бизнес-владелец |
| Конец 6-й недели (Walk) | 60–75% | + сопоставление с возможностями, затраты, TIME-диспозиция |
| Конец 3-го месяца (Run) | 75–90% | + технологический стек, интерфейсы, доменные пользовательские поля |
Не стремитесь к 100%. Последние 10% стоят больше, чем первые 60%, и редко меняют решение.
5. Зафиксируйте единственный результат
Завершите сессию планирования письменным заявлением вида:
«К концу 6-й недели инвентарь домена Продаж будет содержать каждое приложение с годовыми затратами > 50k€, каждое сопоставлено как минимум с одной бизнес-возможностью и несёт TIME-диспозицию. Мы представим Portfolio Report CIO по Продажам на 7-й неделе.»
Прикрепите это на вики, в стартовом слайде, в описании канала Slack — куда-нибудь на видное место. Это предложение — то, что не даст развёртыванию уйти в чистилище «мы всё ещё собираем данные».
Далее: Начните с инвентаря приложен ий.