Начало работы: проектирование и конфигурация среды

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

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

Шаг 1. Документирование бизнес-стратегии

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

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

Конечные результаты.

Руководство по поддержке готовности к завершению.

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

Подотчетная группа Ответственные и вспомогательные команды Информированные группы
  • Группа по облачной стратегии
  • Команда по внедрению облака
  • Облачный центр инноваций или центральное ИТ-подразделение
  • Группа по облачной платформе
  • Шаг 2. Оценка цифровых активов

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

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

    Конечные результаты.

    • Необработанные данные о существующих запасах.
    • Количественный анализ существующих запасов для уточнения бизнес-обоснования.
    • Качественный анализ первых 10 рабочих нагрузок.
    • Обновленное бизнес-обоснование в шаблоне стратегии и планирования.

    Руководство по поддержке готовности к завершению.

    • Инвентаризация существующих систем. Понимание текущего состояния с помощью программного, управляемого данными подхода представляет собой первый шаг. Находите и собирайте данные для проведения любых оценок.
    • Поэтапная рационализация. Оптимизируйте усилия по оценке, сосредоточившись на качественном анализе всех ресурсов, в том числе для поддержки бизнес-модели. Затем проведите тщательный качественный анализ первых 10 рабочих нагрузок, подлежащих миграции.

    Подотчетная группа Ответственные и вспомогательные команды Информированные группы
  • Группа по внедрению облака
  • Группа по облачной стратегии
  • Группа по облачной платформе
  • Шаг 3. Создание плана внедрения облачных технологий

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

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

    Конечные результаты.

    • Разверните шаблон списка невыполненных работ.
    • Обновите шаблон с учетом первых 10 рабочих нагрузок, подлежащих миграции.
    • Обновите данные по трудовым ресурсам и скорости (затраченному сотрудниками времени), чтобы оценить сроки выпуска.
    • Риски временной шкалы:
      • Отсутствие опыта работы с Azure DevOps может замедлить процесс развертывания.
      • На соблюдение сроков также может повлиять сложность каждой рабочей нагрузки и доступность данных для нее.

    Руководство по поддержке готовности к завершению.


    Подотчетная группа Ответственные и вспомогательные команды Информированные группы
  • Группа по внедрению облака
  • Команда по облачной стратегии
  • Группа по облачной платформе
  • Группа по облачной платформе
  • Шаг 4. Развертывание первой целевой зоны

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

    Конечные результаты.

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

    Руководство по поддержке готовности к завершению.

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

    Подотчетная группа Ответственные и вспомогательные команды
  • Группа по облачной платформе
  • Команда по внедрению облака
  • Облачный центр инноваций или центральное ИТ-подразделение
  • Шаг 5. Развертывание начальной основы системы управления

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

    По мере принятия эти решения находят свое отражение в параллельных действиях группы по облачной платформе.

    Конечные результаты.

    • Развертывание начальной основы системы управления.
    • Проведение оценки системы управления с целью спланировать будущие улучшения.
    • Риски временной шкалы:
      • Улучшение политик и реализация системы управления могут увеличить сроки от одной до четырех недель на каждую дисциплину.

    Руководство по поддержке готовности к завершению.

    • Подход к управлению. В этой методологии описывается процесс обдумывания корпоративной политики и процессов. Создайте дисциплины, необходимые для предоставления управления в рамках работ по внедрению облачных технологий на предприятии.
    • Средство оценки производительности системы управления. Найдите упущения в текущем состоянии, чтобы составить планы на будущее.
    • Начальная основа системы управления. Изучите дисциплины управления, необходимые для создания продукта с минимальной функциональностью (MVP) для системы управления, который будет служить основой для всех процессов внедрения.

    Подотчетная группа Ответственные и вспомогательные команды Проконсультированные группы
  • Группа по системе управления облаком
  • Команда по облачной стратегии
  • Облачный центр инноваций или центральное ИТ-подразделение
  • Группа по облачной платформе
  • Шаг 6. Реализация базового плана операций

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

    Конечные результаты.

    • Развертывание базового плана управления.
    • Заполнение книги управления операциями.
    • Выявление всех рабочих нагрузок, для которых требуется оценка Microsoft Azure Well-Architected Review​.
    • Риски временной шкалы:
      • Ознакомьтесь с книгой: оцените один час для каждого владельца приложения.
      • Выполните оценку Microsoft Azure Well-Architected Review: оцените один час для каждого приложения.

    Руководство по поддержке готовности к завершению.


    Подотчетная группа Ответственные и вспомогательные команды Проконсультированные группы
  • Группа по эксплуатации облака
  • Команда по облачной стратегии
  • Облачный центр инноваций или центральное ИТ-подразделение
  • Группа по облачной платформе
  • Шаг 7. Расширение целевой зоны

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

    Конечные результаты.

    • Применение подхода к разработке на основе тестирования для рефакторинга целевых зон.
    • Оптимизация управления целевыми зонами.
    • Расширение операций с целевыми зонами.
    • Реализация системы безопасности целевых зон.

    Руководство по поддержке готовности к завершению.


    Подотчетная группа Ответственные и вспомогательные команды
  • Группа по облачной платформе
  • Команда по внедрению облака
  • Облачный центр инноваций или центральное ИТ-подразделение
  • Несколько слов о полезности

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

    Следующие шаги

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