역할 및 책임 조정
조직의 문화권 및 데이터 센터 관리를 이해하는 것은 Azure 마이그레이션 성공에 매우 중요합니다. 명확한 역할이 있는 중앙 집중식 IT 팀은 프로세스를 용이하게 하지만, 규모가 크거나 규정 준수에 묶인 기업은 진행을 방해할 수 있는 미묘한 문제에 직면해 있습니다.
Azure 클라우드 채택 프레임워크 주요 기능을 수행하기 위해 부서 간 협업을 옹호하면서 마이그레이션에서 조직 정렬의 역할을 강조합니다.
이 문서에서는 다음에 대해 알아봅니다.
- 클라우드 전략 및 클라우드 채택 기능에 부합하는 마이그레이션 관련 역할입니다.
- 마이그레이션 프로세스 중에 다른 기능에 필요할 수 있는 역할 지원(예: 랜딩 존 설계자 및 워크로드 설계자).
- 마이그레이션 프로젝트의 역할에 대한 관련 전문가 또는 소유자를 식별하는 방법입니다.
- 마이그레이션 프로젝트의 어떤 부분을 담당하는 역할을 이해하는 데 도움이 되는 책임 매트릭스입니다.
팁
멘션 역할은 특정 직위와 일치하지 않거나 전담 팀 구성원이 필요할 수 있습니다. 종종 한 사람이 여러 역할을 다룰 수 있거나 여러 팀 구성원이 책임을 공유할 수 있습니다. 이 목록은 일반적인 책임을 간략하게 설명하지만 인력 가이드는 아닙니다. 핵심은 조직 내에서 이러한 책임이 충족되도록 하는 것입니다.
클라우드 전략 함수 역할
마이그레이션 프로젝트에 필요한 약정 및 조직이 있는지 확인하려면 클라우드 전략 함수에 대해 다음 역할이 필요합니다. 다음 표에서는 클라우드 전략 함수 역할 및 해당 책임에 대해 설명합니다.
역할 | 책무 |
---|---|
Project Sponsor | 마이그레이션 범위를 정의하여 이동되는 리소스와 각 리소스 이동의 이점을 결정합니다. 마이그레이션 도구 구매, 전체 워크로드 아키텍처 및 릴리스 활동에 대한 의사 결정 소유권을 제공합니다. |
Project Manager | 마이그레이션 범위에 대한 프로젝트 계획을 추진합니다. 테스트 프로세스를 구동합니다. 관련자에 대한 상태 업데이트를 구성합니다. |
조직 변경 관리자 | 프로젝트 팀이 조직에 변경 내용을 전달할 수 있도록 지원합니다. 다양한 기능을 사용하여 올바른 팀 구성원이 참여하고 마이그레이션을 지원하기 위해 올바른 조직 변경이 발생하도록 합니다. |
라이선싱 전문가 | 라이선스 인사이트 및 재무 운영 관리를 제공하여 프로젝트의 라이선스가 제대로 부여되고 기존 라이선스가 부여된 리소스를 사용할 수 있도록 합니다. |
워크로드 비즈니스 소유자 | 워크로드 평가, 아키텍처 및 마이그레이션 프로세스에 대한 의사 결정 소유권을 제공합니다. Azure에서 워크로드의 비즈니스 가치에 대한 소유자 역할을 합니다. |
클라우드 채택 함수 역할
Azure 로 마이그레이션하는 동안 클라우드 채택 함수 는 대부분의 기술 실행을 수행합니다. 이 함수의 경우 다음 표에 설명된 역할을 갖도록 계획합니다.
역할 | 책무 |
---|---|
마이그레이션 설계자 | 마이그레이션 웨이브 계획 및 모든 마이그레이션 프로세스와 같은 워크로드에 대한 기술 의사 결정을 감독합니다. |
마이그레이션 엔지니어 | 프로젝트의 일부로 식별되는 작업을 실행합니다. |
다른 함수에 대한 역할 지원
다음 표에서는 다른 함수에 필요할 수 있는 지원 역할에 대해 설명합니다.
역할 | 책무 |
---|---|
랜딩 존 아키텍츠 | 워크로드를 랜딩 존으로 마이그레이션할 수 있도록 지원합니다. 랜딩 존의 플랫폼 서비스와 관련된 문제를 해결하는 데 도움이 됩니다. 자세한 내용은 클라우드 플랫폼 함수를 참조 하세요. |
Cloud Operations Manager | 워크로드를 마이그레이션할 때 워크로드에 적절한 관리가 적용되도록 관리 플랫폼으로 워크로드를 온보딩할 수 있도록 지원합니다. 자세한 내용은 클라우드 작업 함수를 참조 하세요. |
워크로드 설계자 | 마이그레이션 워크로드 디자인에 대한 아키텍처 지침 및 의사 결정을 제공합니다. 각 워크로드에 대해 이 역할의 여러 인스턴스를 수행하기 위해 특정 주제 전문가가 필요할 수 있습니다. 자세한 내용은 중앙 IT 함수를 참조 하세요. |
사용자 승인 테스터 | 개별 워크로드를 테스트합니다. UAT(사용자 승인 테스트)에 대한 피드백을 제공하기 위해 워크로드당 이 역할의 여러 인스턴스가 있을 수 있습니다. 자세한 내용은 중앙 IT 함수를 참조 하세요. |
역할에 대한 전문가 또는 소유자 식별
워크로드 설계자 및 워크로드 비즈니스 소유자와 같은 이러한 역할 중 일부에 대한 올바른 리소스를 식별하기 어려울 수 있습니다. 워크로드가 장기간 기본 자주 변경하지 않는 경우 제한된 소유권 정보 및 기술 전문 지식을 찾아 함수를 지원할 수 있습니다. 예를 들어 디지털 자산 계획에서 서버가 특정 워크로드에 매핑되지 않는 경우가 있으므로 누가 소유권을 가지고 있을지 불분명할 수 있습니다.
역할을 식별하기 위한 몇 가지 권장 사항은 다음과 같습니다.
- 기록 데이터: 구성 관리 데이터베이스 또는 티켓 시스템을 사용하여 누가 기본테넌스를 요청하거나 서버 또는 워크로드에 대해 통신하는지를 나타내는 기록 항목을 식별합니다.
- 로그인 로그: 워크로드의 서버에 가장 최근에 로그인한 사용자를 찾습니다. 이 방법은 소유자를 식별하지 못할 수도 있지만 최근 사용자는 서버에 대한 컨텍스트를 제공할 수 있습니다.
- 종속성 분석: 종속성 분석 도구를 사용하여 서버에서 호스트되는 함수에 가장 자주 연결하는 사용자를 식별합니다. 이러한 도구는 비즈니스 부서를 식별하는 데 도움이 될 수 있으며, 이는 소유자를 식별하는 데 도움이 될 수 있습니다.
- 관련 애플리케이션 소유자: 유사한 비즈니스 부서 또는 기능을 서비스하는 애플리케이션의 소유자에게 문의합니다. 입력해야 하는 역할을 식별하는 데 도움이 되도록 요청합니다. 조직에서 역할에 대한 전문가가 없더라도 마이그레이션 프로세스 중에 역할을 채워야 합니다. 비즈니스 팀과 IT 팀은 최소한 중간 멤버를 식별한 다음 마이그레이션 후 워크로드의 장기 지원을 위한 소유권 계획을 수립해야 합니다.
대규모 마이그레이션 이니셔티브에 대한 역할 크기 조정
마이그레이션하는 워크로드의 크기와 수에 따라 각 역할에 여러 팀 구성원이 할당되어야 할 수 있습니다. 좋은 방법은 이 문서에서 2주 스프린트당 크기 및 복잡성이 중간인 최대 5개의 워크로드에 대해 설명하는 규모를 사용하는 것입니다.
그러나 워크로드 크기 조정 및 복잡성은 판단하기 어려울 수 있습니다. 초기 마이그레이션 웨이브에서 핵심 팀으로 시작하지만 필요한 경우 규모를 확장합니다.
규모를 확장해야 하는 경우 다음 표에 설명된 역할도 계획해야 합니다.
역할 | 책무 |
---|---|
프로그램 관리자 | 여러 프로젝트 범위에서 프로젝트 관리 작업을 구성합니다. |
마이그레이션 아키텍처 리드 | 여러 마이그레이션 설계자 범위에서 기술적 우수성을 제공합니다. |
책임 매트릭스 예제
다음 표에서는 이 범례를 사용하여 마이그레이션 프로젝트 단계에 대한 역할당 책임 범주를 나타냅니다.
- D = 드라이버: 목표의 단일 드라이버인 조직의 한 개인입니다.
- = 승인자: 대부분의 결정을 내리고 목표가 충족되지 않을 경우 책임이 있는 조직의 한 명 이상의 개인입니다.
- C = 기여자: 목표를 지원하는 작업을 수행할 책임이 있는 조직의 개인입니다.
- I = Informed: 프로젝트에 영향을 미치는 조직의 개인과 프로젝트의 의사 결정 및 상태 대해 정기적으로 정보를 받은 사람.
마이그레이션 프로젝트의 기준으로 다음 책임 매트릭스를 사용할 수 있습니다. 조직의 요구 사항에 따라 더 많은 역할을 식별하거나 책임을 전환해야 할 수 있습니다.
역할 | 디지털 자산 검색 | 마이그레이션 범위 | 프로젝트 계획 | 마이그레이션 도구 | 워크로드 검색 | 워크로드 평가 | 워크로드 아키텍처 | 웨이브 계획 | 워크로드 테스트 마이그레이션 | 워크로드 마이그레이션 UAT | 워크로드 마이그레이션 | 워크로드 릴리스 UAT | 조직 변경 관리 | 작업으로 전환 | 워크로드 라이선스 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
마이그레이션 설계자 | D | D | A | D | A | A | D | A | A | A | A | A | I | D | I |
마이그레이션 엔지니어 | C | I | C | C | D | D | C | D | D | C | D | C | I | C | C |
Project Manager | I | I | D | I | I | I | I | I | I | D | I | D | I | C | I |
Project Sponsor | A | A | A | A | I | I | A | I | I | I | A | I | A | A | A |
사용자 승인 테스터 | I | I | I | I | I | I | I | I | I | C | I | C | I | C | I |
워크로드 설계자 | I | I | C | C | C | C | C | C | C | C | C | C | C | C | I |
워크로드 비즈니스 소유자 | I | I | C | I | A | A | A | A | A | A | A | A | C | C | A |
조직 변경 관리자 | I | I | C | I | I | I | I | I | I | C | I | C | D | C | I |
라이선싱 전문가 | I | I | C | C | I | C | C | C | I | I | I | I | I | C | D |
Cloud Operations Manager | C | C | C | I | I | I | I | C | I | I | I | I | C | A | I |
랜딩 존 아키텍츠 | I | I | C | C | I | I | C | C | I | I | I | I | I | I | I |