Просмотр решений о рационализации

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

Важно!

Дальнейшая проверка решений по рационализации будет выполняться на этапе оценки миграции. Эта проверка посвящена бизнес-проверке рационализации для правильного согласования ресурсов.

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

Индикаторы инноваций

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

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

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

• Будут ли изменяться структуры данных или бизнес-логики в процессе внедрения облачных технологий?
• Используется ли существующий конвейер развертывания для развертывания этой рабочей нагрузки в рабочей среде?

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

Индикаторы миграции

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

• Стабилен ли исходный код, поддерживающий это приложение? Ожидаете ли вы, что он сохранит стабильность и не изменится за период текущего цикла выпуска?
• Поддерживает ли эта рабочая нагрузка рабочие процессы уже сейчас? Сохранит ли она эту возможность за период текущего цикла выпуска?
• Важно ли, чтобы эти усилия по внедрению облачных технологий повысили стабильность и производительность этой рабочей нагрузки?
• Является ли целью этих усилий сокращение затрат, связанных с этой рабочей нагрузкой?
• Является ли целью этих усилий снижение сложности работы этой рабочей нагрузки?
• Ограничивается ли инновации текущей архитектурой или производственным IT-процессом?

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

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

Важно!

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

Обновление плана проекта

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

Если вы управляете планом внедрения облачных технологий в Azure DevOps, такое управление отразится в изменении состояния родительского рабочего элемента (или его истории) из миграции в облако в облачные инновации. Это незначительное изменение обеспечит, что все участники плана внедрения облачных технологий смогут быстро отслеживать и корректировать необходимые усилия по исправлению. Такое отслеживание также позволит выстроить правильные назначения для команды по внедрению облачных технологий.

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

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

Создайте план итераций и выпусков для начала работы по планированию.

Создайте план итераций и выпусков для начала работы по планированию.