합리화 의사 결정 검토Review rationalization decisions

초기 전략 및 계획 단계에서 digital estate에 증분 합리화 방법을 적용 하는 것이 좋습니다.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?
  • 혁신은 현재 아키텍처 또는 IT 작업 프로세스에 의해 제한 되나요?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. 그런 다음 안정적인 agile 클라우드 환경에서 혁신 기회를 확장 합니다.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 (platform as a service) 아키텍처를 사용 하는 것은 마이그레이션 작업의 일반적인 측면입니다.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.