작업: 프로젝트 관리 프로세스 및 도구 정의 - AWS 권장 가이드
1단계: 프로젝트 관리 도구 선택2단계: 역할 및 책임 검증3단계: 혜택 추적 사무소 설립4단계: 프로젝트 요약 대시보드 생성5단계: 재무 보고 프로세스 생성6단계: 리소스 계획 생성7단계: 결정 로그 생성8단계: RAID 로그 생성작업 종료 기준

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

작업: 프로젝트 관리 프로세스 및 도구 정의

대규모 마이그레이션 프로젝트에는 잘 확립된 관리 프로세스와 도구가 필요합니다. 대규모 마이그레이션의 경우 정보 공유, 성능 지표 추적, 올바른 회의 참가자 식별, 소유자에게 작업 할당과 관련된 미묘한 차이가 있습니다. 이 작업에서는 주요 마이그레이션 작업 및 소유자를 문서화하고, 마이그레이션의 주요 성능 지표(KPIs)를 결정하고, 이를 측정하고, 예산을 추적하고, 위험을 관리하고 결정을 추적하기 위한 도구를 개발하는 방법을 결정합니다.

달리 명시되지 않는 한이 작업의 많은 단계가 동시에 수행됩니다. 일반적으로 시작 회의 전후에이 단계를 완료합니다.

이 작업에서는 다음을 수행합니다.

1단계: 프로젝트 관리 도구 선택

이 단계에서는 진행 상황을 추적하는 데 사용할 도구를 설정합니다. Jira 또는 Confluence와 같은 소프트웨어 솔루션을 사용하거나, Microsoft Excel에서 자체 대시보드를 구축하거나, 이러한 도구의 조합을 사용하도록 선택할 수 있습니다. 프로젝트 관리 도구를 선택하거나 구축할 때 다음 모범 사례를 고려하세요.

  • 작업 추적 및 진행 상황 추적을 위해 프로젝트 관리 애플리케이션에서 일반적으로 사용할 수 있는 Kanban 보드 또는 Gantt 차트와 같은 시각적 관리 도구를 사용하는 것이 좋습니다. 시각적 관리 도구는 현재 작업 및 파도 진행 상황을 검토하기 위한 일일 스탠드업 회의에서 특히 효과적입니다.

  • 프로젝트 관리 애플리케이션을 선택하는 경우 프로젝트 관리 도구에 계획 및 프로세스(예: 에스컬레이션 계획, 결정 로그 또는 RAID 로그)를 입력할지 여부를 고려하고 원하는 기능이 있는지 확인합니다.

  • 프로젝트 후원자, 경영진, 프로젝트 관리자 및 외부 이해관계자(있는 경우)가 선택한 도구를 조정하는 것이 중요합니다.

이러한 도구의 사용 방법에 대한 자세한 내용은 섹션을 참조하세요애자일 접근 방식 설정.

2단계: 모든 마이그레이션 활동에 대한 역할 및 책임 검증

AWS 대규모 마이그레이션을 위한 파운데이션 플레이북에서 대규모 마이그레이션 프로젝트의 각 마이그레이션 전략 및 상위 수준 작업에 대한 자세한 RACI 매트릭스를 생성했습니다. RACI 매트릭스는 책임 할당 도구이며 이름은 매트릭스에 정의된 네 가지 책임 유형인 책임(R), 책임(A), 상담(C), 정보(I)에서 파생됩니다. 이 매트릭스 형식은 모든 마이그레이션 활동에서 역할과 책임을 조정하는 데 권장됩니다. 이 매트릭스는 현장 팀을 원격 팀 또는 외부 파트너와 일치시킬 수 있습니다. 이 단계에서는 매트릭스가 올바른지 확인하고 프로젝트 팀과 함께 검토합니다.

조직에 맞게 RACI 작업을 조정하려면 다음을 고려하는 것이 좋습니다.

  • 변경 관리 프로세스, 해당 프로세스에 필요한 리드 타임 및 변경 승인과 관련된 역할을 이해합니다. 자세한 내용은 6단계: 변경 관리 프로세스 이해 단원을 참조하십시오.

  • 마이그레이션을 시작하기 전에 백업 및 재해 복구 전략을 검사했는지 확인하고이 전략을 마이그레이션 팀과 공유합니다. 전략의 격차를 식별하는 경우 또는 CloudEndure 재해 복구와 AWS Backup 같은 통합 클라우드 서비스를 사용하는 것이 좋습니다.

다음을 수행합니다.

  1. 아직 생성하지 않은 경우 AWS 대규모 마이그레이션을 위한 Foundation 플레이북의 지침에 따라 각 상위 수준 작업에 대한 RACI 매트릭스를 생성합니다.

  2. 각 매트릭스의 각 팀과 함께 매트릭스를 검토합니다. 모든 세부 작업이 표시되고 팀이 자신의 책임을 잘 알고 있는지 확인합니다.

  3. 새로운 마이그레이션 전략 또는 지원 작업을 식별하면서 마이그레이션 전반에 걸쳐 새 매트릭스를 업데이트하고 생성합니다.

3단계: 혜택 추적 사무소 설립

이 팀은 핵심 성과 지표(KPIs. 이 팀은 일정에 따라 마이그레이션이 진행 중인지 평가하고 진행 상황을 방해하는 지연 또는 문제에 대응할 수 있습니다. 이 팀은 주간 또는 격주 프로젝트 상태 회의 외부에서 회의를 합니다.

각 회의에서이 팀은 일반적으로 다음 질문을 검토하고 답변합니다.

  • 마이그레이션의 현재 상태는 어떻게 됩니까?

  • 목표 결과를 달성하기 위해 순조롭게 진행하고 있습니까?

  • 성능을 정확하게 측정하고 있습니까?

  • 마이그레이션을 가속화하려면 조정해야 하나요?

이점 추적 사무실에서 마이그레이션이 원하는 속도를 달성하지 못한다고 판단하면이 팀은 프로세스, 리소싱 또는 커뮤니케이션 계획에 대한 조정을 권장해야 합니다.

대규모 마이그레이션을 위한 혜택 추적 사무실을 설정하려면 다음을 수행합니다.

  1. 적절한 참가자를 식별합니다. 이 팀의 일반적인 구성원에는 프로젝트 후원자, 프로젝트 관리자, 마이그레이션 책임자, 워크로드 범위가 있는 각 사업부의 권한 있는 담당자가 포함됩니다.

  2. 혜택 추적 사무실에 대한 정기 회의 주기를 설정합니다. 이 팀은 2주에 한 번 회의를 하는 것이 좋습니다.

  3. 프로젝트 스폰서와 함께 대규모 마이그레이션을 위한 정성적 및 정량적 KPIs를 정의하고 경영진의 의견을 수집합니다. 혜택 추적 사무소는 KPIs를 기준으로 마이그레이션 진행 상황을 평가합니다. KPIs 다음과 같습니다.

    • (정량적) 계획과 비교하여 마이그레이션된 실제 서버 수

    • (정량적) 계획과 비교하여 폐기된 서버 수

    • (정성적) 설문 조사 피드백 및 실행 계획 검토

    • (정성적) 설문 조사 피드백에 대한 응답으로 수행된 수정 단계

4단계: 프로젝트 요약 대시보드 생성

프로젝트 팀은 주요 프로젝트 이해관계자와 함께 협력하여 마이그레이션 진행 방식을 명확하게 전달하는 대시보드를 개발해야 합니다. 프로젝트 요약 대시보드는 단일 페이지에서 다음을 수행해야 합니다.

  • 전체 프로젝트에 대해 완료된 워크로드와 남은 워크로드를 전체적으로 정량화합니다.

  • 가장 최근에 완료된 파도(계획된 파도 및 실제 파도)의 성능을 반영합니다.

  • 예정된 파도(계획된)에서 예상되는 워크로드를 표시합니다.

프로젝트 거버넌스 플레이북 템플릿에서 사용할 수 있는 프로젝트 요약 대시보드 템플릿(Microsoft PowerPoint 형식)으로 시작하는 것이 좋습니다. 다음을 수행합니다.

  1. 프로젝트에 필요한 대로 템플릿을 수정합니다. 각 마이그레이션 전략에 대한 서버 할당을 나타내는 것이 좋습니다. 제공된 템플릿에는 리호스팅 및 리플랫폼 마이그레이션 전략이 포함되어 있습니다.

  2. 경영진을 포함한 프로젝트 이해관계자와 함께 프로젝트 요약 대시보드를 검토하고 모든 이해관계자가 정렬되어 있는지 확인하고 대시보드를 사용하고 액세스하는 방법을 이해합니다.

  3. 대시보드를 공유 리포지토리에 저장합니다. 모든 이해관계자는 필요에 따라이 정보에 직접 액세스할 수 있어야 합니다.

5단계: 재무 보고 프로세스 생성

일반적으로 프로젝트 상태 보고서와 별도로 재무 보고를 추적합니다. 보다 제한된 대상에게 재무 보고를 제공하려고 하기 때문입니다. 재무 보고서에는 지금까지 발생한 비용인 실제 비용과 프로젝트의 나머지 부분에 대한 예상 비용인 예상 비용이 포함되어야 합니다. 내부 및 외부 리소스 비용을 별도로 추적합니다. 실제 및 예상 내부 리소스 비용을 평가하기 위해 사내 시간 보고와 리소스 계획을 사용할 수 있습니다. 외부 리소스의 경우 파트너 또는 컨설턴트에게 실제 및 예상 비용을 제공하도록 요청해야 합니다.

프로젝트 거버넌스 플레이북 템플릿에서 사용할 수 있는 Financial 글라이드 경로 템플릿(Microsoft PowerPoint 형식)으로 시작하는 것이 좋습니다. 다음을 수행합니다.

  1. 이 재무 보고서를 받을 이해관계자를 결정합니다.

  2. 이 재무 보고서를 회의에서 공유할지 아니면 이메일을 통해 공유할지 결정합니다.

  3. 프로젝트에 필요한 대로 템플릿을 수정합니다.

  4. 경영진 또는 프로젝트 후원자와 함께 재무 보고서를 검토하여 형식과 콘텐츠가 일치하는지 확인합니다.

  5. 이해관계자와 함께이 보고서를 업데이트하고 검토할 빈도를 결정합니다.

  6. 이 재무 보고서를 저장할 위치를 결정합니다. 민감한 재무 정보가 포함되어 있으므로이 템플릿을 나머지 프로젝트 설명서와 함께 공유 리포지토리에 저장하지 않는 것이 좋습니다.

6단계: 리소스 관리 및 확장 방법 결정

프로젝트가 진행됨에 따라 리소스를 효과적으로 관리하는 것은 대규모 마이그레이션 작업에 매우 중요합니다. 프로젝트가 초기화 단계에서 구현 단계로 이동함에 따라 마이그레이션 파도를 지원하기 위해 마이그레이션 팀이 확장해야 합니다. 동시에 검색 팀은 나머지 검색 활동에 따라 축소를 시작할 수 있습니다. 이 단계에서는 효율성을 위해 리소스 관리 및 규모 조정 계획을 매핑합니다. 이 단계는 일반적으로 프로젝트 관리자와 워크스트림 책임자가 수행합니다. 계획이 정의되면 프로젝트 전반에 걸쳐 지속적으로 감사하여 계획의 모든 리소스가 필요한지 확인합니다. 예를 들어 마이그레이션 파이프라인 구축 지연 또는 larger-than-anticipated 파도가 리소스 계획에 영향을 미칠 수 있습니다.

리소스 계획은 대규모 마이그레이션마다 다르며 일반적으로 프로젝트에 고유한 요인에 따라 결정됩니다. 일반적인 요인으로는 프로젝트 예산, 프로젝트 팀 구성 방식, 검색 활동 완료 속도, 포트폴리오가 각 마이그레이션 전략(리팩터링, 리호스팅 또는 리플랫폼 등)에 배포되는 방식, 조직의 변경 관리 프로세스에 필요한 시간 등이 있습니다.

리소스를 계획할 때 포트폴리오의 마이그레이션 전략과 이러한 전략이 마이그레이션 및 포트폴리오 팀에 미치는 영향을 고려합니다. 예를 들어 리호스팅은 복잡성이 낮기 때문에 대규모 마이그레이션을 위한 일반적인 전략입니다. 거의 모든 대규모 마이그레이션 프로젝트에는 4~5명의 리호스팅 마이그레이션 포드가 하나 이상 있습니다. 리플랫폼 또는 리팩터링과 같은 복잡성이 높은 마이그레이션 전략을 포함하려는 경우 이러한 전략에 대한 마이그레이션 팀 포드를 생성하고 리소스 계획에 추가 마이그레이션 및 포트폴리오 팀 리소스를 포함해야 합니다. 워크스트림, 팀 구조 및 각 포드에 필요한 사람 수에 대한 자세한 내용은 대규모 마이그레이션을 위한 파운데이션 플레이북의 팀 조직 및 구성을 참조하세요. AWS

또한 SAP와 같은 특수 워크로드가 존재하면 해당 워크로드에 대한 경험이 있는 별도의 특수 개인 팀도 보장됩니다. 특수 워크로드에 대한 자세한 내용은 AWS 마이그레이션 가속화 프로그램의 MAP 특수 워크로드를 참조하세요.

다음을 수행합니다.

  1. 프로젝트 거버넌스를 지원하는 데 필요한 리소스를 정의합니다. 일반적인 리소스에는 제공 거버넌스 및 감독을 위한 프로그램 관리자, 프로젝트 관리자 및 지원 프로젝트 관리자가 포함됩니다.

  2. 마이그레이션 도구를 지원하는 데 필요한 리소스를 정의합니다. 일반적인 리소스에는 클라우드 아키텍트 또는 외부 컨설턴트가 포함됩니다.

  3. 프로젝트에 ERP 시스템과 같은 특수 워크로드 마이그레이션이 포함된 경우 해당 워크로드를 지원하는 데 필요한 리소스를 정의합니다. 특수 워크로드의 일반적인 리소스는 다음과 같습니다.

    • 프로젝트 관리자

    • 아키텍처 책임자

    • 아키텍처 엔지니어

    • DevOps 엔지니어

    • 다음을 포함하는 특수 마이그레이션 포드:

      • 기능적 주제 전문가(SME)

      • 테스트 전문가

  4. 리호스팅과 같은 각 마이그레이션 전략을 지원하는 데 필요한 리소스를 정의합니다. 일반적인 리소스는 다음과 같습니다.

    • 프로젝트 리드

    • 컴퓨팅, 스토리지 및 네트워킹을 위한 아키텍트 및 엔지니어

    • 테스트 전문가

  5. 검색, 초기화 및 구현을 포함하여 프로젝트의 다양한 단계에서 이러한 팀을 지원하는 데 필요한 리소스 수를 할당합니다. 프로세스를 구체화할 때 마이그레이션의 가속화를 고려하고 단계 또는 프로젝트가 끝날 때 리소스를 축소하는 방법을 고려하세요.

7단계: 결정 로그 생성

대규모 마이그레이션 전반에 걸쳐 리드는 발생하는 문제를 해결하기 위한 결정을 내립니다. 대규모 마이그레이션 프로젝트의 크기와 범위 때문에 모든 결정을 내릴 때 프로젝트 관리자가 있을 수 없습니다. Workstream 리드는 Workstream에 영향을 미치는 결정을 기록할 책임이 있습니다. 프로젝트 관리자는 결정을 검토하고 프로젝트 상태 검토 회의에서 최근 결정을 발표할 책임이 있습니다.

이 단계는 일반적으로 프로젝트 관리자가 수행합니다. 이 단계에서는 공유 리포지토리에 결정 로그를 생성하고 워크스트림 리드가 로깅 결정에 대한 책임을 이해하고 있는지 확인합니다. 필요한 경우 에스컬레이션 계획을 사용하여 시기 적절한 의사 결정을 촉진합니다. 자세한 내용은 2단계: 에스컬레이션 계획 수립 단원을 참조하십시오. 모든 팀원이 각 수준에서 내릴 수 있는 결정 유형을 이해하고 있는지 확인합니다.

다음을 수행합니다.

  1. 결정 로그를 생성합니다. 이를 위해 Jira 또는 Confluence와 같은 전용 프로젝트 관리 도구를 사용하거나 Microsoft Excel에서 목록을 생성할 수 있습니다. 다음을 문서화하는 것이 좋습니다.

    • 결정에 대한 간략한 설명

    • 상태 표시기

    • 결정이 프로젝트에 미치는 영향

    • 고려되는 대체 옵션

    • 결정을 내린 사람

    • 결정 날짜

  2. 워크스트림 리드와 회의를 진행하여 결정 로그를 검토하고 이를 사용하는 방법을 교육합니다. 결정을 기록하는 문화를 조성하는 것이 중요합니다.

  3. 공유 리포지토리에 결정 로그를 저장하고 모든 워크스트림 리드가 액세스할 수 있는지 확인합니다.

  4. 각 프로젝트 상태 검토 회의 전에 로그에서 이전 회의 이후 내린 결정을 검토하고 프로젝트 상태 보고서 프레젠테이션에 이러한 결정을 포함시킵니다. 이렇게 하면 프로젝트 진행 과정에서 내린 모든 결정에 대해 프로젝트 수준의 투명성이 보장됩니다.

8단계: RAID 로그 생성

결정 로그와 마찬가지로 위험, 작업, 문제 및 종속성(RAID) 로그라고 하는 프로젝트 관리 도구에서 위험 및 문제를 추적해야 합니다. 대규모 마이그레이션을 얼마나 철저하게 계획하든 문제가 발생하고 프로젝트에 대한 몇 가지 위험을 식별할 수 있습니다. 위험과 문제를 식별하고 기록하면 프로젝트에 투명성을 제공하고 잠재적 문제를 제어하고 모니터링하여 프로젝트에 미치는 영향을 최소화하는 프로세스를 수립할 수 있습니다.

다음을 수행합니다.

  1. RAID 로그를 생성합니다. 이를 위해 Jira 또는 Confluence와 같은 전용 프로젝트 관리 도구를 사용하거나 Microsoft Excel에서 목록을 생성할 수 있습니다. 다음을 문서화하는 것이 좋습니다.

    • 유형(위험, 작업, 문제 또는 종속성)

    • 항목에 대한 간략한 설명

    • 열기 날짜

    • Probability

    • 영향

    • 심각도 점수 - 확률과 영향을 곱하여 계산됩니다.

    • 소유자

  2. 워크스트림 리드와 회의를 진행하여 RAID 로그를 검토하고 사용 방법을 교육합니다. 위험과 문제를 기록하는 문화를 조성하는 것이 중요합니다.

  3. 공유 리포지토리에 RAID 로그를 저장하고 모든 워크스트림 리드가 액세스할 수 있는지 확인합니다.

  4. 각 프로젝트 상태 검토 회의 전에 로그에서 이전 회의 이후 식별된 위험 및 문제를 검토하고 프로젝트 상태 보고서 프레젠테이션에 포함시킵니다. 이렇게 하면 모든 위험 및 문제에 대한 프로젝트 수준의 투명성이 보장됩니다.

작업 종료 기준

이 작업은 다음을 수행하면 완료됩니다.

  • Microsoft Excel에서 Jira, Confluence 또는 대시보드 및 목록과 같은 프로젝트 관리 도구를 하나 이상 선택했습니다.

  • 대규모 마이그레이션 프로젝트의 각 마이그레이션 전략(예: 리호스팅) 및 각 상위 수준 작업에 대한 자세한 RACI 매트릭스를 생성하고 검증했습니다.

  • 혜택 추적 사무실을 만들고, 회의에 대한 정기적인 주기를 수립하고, 회의에 대한 소유권 및 보고 템플릿을 생성했습니다.

  • 내부 이해관계자는 재무 보고 처리 방식에 맞게 조정됩니다. 재무 보고서를 검토하고, 수신자를 식별하고, 재무 보고서에 액세스할 수 있는 사람을 결정하기 위한 공식 주기를 설정했습니다.

  • 프로젝트에 대한 리소스 계획을 생성했습니다.

  • 공유 리포지토리에 결정 로그를 설정했으며 모든 팀 리드가 업데이트할 수 있는 권한이 있습니다.

  • RAID 로그의 위치와 템플릿을 정의했습니다. 로그를 유지하고 문제의 우선순위를 지정하는 프로세스를 수립했습니다. RAID 로그의 Week-to-week 변경 사항은 상태 보고서에 요약되어 있습니다.

  • 모든 프로젝트 이해관계자는 프로젝트 요약 대시보드에서 상위 수준 프로젝트 상태를 전달하는 방법에 맞춰 조정됩니다.