Начало работы. Ускорение новых инноваций в сфере продуктов и служб в облаке

Для создания новых продуктов и служб в облаке требуется другой подход, чем требуется миграция. Методология инноваций в Cloud Adoption Framework устанавливает подход, который управляет разработкой новых продуктов и служб.

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

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

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

Результаты:

• Используйте стратегию и шаблон плана для записи мотиваций и желаемых бизнес-результатов.

Руководство по поддержке завершения результатов:

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

Ответственная команда	Ответственные и вспомогательные команды
Команда по облачной стратегии	Команда по внедрению облака Облачный центр превосходства или центральная ИТ-команда

Шаг 2. Оценка бизнес-обоснования

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

Результаты:

• Используйте стратегию и шаблон плана для записи бизнес-обоснования.

Руководство по поддержке завершения результатов:

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

Ответственная команда	Ответственные и вспомогательные команды
Команда по облачной стратегии	Команда по внедрению облака

Шаг 3. Сбор данных и анализ ресурсов и рабочих нагрузок

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

Результаты:

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

Руководство по поддержке завершения результатов:

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

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

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

Ответственная команда	Ответственные и вспомогательные команды
Команда по внедрению облака	Команда по облачной стратегии

Шаг 4. Планирование миграции зависимых ресурсов

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

Результаты:

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

Руководство по поддержке завершения результатов:

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

Ответственная команда	Ответственные и вспомогательные команды
Команда по внедрению облака	Команда по облачной стратегии

Шаг 5. Согласование требований к управлению с планом внедрения

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

Результаты:

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

Руководство по поддержке завершения результатов:

Эти ссылки помогают команде по внедрению понять подход группы управления облаком:

• подход к управлению: Эта методология описывает процесс управления рисками и установления ограничителей в среде Azure.
  

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

Шаг 6. Определение операционных потребностей и бизнес-обязательств

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

Результаты:

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

Руководство по поддержке завершения результатов:

• Расширение основ управления: В этом разделе Cloud Adoption Framework рассматриваются различные переходы к управлению облачными операциями.
• Получить конкретные сведения с помощью расширенных операций. Обнаружение способов выйти за рамки базовых показателей управления.
• Если для поддержки ваших потребностей в деятельности требуются сложные операции, проанализируйте бизнес-обязательства, чтобы определить операционные обязанности каждой из команд.

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

Шаг 7. Развертывание согласованной зоны высадки

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

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

Результаты:

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

Руководство по поддержке завершения результатов:

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

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

Шаг 8. Инновации в облаке

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

Результаты:

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

Руководство по поддержке завершения результатов:

• создать гипотезу с консенсусом бизнес-ценности: прежде чем решать технические решения, определите, как новые инновации могут стимулировать бизнес-ценность и придумать гипотезу о потребностях клиентов.
• создание первогоMVP: когда гипотеза имеет достаточное значение, которое может быть встроено в приложение, процесс сборки начинается. Спринты разработки должны быть как можно быстрее, чтобы разрешить быструю проверку или отклонение гипотезы, или точно настроить способ интеграции необходимых функций в приложение.
• измерение и обучение: вы хотите проверить точность вашей гипотезы как можно скорее. Минимальный жизнеспособный продукт (MVP) — это предварительная версия новых функций, которая предлагает достаточно возможностей для сбора отзывов, которые подтверждают, если вы движетесь в правильном направлении.
• расширение цифровых инноваций: чтобы уточнить гипотезу с помощью инновационных дисциплин или цифровых изобретений, которые включают демократизацию данных, взаимодействие с приложениями, расширение возможностей внедрения, взаимодействие с устройствами и прогнозирование и влияние. Эти изобретения являются основной частью методологии инноваций.

Шаг 9. Оценка зрелости инноваций вашей организации

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

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

Результаты:

• Используйте модель зрелости ИИ Gartner для оценки зрелости ИИ вашей организации для создания систем на основе ИИ.

Руководство по поддержке завершения результатов:

• После завершения оценки результаты инструмента предоставят показатель, который определяет состояние зрелости инноваций ИИ.

Ответственная команда	Ответственные и вспомогательные команды
Команда по внедрению облака	Облачный центр превосходства Облачный центр превосходства или центральная ИТ-команда

Заявление о ценностях

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

Дальнейшие действия

Cloud Adoption Framework — это решение жизненного цикла. Это поможет вам начать инновационный путь. Она может помочь вашей организации начать инновационный путь и продвинуть зрелость команд, которые поддерживают инновационные усилия.

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

Команда	Следующая итерация
Команда по внедрению облака	улучшения процесса предоставляют аналитические сведения о подходах к внедрению инноваций, влияющих на клиентов и внедрении повторяющихся решений.
Команда по облачной стратегии	Методология стратегии и методология плана являются итеративными процессами, которые развиваются с помощью плана внедрения. Вернитесь к этим страницам обзора и продолжайте итерацию по бизнес-и техническим стратегиям.
Команда облачной платформы	Вернитесь к методологии готовности , чтобы продолжать продвигать общую облачную платформу, которая поддерживает миграцию или другие усилия по внедрению.
Команда управления облаком	Используйте методологию управления для дальнейшего улучшения процессов управления и политик.
Группа облачных операций	Основывайтесь на управляющей методологии для предоставления расширенных возможностей операций в Azure.