Udostępnij za pośrednictwem


Silosy i fiefdoms

Sukces w każdej poważnej zmianie praktyk biznesowych, kultury lub operacji technologicznych wymaga myślenia o wzroście. W centrum myślenia o wzroście jest zdolność do akceptowania zmian i zapewniania przywództwa pomimo niejednoznaczności.

Niektórzy antywzorcy blokują nastawienie na rozwój w organizacjach, które chcą rosnąć i przekształcać. Te antywzorce obejmują mikrozarządzanie, uprzedzone myślenie i praktyki wykluczające. Wiele z tych blokerów to osobiste wyzwania, które tworzą osobiste możliwości rozwoju dla wszystkich. Jednak dwa typowe antywzorce w IT, silosach i fiefdoms wymagają więcej niż indywidualnego wzrostu lub dojrzałości do rozwiązania problemu.

Diagram przedstawiający porównanie zdrowych zespołów i antywzorców organizacyjnych.

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

To naturalne, aby stworzyć podział pracy w całej klasie IT. W dobrej kondycji należy ustanowić zespoły, które mają podobną wiedzę, wspólne procesy, wspólny cel i dostosowaną 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 ukończenia obowiązków. Zespoły IT w dobrej kondycji starają się zrozumieć cele biznesowe obsługiwane przez ich wkład technologiczny. Szczegóły i efekty fiskalne mogą być rozmyte, ale wkład wartości zespołu jest zwykle zrozumiały w zespole.

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

Naturalna odporność na zmianę

Czasami mikrokultury w zdrowych zespołach IT mogą źle reagować na decyzje kadry kierowniczej lub od góry w dół, aby napędzać zmiany. Ta reakcja jest naturalna, ponieważ ludzkie kolektywy ze wspólnymi normami często współpracują w celu pokonania zagrożeń zewnętrznych.

Osoby czasami postrzegać zmiany wpływające na codzienne zadania 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ę częścią procesu podejmowania decyzji.

Gdy architekci chmury i inni liderzy inwestują w zniesienie osobistych uprzedzeń i jazdy dla inkluzywnych zespołów IT, odporność na zmiany może zmniejszyć się szybko i rozpuścić w czasie. CCoE to narzędzie, które pomaga architektom chmury i liderom tworzyć inkluzywne podejmowanie decyzji.

Tarcie w dobrej kondycji

Łatwo jest mylić opór z tarciem. Istniejące zespoły IT są powszechnie znane z przeszłych błędów, rzeczywistych zagrożeń, plemiennej wiedzy na temat rozwiązań i nieudokumentowanego długu technicznego. Niestety nawet najzdrowsze zespoły IT mogą wpadać w pułapkę opisywania tych ważnych punktów danych w ramach konkretnego rozwiązania technicznego, które nie powinny 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 piaskuje szorstkie krawędzie rozwiązania i napędza długoterminowe 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 uczestnikami projektu biznesowego. Możesz jednak użyć tego samego modelu, aby ułatwić rozmowy z zespołami postrzeganymi jako odporne na chmurę. Gdy postrzeganie odporności jest powszechne, warto uwzględnić praktyki rozwiązywania problemów z oporem 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 blokujące transformację i wdrożenie chmury. Silosy IT i fiefdoms różnią się od naturalnych mikrokultur w zdrowych zespołach IT. W każdym z wzorców, zespół koncentruje się zwykle na ochronie ich "murawy". Gdy członkowie zespołu są skonfrontowani z 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ą stworzyć naturalny opór i pozytywne tarcie. Silosy i fiefdoms są innym wyzwaniem. Nie ma udokumentowanych wskaźników wiodących dla obu antywzorców. Te antywzorce są identyfikowane po miesiącach wysiłków zespołu ds. doskonałości chmury i ładu w chmurze. Są one odkryte w wyniku trwającego oporu.

Nawet w przypadku toksycznych kultur wysiłki CCoE i zespołu ds. utrzymania ładu w chmurze 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 inkluzywnego zachowania i stanąć mocno w ich oporze na zmiany. Te zespoły prawdopodobnie działają w jednym z następujących modeli antywzorców: silosów i fiefdoms. Chociaż te modele 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 mogą zdefiniować się poprzez dostosowanie do kilku dostawców IT lub obszaru specjalizacji technicznej. Ale nie myl silosów z fiefdoms IT. Silosy wydają się być napędzane przez komfort i pasję, a silosy są czasami łatwiejsze do pokonania niż motywy napędzane strachem za fiefdoms.

Ten antywzorzec często pojawia 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łównym blokerem, jeśli silosy są podzielone lub jeśli członkowie zespołu nie mogą dokładnie ocenić opcji. Na szczęście można zwykle przezwyciężyć silosy IT bez wprowadzania istotnych zmian w wykresie organizacyjnym.

Odporność na działanie silosów IT

Silosy IT można rozwiązać, korzystając z poniższych metod. Najlepsze podejście zależy od głównej przyczyny oporu.

Tworzenie zespołów wirtualnych: Sekcja Gotowość organizacyjna Cloud Adoption Framework opisuje wielowarstwową strukturę integracji i definiowania czterech zespołów wirtualnych. Jedną z zalet tej struktury jest widoczność i włączenie między organizacjami. Wprowadzenie do centrum doskonałości w chmurze tworzy zespół aspirujący o wysokim profilu, w ramach którego najlepsi inżynierowie chcą uczestniczyć. Ta zmiana ułatwia tworzenie nowych wyrównań między rozwiązaniami, które nie są powiązane z ograniczeniami schematu organizacyjnego. Prowadzi również do włączenia najlepszych inżynierów, którzy zostali chronini przez silosy IT.

Wprowadzenie do zespołu strategicznego ds. chmury zapewnia natychmiastowy wgląd w wkład IT w zakresie wysiłków związanych z wdrażaniem chmury. Gdy silosy IT walczą o separację, ta widoczność może pomóc zmotywować liderów IT i biznesowych, aby prawidłowo wspierać tych odpornych członków zespołu. Ten proces jest szybką ścieżką do zaangażowania i wsparcia uczestników projektu.

Rozważ eksperymentowanie i ekspozycję: Członkowie zespołu w silosie IT prawdopodobnie zostali ograniczeni do myślenia w określony sposób przez jakiś czas. Łamanie umysłu jednotorowego jest pierwszym krokiem do radzenia sobie z oporem.

Eksperymentowanie i ekspozycja to zaawansowane narzędzia do łamania barier w silosach. Członkowie zespołu mogą być odporni na konkurencyjne rozwiązania, więc nie jest mądry umieścić ich za eksperymentem, który konkuruje z istniejącym rozwiązaniem. Jednak w ramach pierwszego testu obciążenia chmury organizacja powinna zaimplementować konkurencyjne rozwiązania. Zespół silosów powinien zostać zaproszony do udziału jako źródło danych wejściowych i przeglądu, ale nie jako osoba podejmująca decyzje. Jasno komunikują się z tym podejściem do zespołu z zaangażowaniem ich w głębiej jako osoby podejmujące decyzje przed przejściem do rozwiązań produkcyjnych.

Podczas przeglądu konkurencyjnego rozwiązania skorzystaj z praktyk opisanych w temacie Definiowanie zasad firmy , aby udokumentować rzeczywiste ryzyko eksperymentu i ustanowić zasady, które pomagają zespołowi silosowemu stać się bardziej wygodne w przyszłym stanie. Takie podejście uwidacznia zespół w nowych rozwiązaniach 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, nowe rozwiązania natywne dla chmury. Jest to połowa podejścia do usuwania granic. Ale to myślenie może jeszcze bardziej wzmocnić silosy IT. Naciskanie na zmianę zbyt szybko i bez względu na istniejące kultury może powodować złe tarcie i prowadzić do naturalnego oporu.

Gdy silosy IT zaczynają się oprzeć, ważne jest, aby być "bez granic" we własnych rozwiązaniach. Należy pamiętać o jednej prostej prawdzie: natywna dla chmury nie zawsze jest najlepszym rozwiązaniem. Rozważ rozwiązania hybrydowe, które mogą stanowić okazję do rozszerzenia istniejących inwestycji silosu IT w przyszłość.

Rozważ również wersje oparte na chmurze rozwiązania, z którego korzysta teraz zespół silosów IT. Eksperymentuj 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 zarobić wystarczająco dużo szacunku silosu IT, aby 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 jest rzadko zagubione. 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 zademonstrować proponowane rozwiązanie pozostałym zespołom zaangażowanym w wdrażanie chmury. Mogą one również dostarczać dokumentację rzeczywistych zagrożeń, podejść do zarządzania ryzykiem i żądanych zasad podczas wdrażania proponowanego rozwiązania. Każda korzyść angażuje zespoły w rozwiązaniu i wykorzystuje swoją wiedzę plemienną.

Przekróć przeszkody drogowe w uderzenia prędkości: Silosy IT mogą spowolnić lub zatrzymać dowolną transformację. Eksperymentowanie i iteracja znajdują sposób, ale tylko wtedy, gdy projekt będzie się poruszał. Skoncentruj się na obracaniu przeszkód drogowych w uderzenia prędkości. 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 chronionych 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 hybrydowymi lub natywnymi dla chmury rozwiązaniami do monitorowania chronionych danych.

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

Bądź cierpliwy i inkluzywny: Kuszące jest przejście bez obsługi silosu IT. Ale ta decyzja powoduje zakłócenia i przeszkody w dół drogi. Zmiana umysłów na temat silosu IT może zająć trochę czasu. Bądź cierpliwy z ich naturalnym oporem. Przekonwertuj ją na wartość. Bądź inkluzywny i zapraszaj zdrowe tarcie, aby ulepszyć przyszłe rozwiązanie.

Nigdy nie konkuruj: Silos IT istnieje z jakiegoś powodu. Jest on utrwalany z jakiegoś powodu. Istnieje inwestycja w utrzymanie rozwiązania, które członkowie zespołu są pasjonatami. 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 przekształcania.

Bądź skoncentrowany na celu, w przeciwieństwie do jednego składnika celu. 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ń dla przyszłości. Nie obrażaj ani nie obniżaj poziomu bieżącego rozwiązania, ponieważ byłoby to sprzeczne z produktem.

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

Przyjmij 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 blokujące wyniki biznesowe, łatwiej jest komunikować się z tym przeszkodą bez szumu technicznych kłótni. Obsługa nonblocking IT silos pokazuje, jak partnerować w celu uzyskania pożądanych wyników biznesowych. Te wysiłki zarabiają więcej szacunku i większego wsparcia ze strony firmy, gdy silos IT przedstawia legalny bloker.

Fiefdoms IT

Członkowie zespołu w fiefdomie IT mogą zdefiniować się poprzez ich dopasowanie 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ć antywzorcą napędzaną strachem, która wymaga znacznego wsparcia przywódczego do pokonania.

Fiefdoms są szczególnie powszechne w organizacjach, które miały downsizing IT, częste zawirowania pracowników IT lub słabe przywództwo IT. Gdy firma postrzega it wyłącznie jako centrum kosztów, fiefdomsy są znacznie bardziej prawdopodobne.

Ogólnie rzecz biorąc, fiefdoms są wynikiem menedżera linii, który obawia się utraty zespołu i skojarzonej bazy zasilania. Przywódcy ci często mają poczucie obowiązku dla swoich zespołów i czują potrzebę ochrony swoich podwładnych przed negatywnymi konsekwencjami. Frazy takie jak "schronić zespół przed zmianami" i "chronić zespół przed zakłóceniami procesów" to wskaźniki nadmiernie strzeżonego menedżera, który może potrzebować większego wsparcia od przywództwa.

Odporność na adres z fiefdoms IT

Fiefdoms IT może wykazać wzrost, postępując zgodnie z podejściami do reagowania na silos IT. Zanim spróbujesz rozwiązać problem z oporem ze strony fiefdom IT, zalecamy, aby najpierw traktować zespół jak silos IT. Jeśli tego rodzaju podejścia nie przyniosą żadnych znaczących zmian, odporny zespół może cierpieć na antywzorzec fiefdom IT. Główną przyczyną fiefdoms IT jest nieco bardziej złożona do rozwiązania, ponieważ opór ten ma tendencję do pochodzących z menedżera linii bezpośredniej (lub lidera wyższego w organizacji). Wyzwania oparte na silosach IT są zwykle łatwiejsze do pokonania.

Gdy ciągły opór ze strony fiefdoms IT blokuje wysiłki związane z wdrażaniem chmury, może to być mądre dla połączonego wysiłku w celu oceny sytuacji z istniejącymi liderami IT. Liderzy IT muszą uważnie rozważyć szczegółowe informacje od zespołu ds. strategii chmury, centrum doskonałości chmury i zespołu ds. ładu w chmurze przed podjęciem decyzji.

Uwaga

Liderzy IT nigdy nie powinni lekko podejmować zmian w wykresie organizacyjnym. Powinny one 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 poszły niezauważone lub niezauważane na długo przed tym wysiłkiem. Gdy fiefdoms uniemożliwiają sukces firmy, zmiany przywództwa są prawdopodobnie konieczne.

Na szczęście usunięcie lidera fiefdomu nie zawsze kończy się kończeniem. Ci silni, pasjonaci liderzy często mogą przejść do roli zarządzania po krótkim okresie refleksji. Z właściwym wsparciem ta zmiana jest zdrowa dla lidera fiefdom i obecnego zespołu.

Przestroga

Dla menedżerów fiefdoms IT ochrona zespołu przed ryzykiem jest wyraźną wartością przywództwa. Ale istnieje dokładna linia między ochroną a izolacją. Gdy zespół nie może brać udziału w zmianach jazdy, może mieć konsekwencje psychologiczne i zawodowe dla zespołu. Chęć oprzeć się zmianie może być silna, zwłaszcza w czasach widocznej zmiany.

Menedżer dowolnego 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. Aktywny i optymistyczny udział w zarządzaniu i działaniach CCoE może prowadzić do rozwoju osobistego. Menedżerowie fiefdoms IT są najlepiej ustawieni, aby zmienić duszące umysły i pomóc zespołowi opracowywać nowe pomysły.

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

Dopasowanie 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 uzyskania defensywy. W razie potrzeby te zespoły powinny być zaangażowane w eskalację grupy, aby sprostać wyzwaniom, które nie mogą być rozwiązane tylko z kierownictwem IT.

Następne kroki

Zakłócanie antywzorców organizacyjnych to wysiłek zespołowy. 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: