모든 클라우드 기능은 모든 클라우드 채택 노력 중에 누군가가 제공합니다. 이러한 과제 및 팀 구조는 유기적으로 개발되거나 정의된 팀 구조와 일치하도록 의도적으로 설계될 수 있습니다.
채택 요구가 증가함에 따라 균형과 구조의 필요성도 증가합니다. 조직 완성도의 다양한 단계에서 공통 팀 구조에 대한 개요를 보려면 이 비디오를 시청하세요.
다음 그래픽은 일반적인 성숙 단계를 기반으로 한 구조를 간략하게 보여 줍니다. 이 예를 사용하여 운영 요구 사항에 가장 잘 맞는 조직 구조를 찾습니다.
조직의 완성도 주기를 보여 주는 
조직 구조는 여기에 설명된 일반적인 완성도 모델을 통해 이동하는 경향이 있습니다.
대부분의 회사는 클라우드 채택 팀보다 조금 더 시작합니다. 그러나 MVP 모범 사례 구조와 더 유사한 조직 구조를 설정하는 것이 좋습니다.
클라우드 채택 팀 전용
모든 클라우드 채택 노력의 핵심은 클라우드 채택 팀입니다. 이 팀은 채택을 가능하게 하는 기술적 변화를 주도합니다. 채택 노력의 목표에 따라 이 팀은 광범위한 기술 및 비즈니스 작업을 처리하는 다양한 팀 구성원을 포함할 수 있습니다.
소규모 또는 초기 단계 채택 노력의 경우 이 팀은 단 한 사람으로 이루어졌을 수 있습니다. 대규모 또는 후기 단계의 작업에서는 각각 약 6명의 엔지니어로 구성된 여러 클라우드 채택 팀이 있는 것이 일반적입니다. 규모나 작업에 관계없이 클라우드 채택 팀의 일관된 측면은 솔루션을 클라우드에 온보딩하는 수단을 제공한다는 것입니다. 일부 조직의 경우 충분한 조직 구조일 수 있습니다. 클라우드 채택 팀 문서는 클라우드 채택 팀의 구조, 구성 및 기능에 대한 더 많은 인사이트를 제공합니다.
경고
클라우드 채택 팀(또는 여러 클라우드 채택 팀)과만 협력하는 것은 안티패턴으로 간주되므로 피해야 합니다. 최소한 MVP 모범 사례를 고려해 보세요.
모범 사례: MVP(최소 실행 가능한 제품)
클라우드 채택 활동 전반에 걸쳐 균형을 맞추기 위해 두 팀이 있는 것이 좋습니다. 이 두 팀은 채택 활동 전반에 걸쳐 다양한 기능을 담당합니다.
- 클라우드 채택 팀: 이 팀은 채택된 솔루션에 대한 기술 솔루션, 비즈니스 조정, 프로젝트 관리 및 운영에 대한 책임을 집니다.
- 클라우드 거버넌스 팀: 클라우드 채택 팀의 균형을 맞추기 위해 클라우드 거버넌스 팀은 채택된 솔루션의 우수성을 보장하기 위해 최선을 다하고 있습니다. 클라우드 거버넌스 팀은 플랫폼 완성도, 플랫폼 운영, 거버넌스 및 자동화를 담당합니다.
이 입증된 방법은 지속 가능하지 않을 수 있기 때문에 MVP로 간주됩니다. 각 팀은 RACI(책임 있는, 책임 있는, 상담, 정보 제공) 차트에 설명된 대로 많은 모자를 쓰고 있습니다.
다음 섹션에서는 조직에 적절한 구조를 맞추는 방법과 함께 완전히 직원으로 구성된 검증된 조직 구조에 대해 설명합니다.
중앙 IT 팀
채택이 확장됨에 따라 클라우드 거버넌스 팀은 여러 클라우드 채택 팀의 혁신 흐름에 보조를 맞추는 데 어려움을 겪을 수 있습니다. 이는 특히 규정 준수, 운영 또는 보안 요구 사항이 많은 환경에서 특히 그렇습니다. 이 단계에서 기업은 클라우드 책임을 기존 중앙 IT 팀으로 이전하는 것이 일반적입니다. 해당 팀이 대규모 클라우드 채택을 더 잘 지원하기 위해 도구, 프로세스 및 사용자를 재평가할 수 있는 경우 중앙 IT 팀을 포함하면 상당한 가치를 더할 수 있습니다. 운영, 자동화, 보안 및 관리를 통해 중앙 IT 팀을 현대화하는 실무 전문가가 효과적인 운영 혁신을 추진할 수 있습니다.
아쉽게도 중앙 IT 팀 단계는 조직 완성도에서 가장 위험한 단계 중 하나일 수 있습니다. 중앙 IT 팀은 강력한 성장 마인드를 가지고 테이블에 와야 합니다. 팀이 클라우드를 성장하고 적응할 수 있는 기회로 간주하는 경우 프로세스 전반에 걸쳐 큰 가치를 제공할 수 있습니다. 그러나 중앙 IT 팀이 클라우드 채택을 주로 기존 모델에 대한 위협으로 간주하는 경우 중앙 IT 팀은 클라우드 채택 팀과 지원하는 비즈니스 목표에 장애가 됩니다. 일부 중앙 IT 팀은 클라우드를 온-프레미스 접근 방식에 맞게 강제 적용하려고 몇 달 또는 몇 년을 보냈으며 부정적인 결과만 있었습니다. 클라우드는 중앙 IT 팀 내에서 모든 것을 변경할 필요가 없지만 상당한 변경이 필요합니다. 중앙 IT 팀 내에서 변화에 대한 저항이 널리 퍼진 경우 이 성숙 단계는 빠르게 문화적 안티패턴이 될 수 있습니다.
PaaS(Platform as a Service), DevOps 또는 더 적은 운영 지원이 필요한 기타 솔루션에 중점을 두는 클라우드 채택 계획은 이 완성도 단계에서 가치를 볼 가능성이 적습니다. 반대로 이러한 유형의 솔루션은 IT를 중앙 집중화하려는 시도로 인해 방해를 받거나 차단될 가능성이 가장 높습니다. CCoE(클라우드 중심)와 같은 높은 수준의 성숙도는 이러한 유형의 변환 노력에 대해 긍정적인 결과를 얻을 가능성이 높습니다. 클라우드의 중앙 집중식 IT와 CCoE의 차이점을 이해하려면 Cloud Center of Excellence를 참조하세요.
전략적 조정
클라우드 채택에 대한 투자가 증가하고 비즈니스 가치가 실현됨에 따라 비즈니스 이해 관계자들은 종종 더 많은 참여를 하게 됩니다. 정의된 클라우드 전략 팀은 클라우드 채택 투자로 실현되는 가치를 최대화하기 위해 해당 비즈니스 이해 관계자를 조정합니다.
완성도는 IT 주도의 클라우드 채택 노력의 결과로 유기적으로 이루어지는 경우 거버넌스 또는 중앙 IT 팀이 전략적 조정을 선행합니다. 클라우드 채택 노력이 비즈니스에 의해 주도되는 경우 운영 모델 및 조직에 대한 초점은 더 일찍 발생하는 경향이 있습니다. 가능하면 비즈니스 성과와 클라우드 전략 팀 모두 프로세스 초기에 정의해야 합니다.
운영 조정
클라우드 채택 노력으로 비즈니스 가치를 실현하려면 안정적인 운영이 필요합니다. 클라우드에서의 작업에는 새로운 도구, 프로세스 또는 기술이 필요할 수 있습니다. 비즈니스 결과를 달성하기 위해 안정적인 IT 운영이 필요한 경우 여기에 표시된 대로 정의된 클라우드 운영 팀을 추가하는 것이 중요합니다.
클라우드 작업은 기존 IT 운영 역할에서 제공할 수 있습니다. 그러나 클라우드 작업이 IT 운영 외부의 다른 당사자에게 위임되는 것은 드문 일이 아닙니다. 관리되는 서비스 공급자, DevOps 팀 및 사업부 IT는 종종 IT 운영에서 제공하는 지원 및 가드레일과 함께 클라우드 운영과 관련된 책임을 맡습니다. 이는 DevOps 또는 PaaS 배포에 중점을 둔 클라우드 채택 작업에 점점 더 일반적입니다.
탁월한 클라우드 센터
가장 높은 완성도의 클라우드 센터는 최신 클라우드 우선 운영 모델을 중심으로 팀을 정렬합니다. 이 방법은 거버넌스, 보안, 플랫폼 및 자동화와 같은 중앙 집중식 IT 기능을 제공합니다.
이 구조와 중앙 IT 팀 구조의 주요 차이점은 셀프 서비스 및 민주화에 중점을 두고 있다는 것입니다. 이 구조의 팀은 가능한 한 많은 권한을 위임하기 위해 구성합니다. 거버넌스 및 규정 준수 관행을 클라우드 네이티브 솔루션에 맞추면 가드레일 및 보호 메커니즘이 만들어집니다. 중앙 IT 팀 모델과 달리 클라우드 네이티브 방법은 혁신을 극대화하고 운영 오버헤드를 최소화합니다. 이 모델을 채택하려면 비즈니스 및 IT 리더십에서 IT 프로세스를 현대화하기 위한 상호 합의가 필요합니다. 이 모델은 유기적으로 발생할 가능성이 낮으며 종종 경영진의 지원이 필요합니다.
다음 단계
조직 구조 완성도의 특정 단계에 맞춰 조정한 후에 는 RACI 차트 를 사용하여 각 팀의 책임과 책임을 정렬할 수 있습니다.