팀 구조 개선

모든 클라우드 기능은 모든 클라우드 채택 노력 중에 누군가가 제공합니다. 이러한 할당 및 팀 구조는 유기적으로 발전하거나 정의된 팀 구조와 일치하도록 의도적으로 설계될 수 있습니다.

채택 요구가 증가함에 따라 균형과 구조에 대한 요구도 증가합니다. 조직 완성의 다양한 단계에서 일반적인 팀 구조에 대한 개요를 보려면 이 동영상을 시청합니다.

다음 그래픽은 일반적인 성숙 단계를 기반으로 한 구조를 간략하게 보여 줍니다. 이 예를 사용하여 운영 요구 사항에 가장 잘 맞는 조직 구조를 찾습니다.

조직 구조는 다음과 같은 공통 성숙도 모델을 통해 이동하는 경향이 있습니다.

1. 클라우드 채택 팀만 해당
2. MVP 모범 사례
3. 중앙 IT 팀
4. 전략적 조정
5. 운영 조정
6. 클라우드 CCoE(Center of Excellence)

대부분의 회사는 클라우드 채택 팀으로 시작합니다. 그러나 MVP 모범 사례 구조와 더 유사한 조직 구조를 설정하는 것이 좋습니다.

클라우드 채택 팀 전용

모든 클라우드 채택 노력의 핵심은 클라우드 채택 팀입니다. 이 팀은 채택을 가능하게 하는 기술 변경을 주도합니다. 채택 노력의 목표에 따라 이 팀에는 광범위한 기술 및 비즈니스 작업을 처리하는 다양한 범위의 팀 구성원이 포함될 수 있습니다.

소규모 또는 초기 단계 채택 노력의 경우 이 팀은 단 한 사람으로 이루어졌을 수 있습니다. 대규모 또는 후기 단계의 작업에서는 각각 약 6명의 엔지니어로 구성된 여러 클라우드 채택 팀이 있는 것이 일반적입니다. 규모나 작업에 관계없이 모든 클라우드 채택 팀의 일관된 측면은 클라우드에 솔루션을 온보딩하는 수단을 제공한다는 것입니다. 일부 조직의 경우 이는 충분한 조직 구조일 수 있습니다. 클라우드 채택 팀 문서는 클라우드 채택 팀의 구조, 구성 및 기능에 대한 자세한 인사이트를 제공합니다.

경고

클라우드 채택 팀(또는 여러 클라우드 채택 팀)과만 협력하는 것은 안티패턴으로 간주되므로 피해야 합니다. 최소한 MVP 모범 사례를 고려합니다.

모범 사례: MVP(최소 실행 가능 제품)

클라우드 채택 노력 전반에 걸쳐 균형을 이루기 위해 두 개의 팀이 있는 것이 좋습니다. 이 두 팀은 채택 노력 전반에 걸쳐 다양한 기능을 담당합니다.

• 클라우드 채택 팀: 이 팀은 채택된 솔루션에 대한 기술 솔루션, 비즈니스 조정, 프로젝트 관리 및 운영을 담당합니다.
• 클라우드 거버넌스 팀: 클라우드 채택 팀의 균형을 맞추기 위해 클라우드 거버넌스 팀은 채택된 솔루션의 우수성을 보장하기 위해 최선을 다하고 있습니다. 클라우드 거버넌스 팀은 플랫폼 성숙도, 플랫폼 운영, 거버넌스 및 자동화를 책임집니다.

이 입증된 방법은 지속 가능하지 않을 수 있기 때문에 MVP로 간주됩니다. 각 팀은 RACI(Responsible, Accountable, Consulted 및 Informed) 차트에 설명된 대로 많은 모자를 쓰고 있습니다.

다음 섹션에서는 조직에 적합한 구조를 조정하기 위한 방법과 함께 충분한 인력을 갖추고 입증된 조직 구조에 대해 설명합니다.

중앙 IT 팀

채택이 확장됨에 따라 클라우드 거버넌스 팀은 여러 클라우드 채택 팀의 혁신 흐름에 보조를 맞추는 데 어려움을 겪을 수 있습니다. 이는 규정 준수, 운영 또는 보안 요구 사항이 과중한 환경에서 특히 그렇습니다. 이 단계에서 기업은 클라우드 책임을 기존 중앙 IT 팀으로 이전하는 것이 일반적입니다. 해당 팀이 도구, 프로세스 및 인력을 재평가하여 대규모 클라우드 채택을 더 잘 지원할 수 있다면 중앙 IT 팀을 포함하여 상당한 가치를 추가할 수 있습니다. 중앙 IT 팀을 현대화하기 위해 운영, 자동화, 보안 및 관리 분야의 주제 전문가는 효과적인 운영 혁신을 주도할 수 있습니다.

불행히도 중앙 IT 팀 단계는 조직 완성에서 가장 위험한 단계 중 하나일 수 있습니다. 강력한 성장 마인드를 가지고 중앙 IT 팀이 나서야 합니다. 팀에서 클라우드를 성장 및 적응의 기회로 여긴다면 프로세스 전반에 걸쳐 큰 가치를 제공할 수 있습니다. 그러나 중앙 IT 팀이 클라우드 채택을 주로 기존 모델에 대한 위협으로 간주한다면 중앙 IT 팀은 클라우드 채택 팀과 지원하는 비즈니스 목표에 장애물이 됩니다. 일부 중앙 IT 팀은 클라우드를 온-프레미스 방법과 일치시키려고 시도하는 데 몇 달 또는 몇 년을 보냈지만 부정적인 결과만 얻었습니다. 클라우드는 중앙 IT 팀 내에서 모든 것이 변경될 필요는 없지만 상당한 변경이 필요합니다. 중앙 IT 팀 내에서 변화에 대한 저항이 만연한 경우 이 성숙 단계는 빠르게 문화적 안티패턴이 될 수 있습니다.

클라우드 채택 계획은 PaaS(Platform as a Service), DevOps 또는 운영 지원이 덜 필요한 기타 솔루션에 중점을 두고 있으며 이 성숙 단계에서 가치를 볼 가능성이 적습니다. 반대로 이러한 유형의 솔루션은 IT를 중앙 집중화하려는 시도에 의해 방해되거나 차단될 가능성이 가장 높습니다. 클라우드 CCoE(Center of Excellence)와 같이 성숙도가 높을수록 이러한 유형의 혁신 노력에 대해 긍정적인 결과를 얻을 가능성이 더 큽니다. 클라우드의 중앙 집중식 IT와 CCoE의 차이점을 이해하려면 Cloud Center of Excellence를 참조하세요.

전략적 조정

클라우드 채택에 대한 투자가 증가하고 비즈니스 가치가 실현됨에 따라 비즈니스 이해 관계자의 참여도가 높아지는 경우가 많습니다. 정의된 클라우드 전략 팀은 이러한 비즈니스 이해 관계자를 조정하여 클라우드 채택 투자로 실현된 가치를 극대화합니다.

IT 주도의 클라우드 채택 노력의 결과로 완성도가 유기적으로 발생하면 거버넌스 또는 중앙 IT 팀이 전략적 조정을 선행합니다. 클라우드 채택 노력이 비즈니스에 의해 주도될 때 운영 모델과 조직에 대한 초점은 더 일찍 일어나는 경향이 있습니다. 가능하면 비즈니스 성과와 클라우드 전략 팀 모두 프로세스 초기에 정의해야 합니다.

운영 조정

클라우드 채택 노력으로 비즈니스 가치를 실현하려면 안정적인 운영이 필요합니다. 클라우드에서의 작업에는 새로운 도구, 프로세스 또는 기술이 필요할 수 있습니다. 비즈니스 성과를 달성하기 위해 안정적인 IT 운영이 필요한 경우 여기에 표시된 것처럼 정의된 클라우드 운영 팀을 추가하는 것이 중요합니다.

클라우드 운영은 기존 IT 운영 역할에 의해 제공될 수 있습니다. 그러나 클라우드 운영이 IT 운영 외부의 다른 당사자에게 위임되는 것은 드문 일이 아닙니다. 관리되는 서비스 공급자, DevOps 팀 및 사업부 IT는 종종 IT 운영에서 제공하는 지원 및 가드레일과 함께 클라우드 운영과 관련된 책임을 맡습니다. 이는 DevOps 또는 PaaS 배포에 중점을 둔 클라우드 채택 노력에 점점 더 일반적입니다.

탁월한 클라우드 센터

최고 성숙도에서 Cloud Center of Excellence는 최신적인 클라우드 우선 운영 모델을 중심으로 팀을 정렬합니다. 이 방법은 거버넌스, 보안, 플랫폼 및 자동화와 같은 중앙 집중식 IT 기능을 제공합니다.

이 구조와 중앙 IT 팀 구조 간의 주요 차이점은 셀프 서비스 및 민주화에 대한 강한 초점입니다. 이 구조의 팀은 가능한 한 많은 권한을 위임하기 위해 구성합니다. 거버넌스 및 규정 준수 관행을 클라우드 네이티브 솔루션에 맞추면 가드레일 및 보호 메커니즘이 만들어집니다. 중앙 IT 팀 모델과 달리 클라우드 네이티브 방법은 혁신을 극대화하고 운영 오버헤드를 최소화합니다. 이 모델을 채택하려면 IT 프로세스를 현대화하기 위한 비즈니스 및 IT 리더십의 상호 동의가 필요합니다. 이 모델은 유기적으로 발생할 가능성이 낮고 종종 경영진의 지원이 필요합니다.

다음 단계

조직 구조 성숙도의 특정 단계에 맞춘 후 RACI 차트를 사용하여 각 팀의 책임을 조정할 수 있습니다.

적절한 RACI 차트 정렬