TOGAF ADM: Топ-10 техник – Часть 5: Техники планирования миграции

Техники планирования миграции в TOGAF обеспечивают структурированный подход к оценке и планированию внедрения и миграции корпоративной архитектуры. Используя эти техники, архитекторы могут обеспечить всесторонность и соответствие планов бизнес-целям, а также учитывать ограничения и зависимости, которые могут повлиять на внедрение.

Каждая техника имеет свою конкретную цель и может использоваться на различных этапах процесса планирования миграции. Например, матрица оценки и вывода факторов внедрения может помочь выявить и зафиксировать факторы, влияющие на внедрение, тогда как техника оценки бизнес-ценности может помочь оценить ценность и риски, связанные с различными вариантами.

Используя эти техники совместно, архитекторы могут разработать всесторонний план миграции, учитывающий все значимые факторы и обеспечивающий успешное внедрение корпоративной архитектуры.

Матрица оценки и вывода факторов внедрения TOGAF ADM

Матрица оценки и вывода факторов внедрения TOGAF ADM — это инструмент, используемый для выявления и оценки факторов, которые могут повлиять на внедрение плана корпоративной архитектуры. Матрица обычно включает три столбца, которые следующие:

1. Фактор: в этом столбце перечисляются различные факторы, которые могут повлиять на внедрение плана архитектуры. К таким факторам могут относиться Риски, Проблемы, Предположения, Зависимости, Действия, Последствия или любые другие значимые факторы.
2. Описание: в этом столбце приводится краткое описание каждого фактора, объясняющее, что это такое, и почему важно учитывать его при разработке плана.
3. Выводы: в этом столбце перечисляются выводы, которые необходимо сделать на основе каждого фактора. Эти выводы указывают на действия или ограничения, которые необходимо учитывать при разработке плана внедрения.

Например, предположим, что один из факторов, перечисленных в матрице, — «Риски». В столбце описания этот фактор может быть определен как «потенциальные негативные события или ситуации, которые могут повлиять на успех плана внедрения». В столбце выводов матрица может указывать на необходимость оценки и приоритизации выявленных рисков, а также на внедрение соответствующих стратегий снижения рисков.

В целом, матрица оценки и вывода факторов внедрения — это полезный инструмент, обеспечивающий учет всех значимых факторов при разработке плана внедрения, а также принятие соответствующих мер для решения возможных проблем или ограничений.

—

вот возможная переработка матрицы на основе перехода на мгновенные сообщения:

Фактор	Описание	Выводы
Изменение технологии
Закрытие центров сообщений	Решение закрыть центры сообщений и перейти на мгновенные сообщения как на основной канал связи	Оценить влияние закрытия на персонал и процессы Разработать планы по обучению персонала эффективному использованию мгновенных сообщений Учесть потенциальную экономию от закрытия и приоритизировать соответствующим образом
Персонал	Люди, участвующие в реализации плана и/или затронутые изменениями	Определить роли и обязанности персонала, участвующего в реализации Оценить влияние изменений на персонал Разработать планы по обучению или перераспределению персонала при необходимости
Мгновенные сообщения	Новая технология, вводимая в рамках плана внедрения	Оценить преимущества и недостатки использования мгновенных сообщений как основного канала связи Разработать планы по обучению персонала эффективному использованию мгновенных сообщений Приоритизировать мгновенные сообщения как меру сокращения затрат
Стоимость	Финансовые последствия плана реализации	Оценить затраты, связанные с реализацией плана Рассмотреть меры по сокращению затрат, такие как использование мгновенных сообщений Разработать планы по контролю и управлению затратами на протяжении всего процесса реализации

Опять же, это всего лишь один из возможных способов пересоздания матрицы на основе обновленной технологии, и фактические факторы, описания и выводы, используемые в матрице, будут зависеть от конкретной бизнес-ситуации, с которой сталкивается организация.

 

Матрица объединенных пробелов, решений и зависимостей

Матрица объединенных пробелов, решений и зависимостей — это метод, используемый в процессе разработки архитектуры TOGAF для выявления и группировки пробелов в области архитектуры, оценки потенциальных решений и зависимостей от этих пробелов.

Этот метод помогает архитекторам приоритизировать свою работу и выявлять области, где решения могут оказать наибольшее влияние. Группируя пробелы вместе, архитекторы могут лучше понять взаимосвязи между ними и выявить решения, которые одновременно решают несколько пробелов.

Матрица также полезна для планирования и создания пакетов работ. Выявленные зависимости могут способствовать созданию проектов и информировать о планировании миграции на этапах E и F процесса разработки архитектуры. Это обеспечивает правильную приоритизацию проектов и их согласование с бизнес-целями.

В целом, матрица объединенных пробелов, решений и зависимостей является ценным инструментом для архитекторов, который можно использовать на протяжении всего процесса разработки архитектуры, позволяя им выявлять пробелы, решения и зависимости, приоритизировать свою работу и обеспечивать эффективное планирование и выполнение проектов.

Пример

Вот пример того, как может быть использована матрица объединенных пробелов, решений и зависимостей:

Предположим, что на этапе анализа пробелов процесса разработки архитектуры команда архитекторов выявила несколько пробелов в текущей архитектуре. Эти пробелы включают:

1. Отсутствие централизованного хранилища данных о клиентах
2. Несогласованность определений данных между бизнес-единицами
3. Ограниченная интеграция между системами CRM и обработки заказов

Чтобы создать матрицу объединенных пробелов, решений и зависимостей, команда архитекторов объединит эти пробелы и оценит потенциальные решения и зависимости. Например:

Вот пример снова, с добавлением нумерации в первом столбце:

#	Пробел	Потенциальные решения	Зависимости
1	Отсутствие централизованного хранилища данных о клиентах	Реализовать хранилище данных для данных о клиентах	Зависит от устранения несогласованности определений данных
2	Несогласованные определения данных между бизнес-единицами	Создать рамочную модель управления данными и общую модель данных	Зависит от внедрения хранилища данных
3	Ограниченная интеграция между системами CRM и обработки заказов	Внедрить корпоративную шину услуг (ESB) для обеспечения обмена данными в реальном времени	Зависит от внедрения рамочной модели управления данными и общей модели данных

В этом примере матрица показывает, что устранение пробелов в данных о клиентах требует многоэтапного подхода, включающего устранение несогласованности данных, внедрение хранилища данных, создание рамочной модели управления данными и общей модели данных, а также, наконец, внедрение ESB для обеспечения обмена данными в реальном времени.

Эта матрица может использоваться для планирования пакетов работ, выявления зависимостей и приоритизации проектов на этапах E и F. Например, команда архитектуры может приоритизировать внедрение рамочной модели управления данными и общей модели данных как первый шаг по устранению выявленных пробелов, поскольку это является зависимостью как для хранилища данных, так и для внедрения ESB.

Таблица этапов определения архитектуры

Таблица этапов определения архитектуры — это техника, используемая в архитектурной модели The Open Group (TOGAF), которая позволяет архитекторам планировать и отслеживать развитие корпоративной архитектуры во времени. В таблице перечислены различные проекты, которые будут способствовать развитию архитектуры, и каждому проекту назначены конкретные результаты, которые будут завершены поэтапно во времени.

Цель этой таблицы — создать маршрут, который определяет запланированную последовательность переходных архитектур, представляющих собой промежуточные состояния архитектуры, которые будут достигнуты в определенные моменты процесса разработки. Каждая переходная архитектура представляет собой этап архитектуры, который является более полным и ближе к конечному состоянию, чем предыдущий этап.

Разбивая процесс разработки на поэтапные результаты и распределяя их по конкретным проектам и временным рамкам, таблица этапов определения архитектуры помогает архитекторам:

1. Планировать развитие корпоративной архитектуры структурированным и управляемым способом
2. Обеспечить правильную последовательность каждого проекта и своевременное завершение каждого этапа
3. Выявлять потенциальные зависимости и конфликты между различными проектами
4. Предоставлять четкое представление о процессе разработки, которое может быть передано заинтересованным сторонам, чтобы обеспечить согласованность всех участников по целям и срокам проекта.

В целом, таблица этапов определения архитектуры — это мощный инструмент, который помогает архитекторам управлять сложными проектами корпоративной архитектуры и обеспечивать их успешное и своевременное завершение.

Вот обновленная таблица этапов определения архитектуры, которая объединяет информацию как об этапах, так и о времени начала:

Название проекта	Этап 1 – Время начала	Этап 1	Этап 2 – Время начала	Этап 2	Этап 3 – Время начала	Этап 3	Этап 4 – Время начала	Этап 4
Система CRM	I квартал 2023 года	Концептуальная архитектура	Q2 2023	Логическая архитектура	Q3 2023	Физическая архитектура	Q4 2023	Полностью функционирующая система
Хранилище данных	Q1 2023	Концептуальная архитектура	Q2 2023	Логическая архитектура	Q3 2023	Физическая архитектура	Q4 2023	Полностью функционирующая система
Платформа электронной коммерции	Q2 2023	Концептуальная архитектура	Q3 2023	Логическая архитектура	Q4 2023	Физическая архитектура	Q1 2024	Полностью функционирующая система
Мобильное приложение	Q2 2023	Концептуальная архитектура	Q3 2023	Логическая архитектура	Q4 2023	Физическая архитектура	Q1 2024	Полностью функционирующая система

В этом обновленном таблице каждый проект имеет четыре этапа, и каждый этап имеет время начала, представленное кварталом и годом. Это позволяет архитектору планировать ряд переходных архитектур и отслеживать прогресс в достижении полностью функционирующей системы для каждого проекта.

Например, проект системы CRM начинается в Q1 2023, и каждый последующий этап начинается в следующем квартале. В таблице показано, что этап полностью функционирующей системы запланирован на Q4 2023. Это позволяет архитектору планировать и отслеживать прогресс в достижении полностью функционирующей системы для проекта системы CRM.

Аналогично, таблица показывает времена начала для каждого этапа по остальным трем проектам. Это помогает архитектору планировать и отслеживать прогресс в достижении полностью функционирующей системы для каждого проекта, а также выявлять потенциальные конфликты или зависимости между различными проектами.

Таблица эволюции состояния переходной архитектуры

Таблица эволюции состояния переходной архитектуры — это техника, используемая в архитектурной модели The Open Group (TOGAF), чтобы продемонстрировать предполагаемое состояние архитектур организации на различных уровнях с использованием определенной классификации, такой как техническая справочная модель TOGAF (TRM). Эта таблица является визуальным инструментом, который помогает архитекторам выявить службы в классификации, используемые в предприятии, и затем перечислить переходные архитектуры и предложенные преобразования для этих служб.

В таблице должен быть представлен список всех блоков решений (SBB), а также описано, как они повлияют и обеспечат услуги, перечисленные в таблице. Блоки решений также должны быть отмечены, чтобы показать, как они будут способствовать развитию корпоративной архитектуры. Например, если вводится новая функциональность, она будет отмечена как «новая» или «сохранить» в таблице. Если функциональность переходит на новое решение, она будет отмечена как «переход». Если функциональность заменяется, она будет отмечена как «заменить».

Таблица эволюции состояния переходной архитектуры предоставляет четкое представление о изменениях, которые произойдут в архитектуре организации с течением времени. Она позволяет архитекторам увидеть, как их предложенные изменения повлияют на услуги организации и как они будут продвигать организацию к её целевому состоянию. Используя эту таблицу, архитекторы могут убедиться, что их предложенные изменения соответствуют целям и задачам организации и могут быть эффективно реализованы.

Пример

Вот пример того, как может выглядеть таблица эволюции состояния переходной архитектуры на основе указанных вами столбцов:

Поддомен	Служба	Переходная архитектура 1	Переходная архитектура 2	Переходная архитектура 3
Продажи	Управление заказами	Текущее состояние	Состояние перехода	Целевое состояние
Продажи	Управление клиентами	Текущее состояние	Состояние перехода	Целевое состояние
Финансы	Расчеты с поставщиками	Текущее состояние	Состояние перехода	Целевое состояние
Финансы	Дебиторская задолженность	Текущее состояние	Состояние перехода	Целевое состояние
HR	Выплата заработной платы	Текущее состояние	Состояние перехода	Целевое состояние
HR	Управление льготами	Текущее состояние	Состояние перехода	Целевое состояние

В этом примере первый столбец перечисляет подобласти внутри организации, такие как продажи, финансы и HR. Второй столбец перечисляет конкретные услуги в каждой подобласти, такие как управление заказами, расчеты с поставщиками и выплата заработной платы. Остальные столбцы представляют различные архитектуры перехода, которые могут включать текущее состояние, состояние перехода и целевое состояние.

Каждая ячейка в таблице будет заполнена соответствующей информацией по данному сервису и архитектуре. Например, ячейка для управления заказами и столбца текущего состояния может содержать описание текущей архитектуры, используемой для управления заказами, тогда как ячейка для управления заказами и столбца целевого состояния может описывать предлагаемую архитектуру для управления заказами в будущем.

Метод оценки бизнес-ценности

Описанный вами метод оценки бизнес-ценности является полезным способом оценки и приоритизации различных бизнес-инициатив или проектов. Используя матрицу с измерениями ценности и риска, компании могут оценивать свои варианты на основе объективных критериев, соответствующих их стратегическим целям и задачам.

Размерность индекса ценности, включающая соответствие принципам, вклад в финансы, стратегическую согласованность и конкурентное положение, помогает определить потенциальную выгоду и возможности, которые проект может принести бизнесу. Размерность индекса риска, включающая размер и сложность, технологию, организационные возможности и последствия сбоя, помогает выявить потенциальные риски и трудности, с которыми может столкнуться проект.

Пример

Назначая индивидуальные веса каждому критерию, компании могут определить относительную важность каждого критерия в процессе принятия решений. Это помогает обеспечить, что наиболее важные факторы получают больший вес при оценке.

 

Наконец, важно установить критерии принятия решений до того, как станут известны варианты. Это гарантирует, что процесс оценки останется объективным и последовательным, а все варианты будут оцениваться на основе одних и тех же критериев. Это также помогает избежать влияния предвзятости и личных предпочтений на процесс принятия решений.

Обзор