다음을 통해 공유


사일로 및 봉건제 영지

비즈니스 관행, 문화 또는 기술 운영의 주요 변경에서 성공하려면 성장형 사고방식이 필요합니다. 성장형 사고방식의 핵심은 모호성에도 불구하고 변화를 받아들이고 리더십을 제공할 수 있는 능력입니다.

일부 안티패턴들은 성장하고 변화하려는 조직의 성장형 사고방식을 차단합니다. 이러한 안티패턴에는 마이크로 관리, 편향된 사고 및 배제 관행이 포함됩니다. 이러한 차단제의 대부분은 모두를위한 개인 성장 기회를 만드는 개인적인 도전입니다. 그러나 IT의 두 가지 일반적인 안티패턴인 사일로와 fiefdoms는 해결하기 위해 개인의 성장이나 성숙도 이상이 필요합니다.

정상 팀과 조직의 안티패턴 비교를 보여 주는 다이어그램

이러한 안티패턴은 다양한 팀 내에서 유기적인 변화로 인해 비정상 조직 동작이 발생합니다. 각 안티패턴으로 인한 저항을 해결하려면 형성의 근본 원인을 이해하는 것이 중요합니다.

건강하고 유기적인 IT 팀

IT 전반에 걸쳐 노동 분담을 만드는 것은 당연한 일입니다. 비슷한 전문 지식, 공유 프로세스, 공통 목표 및 정렬된 비전을 가진 팀을 구성하는 것은 정상입니다. 또한 해당 팀이 고유한 미세 문화, 공유 규범 및 관점을 갖는 것은 당연한 일입니다.

건강한 IT 팀은 성공적인 업무 완료를 촉진하기 위해 다른 팀과 협력하는 데 집중합니다. 건강한 IT 팀은 기술 기여가 지원하는 비즈니스 목표를 이해하려고 합니다. 세부 정보 및 회계 효과는 유사할 수 있지만 팀의 가치 기여도는 일반적으로 팀 내에서 이해됩니다.

건강한 IT 팀은 지원하는 기술에 대한 열정을 가지고 있지만, 변화에 열려 있고 새로운 것을 시도할 의향이 있습니다. 이러한 팀은 일반적으로 CCoE(클라우드 우수 센터) 노력에 가장 먼저 그리고 가장 강력하게 기여하는 팀입니다. 당신은 그들의 기여를 크게 장려하고 싶습니다.

변화에 대한 자연 저항

때때로 건강한 IT 팀 내의 마이크로컬쳐는 변화를 주도하기 위한 경영진 또는 하향식 결정에 제대로 반응하지 않을 수 있습니다. 이러한 반응은 공동의 규범을 가진 인간 집단이 종종 외부 위협을 극복하기 위해 협력하기 때문에 당연합니다.

사람들은 때때로 팀의 일상적인 일자리, 보안 감각 또는 자율성에 영향을 미치는 변화를 집단에 대한 위험으로 봅니다. 저항의 징후는 일반적으로 팀 구성원이 의사 결정 과정의 일부인 것처럼 느끼지 않는 초기 지표입니다.

클라우드 설계자와 다른 리더가 개인 편견을 폐지하고 포용적 IT 팀을 추진하는 데 투자할 때 변화에 대한 저항은 시간이 지남에 따라 빠르게 줄어들고 해체될 가능성이 높습니다. CCoE는 클라우드 설계자와 리더가 포괄적인 의사 결정을 내릴 수 있도록 도와주는 도구입니다.

정상 마찰

저항과 마찰을 혼동하기 쉽습니다. 기존 IT 팀은 일반적으로 과거의 실수, 실질적인 위험, 솔루션에 대한 부족 지식 및 문서화되지 않은 기술 부채에 대해 지식이 있습니다. 안타깝게도 가장 건강한 IT 팀조차도 이러한 중요한 데이터 요소를 변경해서는 안 되는 특정 기술 솔루션의 일부로 설명하는 함정에 빠질 수 있습니다. 이 통신 방식은 팀의 지식을 가리고 저항에 대한 인식을 만듭니다.

이러한 팀에 미래 지향적인 용어로 의사 소통하기 위한 메커니즘을 제공하면 데이터 요소가 추가되고, 격차가 식별되며, 제안된 솔루션에 대한 정상적인 마찰이 발생합니다. 이러한 부가적인 마찰은 솔루션의 거친 부분을 다듬어 장기적인 가치를 창출합니다. 단순히 대화를 변경하면 복잡한 주제에 대한 명확성을 창출하고 에너지를 생성하여 더 성공적인 솔루션을 제공할 수 있습니다.

기업 정책 정의에 대한 지침은 비즈니스 이해 관계자와의 위험 기반 대화를 용이하게 합니다. 그러나 이 동일한 모델을 사용하여 클라우드에 강한 것으로 인식되는 팀과의 대화를 용이하게 할 수 있습니다. 저항에 대한 인식이 널리 퍼진 경우 클라우드 거버넌스 팀의 헌장에 저항 해결 사례를 포함하는 것이 현명할 수 있습니다.

안티패턴

건강한 IT 팀을 만드는 IT 내의 유기적이고 반응성이 뛰어난 성장으로 인해 변환 및 클라우드 채택을 차단하는 안티패턴이 발생할 수도 있습니다. IT 사일로 및 fiefdom은 건강한 IT 팀 내의 자연 마이크로컬쳐와 다릅니다. 어느 패턴에서든 팀 포커스는 "잔디"를 보호하는 데 초점을 맞추는 경향이 있습니다. 팀 구성원이 운영을 변경하고 개선할 수 있는 기회에 직면하면 긍정적인 해결책을 찾는 것보다 변화를 차단하는 데 더 많은 시간과 에너지를 투자할 것입니다.

앞서 언급했듯이 건강한 IT 팀은 자연스러운 저항과 긍정적인 마찰을 일으킬 수 있습니다. 사일로와 fiefdoms는 다른 도전입니다. 안티패턴에 대한 문서화된 선행 지표는 없습니다. 이러한 안티패턴들은 수개월 동안 클라우드 센터의 우수성클라우드 거버넌스 팀의 노력 끝에 식별되는 경향이 있습니다. 그들은 지속적인 저항의 결과로 발견되었다.

독성 문화에서도 CCoE와 클라우드 거버넌스 팀의 노력은 문화적 성장과 기술 발전을 촉진하는 데 도움이 될 것입니다. 수개월간의 노력 끝에 몇몇 팀은 여전히 포용적인 행동의 징후를 보이지 않고 변화에 대한 저항을 굳건히 견지할 수 있습니다. 이러한 팀은 사일로 및 봉건 영지와 같은 안티패턴 모델 중 하나에서 운영할 가능성이 높습니다. 이 모형은 유사한 현상이 있더라도, 저항을 해결하는 근본 원인 및 접근은 그(것)들 사이에서 근본적으로 다릅니다.

IT 사일로

IT 사일로의 팀 구성원은 몇몇 IT 공급업체 또는 기술 전문 분야에 대한 맞춤을 통해 자신을 정의할 가능성이 높습니다. 그러나 사일로를 IT 제후국과 혼동하지 마세요. 사일로는 편안함과 열정에 의해 형성되는 경향이 있으며, 때로는 사일로가 영지의 두려움 기반 동기보다 극복하기 더 쉽습니다.

이 안티패턴은 종종 특정 솔루션에 대한 일반적인 열정에서 나옵니다. IT 사일로는 특정 솔루션에 대한 투자의 결과로 팀의 고급 기술에 의해 강화됩니다. 이러한 뛰어난 기술은 변화에 대한 저항을 극복할 수 있다면 클라우드 채택 노력의 가속기입니다. 사일로가 무너뜨리거나 팀 구성원이 옵션을 정확하게 평가할 수 없는 경우에도 주요 방해 요인이 될 수 있습니다. 다행히 조직도를 크게 변경하지 않고 IT 사일로를 극복할 수 있습니다.

IT 사일로의 저항에 대응

IT 부서 간 분리를 다음 방법을 통해 해결할 수 있습니다. 가장 좋은 방법은 저항의 근본 원인에 따라 달라집니다.

가상 팀 만들기: 클라우드 채택 프레임워크의 조직 준비 섹션에서는 4개의 가상 팀을 통합하고 정의하기 위한 다층 구조를 설명합니다. 이 구조의 한 가지 이점은 조직 간 가시성 및 포함입니다. 탁월한 클라우드 센터를 도입하면 최고 엔지니어가 참여하고자 하는 높은 수준의 포부를 가진 팀이 만들어집니다. 이 변경은 조직 차트 제약 조건에 바인딩되지 않은 새로운 솔루션 간 맞춤을 만드는 데 도움이 됩니다. 또한 IT 사일로에 의해 보호된 최고 엔지니어를 적극적으로 포함시키고자 합니다.

클라우드 전략 팀을 도입하면 클라우드 채택 노력과 관련된 IT 기여에 대한 즉각적인 가시성이 생성됩니다. IT 사일로가 분리를 위해 싸울 때 이러한 가시성은 IT 및 비즈니스 리더가 이러한 저항하는 팀 구성원을 제대로 지원하도록 동기를 부여하는 데 도움이 될 수 있습니다. 이 프로세스는 이해 관계자 참여 및 지원에 대한 빠른 경로입니다.

실험 및 노출을 고려합니다. IT 사일로의 팀 구성원은 일정 시간 동안 특정 방법을 생각하도록 제한되었을 수 있습니다. 원 트랙 마음을 깨는 것은 저항을 해결하는 첫 번째 단계입니다.

실험 및 노출은 사일로의 장벽을 허물기 위한 강력한 도구입니다. 팀 구성원은 경쟁 솔루션에 저항할 수 있으므로 기존 솔루션과 경쟁하는 실험을 담당하는 것은 현명하지 않습니다. 그러나 클라우드의 첫 번째 워크로드 테스트의 일환으로 조직은 경쟁 솔루션을 구현해야 합니다. 분리된 팀은 입력 및 검토 소스로 참여하도록 초대되어야 하지만, 의사 결정자로서는 참여할 수 없습니다. 프로덕션 솔루션으로 전환하기 전에 의사 결정자로서 더 깊이 참여하겠다는 의지로 이 접근 방식을 팀에 명확하게 전달합니다.

경쟁 솔루션을 검토할 때 회사 정책 정의에 설명된 사례를 사용하여 실험의 실질적인 위험을 문서화하고, 사일로 팀이 미래의 변화에 더 적응할 수 있도록 돕는 정책을 수립합니다. 이 접근 방식은 팀을 새로운 솔루션에 노출시키고 향후 솔루션을 강화합니다.

"경계 없는"이어야 합니다. 클라우드 채택을 주도하는 팀은 흥미진진하고 새로운 클라우드 네이티브 솔루션을 탐색하여 경계를 쉽게 넘나들 수 있습니다. 경계를 제거하는 방법의 절반입니다. 그러나 이러한 생각은 IT 사일로를 더욱 강화할 수 있습니다. 기존 문화권에 관계없이 너무 빨리 변화를 추진하면 건강에 해로운 마찰을 일으키고 자연 저항으로 이어질 수 있습니다.

IT 사일로가 저항하기 시작하면 자체 솔루션에서 "경계가 없는" 것이 중요합니다. 클라우드 네이티브가 항상 최상의 솔루션은 아닙니다. IT 사일로의 기존 투자를 미래로 확장할 수 있는 기회를 제공할 수 있는 하이브리드 솔루션을 고려합니다.

또한 IT 사일로 팀에서 지금 사용하는 솔루션의 클라우드 기반 버전을 고려해 보세요. 솔루션을 실험하고 IT 부서에서 일하는 팀 구성원의 관점을 경험할 기회를 가지세요. 최소한 새로운 관점을 얻을 수 있습니다. 많은 경우, IT 사일로의 존중을 충분히 얻어 저항을 줄일 수 있습니다.

교육에 투자: IT 사일로에 거주하는 많은 사람들이 자신의 교육을 확장하여 현재의 솔루션에 대한 열정을 갖게되었습니다. 이러한 팀의 교육에 대한 투자는 거의 잘못된 경우가 드뭅니다. 이러한 개인이 자기 학습, 수업 또는 회의에 참여하여 현재 솔루션에 대한 일상적인 초점을 끊을 시간을 할당합니다.

교육이 투자가 되려면 비용에서 약간의 수익을 볼 수 있어야합니다. 투자의 대가로 팀은 클라우드 채택과 관련된 나머지 팀에 제안된 솔루션을 시연할 수 있습니다. 또한 제안된 솔루션을 채택할 때 실질적인 위험, 위험 관리 접근 방식 및 원하는 정책에 대한 설명서를 제공할 수도 있습니다. 각 이점은 솔루션 개발에 팀을 참여시키며 내부 지식을 활용합니다.

장애물을 속도 범프로 바꿉니다. IT 사일로는 변환 속도를 늦추거나 중지할 수 있습니다. 실험 및 반복은 프로젝트가 계속 이동하는 경우에만 방법을 찾습니다. 장애물을 속도 범프로 바꾸는 데 집중합니다. 지속적인 진행에 대한 대가로 모든 사용자가 일시적으로 편안하게 사용할 수 있는 정책을 정의합니다.

예를 들어 보안 솔루션이 클라우드에서 손상된 보호된 데이터를 모니터링할 수 없기 때문에 IT 보안이 장애물인 경우 데이터 분류 정책을 설정합니다. 합의 가능한 솔루션을 찾을 때까지 기밀 데이터를 클라우드에 배포하지 않도록 합니다. 하이브리드 또는 클라우드 네이티브 솔루션을 사용하여 IT 보안을 실험에 초대하여 보호된 데이터를 모니터링합니다.

네트워크 팀이 고립된 경우 독립적이고 네트워크 종속성이 없는 워크로드를 식별합니다. 동시에 하이브리드 또는 대체 솔루션에서 작업하는 동안 네트워크 팀을 실험, 노출 및 교육할 수 있습니다.

인내심을 갖고 포용적이어야 합니다. IT 사일로의 지원 없이 계속 진행하려는 유혹을 느낄 수 있습니다. 그러나 이 결정으로 인해 혼란과 장애물이 발생합니다. IT 부서의 고립 문제에 대한 인식을 바꾸는 데는 시간이 걸릴 수 있습니다. 자연 저항에 인내심을 가져야 합니다. 값으로 변환합니다. 포용적이고 건강한 마찰을 초대하여 미래의 솔루션을 개선하십시오.

경쟁하지 마세요: IT 사일로는 존재하는 데 이유가 있습니다. 이유가 있어서 그렇습니다. 팀원들이 열정적으로 사용하는 솔루션을 유지 관리하는 데는 많은 투자가 있습니다. 솔루션 또는 IT 사일로와 직접 경쟁하면 비즈니스 결과를 달성하려는 실제 목표에 방해가 됩니다. 이 트랩은 많은 변환 프로젝트를 차단했습니다.

목표의 단일 구성 요소가 아닌 목표에 계속 집중합니다. IT 사일로 솔루션의 긍정적인 측면을 강조하고 팀 구성원이 미래를 위한 최상의 솔루션에 대해 현명한 결정을 내릴 수 있도록 도와줍니다. 비생산적이기 때문에 현재 솔루션을 모욕하거나 저하하지 마십시오.

비즈니스와 협력하십시오: IT 사일로가 비즈니스 결과에 영향을 미치지 않는다면, 왜 신경 쓰십니까? 완벽한 솔루션이나 완벽한 IT 공급업체는 없습니다. 경쟁은 이유가 있다; 각각에는 고유한 이점이 있습니다.

강력한 클라우드 전략 팀을 지원하고 조정하여 다양성을 수용하고 비즈니스를 포함합니다. IT 사일로가 비즈니스 결과를 차단하는 솔루션을 지원하는 경우 기술적인 소동 없이도 해당 장애물을 보다 쉽게 전달할 수 있습니다. 비차단 부서 간 장벽을 지원하는 것은 원하는 비즈니스 결과를 위해 협력하는 방법을 보여줍니다. 이러한 노력은 IT 사일로가 합법적인 차단기를 제시할 때 비즈니스로부터 더 많은 존중과 더 큰 지원을 받습니다.

IT 영지

IT 분야의 팀 구성원은 특정 프로세스 또는 책임 영역에 대한 맞춤을 통해 자신을 정의할 가능성이 높습니다. 팀은 책임 영역에 대한 외부의 영향으로 인해 문제가 발생한다는 가정 하에 운영됩니다. Fiefdoms는 극복하기 위해 상당한 리더십 지원이 필요한 두려움 중심의 안티패턴인 경향이 있습니다.

Fiefdoms는 IT 다운사이징, IT 직원의 빈번한 난기류 또는 가난한 IT 리더십이 있는 조직에서 특히 일반적입니다. 비즈니스가 IT를 단순히 비용 센터로 볼 때, 자치권 구역이 발생할 가능성이 훨씬 더 높습니다.

일반적으로, 봉건 영지는 팀과 관련된 권력 기반의 손실을 두려워하는 라인 관리자가 만든 결과입니다. 이 지도자들은 종종 팀에 대한 의무감을 가지고 있으며 부정적인 결과로부터 부하를 보호 할 필요성을 느낍니다. "변화로부터 팀을 보호", "프로세스 중단으로부터 팀을 보호"와 같은 문구는 리더십으로부터 더 많은 지원이 필요할 수 있는 지나치게 보호된 관리자의 지표입니다.

IT 부서 내의 독립적인 권한으로 인한 반발 문제를 해결합니다.

IT fiefdoms는 IT 사일로 저항을 해결하는 접근 방식에 따라 성장을 입증할 수 있습니다. IT 영역에서의 반발을 해결하기 전에 먼저 팀을 IT 부서처럼 취급하는 것이 좋습니다. 이러한 유형의 접근 방식이 중대한 변화를 이루지 못한다면, 그 팀은 IT 영지 안티패턴으로 인해 고통받고 있을 수 있습니다. IT 영토의 근본 원인은 다루기 더 복잡합니다. 이러한 저항은 직속 관리자나 조직의 상위 관리자에게서 오는 경향이 있기 때문입니다. IT 사일로 기반의 과제는 일반적으로 더 쉽게 극복할 수 있습니다.

IT fiefdoms의 지속적인 저항이 클라우드 채택 노력을 차단하는 경우 기존 IT 리더와 상황을 평가하기 위한 결합된 노력이 현명할 수 있습니다. IT 리더는 결정을 내리기 전에 클라우드 전략 팀, 우수 클라우드 센터클라우드 거버넌스 팀의 인사이트를 신중하게 고려해야 합니다.

비고

IT 리더는 조직도를 가볍게 변경해서는 안 됩니다. 또한 각 지원 팀의 피드백을 검증하고 분석해야 합니다. 그러나 클라우드 채택과 같은 변혁적 노력은 이러한 노력이 시작되기 훨씬 전에 눈에 띄지 않거나 해결되지 않은 근본적인 문제를 확대하는 경향이 있습니다. fiefdoms가 회사의 성공을 방해하는 경우 리더십 변화가 필요 할 가능성이 높습니다.

다행히 영지의 지도자를 제거하는 것이 항상 최종 종료를 의미하지는 않습니다. 이 강하고 열정적인 지도자들은 짧은 기간의 반성 끝에 종종 관리 역할로 이동할 수 있습니다. 적절한 지원이 있다면, 이 변화는 영지의 지도자와 현재 팀에게 건강에 좋다.

주의

IT 관리자의 경우 위험으로부터 팀을 보호하는 것은 분명한 리더십 가치입니다. 그러나 보호와 격리 사이에는 미세한 선이 있습니다. 팀이 운전 변화에 참여하지 못하도록 차단되면 팀에 심리적, 전문적인 결과를 초래할 수 있습니다. 변화에 저항하려는 충동은 특히 눈에 보이는 변화의 시기에 강할 수 있습니다.

격리된 팀의 관리자는 이전 섹션에서 건강한 IT 팀과 관련된 지침을 실험하여 성장형 사고방식을 가장 잘 보여 줄 수 있습니다. 거버넌스 및 CCoE 활동에 적극적이고 낙관적인 참여는 개인 성장으로 이어질 수 있습니다. IT 담당자는 딱딱한 사고 방식을 바꾸고 팀이 새로운 아이디어를 개발할 수 있도록 돕는 데 가장 적합한 위치에 있습니다.

IT 권한 집중은 체계적인 리더십 문제의 신호일 수 있습니다. IT 리더는 IT 문제를 극복하기 위해 운영, 책임 및 특정 팀에 대한 라인 관리를 제공하는 사람들까지 자유롭게 변경할 수 있어야 합니다. 이러한 변경이 필요한 경우 명확하고 방어 가능한 데이터 요소를 사용하여 변경 내용에 접근하는 것이 좋습니다.

필요한 변경을 추진하려면 비즈니스 이해 관계자, 비즈니스 동기 및 비즈니스 결과와 일치해야 할 수 있습니다. 클라우드 전략 팀, 탁월한 클라우드 센터클라우드 거버넌스 팀과의 파트너십을 통해 방어 가능한 위치에 필요한 데이터 요소를 제공할 수 있습니다. 필요한 경우 이러한 팀은 IT 리더십만으로 해결할 수 없는 문제를 해결하기 위해 그룹 에스컬레이션에 참여해야 합니다.

다음 단계

조직의 안티패턴을 방해하는 것은 팀의 노력입니다. 이 지침에 따라 작업하려면 조직 준비 소개를 검토하여 올바른 팀 구조와 참가자를 식별합니다.