다음을 통해 공유


시작: 환경 디자인 및 구성

환경 디자인과 구성은 마이그레이션 또는 혁신에 초점을 맞춘 채택 활동의 가장 일반적인 장애 요인입니다. 장기 채택 계획을 지원하는 디자인을 신속하게 구현하기란 어려울 수 있습니다. 이 문서에서는 일반적인 장애 요인을 극복하고 채택 활동을 가속화하는 데 도움이 되는 접근 방식과 일련의 단계를 설정합니다.

효과적인 환경 디자인과 구성을 만드는 데 필요한 기술 활동은 복잡할 수 있습니다. 범위를 관리하면 클라우드 플랫폼 팀의 성공 가능성을 높일 수 있습니다. 가장 큰 문제는 여러 이해 관계자 사이를 조정하는 일입니다. 이러한 이해 관계자 중 일부는 채택 활동을 중단하거나 늦출 권한이 있습니다. 이러한 단계에서는 단기적인 목표를 신속하게 충족하고 장기적인 성공을 이루는 방법을 간략하게 설명합니다.

1단계: 비즈니스 전략 문서화

일반적인 마이그레이션 장애 요인을 방지하려면 명확하고 간결한 비즈니스 전략이 있는지 확인합니다. 채택 및 환경 구성 전반에 걸쳐 동기, 예상되는 비즈니스 결과, 비즈니스 타당성에 대해 이해 관계자를 조정하는 일이 중요합니다.

명확하고 간결한 비즈니스 전략은 클라우드 플랫폼 팀에서 중요한 사항과 환경 구성에 관한 결정을 내릴 때 우선시해야 하는 사항을 이해하는 데 도움이 됩니다. 특히 이는 팀이 혁신 속도 또는 컨트롤 준수 중에서 선택해야 할 때 결정을 내리는 데 도움이 됩니다.

결과물:

  • 전략 및 계획 템플릿을 사용하여 동기, 원하는 비즈니스 결과, 높은 수준의 비즈니스 타당성을 기록합니다.

결과물 완성 지원을 위한 지침:

  • 비즈니스 동기 이해: 전략적 조정의 첫 번째 단계는 마이그레이션 활동을 이끄는 동기에 동의하는 것입니다. 먼저 비즈니스 및 IT에 걸쳐 다양한 관련자의 동기 및 보편적 주제를 이해하고 범주화합니다.
  • 비즈니스 결과 문서화: 동기가 조정되면 원하는 비즈니스 결과를 확보할 수 있습니다. 해당 정보는 전체적인 변환을 측정하는 데 사용할 수 있는 명확한 메트릭을 제공합니다.
  • 클라우드 마이그레이션 비즈니스 사례 빌드: 비즈니스 타당성에 도움이 되는 수식과 도구에 대한 명확한 참고 자료 등 마이그레이션을 위한 비즈니스 사례 개발을 시작합니다.

담당 팀 담당 팀과 지원 팀 정보 제공 팀
  • 클라우드 전략 팀
  • 클라우드 채택 팀
  • 클라우드 혁신 센터 또는 중앙 IT 팀
  • 클라우드 플랫폼 팀
  • 2단계: 디지털 자산 평가

    검색과 평가는 심층적인 수준의 기술 조정 기능을 제공하여 전략을 이행하는 데 사용할 수 있는 작업 계획을 만드는 데 도움이 됩니다. 이 단계에서는 현재 환경 상태에 대한 데이터를 사용하여 비즈니스 사례의 유효성을 검사합니다. 그런 다음 해당 데이터에 대한 정량적 분석과 우선 순위가 가장 높은 워크로드에 대한 정성적 심층 평가를 수행합니다.

    디지털 자산 평가의 출력 정보는 클라우드 플랫폼 팀이 최종 상태 환경과 채택 계획을 지원하는 데 필요한 요구 사항을 명확하게 확인할 수 있도록 해 줍니다.

    결과물:

    • 기존 인벤토리의 원시 데이터
    • 비즈니스 타당성을 구체화하기 위한 기존 인벤토리의 정량적 분석
    • 처음 10개 워크로드에 대한 정성적 분석
    • 전략 및 계획 템플릿에 업데이트된 비즈니스 타당성

    결과물 완성 지원을 위한 지침:

    • 기존 시스템 인벤토리: 프로그래밍 방식의 데이터 기반 접근 방식에서 현재 상태를 이해하는 것이 첫 번째 단계입니다. 모든 평가 활동을 지원하기 위한 데이터를 찾고 수집합니다.
    • 증분적 합리화: 모든 자산의 정성적 분석에 초점을 맞추도록 평가 활동을 합리화하여 비즈니스 사례를 지원할 수도 있습니다. 그런 다음 마이그레이션할 처음 10개 워크로드에 대한 정성적 심층 분석을 추가합니다.

    담당 팀 담당 팀과 지원 팀 정보 제공 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 클라우드 플랫폼 팀
  • 3단계: 클라우드 채택 계획 만들기

    클라우드 채택 계획은 프로젝트 백로그 개발에 가속화된 접근 방식을 제공합니다. 그후 평가 결과, 합리화, 필요한 기술 및 파트너 계약을 반영하도록 백로그를 수정할 수 있습니다.

    단기 클라우드 채택 계획과 백로그를 검토하면 클라우드 플랫폼 팀이 향후 몇 개월간의 환경 요구 사항을 이해하는 데 도움을 받을 수 있습니다. 이 배경 정보는 처음 몇 가지 랜딩 존에 대한 완료 정의를 강화하는 데 도움이 됩니다.

    결과물:

    • 백로그 템플릿을 배포합니다.
    • 마이그레이션할 처음 10개의 워크로드를 반영하도록 템플릿을 업데이트합니다.
    • 릴리스 시간을 추정할 수 있도록 사용자와 속도(사용자 시간)을 업데이트합니다.
    • 타임라인 위험:
      • Azure DevOps에 익숙하지 않으면 배포 프로세스가 느려질 수 있습니다.
      • 각 워크로드에 사용할 수 있는 복잡성과 데이터는 타임라인에도 영향을 줄 수 있습니다.

    결과물 완성 지원을 위한 지침:

    • 클라우드 채택 계획: 기본 템플릿을 사용하여 계획을 정의합니다.
    • 워크로드 일체화: 백로그에서 워크로드를 정의합니다.
    • 활동 맞춤: 백로그에서 자산과 워크로드를 조정하여 우선 순위가 지정된 워크로드 활동을 명확하게 정의합니다.
    • 사용자 및 시간 맞춤: 마이그레이션된 워크로드에 대한 반복, 개발속도 및 릴리스를 설정합니다.

    담당 팀 담당 팀과 지원 팀 정보 제공 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 클라우드 플랫폼 팀
  • 클라우드 플랫폼 팀
  • 4단계: 첫 번째 랜딩 존 배포

    처음에 클라우드 채택 팀에서는 첫 번째 워크로드 웨이브의 요구 사항을 지원할 수 있는 랜딩 존이 필요합니다. 시간이 지남에 따라 랜딩 존은 더 복잡한 워크로드를 해결하기 위해 확장됩니다. 지금은 클라우드 플랫폼 팀 및 클라우드 채택 팀을 위해 조기 학습을 지원하는 랜딩 존부터 시작합니다.

    결과물:

    • 초기 위험도가 낮은 마이그레이션을 위한 첫 번째 랜딩 존을 배포합니다.
    • 클라우드 혁신 센터 또는 중앙 IT 팀과 함께 리팩터링할 계획을 개발합니다.
    • 타임라인 위험:
      • 처음 10개 워크로드에 대한 거버넌스, 운영 및 보안 요구 사항으로 인해 이 프로세스가 느려질 수 있습니다. 첫 번째 랜딩 존과 후속 랜딩 존을 실제로 리팩터링하는 데 시간이 더 오래 걸리지만, 마이그레이션 활동과 병행해야 합니다.

    결과물 완성 지원을 위한 지침:

    • 랜딩 존 선택: 이 섹션을 사용하여 단기 채택 계획에 따라 랜딩 존을 배포하는 데 올바른 방법을 찾습니다. 그런 다음, 표준화된 코드 베이스를 배포합니다.
    • 랜딩 존 확장: 단기 채택 계획을 지원해야 하는 경우가 아니면, 아직 장기 거버넌스, 보안 또는 운영 제약 조건을 충족하려고 시도하지 마세요.

    담당 팀 담당 팀과 지원 팀
  • 클라우드 플랫폼 팀
  • 클라우드 채택 팀
  • 클라우드 혁신 센터 또는 중앙 IT 팀
  • 5단계: 초기 거버넌스 기반 배포

    거버넌스는 마이그레이션 활동의 장기적인 성공을 위한 핵심 요소입니다. 마이그레이션 속도 및 비즈니스 영향은 중요합니다. 하지만 거버넌스가 없는 속도는 위험할 수 있습니다. 조직에서는 채택 패턴과 거버넌스 및 규정 준수 요구 사항에 맞게 조율되는 거버넌스에 관한 결정을 내려야 합니다.

    이러한 결정이 내려지면 클라우드 플랫폼 팀에서 병행하는 활동에 다시 제공됩니다.

    결과물:

    • 초기 거버넌스 기반을 배포합니다.
    • 거버넌스 벤치마크를 완료하여 향후 개선을 계획합니다.
    • 타임라인 위험:
      • 정책 및 거버넌스 구현의 개선은 분야당 1~4주가 추가될 수 있습니다.

    결과물 완성 지원을 위한 지침:

    • 거버넌스 접근 방식: 이 방법론에서는 회사 정책과 프로세스에 대해 생각하는 프로세스를 간략하게 설명합니다. 그런 다음, 클라우드 엔터프라이즈 채택 활동 전반에 걸쳐 거버넌스를 제공하는 데 필요한 분야를 구축합니다.
    • 거버넌스 벤치마크 도구: 미래를 계획할 수 있도록 현재 상태에서 격차를 확인합니다.
    • 초기 거버넌스 기반: 모든 채택의 기반 역할을 하는 거버넌스 MVP(최소 실행 가능 제품)를 만드는 데 필요한 거버넌스 분야를 이해합니다.

    담당 팀 담당 팀과 지원 팀 컨설팅 팀
  • 클라우드 거버넌스 팀
  • 클라우드 전략 팀
  • 클라우드 혁신 센터 또는 중앙 IT 팀
  • 클라우드 플랫폼 팀
  • 6단계: 작업 기준 구현

    진행 중인 작업에 대한 이해 없이 클라우드로 마이그레이션하는 것은 위험합니다. 마이그레이션과 동시에 장기 운영 관리 계획을 시작합니다. 이러한 계획을 클라우드 플랫폼 팀에서 병행하는 활동에 다시 제공합니다.

    결과물:

    • 관리 기준을 배포합니다.
    • 운영 관리 통합 문서를 작성합니다.
    • Microsoft Azure Well-Architected Review 평가가 필요한 워크로드를 식별합니다.
    • 타임라인 위험:
      • 통합 문서 검토: 애플리케이션 소유자당 약 1시간
      • Microsoft Azure Well-Architected Review 평가 완료: 애플리케이션당 약 1시간

    결과물 완성 지원을 위한 지침:


    담당 팀 담당 팀과 지원 팀 컨설팅 팀
  • 클라우드 운영 팀
  • 클라우드 전략 팀
  • 클라우드 혁신 센터 또는 중앙 IT 팀
  • 클라우드 플랫폼 팀
  • 7단계: 랜딩 존 확장

    클라우드 채택 팀에서 처음 몇 가지 마이그레이션 작업을 시작하면, 클라우드 플랫폼 팀에서 클라우드 거버넌스 팀과 클라우드 운영 팀을 지원하여 최종 상태의 환경 구성으로 빌드를 시작할 수 있습니다. 클라우드 채택 계획의 속도에 따라 반복 릴리스에서 이 프로세스를 수행해야 할 수 있습니다. 채택 계획의 요구 사항보다 먼저 기능이 추가될 수 있습니다.

    결과물:

    • 랜딩 존 리팩터링에 대한 테스트 기반 개발 접근 방식을 채택합니다.
    • 랜딩 존 거버넌스를 개선합니다.
    • 랜딩 존 작업을 확장합니다.
    • 랜딩 존 보안을 구현합니다.

    결과물 완성 지원을 위한 지침:


    담당 팀 담당 팀과 지원 팀
  • 클라우드 플랫폼 팀
  • 클라우드 채택 팀
  • 클라우드 혁신 센터 또는 중앙 IT 팀
  • 가치 설명

    이 가이드에 설명된 단계는 사용자와 소속 팀이 적절하게 구성된 엔터프라이즈 지원 클라우드 환경으로 나아가는 길을 가속화하는 데 도움이 될 수 있습니다.

    다음 단계

    초기 활동을 기반으로 향후 반복 시 다음 단계를 고려하세요.