준비 상태 평가 프로세스 - AWS 규범적 지침
준비 상태 평가 회의 일정 예약인터뷰 진행정보 수집결과 제시

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

준비 상태 평가 프로세스

준비 상태 평가는 2주에 걸친 다음 네 가지 작업으로 구성됩니다.

  1. 준비 상태 평가 회의 일정을 잡고 참석을 요구하십시오.

  2. 각 애플리케이션 제품군의 주요 이해 관계자 또는 페르소나와 인터뷰를 진행하십시오.

  3. 애플리케이션 현대화 설문(부록 참조) 를 사용하여 정보를 수집하고, 수집된 정보를 분석하고, 관찰 내용을 문서화하고, 다음 단계를 결정합니다.

  4. 디브리핑 회의를 예약하고 실시하십시오.

다음 섹션에서는 이러한 작업에 대해 보다 자세히 설명합니다.

준비 상태 평가 회의 일정 예약

준비 상태 평가 프로세스의 첫 번째 단계는 필요한 참석자와 함께 준비 상태 평가 회의 일정을 예약하는 것입니다. 제안된 참석자:

  • CEO

  • CTO/수석 아키텍트

  • CIO

  • 매니징 디렉터

  • 사업부 책임자

  • IT 재무

  • 보안 리더

  • 네트워크 리더

  • 애플리케이션 개발 리더

  • 인프라 리더

  • 조업 리더

  • 애플리케이션 소유자(처음 몇 개 애플리케이션)

인터뷰 진행

이 단계에서는 경영진과의 1시간 또는 2시간의 토론을 시작으로 주요 이해관계자 또는 페르소나와 인터뷰를 진행합니다. 이 킥오프 미팅은 전체 프로세스를 시작하며, 이는 평가의 중요한 구성 요소입니다.

  • 킥오프 미팅에서는 조직의 업무 우선 순위를 이해하고 2주간의 준비 상태 평가 중에 평가해야 할 핵심 애플리케이션 세트를 식별하십시오. 목표는 업무 우선 순위에 맞추는 것입니다.

  • 업무 리더와 기술 리더가 우선 순위에 대해 의견을 같이하면 이틀간의 비전 워크숍을 개최하여 현대화 전략의 세부 사항을 정의하고 자원 할당에 대한 조정 및 경영진의 노력을 촉진하십시오. 비전 워크숍의 구체적인 목표는 다음과 같습니다.

    • 현대화 이니셔티브의 일환으로 제공할 수 있는 주요 업무 성과 중 우선 순위가 지정된 짧은 목록을 식별하십시오.

    • 식별된 업무 성과와 관련하여 현재의 기술 역량, 아키텍처 및 기술을 파악하십시오.

    • 중요한 운영 모델 메커니즘에 참여할 주요 이해 관계자(예: 클라우드 리더십 팀, 클라우드 업무 사무소, 클라우드 플랫폼 엔지니어링 팀)를 식별하십시오.

    워크숍은 현대화 프로그램 관리자가 주도해야 하며 현대화 설계자, 인프라 전문가, 데이터 전문가가 참여해야 합니다. (조직의 규모와 구조에 따라 전문가 역할이 결합될 수 있습니다.) 총괄 스폰서는 이사 및 부사장을 포함하도록 선택할 수 있지만 팀에 완전한 참여를 위임하지는 않을 수 있습니다.

  • 비전 워크숍이 끝난 후 이해 관계자들은 성공 요인, 방법론, 일반적인 결과에 대해 의견을 나눕니다. 이를 통해 다음 단계에서 조직의 노력과 중점 사항을 완전히 이해할 수 있습니다.

정보 수집

이 단계에서는 애플리케이션 현대화 설문(부록 참조)를 사용하여 현재 포트폴리오를 더 잘 이해하고 평가하십시오. 다음과 같은 다섯 가지 렌즈를 통해 애플리케이션을 평가할 수 있습니다.

  • 전략적 또는 비즈니스 적합성

  • 기능적 적절성

  • 기술적 적정성

  • 재무 적합성

  • 디지털 준비 상태

모든 사람이 생태계에 대해 공통적으로 이해할 수 있도록 여정 가이드를 개발하고 플랫폼 재구성, 리팩토링 및 교체될 애플리케이션에 집중하십시오. 현대화에 필요한 한 두 가지 워크로드의 우선 순위를 정하고 해당 애플리케이션을 현대화하기 위한 청사진을 작성하십시오.

  • 사전 조건을 체크하십시오. 블루프린트를 생성하기 전에 모든 필수 단계가 완료되었는지 확인하세요. 사전 요건에는 코드 수정, 성능, 통합, 서비스 가능성, 채택 경로 결정(플랫폼 변경, 리팩터링 또는 교체) 등 애플리케이션 현대화의 동인을 확인하는 것이 포함됩니다.

  • 자산 정렬. 우선 순위가 지정된 워크로드를 지원하기 위해 요구되는 제안 자산 또는 기존 자산을 식별하십시오.

  • 반복 및 릴리스를 정의하십시오. 현대화 작업에 할당된 타임 블록(반복)을 결정합니다. 생산 프로세스를 변경하기 전에 릴리스(완료될 작업)를 정의하십시오.

  • 조직이 현대화를 준비하는 데 도움이 되는 각 영역의 조치를 식별하십시오. 핵심은 현대화하려는 처음 몇 개의 애플리케이션에 대해 원활한 마이그레이션 경험을 보장하는 것입니다. 이 첫 단계에서 모든 애플리케이션의 모든 측면을 해결하기 위한 실행 계획을 제시하려고 하지 마십시오. 반복적인 접근 방식은 민첩성과 속도를 제공하면서 품질과 보안을 유지하는 데 도움이 됩니다.

  • 마감일과 책임자를 식별합니다. 각 조치에 대해 마감일과 최소 한 명의 책임자를 기입하십시오. 조치를 적시에 완결할 수 있도록 프로젝트를 만들고 시작하는 것이 가장 좋습니다.

결과 제시

디브리핑 회의에서 결과를 논의(검증)하여 논의된 업무 계획, 식별된 위험 요인, 각 애플리케이션의 경로를 요약한 로드맵을 작성하십시오. 분석 및 관찰에는 다음이 포함될 수 있습니다:

  • 애플리케이션의 그룹화, 순위 지정 및 순서 지정

  • 대상 및 중간 운영 모델

  • 주요 기술 및 규제 요건

  • 광범위한 데이터 마이그레이션 요건이 있는 애플리케이션

  • 변환할 데이터의 범위와 양

이를 통해 관찰 및 후속 활동에 적합한 분위기를 조성하여 결과를 도출하는 데 도움이 됩니다. 디브리핑 세션의 목표는 다음 단계에 대한 조율과 합의로, 이를 통해 특정 영역에 대해 더 깊이 파고들어 추진력을 구현하고 강화하기 시작할 것입니다.