Silosy i feudały

Powodzenie w przypadku wszelkich istotnych zmian w praktykach biznesowych, kulturze lub operacjach technologicznych wymaga myślenia o wzroście. W centrum myślenia wzrostu jest zdolność do akceptowania zmian i zapewnienia przywództwa pomimo niejednoznaczności.

Niektóre antywzorce blokują nastawienie na rozwój w organizacjach, które pragną się rozwijać i przekształcać. Te antywzorce obejmują mikrozarządzanie, stronnicze myślenie i praktyki wykluczające. Wiele z tych przeszkód to osobiste wyzwania, które tworzą możliwości osobistego rozwoju dla wszystkich. Jednak dwa typowe antywzorce w IT, silosy i księstwa, wymagają więcej niż indywidualnego wzrostu lub dojrzałości do rozwiązania problemu.

Te antywzorce są wynikiem zmian organicznych w różnych zespołach, co powoduje złe zachowanie organizacji. Aby rozwiązać problem z oporem spowodowanym przez każdy antywzorzec, ważne jest, aby zrozumieć główną przyczynę powstawania.

Zdrowe, organiczne zespoły IT

Jest to naturalne, aby utworzyć podział pracy w całym dziale IT. Dobrze jest ustanowić zespoły, które mają podobną wiedzę, wspólne procesy, wspólny cel i dopasowaną wizję. Jest to również naturalne dla tych zespołów, aby miały własne mikrokultury, wspólne normy i perspektywy.

Zespoły IT w dobrej kondycji koncentrują się na współpracy z innymi zespołami w celu promowania pomyślnego wykonywania obowiązków. Zespoły IT w dobrej kondycji starają się zrozumieć cele biznesowe obsługiwane przez ich technologię. Szczegóły i skutki fiskalne mogą być rozmyte, ale wkład wartości zespołu jest zwykle rozumiany w zespole.

Mimo że zdrowe zespoły IT mają pasję do technologii, którą obsługują, są otwarci na zmiany i chcą spróbować nowych rzeczy. Te zespoły są zwykle najwcześniejszymi i najsilniejszymi współautorami wysiłków związanych z centrum doskonałości w chmurze (CCoE ). Chcesz mocno zachęcić ich do współpracy.

Naturalna odporność na zmianę

Czasami mikrokultury w zdrowych zespołach IT mogą źle reagować na decyzje kadry kierowniczej lub odgórne w celu wprowadzenia zmian. Ta reakcja jest naturalna, ponieważ ludzkie kolektywy ze wspólnymi normami często współpracują w celu przezwyciężenia zagrożeń zewnętrznych.

Ludzie czasami postrzegają zmiany wpływające na codzienną pracę zespołu, poczucie bezpieczeństwa lub autonomię jako zagrożenie dla kolektywu. Oznaki oporu są zwykle wczesnym wskaźnikiem, że członkowie zespołu nie czują się jak są częścią procesu podejmowania decyzji.

Gdy architekci chmury i inni liderzy inwestują w zniesienie osobistych uprzedzeń i dążenie do tworzenia inkluzywnych zespołów IT, odporność na zmiany prawdopodobnie szybko się zmniejszy, a z czasem zaniknie. CCoE to narzędzie, które pomaga architektom chmury i liderom tworzyć inkluzywne podejmowanie decyzji.

Konstruktywne napięcie

Łatwo jest mylić odporność z tarciem. Istniejące zespoły IT są powszechnie znane z wcześniejszych błędów, rzeczywistych zagrożeń, plemiennej wiedzy na temat rozwiązań i nieudokumentowanego długu technicznego. Niestety, nawet najzdrowsze zespoły IT mogą wpaść w pułapkę opisywania tych ważnych punktów danych w ramach konkretnego rozwiązania technicznego, które nie powinno zostać zmienione. Takie podejście do komunikacji maskuje wiedzę zespołów i tworzy postrzeganie oporu.

Zapewnienie tym zespołom mechanizmu komunikowania się w przyszłej terminologii dodaje punkty danych, identyfikuje luki i tworzy zdrowe tarcie wokół proponowanych rozwiązań. To dodatkowe tarcie wygładza niedoskonałości rozwiązania i sprzyja budowaniu długoterminowych wartości. Po prostu zmiana konwersacji może stworzyć jasność wokół złożonych tematów i wygenerować energię w celu dostarczania bardziej udanych rozwiązań.

Wskazówki dotyczące definiowania zasad firmowych ułatwiają rozmowy oparte na ryzyku z osobami biorącymi udział w projekcie biznesowym. Można jednak użyć tego samego modelu, aby ułatwić rozmowy z zespołami, które są postrzegane jako odporne na chmurę. Gdy postrzeganie oporu jest powszechne, warto uwzględnić praktyki rozwiązywania oporu w karcie dla zespołu ds. ładu w chmurze.

Antywzorce

Organiczny i dynamiczny wzrost w ramach IT, który tworzy zdrowe zespoły IT, może również spowodować antywzorce, które blokują transformację i adopcję chmury. Silosy IT i fiefdome różnią się od naturalnych mikrokultur w zdrowych zespołach IT. W obu wzorcach zespół koncentruje się zwykle na ochronie swojego obszaru wpływów. Gdy członkowie zespołu stają w obliczu możliwości zmiany i poprawy operacji, zainwestują więcej czasu i energii w blokowanie zmiany niż znalezienie pozytywnego rozwiązania.

Jak wspomniano wcześniej, zdrowe zespoły IT mogą tworzyć naturalny opór i pozytywne tarcie. Silosy i fiefdome są innym wyzwaniem. Nie ma udokumentowanych wskaźników wiodących dla obu antywzorzec. Te antywzorce są zwykle identyfikowane po miesiącach wysiłków zespołu ds. doskonałości w chmurze i ładu w chmurze . Są one odkryte w wyniku trwającego oporu.

Nawet w kulturach toksycznych wysiłki zespołu ds. ładu w chmurze i CCoE powinny pomóc w rozwoju kultury i postępach technicznych. Po miesiącach wysiłku kilka zespołów może nadal nie wykazywać żadnych oznak zachowań inkluzywnych i stanowczo opierać się zmianom. Te zespoły prawdopodobnie działają w jednym z następujących modeli antywzorca: silosy i księstwa. Chociaż modele te mają podobne objawy, główna przyczyna i podejścia do rozwiązywania problemów z oporem są radykalnie różne między nimi.

Silosy IT

Członkowie zespołu w silosie IT definiują się poprzez związanie z kilkoma dostawcami IT lub obszarem specjalizacji technicznej. Ale nie myl silosów z księstwami IT. Silosy zwykle są napędzane komfortem i pasją, a czasami łatwiej je pokonać niż motywy napędzane strachem, które stoją za feudalnymi domenami.

Ten antywzorzec często wyłania się z wspólnej pasji do konkretnego rozwiązania. Silosy IT są następnie wzmacniane przez zaawansowane umiejętności zespołu w wyniku inwestycji w to konkretne rozwiązanie. Ta doskonała umiejętność to akcelerator wysiłków związanych z wdrażaniem chmury, jeśli możesz przezwyciężyć opór przed zmianą. Może również stać się główną przeszkodą, jeśli silosy są rozmontowane lub jeśli członkowie zespołu nie mogą dokładnie ocenić opcji. Na szczęście zazwyczaj można przezwyciężyć silosy IT bez wprowadzania istotnych zmian w schemacie organizacyjnym.

Przeciwdziałanie oporowi z silosów IT

Za pomocą poniższych metod można rozwiązać problem z silosami IT. Najlepsze podejście zależy od głównej przyczyny oporu.

Tworzenie zespołów wirtualnych: W sekcji Gotowość organizacyjna przewodnika Cloud Adoption Framework opisano wielowarstwową strukturę integrowania i definiowania czterech zespołów wirtualnych. Jedną z zalet tej struktury jest widoczność i włączenie między organizacjami. Stworzenie centrum doskonałości w chmurze tworzy wysoko profilowany zespół aspirujący, w którym chcą uczestniczyć najlepsi inżynierowie. Ta zmiana ułatwia tworzenie nowych wyrównań między rozwiązaniami, które nie są powiązane z ograniczeniami schematu organizacyjnego. Napędza również włączenie najlepszych inżynierów, którzy zostali chronini przez silosy IT.

Wprowadzenie zespołu ds. strategii chmurowej zapewnia natychmiastowy wgląd w wkład IT w działania na rzecz wdrażania chmury. Gdy silosy IT walczą o separację, ta widoczność może pomóc zmotywować liderów IT i biznesowych do prawidłowego wspierania tych odpornych członków zespołu. Ten proces jest szybką ścieżką do zaangażowania i wsparcia uczestników projektu.

Rozważ eksperymentowanie i otwartość na nowe doświadczenia: Członkowie zespołu w silosie IT prawdopodobnie zostali ograniczeni do myślenia w określony sposób przez pewien czas. Przełamanie jednokierunkowego myślenia jest pierwszym krokiem do pokonania oporu.

Eksperymentowanie i ekspozycja to zaawansowane narzędzia do łamania barier w silosach. Członkowie zespołu mogą być oporni wobec konkurencyjnych rozwiązań, więc nie należy powierzać im eksperymentu konkurującego z ich dotychczasowym rozwiązaniem. Jednak w ramach pierwszego testu obciążenia chmury organizacja powinna implementować konkurencyjne rozwiązania. Zespół działający w izolacji powinien być zaproszony do udziału jako źródło danych wejściowych i uczestnik procesu przeglądu, ale nie jako decydent. Jasno przekaż to podejście zespołowi, angażując ich głębiej jako decydentów, zanim przejdziemy do rozwiązań produkcyjnych.

Podczas przeglądu konkurencyjnego rozwiązania skorzystaj z praktyk opisanych w Definiowanie zasad firmowych, aby udokumentować rzeczywiste ryzyko eksperymentu i ustanowić zasady, które pomagają zespołowi działającemu w silosach stać się bardziej komfortowym w przyszłości. Takie podejście uwidacznia zespołowi nowe rozwiązania i wzmacnia przyszłe rozwiązanie.

Bądź "bez granic": Zespoły, które napędzają wdrażanie chmury, łatwo przesuwają granice, eksplorując ekscytujące, natywne dla chmury rozwiązania. Jest to połowa podejścia do usuwania granic. Jednak to myślenie może jeszcze bardziej wzmocnić silosy IT. Naciskanie na zmiany zbyt szybko i bez szacunku dla istniejących kultur może stworzyć złe tarcie i prowadzić do naturalnego oporu.

Gdy silosy IT zaczynają się opierać, ważne jest, aby działać bez ograniczeń we własnych rozwiązaniach. Pamiętaj o jednej prostej prawdzie: rozwiązania chmurowe nie zawsze są najlepsze. Rozważ rozwiązania hybrydowe, które mogą stanowić okazję do rozszerzenia istniejących inwestycji silosu IT w przyszłość.

Rozważ również rozwiązania oparte na chmurze, z których obecnie korzysta zespół IT w silosie. Poeksperymentuj z rozwiązaniami i uzyskaj ekspozycję na punkt widzenia członków zespołu pracujących w silosie IT. Co najmniej uzyskasz nową perspektywę. W wielu sytuacjach możesz zdobyć wystarczający szacunek działu IT, co może zmniejszyć opór.

Zainwestuj w edukację: Wiele osób mieszkających w silosie IT pasjonuje się bieżącym rozwiązaniem w wyniku rozszerzenia własnej edukacji. Inwestowanie w edukację tych zespołów rzadko jest chybione. Przydziel czas dla tych osób, aby zaangażować się w samodzielne uczenie, zajęcia, a nawet konferencje, aby przerwać codzienne skupienie się na bieżącym rozwiązaniu.

Aby edukacja stanowiła inwestycję, musisz zobaczyć zwrot z wydatków. W zamian za inwestycję zespół może przedstawić proponowane rozwiązanie dla pozostałych zespołów zaangażowanych w wdrożenie chmury. Mogą one również zawierać dokumentację rzeczywistych zagrożeń, podejść do zarządzania ryzykiem i żądanych zasad w zakresie wdrażania proponowanego rozwiązania. Każda korzyść angażuje zespoły w procesie tworzenia rozwiązania i wykorzystuje ich zbiorową wiedzę plemienną.

Przekształć blokady drogowe w progi zwalniające: Silosy IT mogą spowolnić lub zatrzymać każdą transformację. Eksperymentowanie i iteracja znajdują sposób, ale tylko wtedy, gdy projekt będzie się rozwijał. Skoncentruj się na zamienianiu przeszkód w progi zwalniające. Zdefiniuj zasady, które mogą być tymczasowo wygodne w zamian za dalszy postęp.

Jeśli na przykład bezpieczeństwo IT jest przeszkodą, ponieważ jej rozwiązanie zabezpieczeń nie może monitorować chronionych danych w chmurze, ustanów zasady klasyfikacji danych. Zapobiegaj wdrażaniu danych sklasyfikowanych w chmurze, dopóki nie znajdziesz zgodnego rozwiązania. Zaproś zabezpieczenia IT do eksperymentowania z rozwiązaniami hybrydowymi lub natywnymi dla chmury, aby monitorować chronione dane.

Jeśli zespół ds. sieci działa jako silos, zidentyfikuj obciążenia, które są samodzielne i nie mają zależności sieciowych. Równolegle możesz eksperymentować, uwidaczniać i edukować zespół ds. sieci podczas pracy nad rozwiązaniami hybrydowymi lub alternatywnymi.

Bądź cierpliwy i inkluzywny: Kuszące jest kontynuować działania bez wsparcia silosu IT. Ale ta decyzja powoduje zakłócenia i przeszkody w dół drogi. Zmiana sposobu myślenia na temat silosu IT może zająć trochę czasu. Bądź cierpliwy z ich naturalnym oporem. Przekonwertuj ją na wartość. Bądź otwarty i zapraszaj do zdrowej wymiany poglądów, aby ulepszyć przyszłe rozwiązania.

Nigdy nie konkuruj: Silos IT istnieje z jakiegoś powodu. Utrzymuje się z jakiegoś powodu. Istnieje inwestycja w utrzymanie rozwiązania, którą członkowie zespołu się pasjonują. Bezpośrednie konkurowanie z rozwiązaniem lub silosem IT odwraca uwagę od rzeczywistego celu osiągnięcia wyników biznesowych. Ta pułapka zablokowała wiele projektów transformacji.

Skoncentruj się na celu, zamiast na jednym jego elemencie. Pomóż podkreślić pozytywne aspekty rozwiązania silosu IT i pomóc członkom zespołu w podejmowaniu mądrych decyzji dotyczących najlepszych rozwiązań na przyszłość. Nie obrażaj ani nie dewaluuj bieżącego rozwiązania, ponieważ byłoby to nieproduktywne.

Partner z firmą: Jeśli silos IT nie blokuje wyników biznesowych, dlaczego cię to obchodzi? Nie ma idealnego rozwiązania ani doskonałego dostawcy IT. Konkurencja istnieje z jakiegoś powodu; każdy ma własne korzyści.

Uwzględnij różnorodność i uwzględnij firmę, wspierając i dostosowując się do silnego zespołu strategicznego ds. chmury. Gdy silos IT obsługuje rozwiązanie, które blokuje wyniki biznesowe, łatwiej jest komunikować się z tą przeszkodą bez szumu technicznych kłótni. Wsparcie dla integracji nieblokujących silosów IT pokazuje, jak współpracować w celu osiągnięcia pożądanych wyników biznesowych. Te wysiłki zyskują większy szacunek i wsparcie ze strony biznesu, gdy silos IT przedstawia uzasadnioną przeszkodę.

Fiefdoms IT

Członkowie zespołu w dziale IT są skłonni do definiowania się poprzez dostosowanie do określonego procesu lub obszaru odpowiedzialności. Zespół działa zgodnie z założeniem, że zewnętrzny wpływ na jego obszar odpowiedzialności prowadzi do problemów. Fiefdoms wydają się być antywzorzec oparty na strachu, który wymaga znacznego wsparcia przywództwa do pokonania.

Fiefdoms są szczególnie powszechne w organizacjach, które doświadczyły redukcji zatrudnienia w IT, częstych zmian wśród personelu IT lub słabego zarządzania IT. Gdy firma postrzega IT wyłącznie jako centrum kosztów, prywatne królestwa są znacznie bardziej prawdopodobne.

Ogólnie rzecz biorąc, lenna są wynikiem działań kierownika, który obawia się utraty zespołu i związanego zaplecza władzy. Ci przywódcy często mają poczucie obowiązku dla swoich zespołów i czują potrzebę ochrony swoich podwładnych przed negatywnymi konsekwencjami. Frazy takie jak "schronienie zespołowi przed zmianą" i "ochrona zespołu przed zakłóceniami procesów" to wskaźniki nadmiernie strzeżonego menedżera, który może potrzebować większego wsparcia od kierownictwa.

Zajmij się oporem ze strony fiefdomów IT

Działy IT mogą przejawiać wzrost, postępując zgodnie z podejściami do przezwyciężania oporu wobec silosów IT. Zanim spróbujesz zająć się oporem ze strony domeny IT, zalecamy, aby najpierw traktować zespół jak silos IT. Jeśli takie podejścia nie przyniosą żadnych znaczących zmian, zespół oporny na zmiany może cierpieć na antywzorzec fiefdom IT. Główną przyczyną domen IT jest nieco bardziej skomplikowane do rozwiązania, ponieważ opór ma tendencję do pochodzić od bezpośredniego przełożonego (lub lidera wyższego w organizacji). Wyzwania związane z silosami IT są zwykle łatwiejsze do pokonania.

Gdy ciągły opór ze strony księstw IT blokuje wysiłki związane z wdrażaniem chmury, może być rozsądne, aby podjąć wspólne działania w celu oceny sytuacji z istniejącymi liderami IT. Liderzy IT muszą dokładnie rozważyć szczegółowe informacje od zespołu strategicznego ds. chmury, centrum doskonałości chmury i zespołu ds. ładu w chmurze przed podjęciem decyzji.

Uwaga

Liderzy IT nigdy nie powinni lekko stosować zmian w schemacie organizacyjnym. Powinni również weryfikować i analizować opinie od każdego z zespołów pomocniczych. Jednak działania transformacyjne, takie jak wdrażanie chmury, mają tendencję do powiększania podstawowych problemów, które zostały niezauważone lub nierozwiązane na długo przed podjęciem tego wysiłku. Gdy księstwa uniemożliwiają sukces firmy, zmiany przywództwa są prawdopodobnie konieczne.

Na szczęście usunięcie przywódcy księstwa nie zawsze kończy się zwolnieniem. Ci silni, namiętni liderzy często mogą przejść do roli zarządzania po krótkim okresie refleksji. Przy odpowiednim wsparciu ta zmiana jest zdrowa dla przywódcy lenna i obecnego zespołu.

Ostrożność

Dla menedżerów działów IT ochrona zespołu przed ryzykiem jest jednoznaczną wartością przywódczą. Ale istnieje cienka linia między ochroną a izolacją. Gdy zespół jest zablokowany przed uczestniczeniem w wprowadzaniu zmian, może to mieć psychologiczne i zawodowe konsekwencje dla zespołu. Chęć oprzenia się zmianom może być silna, zwłaszcza w czasach widocznej zmiany.

Menedżer każdego izolowanego zespołu może najlepiej zademonstrować nastawienie na rozwój, eksperymentując ze wskazówkami skojarzonymi ze zdrowymi zespołami IT w poprzednich sekcjach. Aktywne i optymistyczne uczestnictwo w zarządzaniu i działaniach CCoE może prowadzić do wzrostu osobistego. Menedżerowie działów IT są najlepiej usytuowani, aby zmienić tłumione sposoby myślenia i pomóc zespołowi w opracowywaniu nowych pomysłów.

Fiefdomy IT są czasami oznaką systemowych problemów przywództwa. Aby przezwyciężyć księstewko IT, liderzy IT potrzebują swobody wprowadzania zmian w operacjach, obowiązkach, a czasami nawet w osobach, które zapewniają zarządzanie liniowe dla określonych zespołów. Jeśli te zmiany są wymagane, warto podejść do zmian z jasnymi i defensowalnymi punktami danych.

Dostosowanie do uczestników projektu biznesowego, motywacji biznesowych i wyników biznesowych może wymagać wprowadzenia niezbędnych zmian. Współpraca z zespołem strategicznym ds. chmury, centrum doskonałości w chmurze i zespołem ds. ładu w chmurze może zapewnić punkty danych potrzebne do defensywowania pozycji. W razie potrzeby te zespoły powinny być zaangażowane w eskalację grupy, aby sprostać wyzwaniom, których nie można samodzielnie rozwiązać z kierownictwem IT.

Następne kroki

Zakłócanie antywzorców organizacyjnych jest wysiłkiem zespołowym. Aby podjąć działania na temat tych wskazówek, zapoznaj się z wprowadzeniem do gotowości organizacji, aby zidentyfikować odpowiednie struktury zespołów i uczestników:

Identyfikowanie odpowiednich struktur zespołów i uczestników