다음을 통해 공유

합리화 의사 결정 검토

  • 아티클

초기 전략 단계와 계획 단계에서는 디지털 자산에 증분 합리화 접근 방식을 적용하는 것이 좋습니다. 그러나 이 접근 방식은 결과 결정에 몇 가지 가정을 포함합니다. 클라우드 전략 팀과 클라우드 채택 팀에서 확장된 워크로드 문서에 비추어 이러한 결정을 검토하는 것이 좋습니다. 또한 이 검토는 미래 상태 결정에 비즈니스 관련자와 임원 스폰서를 참여시키는 좋은 시간입니다.

중요

마이그레이션의 평가 단계에서 합리화 결정에 대한 추가 유효성 검사가 수행됩니다. 이 유효성 검사는 리소스를 적절하게 조정하도록 합리화를 비즈니스 관점에서 검토하는 데 중점을 둡니다.

합리화 결정 유효성을 검사하려면 다음 질문을 사용하여 비즈니스와의 대화를 용이하게 합니다. 질문은 가능한 합리화 맞춤을 기준으로 그룹화됩니다.

혁신 지표

다음 질문을 공동으로 검토한 결과에서 긍정적인 답변이 나오면 워크로드가 더욱 우수한 혁신 후보가 될 수 있습니다. 이러한 워크로드는 리프트 앤 시프트 또는 현대화 모델을 통해 마이그레이션되지 않습니다. 대신 비즈니스 논리나 데이터 구조는 새 애플리케이션이나 재구성된 애플리케이션으로 다시 생성됩니다. 이 접근 방식은 노동 집약적이고 시간이 많이 소비될 수 있습니다. 그러나 상당한 비즈니스 수익을 나타내는 워크로드에서는 투자가 정당화됩니다.

  • 이 워크로드의 애플리케이션이 시장 차별화를 만들어 내나요?
  • 이 워크로드의 애플리케이션과 관련된 환경을 개선하기 위해 제안되거나 승인된 투자가 있나요?
  • 이 워크로드의 데이터에서 새 제품이나 서비스 제품을 사용할 수 있나요?
  • 이 워크로드와 관련된 데이터를 활용하기 위해 제안되거나 승인된 투자가 있나요?
  • 시장 차별화나 새로운 제품의 효과를 정량화할 수 있나요? 그렇다면 클라우드 채택 중에 혁신 비용이 증가하는 것을 정당화할 수 있나요?

다음 두 질문은 합리화 검토에 개략적인 기술 시나리오를 포함시키는 데 도움이 될 수 있습니다. "예"라고 대답하면 혁신과 관련된 비용을 고려하거나 줄이는 방법을 식별할 수 있습니다.

  • 클라우드 채택 과정에서 데이터 구조나 비즈니스 논리가 변경되나요?
  • 이 워크로드를 프로덕션에 배포하는 데 사용되는 기존 배포 파이프라인인가요?

두 질문 중 하나의 대답이 "예"인 경우 팀은 이 워크로드를 혁신 후보로 포함하는 것을 고려해야 합니다. 최소한 팀에서는 현대화 기회를 식별하기 위해 아키텍처를 검토할 수 있도록 이 워크로드에 플래그를 지정해야 합니다.

마이그레이션 지표

마이그레이션은 클라우드를 더 빠르고 저렴하게 채택하는 방법입니다. 그러나 혁신할 수 있는 기회를 활용하지는 않습니다. 혁신에 투자하기 전에 다음 질문에 답하세요. 이러한 질문은 마이그레이션 모델을 워크로드에 적용할 수 있는지 여부를 결정하는 데 도움이 될 수 있습니다.

  • 이 애플리케이션을 지원하는 소스 코드가 안정적인가요? 이 릴리스 주기의 시간 프레임 동안 안정적이면서 변경되지 않은 상태로 유지될 것으로 예상하나요?
  • 이 워크로드는 현재 프로덕션 비즈니스 프로세스를 지원하나요? 이 릴리스 주기 동안 수행하나요?
  • 이 클라우드 채택 활동에서 이 워크로드의 안정성과 성능 향상이 우선적인가요?
  • 이 워크로드와 관련된 비용 절감이 이 활동의 목표인가요?
  • 이 워크로드의 운영 복잡성 감소가 이 활동의 목표인가요?
  • 혁신은 현재 아키텍처나 IT 운영 프로세스에 의해 제한되나요?

이러한 질문에 대한 대답이 "예"이면 이 워크로드의 마이그레이션 모델을 고려해야 합니다. 이 권장 사항은 워크로드가 혁신 후보인 경우에도 마찬가지입니다.

운영 복잡성, 비용, 성능 또는 안정성의 문제는 비즈니스 수익을 저해할 수 있습니다. 클라우드를 사용하여 이러한 문제와 관련된 개선 사항을 신속하게 생성할 수 있습니다. 해당되는 경우 먼저 마이그레이션 방법을 사용하여 워크로드를 안정화하는 것이 좋습니다. 그런 다음 안정적이고 민첩한 클라우드 환경에서 혁신의 기회를 확장합니다. 이 접근 방식은 단기 수익을 제공하고 장기적인 변화를 주도하는 데 필요한 비용을 줄여줍니다.

중요

마이그레이션 모델에는 증분 현대화가 포함됩니다. PaaS(Platform as a Service) 아키텍처 사용은 마이그레이션 활동의 일반적인 측면입니다. 이러한 플랫폼 서비스를 사용하는 사소한 구성 변경도 마찬가지입니다. 마이그레이션 경계는 비즈니스 논리나 비즈니스 구조 지원에 대한 중요한 변경으로 정의됩니다. 이러한 변화는 혁신 활동으로 간주됩니다.

프로젝트 계획 업데이트

마이그레이션 활동에 필요한 기술은 혁신 활동에 필요한 기술과 다릅니다. 클라우드 채택 계획을 구현하는 동안 마이그레이션 활동과 혁신 활동을 다양한 팀에 할당하는 것이 좋습니다. 각 팀에는 고유한 반복, 릴리스 및 계획 주기가 있습니다. 별도의 팀을 할당하면 혁신 활동과 마이그레이션 활동을 고려하면서 클라우드 채택 계획 하나를 유지할 수 있는 프로세스 유연성이 제공됩니다.

Azure DevOps에서 클라우드 채택 계획을 관리하는 경우 부모 작업 항목(또는 에픽)을 클라우드 마이그레이션에서 클라우드 혁신으로 변경하면 해당 관리가 반영됩니다. 이러한 미묘한 변화는 클라우드 채택 계획의 모든 기여자가 필요한 활동을 추적하고 수정 활동으로 변경할 수 있도록 도와줍니다. 이 추적은 관련 클라우드 채택 팀에 적절한 할당을 맞추는 데도 도움이 됩니다.

고유 프로젝트가 여러 개 있는 크고 복잡한 채택 계획의 경우 반복 경로를 업데이트하는 것이 좋습니다. 영역 경로를 변경하면 해당 영역 경로에 할당된 팀에만 워크로드가 표시됩니다. 이렇게 변경하면 표시되는 작업 수가 줄어들어 클라우드 채택 팀에서 더욱 쉽게 작업할 수 있습니다. 그러나 프로젝트 관리 프로세스가 더욱 복잡해집니다.

다음 단계

반복 및 릴리스 계획을 수립하여 계획 작업을 시작합니다.

반복 및 릴리스 계획을 수립하여 계획 작업을 시작합니다.