Начало работы: ускорение внедрения новых продуктов и служб в облаке
Создание новых продуктов и услуг в облаке требует иного подхода, чем миграция. Методология Innovate, разработанная в рамках Cloud Adoption Framework, устанавливает подход к разработке новых продуктов и услуг.
Инновации менее предсказуемы, чем стандартная миграция, но они все равно вписываются в контекст более широкого плана внедрения облачных технологий. Это руководство поможет вашему предприятию обеспечить поддержку, необходимую для внедрения инноваций, и предоставить структуру для создания сбалансированного портфеля на протяжении всего периода внедрения облачных технологий.
Шаг 1. Документирование бизнес-стратегии
Чтобы избежать помех, разработайте четкую и точную бизнес-стратегию внедрения инноваций. Согласованность заинтересованных лиц по мотивации и ожидаемым бизнес-результатам позволяет определить действия, которые должна выполнять группа по внедрению облака.
Конечные результаты.
- Используйте шаблон стратегии и плана для фиксации стимулов и ожидаемых бизнес-результатов.
Руководство по поддержке готовности к завершению.
- Мотивация. Первым шагом к стратегическому согласованию является достижение согласия по движущим факторам инновационной деятельности. Для начала нужно понять мотивы и общие темы для заинтересованных сторон от бизнеса и ИТ и расставить их по категориям.
- Результаты бизнеса. После согласования мотиваций обсудите желаемые результаты бизнеса. Эта информация дает четкие метрики, которые можно использовать для оценки общих преобразований.
- Балансировка портфеля. Внедрение инноваций — это не универсальный путь, который подходит для любой рабочей нагрузки. Такой подход к внедрению более актуален для новых специализированных приложений или для рабочих нагрузок, требующих изменения архитектуры или полной перестройки. Когда мотивы в значительной степени оказываются в пользу инноваций для всех рабочих нагрузок, важно оценить портфель, чтобы убедиться, что может быть достигнута желаемая рентабельность инвестиций. Модернизация конкретных ресурсов и небольшие усилия по перестройке могут быть инновационными, но, возможно, лучше прибегнуть к следующим мерам: Начало работы: ускорение миграции.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 2. Оцените бизнес-обоснование
На этом первом этапе построения бизнес-обоснования необходимо оценить первоначальную отдачу от потенциального внедрения облака. Цель этого шага — объединить все заинтересованные стороны вокруг одного простого вопроса: основываясь на имеющихся данных, можно ли сказать, что внедрение облака является разумным бизнес-решением? Ответ на этот вопрос поможет команде понять, как инновации могут удовлетворить прогнозируемые потребности пользователей в рамках цели внедрения облака.
Конечные результаты.
- Используйте шаблон стратегии и плана для фиксации бизнес-обоснования.
Руководство по поддержке готовности к завершению.
- Бизнес-обоснование. Прежде чем оценивать каждую возможность внедрения инноваций в облаке, выполните высокоуровневое бизнес-обоснование, чтобы обеспечить согласованность действий заинтересованных сторон в отношении общего плана внедрения.
- Достижение согласия по ценности для бизнеса: количественная оценка пользы от инноваций может быть затруднительной на раннем этапе процесса. Упражнение в этой статье может помочь в оценке согласованности относительно ценности конкретной инновационной деятельности для бизнеса.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 3. Сбор данных и анализ ресурсов и рабочих нагрузок
В большинстве предприятий внедрение инноваций можно ускорить за счет использования существующих активов, таких как приложения, виртуальные машины (ВМ) и данные. При планировании важно понимать, как и когда эти активы переносятся в облако.
Конечные результаты.
- Получите необработанные данные о существующих активах, таких как приложения, виртуальные машины и данные.
- Если предложенные инновации зависят от существующего инвентаризации, выполните следующие доставить данные:
- количественный анализ всех вспомогательных ресурсов, необходимых для поддержки планируемой инновации;
- качественный анализ любых вспомогательных рабочих нагрузок, необходимых для реализации инновации.
- Рассчитайте стоимость новых запасов, необходимых для поддержки инноваций.
- Обновите бизнес-обоснование в шаблоне стратегии и плана с уточнением вычислений.
Руководство по поддержке готовности к завершению.
Обнаружение и оценка обеспечивают более глубокий уровень технического согласования. Затем вы можете составить план действий по миграции всех зависимых рабочих нагрузок, которые требует планируемая инновация. Этот сценарий часто встречается, когда у компаний есть существующие источники данных, централизованные приложения или уровни обслуживания, которые необходимы для внедрения инноваций в контексте остальной части предприятия.
При наличии зависимых систем следующие статьи могут помочь в обнаружении и оценке.
- Инвентаризация существующих систем. Понимание текущего состояния с помощью программного, управляемого данными подхода представляет собой первый шаг. Выполните обнаружение и сбор данных для проведения любых оценок.
- Поэтапная рационализация. Оптимизируйте усилия по оценке, сосредоточившись на качественном анализе всех ресурсов, в том числе для поддержки бизнес-модели. Затем проведите тщательный качественный анализ первых 10 рабочих нагрузок.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 4. Запланируйте миграцию зависимых ресурсов
Когда инновации зависят от существующих рабочих нагрузок или активов, план внедрения облака обеспечивает ускоренное выполнение работ. Затем список невыполненных работ можно изменить с учетом результатов обнаружения, рационализации, необходимых навыков и заключенных с партнерами контрактов.
Конечные результаты.
- Разверните шаблон списка невыполненных работ.
- Обновите шаблон с учетом первых 10 рабочих нагрузок, подлежащих миграции.
- Обновите данные по трудовым ресурсам и скорости (затраченному сотрудниками времени), чтобы оценить сроки выпуска.
- Риски временной шкалы:
- Отсутствие опыта работы с Azure DevOps может замедлить процесс развертывания.
- На соблюдение сроков также может повлиять сложность каждой рабочей нагрузки и доступность данных для нее.
Руководство по поддержке готовности к завершению.
- План внедрения облачных технологий. Разработайте план на основе базового шаблона.
- Согласование рабочих нагрузок.Определите рабочие нагрузки в списке невыполненных работ.
- Согласование усилий. Согласуйте ресурсы и рабочие нагрузки в списке невыполненных работ, чтобы четко определить усилия по приоритетным рабочим нагрузкам.
- Согласование трудовых и временных затрат. Определите итерацию, скорость и выпуски для рабочих нагрузок.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 5. Согласуйте требования руководства с вашим планом внедрения инноваций
Обсуждение планируемых инноваций с командой управления поможет вам избежать многих блокирующих факторов еще до их появления. Иногда инновационные решения могут потребовать применения методов, которые не приветствуются в устоявшейся практике управления. Некоторые из этих требуемых функций могут быть даже заблокированы с помощью автоматизированных инструментов для обеспечения соблюдения требований к управлению.
Конечные результаты.
- Обеспечьте прозрачность и найдите компромисс между потребностями в инновациях и ограничениями, которые связаны с системой управления.
- При необходимости обновите политики и процессы, чтобы отразить любые изменения или исключения из существующих ограничений системы управления.
Руководство по поддержке готовности к завершению.
Эти ссылки помогут группе внедрения понять подход, которого придерживается группа управления облаком:
- Подход к управлению. В этой методологии описывается процесс обдумывания корпоративной политики и процессов. Создайте дисциплины, необходимые для предоставления управления в рамках работ по внедрению облачных технологий на предприятии.
- Определение корпоративной политики. Выявите риски для бизнеса и сведите их к минимуму.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 6. Определите операционные потребности и бизнес-обязательства
Определите план долгосрочных операционных обязанностей для планируемой инновации. Удовлетворит ли установленный базовый уровень управления ваши операционные потребности? Если нет, оцените варианты финансирования операций, специфичных для технологии, поддерживающей эту инновацию.
Конечные результаты.
- Выполните проверку архитектуры Microsoft Azure, чтобы оценить различные решения по архитектуре и эксплуатации.
- Настройте книгу управления операциями для отражения требуемых расширенных операций.
Руководство по поддержке готовности к завершению.
- Расширьте базовый план управления. Этот раздел Cloud Adoption Framework поможет вам пройти через различные этапы к операционному управлению в облаке.
- Подробные сведения о расширенных операциях. Узнайте, как выйти за рамки базового плана управления.
- Если для поддержки ваших операционных потребностей требуются расширенные операции, оцените бизнес-обязательства, чтобы определить операционные обязанности для обеих команд.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 7. Разверните целевую зону
Все активы, размещенные в облаке, находятся в целевой зоне. Эта целевая зона может иметь четкие требования к управлению, безопасности и эксплуатации. Или это может быть новая подписка без поддержки со стороны других команд. При любом сценарии важно с самого начала создать целевую зону, соответствующую требованиям к управлению и эксплуатацию.
Начало работы с утвержденной целевой зоной поможет вашей команде обнаружить нарушения политики на ранних этапах разработки по сравнению с тем, когда решение будет выпущено в производство. Раннее обнаружение поможет вашей команде устранить блокирующие факторы и даст командам по внедрению и управлению достаточно времени для внесения изменений.
Конечные результаты.
- Развертывание первой целевой зоны для первоначальных экспериментов с низким риском на ранних этапах инноваций.
- Разработайте план рефакторинга совместно с облачным центром передового опыта или центральной ИТ-командой для обеспечения согласованности управления, безопасности и эксплуатации.
- Риски временной шкалы:
- Требования к управлению, эксплуатации и безопасности для первых 10 рабочих нагрузок могут замедлить этот процесс. Рефакторинг первой и последующих целевых зон занимает лишнее время, но он должен выполняться параллельно с усилиями по миграции.
Руководство по поддержке готовности к завершению.
- Выбор целевой зоны. Используйте этот раздел, чтобы найти правильный подход к развертыванию целевой зоны на основе плана внедрения. Затем разверните эту стандартизированную базу кода.
- Расширение целевой зоны. Независимо от начальной точки определите пробелы в развернутой целевой зоне, чтобы добавить необходимые компоненты для организации ресурсов, безопасности, управления, соответствия и операций.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Шаг 8. Внедряйте инновации в облаке
Методология Innovate предоставляет рекомендации по использованию средств и методов управления продуктами, которые наиболее часто используются для внедрения инноваций в облаке. Эти шаги помогут вам начать применять этот подход.
Конечные результаты.
- Технологические решения, которые обогащают жизнь ваших клиентов и повышают ценность для бизнеса.
- Процессы и средства для ускорения итерации этих решений и добавления дополнительных значений с помощью облака:
- итеративные подходы к разработке;
- пользовательские приложения;
- технологический опыт;
- интеграция физических продуктов и технологий с помощью Интернета вещей;
- внешняя аналитика: интеграция технологий, не нарушающих нормальную работу среды;
- Azure Cognitive Services: большие данные, ИИ, машинное обучение и прогнозные решения.
Руководство по поддержке готовности к завершению.
- Согласование бизнес-ценности и формирование гипотезы. Прежде чем выбирать технологические решения, необходимо определить, какую ценность для бизнеса принесут инновации, и сформировать гипотезу о потребностях клиентов.
- Начальная разработка MVP. Как только у вас будет гипотеза, имеющая достаточный потенциал для внедрения в приложение, начнется процесс разработки. Разработка должна осуществляться максимально короткими спринтами, чтобы обеспечить возможность быстрой проверки или отклонения гипотезы, а также корректировки того, как требуемые функции интегрируются в приложение.
- Измерение и обучение. Точность гипотезы необходимо проверять в максимально короткие сроки. Минимально жизнеспособный продукт (MVP) — это предварительная реализация новых возможностей, имеющая достаточный функционал, чтобы получать обратную связь и определять, движетесь ли вы в верном направлении.
- Расширение цифровых инноваций. Для совершенствования своей гипотезы используйте инновационные цифровые технологии и дисциплины: упрощение доступа к данным, взаимодействие с клиентом через приложения или устройства, поддержку внедрения, а также метод прогнозирования и влияния. Это основная часть методологии Innovate.
Шаг 9. Оцените зрелость инноваций в своей организации
Для поддержки разработки стратегии внедрения инноваций предназначен инструмент оценки готовности к ИИ. Это бесплатный ресурс, который помогает организациям оценить свою способность создавать и владеть системами на основе ИИ. Существует четыре уровня зрелости: основополагающий, приближающийся, желаемый и зрелый. Каждый уровень включает в себя особый набор характеристик, помогающих определить способность вашей организации внедрять конкретные типы решений ИИ, снижать связанные с ними риски и реализовывать стратегии.
Оценка занимает от 5 до 10 минут и отражает способности вашей организации по четырем категориям: стратегия, культура, организационные характеристики и возможности. Инструмент оценки готовности к ИИ позволяет рассчитать балл вашей организации и предоставить оценку инновационной зрелости ИИ на кривой.
Конечные результаты.
- Используйте модель зрелости для искусственного интеллекта Gartner, чтобы оценить готовность организации к созданию систем на основе искусственного интеллекта.
Руководство по поддержке готовности к завершению.
- По завершении оценки будет определен балл, соответствующий зрелости с точки зрения внедрения инноваций.
Подотчетная группа | Ответственные и вспомогательные команды |
---|---|
Несколько слов о полезности
Шаги, описанные в этом руководстве, помогут вам и вашим командам создавать инновационные решения в облаке, которые приносят пользу для бизнеса, управляются надлежащим образом и хорошо проработаны.
Следующие шаги
Cloud Adoption Framework — это решение жизненного цикла. Оно может помочь вам начать внедрение инноваций. Ваша организация может начать путь к инновациям и повысить уровень зрелости команд, поддерживающих инновационную деятельность.
Ниже показано, какие команды могут предпринимать те или иные действия для повышения уровня зрелости. Эти параллельные процессы не являются линейными и не должны рассматриваться как блокирующие. Напротив, каждый из них представляет собой параллельный поток ценностей, помогающий повысить общую готовность вашей компании к работе в облаке.
Команда | Следующая итерация |
---|---|
Группа по внедрению облака | Улучшения процессов предоставляют подробные сведения о подходах к инновациям, которые влияют на клиентов и стимулируют адаптацию. |
Группа по облачной стратегии | Методология Strategy и методология Plan — это итеративные процессы, которые развиваются по плану внедрения. Вернитесь на эти обзорные страницы и продолжайте выполнять итерации по бизнес- и техническим стратегиям. |
Группа по облачной платформе | Пересмотрите методологию готовности, чтобы продолжить совершенствовать облачную платформу, поддерживающую миграцию, или другие операции по внедрению. |
Группа по системе управления облаком | Используйте методологию системы управления, чтобы продолжить улучшать процессы, политики и дисциплины управления. |
Группа по эксплуатации облака | Развивайте методологию управления, чтобы предоставлять более эффективные операции в Azure. |