Выравнивание ролей и обязанностей
Понимание культуры организации и управления центрами обработки данных является ключевым для успешной миграции Azure. Централизованные ИТ-группы с четкими ролями упрощают процесс, но крупные или связанные с соответствием требованиям предприятия сталкиваются с нюансами проблем, которые могут препятствовать прогрессу.
Azure Cloud Adoption Framework подчеркивает роль организационного выравнивания в миграции, призывая к межведомственному сотрудничеству для выполнения ключевых функций.
В этой статье вы узнаете:
- Роли, относящиеся к миграции, которые соответствуют облачным стратегиям и функциям внедрения облака.
- Сопутствующие роли, которые могут понадобиться для выполнения других функций во время процесса миграции, например, архитекторы целевых зон и архитекторы рабочих нагрузок.
- Как определить соответствующих экспертов или владельцев для ролей в проектах миграции.
- Матрица ответственности, помогающая понять, какая роль отвечает за какую часть проекта миграции.
Совет
Упомянутые роли могут не соответствовать определенным названиям заданий или требовать выделенных участников команды. Часто один человек может охватывать несколько ролей, или несколько участников команды могут делиться обязанностями. Этот список описывает общие обязанности, но не является руководством по персоналу. Ключ заключается в том, чтобы эти обязанности были выполнены в вашей организации.
Роли функции облачной стратегии
Чтобы убедиться, что у вас есть необходимая приверженность и организация для проекта миграции, вам потребуются следующие роли для функции облачной стратегии . В следующей таблице описаны роли функции облачной стратегии и их обязанности.
| Роль | Обязанности |
|---|---|
| Спонсор проекта | Определяет область миграции, чтобы определить, какие ресурсы перемещаются, и преимущество перемещения каждого ресурса. Предоставляет полномочия для принятия решений в отношении закупок инструментов миграции, общей архитектуры задач и процессов выпуска. |
| Диспетчер проектов | Управляет планом проекта для области миграции. Руководит тестированием процессов. Организует статусные обновления для заинтересованных лиц. |
| Диспетчер изменений организации | Помогает команде проектов обмениваться изменениями в организации. Работает с разными функциями, чтобы убедиться, что нужные члены команды участвуют и что правильные организационные изменения происходят для поддержки миграции. |
| Специалист по лицензированию | Предоставляет аналитику по лицензированию и управление FinOps-процессами для обеспечения правильного лицензирования проекта и использования существующих лицензированных ресурсов. |
| Владелец рабочего процесса | Предоставляет полномочия на принятие решений в процессах оценки рабочей нагрузки, архитектуры и миграции. Является владельцем ценности бизнеса рабочей нагрузки в Azure. |
Роли функции внедрения облака
Во время миграции в Azure функция адаптации облачных технологий выполняет основную часть технической работы. Для этой функции планируйте наличие ролей, описанных в следующей таблице:
| Роль | Обязанности |
|---|---|
| Архитектор миграции | Контролирует техническое принятие решений для рабочих нагрузок, таких как планирование волны миграции и все процессы миграции. |
| Инженер миграции | Выполняет задачи, которые определяются как часть проекта. |
Вспомогательные роли для других функций
В следующей таблице описаны вспомогательные роли, которые могут потребоваться для других функций:
| Роль | Обязанности |
|---|---|
| Архитектор зоны высадки | Предоставляет поддержку переноса рабочих нагрузок в посадочную зону. Помогает устранить любые проблемы со службами платформы в посадочной зоне. Дополнительные сведения см. в функциях облачной платформы. |
| Менеджер по облачным операциям | Предоставляет поддержку переноса рабочих нагрузок на платформу управления, чтобы обеспечить надлежащее управление рабочими нагрузками при их миграции. Дополнительные сведения см. в функциях облачных операций. |
| Архитектор рабочей нагрузки | Предоставляет рекомендации по архитектуре и принятие решений по проектированию переносимой рабочей нагрузки. Для каждой рабочей нагрузки может потребоваться специалист в определенной области, чтобы выполнять несколько задач в этой роли. Дополнительные сведения см. в разделе Центральные ИТ-функции. |
| Тестировщик принятия пользователей | Проверяет отдельные рабочие нагрузки. У вас может быть несколько экземпляров этой роли для каждой рабочей нагрузки, чтобы предоставлять отзывы для тестирования на приемлемость пользователями (UAT). Дополнительные сведения см. в разделе Центральные ИТ-функции. |
Определение экспертов или владельцев для ролей
Может быть трудно определить правильные ресурсы для некоторых из этих ролей, таких как архитектор рабочей нагрузки и владелец рабочей нагрузки. Если рабочая нагрузка находится в обслуживании в течение длительного периода и без частых изменений, вы можете обнаружить ограниченную информацию об ответственности и недостаточную техническую экспертизу для поддержки функциональности. Например, в планировании цифровых активов иногда серверы не сопоставляются с определенной рабочей нагрузкой, поэтому может быть неясно, кто имеет право собственности на них.
Ниже приведены некоторые рекомендации по выявлению ролей:
- исторические данные. Используйте базу данных управления конфигурацией или систему управления заявками, чтобы определить все исторические элементы, указывающие, кто запрашивает обслуживание или кто осуществляет коммуникацию о сервере или рабочей нагрузке.
- журналы регистрации входа. Найдите пользователей, которые недавно авторизовались на серверах в рабочей нагрузке. Хотя этот подход может не определить владельца, последние пользователи могут предоставить контекст для сервера.
- анализ зависимостей. Используйте средства анализа зависимостей, чтобы определить, кто чаще всего подключается к функциям, размещенным на серверах. Эти средства помогут вам определить бизнес-отделы, которые, в свою очередь, могут помочь вам определить владельца.
- связанные владельцы приложений: обратитесь к владельцам приложений, которые обслуживают аналогичный бизнес-отдел или функцию. Попросите их помочь определить роли, которые необходимо заполнить. Даже если у вас нет эксперта для этой роли в вашей организации, вы должны занять эту роль во время процесса миграции. Бизнес-команды и ИТ-группы должны определить по крайней мере промежуточных членов, а затем создать план владения для долгосрочной поддержки рабочей нагрузки после ее миграции.
Масштабирование ролей в рамках крупных инициатив по миграции
В зависимости от размера и количества переносимых рабочих нагрузок, может потребоваться назначить нескольких участников команды для каждой роли. Хороший подход — использовать масштаб, который описывается в этой статье для не более чем пяти рабочих нагрузок с средним размером и сложностью за двухнедельный спринт.
Однако оценка размеров и сложности рабочей нагрузки может быть сложной задачей. В ранних волнах миграции начните с основной команды, но при необходимости выполните горизонтальное масштабирование.
Если вы обнаружите, что требуется горизонтальное масштабирование, необходимо также спланировать роли, описанные в следующей таблице:
| Роль | Обязанности |
|---|---|
| Диспетчер программ | Упорядочивает действия по управлению проектами в нескольких областях проекта. |
| Ведущий по архитектуре миграции | Обеспечивает техническое превосходство во многих аспектах архитектур миграции. |
Пример матрицы ответственности
В следующей таблице используется данная легенда, чтобы указать категории ответственности по ролям для этапов проекта миграции.
- D = Драйвер: один человек в организации, который является единственным драйвером цели.
- = одобритель: один или несколько лиц в организации, которые принимают большинство решений и несут ответственность, если цель не достигнута.
- C = участник: лица в организации, отвечающие за выполнение задач, которые поддерживают цель.
- я = информированный: лица в организации, на которых влияет проект и которым регулярно сообщают о решениях и состоянии проекта.
В качестве основы для проекта миграции можно использовать следующую матрицу ответственности. Возможно, потребуется определить больше ролей или сменить обязанности в зависимости от потребностей вашей организации.
| Роль | Обнаружение цифрового имущества | Область миграции | План проекта | Средства миграции | Обнаружение рабочей нагрузки | Оценка рабочей нагрузки | Архитектура рабочей нагрузки | Планирование волн | Миграция тестов рабочей нагрузки | UAT по миграции рабочих нагрузок | Миграция рабочей нагрузки | UAT выпуска рабочей нагрузки | Управление изменениями организации | Переход к операционной деятельности | Лицензирование рабочей нагрузки |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Архитектор миграции | D | D | A | D | A | A | D | A | A | A | A | A | Я | D | Я |
| Инженер миграции | C | Я | C | C | D | D | C | D | D | C | D | C | Я | C | C |
| Диспетчер проектов | Я | Я | D | Я | Я | Я | Я | Я | Я | D | Я | D | Я | C | Я |
| Спонсор проекта | A | A | A | A | Я | Я | A | Я | Я | Я | A | Я | A | A | A |
| Тестировщик принятия пользователей | Я | Я | Я | Я | Я | Я | Я | Я | Я | C | Я | C | Я | C | Я |
| Архитектор рабочей нагрузки | Я | Я | C | C | C | C | C | C | C | C | C | C | C | C | Я |
| Владелец бизнеса рабочей нагрузки | Я | Я | C | Я | А | A | A | A | А | A | A | A | C | C | A |
| Диспетчер изменений организации | Я | Я | C | Я | Я | Я | Я | Я | Я | C | Я | C | D | C | Я |
| Специалист по лицензированию | Я | Я | C | C | Я | C | C | C | Я | Я | Я | Я | Я | C | Д |
| Менеджер облачных операций | C | C | C | Я | Я | Я | Я | C | Я | Я | Я | Я | C | A | Я |
| Архитектор зоны посадки | Я | Я | C | C | Я | Я | C | C | Я | Я | Я | Я | Я | Я | Я |