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

Во время начальной стратегии и этапов планирования мы рекомендуем применить добавочный подход к обоснованиям для цифрового пространства.During initial strategy and planning stages, we suggest you apply an incremental rationalization approach to the digital estate. Но этот подход внедряет некоторые предположения в полученные решения.But this approach embeds some assumptions into the resulting decisions. Мы советуем группе облачных стратегий и группам внедрения в облаке ознакомиться с этими решениями в области документации по расширенной нагрузке.We advise the cloud strategy team and the cloud adoption teams to review those decisions in light of expanded-workload documentation. Эта проверка также является хорошим временем для вовлечения заинтересованных лиц и спонсора руководителя в будущих решениях по состоянию.This review is also a good time to involve business stakeholders and the executive sponsor in future state decisions.

Важно!

Дальнейшая проверка решений по обоснованиям будет выполняться на этапе оценки миграции.Further validation of the rationalization decisions will occur during the assessment phase of migration. Эта проверка посвящена бизнес-проверке согласованности для правильного выведения ресурсов.This validation focuses on business review of the rationalization to align resources appropriately.

Чтобы проверить решения по обоснованиям, используйте следующие вопросы для упрощения общения с бизнесом.To validate rationalization decisions, use the following questions to facilitate a conversation with the business. Вопросы группируются по вероятному выравниванию рациональности.The questions are grouped by the likely rationalization alignment.

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

Если совместное рассмотрение следующих вопросов дает ответ голосами подтверждающими, Рабочая нагрузка может быть лучшим кандидатом для инноваций.If the joint review of the following questions yields an affirmative answer, a workload might be a better candidate for innovation. Такая рабочая нагрузка не была перенесена с помощью модели прогнозирования и сдвига или модернизировать.Such a workload wouldn't be migrated via a lift and shift or modernize model. Вместо этого бизнес-логика или структуры данных будут созданы повторно в качестве нового или переконструированного приложения.Instead, the business logic or data structures would be re-created as a new or rearchitected application. Этот подход может быть более ресурсоемким и длительным.This approach can be more labor-intensive and time-consuming. Но для рабочей нагрузки, представляющей значительную бизнес-возврат, инвестиции выравниваются по ширине.But for a workload that represents significant business returns, the investment is justified.

  • Приложения в этой рабочей нагрузке создают дифференцирование рынка?Do the applications in this workload create market differentiation?
  • Существуют ли предлагаемые или утвержденные инвестиции в развитие возможностей, связанных с приложениями в этой рабочей нагрузке?Is there a proposed or approved investment aimed at improving the experiences associated with the applications in this workload?
  • Могут ли данные в этой рабочей нагрузке предоставлять новые предложения по продукту или услуге?Does the data in this workload make new product or service offerings available?
  • Существуют ли предлагаемые или утвержденные инвестиции, направленные на использование данных, связанных с этой рабочей нагрузкой?Is there a proposed or approved investment aimed at taking advantage of the data associated with this workload?
  • Может ли быть следствием дифференцирования рынка или новых предложений?Can the effect of the market differentiation or new offerings be quantified? Если да, то возвращает ли это значение, что позволяет увеличить стоимость инноваций во время внедрения облака?If so, does that return justify the increased cost of innovation during cloud adoption?

Следующие два вопроса помогут включить высокоуровневые технические сценарии в анализ рационализации.The following two questions can help you include high-level technical scenarios in the rationalization review. При ответе "Да" можно определить способы учета или снижения затрат, связанных с инновациями.Answering "yes" to either could identify ways of accounting for or reducing the cost associated with innovation.

  • Будут ли структуры данных или бизнес-логики изменены во время внедрения облака?Will the data structures or business logic change during the course of cloud adoption?
  • Используется ли существующий конвейер развертывания для развертывания этой рабочей нагрузки в рабочей среде?Is an existing deployment pipeline used to deploy this workload to production?

Если ответ на любой вопрос — «да», группа должна рассмотреть возможность включения этой рабочей нагрузки в качестве кандидата для инноваций.If the answer to either question is "yes," the team should consider including this workload as an innovation candidate. Как минимум, команда должна пометить эту рабочую нагрузку для проверки архитектуры, чтобы найти модернизацииные возможности.At a minimum, the team should flag this workload for architecture review to identify modernization opportunities.

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

Миграция — это быстрый и дешевлей способ внедрения облака.Migration is a faster and cheaper way of adopting the cloud. Но он не использует возможности для внедрения инноваций.But it doesn't take advantage of opportunities to innovate. Прежде чем вкладыватьсь в инновации, ответьте на следующие вопросы.Before you invest in innovation, answer the following questions. Они могут помочь определить, является ли модель миграции более применимой для рабочей нагрузки.They can help you determine whether a migration model is more applicable for a workload.

  • Является ли исходный код, поддерживающий это приложение, стабильным?Is the source code supporting this application stable? Вы действительно хотите, чтобы он оставался стабильным и не изменялся во время временного интервала этого цикла выпуска?Do you expect it to remain stable and unchanged during the time frame of this release cycle?
  • Поддерживает ли эта Рабочая нагрузка рабочие процессы уже сегодня?Does this workload support production business processes today? Будет ли это делать в ходе этого цикла выпуска?Will it do so throughout the course of this release cycle?
  • Является ли это приоритетным, что эти усилия по внедрению в облако улучшают стабильность и производительность этой рабочей нагрузки?Is it a priority that this cloud adoption effort improves the stability and performance of this workload?
  • Является ли сокращение затрат, связанное с этой рабочей нагрузкой, целью во время этих усилий?Is cost reduction associated with this workload an objective during this effort?
  • Сокращается ли сложность работы этой рабочей нагрузки на цель во время этих усилий?Is reducing operational complexity for this workload a goal during this effort?
  • Ограничивается ли инновации текущей архитектурой или производственной операцией?Is innovation limited by the current architecture or IT operation processes?

Если ответ на любой из этих вопросов имеет значение «Да», следует рассмотреть модель миграции для этой рабочей нагрузки.If the answer to any of these questions is "yes," you should consider a migration model for this workload. Эта рекомендация является действительной, даже если Рабочая нагрузка является кандидатом для инноваций.This recommendation is true even if the workload is a candidate for innovation.

Проблемы, связанные с рабочими сложностями, затратами, производительностью или стабильностью, могут помешать бизнес-возврату.Challenges in operational complexity, costs, performance, or stability can hinder business returns. Вы можете использовать облако для быстрого создания улучшений, связанных с этими проблемами.You can use the cloud to quickly produce improvements related to those challenges. Там, где это применимо, мы рекомендуем использовать подход с миграцией, чтобы сначала стабилизировать рабочую нагрузку.Where it's applicable, we suggest you use the migration approach to first stabilize the workload. Затем Расширьте возможности инноваций в стабильной и гибкой облачной среде.Then expand on innovation opportunities in the stable, agile cloud environment. Этот подход обеспечивает краткосрочные возвраты и сокращает затраты, необходимые для долгосрочного изменения.This approach provides short-term returns and reduces the cost required to drive long-term change.

Важно!

Модели миграции включают в себя добавочный модернизации.Migration models include incremental modernization. Использование архитектуры "платформа как услуга" (PaaS) — это распространенный аспект действий миграции.Using platform as a service (PaaS) architectures is a common aspect of migration activities. Так что это незначительные изменения конфигурации, использующие эти службы платформы.So too are minor configuration changes that use those platform services. Граница для миграции определяется как изменение материала для бизнес-логики или поддержки бизнес-структур.The boundary for migration is defined as a material change to the business logic or supporting business structures. Такое изменение считается усилиями инноваций.Such change is considered an innovation effort.

Обновление плана проектаUpdate the project plan

Навыки, необходимые для усилий при миграции, отличаются от навыков, необходимых для внедрения инноваций.The skills required for a migration effort are different from the skills required for an innovation effort. Во время реализации плана внедрения в облако мы рекомендуем назначить действия по переносу и инновациям для разных команд.During implementation of a cloud adoption plan, we suggest that you assign migration and innovation efforts to different teams. Каждая команда имеет собственные планы итерации, выпуска и планирования.Each team has its own iteration, release, and planning cadences. Назначение отдельных команд обеспечивает гибкость процесса для поддержки одного плана внедрения в облако, в то время как учет для инноваций и миграции.Assigning separate teams provides the process flexibility to maintain one cloud adoption plan while accounting for innovation and migration efforts.

При управлении планом внедрения в облаке в Azure DevOps это управление отражается путем изменения родительского рабочего элемента (или ситуации) из облачной миграции в облачные инновации.When you manage the cloud adoption plan in Azure DevOps, that management is reflected by changing the parent work item (or epic) from cloud migration to cloud innovation. Это незначительное изменение помогает убедиться, что все участники плана внедрения в облаке могут быстро следить за необходимыми усилиями и вносить изменения в усилия по исправлению.This subtle change helps ensure all participants in the cloud adoption plan can quickly track the required effort and changes to remediation efforts. Это отслеживание также позволяет выстроить правильные назначения для соответствующей команды по внедрению в облако.This tracking also helps align proper assignments to the relevant cloud adoption team.

Для крупномасштабных сложных планов внедрения с несколькими отдельными проектами рекомендуется обновить путь итерации.For large, complex adoption plans with multiple distinct projects, consider updating the iteration path. Изменение пути к области делает рабочую нагрузку видимой только для группы, назначенной этому пути к области.Changing the area path makes the workload visible only to the team assigned to that area path. Это изменение может упростить работу группы по внедрению в облако, уменьшая количество видимых задач.This change can make work easier for the cloud adoption team by reducing the number of visible tasks. Но это усложняет процесс управления проектами.But it adds complexity for the project management processes.

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

Создание итераций и планов выпусков для начала работы по планированию.Establish iterations and release plans to begin planning work.

Создание итераций и планов выпусков для начала работы по планированию.Establish iterations and release plans to begin planning work.