사일로 및 피프돔
비즈니스 사례, 문화 또는 기술 운영의 주요 변화에서 성공하려면 성장 우선 사고방식이 필요합니다. 성장형 사고방식의 핵심은 모호함에도 불구하고 변화를 받아들이고 리더십을 제공할 수 있는 능력입니다.
일부 안티패턴들은 성장하고 변화하려는 조직의 성장형 사고방식을 차단합니다. 이러한 안티패턴에는 마이크로 관리, 편향된 사고 및 배제 관행이 포함됩니다. 대부분 이러한 방해 요인은 모든 사람을 위해 개인적인 성장 기회를 만드는 개인적인 과제입니다. 그러나 IT의 두 가지 일반적인 안티패턴인 사일로와 피프돔은 해결하기 위해 개별적인 성장이나 성숙도 이상이 필요합니다.
이러한 안티패턴은 다양한 팀 내에서 유기적인 변화의 결과이며, 이로 인해 비정상인 조직 행동이 발생합니다. 각 안티패턴으로 인한 저항을 해결하려면 형성의 근본 원인을 이해하는 것이 중요합니다.
정상적인 유기적 IT 팀
IT 전반에서 분업을 만드는 것은 자연스러운 일입니다. 비슷한 전문 지식, 공유 프로세스, 공통 목표, 조정된 비전을 가진 팀을 구성하는 것은 정상적입니다. 또한 해당 팀이 자체 하위 문화(microculture), 공유 규범 및 관점을 갖는 것도 자연스럽습니다.
건강한 IT 팀은 다른 팀과 협력하여 업무를 성공적으로 완료하는 데 집중합니다. 건강한 IT 팀은 기술 기여가 지원하는 비즈니스 목표를 이해하려고 합니다. 세부 정보와 재정 효과는 유사할 수 있지만 팀의 가치 기여도는 일반적으로 팀 내에서 이해됩니다.
건강한 IT 팀은 지원하는 기술에 대한 열정을 가지고 있지만, 변화에 열려 있으며 새로운 것을 시도할 의향이 있습니다. 이러한 팀은 일반적으로 CCoE(클라우드 우수 센터) 노력에 가장 빠르고 강력한 기여자입니다. 당신은 그들의 기여를 크게 장려하고 싶습니다.
변화에 대한 자연스러운 저항
때때로 정상적인 IT 팀 내의 하위 문화는 변화를 주도하기 위한 임원 또는 하향식 결정에 제대로 반응하지 않을 수 있습니다. 이러한 반응은 공동의 규범을 가진 인간 집단이 종종 외부 위협을 극복하기 위해 협력하기 때문에 자연스럽습니다.
사람 때때로 팀의 일상적인 일자리, 보안 감각 또는 자율성에 영향을 미치는 변화를 집단에 대한 위험으로 봅니다. 저항의 징후는 일반적으로 팀 구성원이 의사 결정 과정의 일부인 것처럼 느끼지 않는 초기 지표입니다.
클라우드 설계자와 다른 리더가 개인 편견을 폐지하고 포용적 IT 팀을 위해 추진하는 데 투자할 때 변화에 대한 저항은 시간이 지남에 따라 빠르게 줄어들고 해체될 가능성이 높습니다. CCoE는 클라우드 설계자와 리더가 포괄적인 의사 결정을 내리는 데 도움이 되는 도구입니다.
정상적인 마찰
저항과 마찰을 혼동하기 쉽습니다. 기존 IT 팀은 일반적으로 과거의 실수, 실질적인 위험, 솔루션에 대한 부족 지식 및 문서화되지 않은 기술 부채에 대해 알고 있습니다. 안타깝게도 가장 건강한 IT 팀조차도 이러한 중요한 데이터 요소를 변경해서는 안 되는 특정 기술 솔루션의 일부로 설명하는 함정에 빠질 수 있습니다. 커뮤니케이션에 대한 이 접근 방식은 팀의 지식을 가리고 저항에 대한 인식을 만듭니다.
이러한 팀에 미래 지향적인 용어로 의사 소통하기 위한 메커니즘을 제공하면 데이터 요소가 추가되고, 격차가 식별되며, 제안된 솔루션에 대한 정상적인 마찰이 발생합니다. 이러한 추가 마찰은 솔루션의 거친 가장자리를 낮추고 장기적인 값을 유도합니다. 단순히 대화를 변경하면 복잡한 주제에 대한 명확성을 창출하고 에너지를 생성하여 보다 성공적인 솔루션을 제공할 수 있습니다.
기업 정책 정의에 대한 지침은 비즈니스 관련자와 위험 기반 대화를 용이하게 합니다. 그러나 이 동일한 모델을 사용하여 클라우드에 저항하는 것으로 인식되는 팀과의 대화를 용이하게 할 수 있습니다. 저항에 대한 인식이 널리 퍼진 경우 클라우드 거버넌스 팀의 헌장에 저항 해결 사례를 포함하는 것이 좋을 수 있습니다.
안티패턴
정상적인 IT 팀을 만드는 IT 내의 유기적이고 응답성이 뛰어난 성장으로 인해 변환 및 클라우드 채택을 방해하는 안티패턴이 발생할 수도 있습니다. IT 사일로 및 피프돔은 정상적인 IT 팀 내 자연스러운 하위 문화와 다릅니다. 어느 패턴에서든 팀은 “자기 영역”을 보호하는 방향으로 초점을 맞추는 경향이 있습니다. 팀 구성원이 운영을 변경하고 개선할 수 있는 기회에 직면하면 긍정적인 솔루션을 찾는 것보다 변화를 차단하는 데 더 많은 시간과 에너지를 투자하게 됩니다.
앞서 언급한 대로 정상적인 IT 팀은 자연스러운 저항과 긍정적인 마찰을 만들 수 있습니다. 사일로와 피프돔은 서로 다른 과제입니다. 안티패턴에 대한 문서화된 선행 지표는 없습니다. 이 안티패턴은 클라우드 전문가 조직 및 클라우드 거버넌스 팀 활동이 몇 개월 동안 진행된 후 식별되는 경향이 있습니다. 안티패턴은 지속적인 저항의 결과로 발견됩니다.
유해한 문화에서도 CCoE 및 클라우드 거버넌스 팀의 활동은 문화적 성장과 기술 발전을 촉진하는 데 도움이 되어야 합니다. 몇 개월의 활동 후에 몇몇 팀은 여전히 포용적인 행동의 징후를 보이지 않고 변화에 대한 저항을 고집할 수 있습니다. 해당 팀은 사일로 및 피프돔의 안티패턴 모델 중 하나로 운영될 수 있습니다. 두 모델의 증상은 비슷하지만 근본 원인과 저항 해결에 대한 접근 방식은 서로 크게 다릅니다.
IT 사일로
IT 사일로의 팀 구성원은 몇몇 IT 공급업체 또는 기술 전문 분야에 대한 맞춤을 통해 자신을 정의할 가능성이 높습니다. 그러나 사일로와 IT 피프돔을 혼동하지 마세요. 사일로는 편안함과 열정에 의해 구동되는 경향이 있으며, 사일로는 때때로 fiefdoms 뒤에 두려움 중심의 동기보다 극복하기 쉽습니다.
이 안티패턴은 종종 특정 솔루션에 대한 일반적인 열정에서 비롯됩니다. IT 사일로는 특정 솔루션에 대한 투자의 결과인 팀의 고급 기술에 의해 강화됩니다. 이러한 뛰어난 기술은 변화에 대한 저항을 극복할 수 있다면 클라우드 채택 노력의 가속기입니다. 사일로가 파괴되거나 팀 멤버가 옵션을 정확하게 평가할 수 없는 경우에도 주요 방해 요인이 될 수 있습니다. 다행히 조직도를 크게 변경하지 않고 IT 사일로를 극복할 수 있습니다.
IT 사일로의 저항 해결
다음 방법을 통해 IT 사일로를 해결할 수 있습니다. 가장 좋은 방법은 저항의 근본 원인에 따라 달라집니다.
가상 팀 만들기: 클라우드 채택 프레임워크의 조직 준비 상태 섹션에서는 4개 가상 팀을 통합하고 정의하기 위한 다중 계층 구조를 설명합니다. 이 구조의 한 가지 이점은 조직 간 가시성과 포용입니다. 탁월한 클라우드 센터를 도입하면 최고 엔지니어가 참여하고자 하는 높은 수준의 포부 팀이 만들어집니다. 이 변경은 조직 차트 제약 조건에 바인딩되지 않은 새로운 솔루션 간 맞춤을 만드는 데 도움이 됩니다. 또한 IT 사일로에 의해 보호된 최고 엔지니어의 포함을 유도합니다.
클라우드 전략 팀을 도입하면 클라우드 채택 노력과 관련된 IT 기여 즉시 가시성을 확보합니다. IT 사일로가 분리를 위해 싸우는 경우 이 가시성은 IT 및 비즈니스 리더에게 저항하는 팀 멤버를 제대로 지원하도록 동기를 부여하는 데 도움이 될 수 있습니다. 이 프로세스는 관련자 참여 및 지원에 이르는 빠른 경로입니다.
실험 및 노출 고려: IT 사일로의 팀 멤버는 일정 시간 동안 특정 방식으로 생각하도록 강요되었을 수 있습니다. 한 가지 생각만 하는 마음을 깨는 것이 저항을 해결하는 첫 번째 단계입니다.
실험 및 노출은 사일로의 장벽을 허물 수 있는 강력한 도구입니다. 팀 멤버는 경쟁 솔루션에 저항할 수 있으므로 기존 솔루션과 경쟁하는 실험을 담당시키는 것은 현명하지 않습니다. 그러나 클라우드의 첫 번째 워크로드 테스트 과정에서 조직은 경쟁 솔루션을 구현해야 합니다. 사일로 팀은 입력 및 검토 원본으로 참여하도록 초대되지만 의사 결정자로는 초대되지 않아야 합니다. 프로덕션 솔루션으로 전환하기 전에 의사 결정자로서 더 깊이 참여하겠다는 약속으로 이 접근 방식을 팀에 명확하게 전달합니다.
경쟁 솔루션을 검토하는 동안 회사 정책 정의 에 설명된 사례를 사용하여 실험의 실질적인 위험을 문서화하고 사일로 팀이 미래 상태에 더 익숙해지는 데 도움이 되는 정책을 수립합니다. 이 접근 방식은 팀을 새로운 솔루션에 노출시키고 향후 솔루션을 강화합니다.
“경계 없음”: 클라우드 채택을 주도하는 팀은 흥미롭고 새로운 클라우드 네이티브 솔루션을 탐색하여 영역을 쉽게 확장할 수 있습니다. 경계를 제거하는 방법의 절반입니다. 그러나 이런 사고는 IT 사일로를 더욱 강화할 수 있습니다. 기존 문화를 존중하지 않고 너무 빨리 변화를 추진하면 비정상적인 마찰이 생기고 자연스러운 저항이 발생할 수 있습니다.
IT 사일로가 저항하기 시작하면 자체 솔루션에서 “경계가 없는” 것이 중요합니다. 클라우드 네이티브가 항상 최상의 솔루션은 아니라는 하나의 간단한 사실에 주의하세요. IT 사일로의 기존 투자를 미래로 확장할 기회를 제공할 수 있는 하이브리드 솔루션을 고려합니다.
또한 IT 사일로 팀이 지금 사용하는 솔루션의 클라우드 기반 버전을 고려합니다. 솔루션을 실험하고 IT 사일로에서 작업하는 팀 구성원의 관점에 노출됩니다. 최소한 새로운 관점을 얻을 수 있습니다. 대부분의 경우 저항을 줄일 만큼 충분한 IT 사일로의 존중을 얻을 수 있습니다.
교육에 투자: IT 사일로에 있는 많은 사람들은 자체 교육을 확장한 결과로 현재 솔루션에 대한 열정을 갖게 되었습니다. 이 팀의 교육에 투자하는 것이 부적절한 경우는 거의 없습니다. 이 개인들이 자체 학습, 수업 또는 회의에 참여하여 일상적으로 현재 솔루션에 집중하지 않아도 되는 시간을 할당합니다.
교육이 투자가 되려면 비용에서 약간의 수익을 볼 수 있어야 합니다. 투자의 대가로 해당 팀은 클라우드 채택에 관련된 나머지 팀에게 제안된 솔루션을 시연할 수 있습니다. 제안된 솔루션을 채택할 때 실질적인 위험, 위험 관리 접근 방식 및 원하는 정책의 설명서를 제공할 수도 있습니다. 각 혜택은 솔루션에 팀을 참여시키고 부족 지식을 사용합니다.
장애물을 과속 방지턱으로 전환: IT 사일로는 변환을 늦추거나 중지할 수 있습니다. 실험 및 반복은 프로젝트를 계속 이동하는 경우에만 방법을 찾습니다. 장애물을 속도 범프로 바꾸는 데 집중합니다. 지속적인 진행의 대가로 모든 사람이 일시적으로 만족할 수 있는 정책을 정의합니다.
instance 경우 보안 솔루션이 클라우드에서 손상된 보호된 데이터를 모니터링할 수 없기 때문에 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 fiefdoms의 근본 원인은 해당 저항이 직접 회선 관리자(또는 organization 상위 순위)에서 오는 경향이 있기 때문에 해결하기가 좀 더 복잡합니다. IT 사일로 기반의 과제는 일반적으로 더 쉽게 극복할 수 있습니다.
IT 피프돔의 지속적인 저항이 클라우드 채택 활동을 방해하는 경우 기존 IT 리더와 함께 상황을 평가하기 위해 협력하는 것이 좋습니다. IT 리더는 결정을 내리기 전에 클라우드 전략 팀, 클라우드 우수성 센터 및 클라우드 거버넌스 팀의 인사이트를 신중하게 고려해야 합니다.
참고
IT 리더는 조직도를 가볍게 변경해서는 안 됩니다. 또한 각 지원 팀의 피드백을 검증하고 분석해야 합니다. 그러나 클라우드 채택 같은 혁신적인 활동은 이 활동보다 훨씬 전에 눈에 띄지 않거나 해결되지 않은 근본적인 문제를 확대하는 경향이 있습니다. 피프돔이 회사의 성공을 방해하는 경우 리더십 변경이 필요할 수 있습니다.
다행히 fiefdom의 리더를 제거하는 것이 항상 종료로 끝나는 것은 아닙니다. 일반적으로 강하고 열정적인 리더는 짧은 기간의 심사숙고 후에 관리 역할로 이동할 수 있습니다. 올바른 지원을 통해 이러한 변화는 fiefdom의 리더와 현재 팀에게 정상입니다.
주의
IT 피프돔 관리자의 경우 위험으로부터 팀을 보호하는 것은 분명한 리더십 가치입니다. 그러나 보호와 격리는 구분이 쉽지 않습니다. 팀이 변화를 주도하는 데 참여하지 못하도록 차단되면 팀에 심리적, 전문적인 결과를 초래할 수 있습니다. 특히 가시적인 변화의 시기에는 변화에 저항하려는 욕구가 강할 수 있습니다.
고립된 팀의 관리자는 이전 섹션에서 정상적인 IT 팀과 관련된 참고 자료를 실험하여 성장 우선 사고방식을 가장 잘 보여 줄 수 있습니다. 거버넌스 및 CCoE 활동에 적극적이고 긍정적으로 참여하면 개인적으로 성장할 수 있습니다. IT 피프돔 관리자는 답답한 사고방식을 바꾸고 팀이 새로운 아이디어를 개발하는 데 도움을 줄 수 있는 가장 좋은 위치에 있습니다.
IT 피프돔은 때때로 체계적인 리더십 문제의 징후입니다. IT 리더는 IT 경영진이 운영, 책임 및 특정 팀에 대한 라인 관리를 제공하는 사람들까지 자유롭게 변경할 수 있어야 합니다. 이러한 변경이 필요한 경우 명확하고 방어 가능한 데이터 요소를 사용하여 변경 내용에 접근하는 것이 좋습니다.
필요한 변경을 추진하려면 비즈니스 관련자, 비즈니스 동기 및 비즈니스 성과에 맞춰 조정해야 할 수 있습니다. 클라우드 전략 팀, 클라우드 전문가 조직 및 클라우드 거버넌스 팀과 협력하여 방어가 가능한 위치에 필요한 데이터 포인트를 제공할 수 있습니다. 필요한 경우 해당 팀은 IT 리더십만으로는 해결할 수 없는 과제를 해결하기 위해 그룹 에스컬레이션에 참여해야 합니다.
다음 단계
조직적 안티패턴을 중단하는 것은 팀 활동입니다. 이 참고 자료에 대한 조치를 취하려면 조직 준비 상태 소개를 검토하여 적절한 팀 구조와 참가자를 식별합니다.