Silor och feodalområden

Framgång i alla större förändringar av affärsmetoder, kultur eller teknikverksamhet kräver ett tillväxttänk. Kärnan i tillväxttänket är förmågan att acceptera förändring och tillhandahålla ledarskap trots tvetydighet.

Vissa antimönster blockerar tillväxttänket i organisationer som vill växa och transformeras. Dessa antimönster omfattar mikromanagement, partiskt tänkande och exkluderingsmetoder. Många av dessa hinder är personliga utmaningar som ger möjligheter till personlig tillväxt för alla. Men två vanliga antimönster inom IT, silor och feodalvälden, kräver mer än individuell tillväxt eller mognad för att åtgärdas.

Dessa antimönster är ett resultat av organiska ändringar i olika team, vilket resulterar i felaktiga organisationsbeteenden. För att hantera motståndet som orsakas av varje antimönster är det viktigt att förstå grundorsaken till bildandet.

Felfria, ekologiska IT-team

Det är naturligt att skapa en arbetsfördelning inom IT. Det är sunt att etablera team som har liknande expertis, delade processer, ett gemensamt mål och en anpassad vision. Det är också naturligt för dessa team att ha sin egen mikrokultur, delade normer och perspektiv.

Friska IT-team fokuserar på att samarbeta med andra team för att främja lyckade uppgifter. Friska IT-team försöker förstå de affärsmål som deras tekniska bidrag stöder. Detaljerna och skatteeffekterna kan vara suddiga, men teamets värdebidrag förstås vanligtvis inom teamet.

Även om friska IT-team har en passion för den teknik som de stöder, är de öppna för förändring och villiga att prova nya saker. Dessa team är vanligtvis de tidigaste och starkaste bidragsgivarna till CCoE-insatser (Cloud Center of Excellence). Du vill starkt uppmuntra deras bidrag.

Naturligt motstånd mot förändring

Ibland kan mikrokulturerna inom friska IT-team reagera dåligt på verkställande eller top-down-beslut för att driva förändring. Denna reaktion är naturlig, eftersom mänskliga kollektiv med delade normer ofta samarbetar för att övervinna externa hot.

Människor ser ibland förändringar som påverkar teamets dagliga jobb, känsla av säkerhet eller autonomi som en risk för kollektivet. Tecken på motstånd är vanligtvis en tidig indikator på att teammedlemmar inte känner att de är en del av beslutsprocessen.

När molnarkitekter och andra ledare investerar i att avskaffa personliga fördomar och driva på för inkluderande IT-team kommer motståndet mot förändring sannolikt att minska snabbt och upplösas med tiden. CCoE är ett verktyg som hjälper molnarkitekter och ledare att skapa inkluderande beslutsfattande.

Felfri friktion

Det är lätt att blanda ihop motstånd med friktion. Befintliga IT-team är ofta kunniga om tidigare misstag, konkreta risker, stamkunskap om lösningar och odokumenterade tekniska skulder. Tyvärr kan även de hälsosammaste IT-teamen hamna i fällan att beskriva dessa viktiga datapunkter som en del av en specifik teknisk lösning som inte bör ändras. Den här kommunikationsmetoden maskerar teamens kunskap och skapar en uppfattning om motstånd.

Att ge dessa team en mekanism för kommunikation i framtida terminologi lägger till datapunkter, identifierar luckor och skapar hälsosam friktion kring de föreslagna lösningarna. Den extra friktionen slipar bort lösningens ojämnheter och främjar långsiktiga värden. Att bara ändra konversationen kan skapa klarhet kring komplexa ämnen och generera energi för att leverera mer framgångsrika lösningar.

Vägledningen för att definiera företagspolicy underlättar riskbaserade samtal med affärsintressenter. Men du kan använda samma modell för att underlätta konversationer med team som uppfattas som molnresistenta. När motstånd är vanligt förekommande kan det vara klokt att inkludera metoder för att lösa motstånd i stadgan för ett molnstyrningsteam.

Antimönster

Den organiska och dynamiska tillväxten inom IT som skapar felfria IT-team kan också resultera i antimönster som blockerar omvandling och molnimplementering. IT-silor och fiefdom skiljer sig från de naturliga mikrokulturerna i friska IT-team. I båda mönstret tenderar teamets fokus att riktas mot att skydda sin "torv". När teammedlemmar ställs inför en möjlighet att ändra och förbättra verksamheten kommer de att investera mer tid och energi i att blockera ändringen än att hitta en positiv lösning.

Som tidigare nämnts kan friska IT-team skapa naturligt motstånd och positiv friktion. Silos och feodalområden är en annan utmaning. Det finns ingen dokumenterad inledande indikator för något av antimönstren. Dessa antimönster tenderar att identifieras efter månader av kompetenscenter för moln och styrningsteam för moln. De upptäcks som ett resultat av pågående motstånd.

Även i giftiga kulturer bör CCoE:s och molnstyrningsteamets insatser bidra till kulturell tillväxt och tekniska framsteg. Efter månader av arbete kanske några team fortfarande inte visar några tecken på inkluderande beteenden och står fast i sitt motstånd mot förändring. Dessa team arbetar troligen i något av följande antimönster: silor och feodalvälden. Även om dessa modeller har liknande symtom skiljer sig rotorsaken och metoderna för att ta itu med motstånd radikalt mellan dem.

IT-silor

Teammedlemmar i en IT-silo kommer sannolikt att definiera sig själva genom sin anpassning till några IT-leverantörer eller ett område med teknisk specialisering. Men blanda inte ihop silor med IT-feodala områden. Silo tenderar att drivas av komfort och passion, och silo är ibland lättare att övervinna än de rädslodrivna motiven bakom småkungariken.

Detta antimönster uppstår ofta från en gemensam passion för en specifik lösning. IT-silor förstärks sedan av teamets avancerade kunskaper som ett resultat av investeringen i den specifika lösningen. Den här överlägsna färdigheten är en accelerator för molnimplementeringsarbetet om du kan övervinna motståndet mot förändring. Det kan också bli en viktig blockerare om silor är uppdelade eller om gruppmedlemmarna inte kan utvärdera alternativ korrekt. Lyckligtvis kan du vanligtvis övervinna IT-silor utan att göra några större ändringar i organisationsschemat.

Hantera motstånd från IT-silor

Du kan hantera IT-silor genom följande metoder. Den bästa metoden beror på grundorsaken till motståndet.

Skapa virtuella team: Avsnittet Organisationsberedskap i Cloud Adoption Framework beskriver en struktur med flera lager för att integrera och definiera fyra virtuella team. En fördel med den här strukturen är synlighet och inkludering mellan organisationer. Genom att introducera ett molncenter för excellens skapas ett högt profilerat ambitiöst team som de främsta teknikerna vill delta i. Den här ändringen hjälper dig att skapa nya korslösningsjusteringar som inte är bundna av begränsningar för organisationsscheman. Det främjar också inkludering av toppspecialister som har isolerats i IT-silor.

Att introducera ett molnstrategiteam skapar omedelbar synlighet för IT-bidrag angående molnimplementeringsinsatser. När IT-silor kämpar för separation kan den här synligheten hjälpa till att motivera IT- och företagsledare att stödja dessa resistenta teammedlemmar på rätt sätt. Den här processen är en snabb väg till intressenternas engagemang och support.

Överväg experimentering och exponering: Teammedlemmar i en IT-silo har sannolikt varit begränsade i sitt sätt att tänka under en tid. Att bryta enspårs-sinnet är ett första steg för att ta itu med motstånd.

Experimentering och exponering är kraftfulla verktyg för att bryta ner barriärer i silor. Teammedlemmarna kan vara resistenta mot konkurrerande lösningar, så det är inte klokt att ge dem ansvaret för ett experiment som konkurrerar med deras befintliga lösning. Men som en del av ett första arbetsbelastningstest i molnet bör organisationen implementera konkurrerande lösningar. Det avskärmade teamet bör bjudas in för att bidra med input och granskning, men inte som beslutsfattare. Förmedla tydligt den här metoden till teamet med ett åtagande att engagera dem djupare som beslutsfattare innan de övergår till produktionslösningar.

Under granskningen av den konkurrerande lösningen använder du de metoder som beskrivs i Definiera företagsprincip för att dokumentera experimentets konkreta risker och upprätta principer som hjälper det siloed teamet att bli mer bekväma med det framtida tillståndet. Den här metoden exponerar teamet för nya lösningar och härdar den framtida lösningen.

Vara "gränslös": Teamen som driver molnimplementeringen gör det enkelt att tänja på gränserna genom att utforska spännande, nya molnbaserade lösningar. Det är hälften av metoden för att ta bort gränser. Men det tänkandet kan ytterligare förstärka IT-silor. Att driva på för förändring för snabbt och utan respekt för befintliga kulturer kan skapa ohälsosam friktion och leda till naturligt motstånd.

När IT-silor börjar göra motstånd är det viktigt att vara ”gränslös” i sina egna lösningar. Tänk på en enkel sanning: molnbaserad är inte alltid den bästa lösningen. Överväg hybridlösningar som kan ge möjlighet att utöka de befintliga investeringarna i IT-silon till framtiden.

Överväg även molnbaserade versioner av lösningen som IT-siloteamet använder nu. Experimentera med lösningarna och få exponering för synpunkter från teammedlemmar som arbetar i IT-silon. Som minst får du ett nytt perspektiv. I många situationer kan du få nog av IT-silons respekt för att minska motståndet.

Investera i utbildning: Många som bor i en IT-silo blev passionerade för den nuvarande lösningen som ett resultat av att utöka sin egen utbildning. Att investera i utbildning av dessa team är sällan felplacerat. Allokera tid för dessa individer att delta i självinlärning, klasser eller till och med konferenser för att bryta det dagliga fokuset på den aktuella lösningen.

För att utbildning ska vara en investering måste du se en viss avkastning från kostnaden. I utbyte mot investeringen kan teamet demonstrera den föreslagna lösningen för resten av teamen som är involverade i molnimplementering. De kan också tillhandahålla dokumentation om de konkreta riskerna, riskhanteringsmetoderna och önskade principer vid antagandet av den föreslagna lösningen. Varje fördel engagerar teamen i lösningen och använder deras kollektiv kunskap.

Omvandla vägspärrar till farthinder: IT-silor kan sakta ned eller stoppa alla transformeringar. Experimentering och iteration hittar ett sätt, men bara om projektet fortsätter att röra sig. Fokusera på att omvandla vägspärrar till farthinder. Definiera principer som alla tillfälligt kan känna sig bekväma med i utbyte mot fortsatt utveckling.

Om IT-säkerhet till exempel är vägspärren eftersom dess säkerhetslösning inte kan övervaka komprometterade skyddade data i molnet, upprättar du dataklassificeringsprinciper. Förhindra distribution av klassificerade data till molnet tills du hittar en angenäm lösning. Bjud in IT-säkerhet till experimentering med hybridlösningar eller molnbaserade lösningar för att övervaka skyddade data.

Om nätverksteamet fungerar som en silo identifierar du arbetsbelastningar som är fristående och inte har nätverksberoenden. Parallellt kan du experimentera, exponera och utbilda nätverksteamet när du arbetar med hybridlösningar eller alternativa lösningar.

Ha tålamod och var inkluderande: Det är frestande att gå vidare utan stöd från en IT-silo. Men detta beslut orsakar störningar och vägspärrar på vägen. Det kan ta tid att ändra uppfattning om IT-silon. Ha tålamod med deras naturliga motstånd. Konvertera den till värde. Var inkluderande och bjud in till hälsosam friktion för att förbättra den framtida lösningen.

Tävla aldrig: IT-silos finns av en anledning. Det kvarstår av en anledning. Det finns en investering i att upprätthålla den lösning som teammedlemmarna brinner för. Att konkurrera direkt med lösningen eller IT-silon distraherar från det verkliga målet att uppnå affärsresultat. Den här fällan har blockerat många omvandlingsprojekt.

Håll dig fokuserad på målet, till skillnad från en enda komponent i målet. Hjälp med att framhäva de positiva aspekterna av IT-silons lösning och hjälpa teammedlemmarna att fatta kloka beslut om de bästa lösningarna för framtiden. Förolämpa inte eller försämra inte den aktuella lösningen, eftersom det skulle vara kontraproduktivt.

Samarbeta med företaget: Om IT-silon inte blockerar affärsresultat, varför bryr du dig? Det finns ingen perfekt lösning eller perfekt IT-leverantör. Konkurrens finns av en anledning; var och en har sina egna fördelar.

Ta till dig mångfald och inkludera verksamheten genom att stödja och anpassa dig till ett starkt molnstrategiteam. När en IT-silo stöder en lösning som blockerar affärsresultat är det lättare att kommunicera den vägspärren utan brus från tekniska käbbel. Att möjliggöra icke-blockerande IT-silor visar hur man kan samarbeta för att nå önskade affärsresultat. Dessa ansträngningar ger mer respekt och större stöd från verksamheten när en IT-silo framställer en verklig hindrande faktor.

IT-feodalvälden

Teammedlemmar i ett IT-fiefdom kommer sannolikt att definiera sig själva genom sin anpassning till en specifik process eller ansvarsområde. Teamet verkar under ett antagande att extern påverkan på dess ansvarsområde leder till problem. Fiefdoms tenderar att vara ett rädsladrivet antimönster, vilket kräver betydande ledarskapsstöd för att övervinna.

Fiefdoms är särskilt vanliga i organisationer som har haft IT-nedskärningar, frekvent turbulens bland IT-personalen eller dåligt IT-ledarskap. När företaget ser IT som enbart ett kostnadsställe är det mycket mer sannolikt att små kungadömen kan uppstå.

I allmänhet är feodalriken resultatet av en linjechef som fruktar att förlora teamet och den tillhörande maktbasen. Dessa ledare har ofta en känsla av plikt mot sina team och känner ett behov av att skydda sina underordnade från negativa konsekvenser. Fraser som "skydda teamet från förändring" och "skydda teamet från processstörningar" är indikatorer på en överbevakad chef som kan behöva mer stöd från ledarskapet.

Bemöta motstånd från IT-feodalvälden

IT-herravälden kan visa tillväxt genom att följa de metoder för att hantera IT-silomotstånd. Innan du försöker hantera motstånd från en IT-domän, rekommenderar vi att du först behandlar teamet som en IT-silo. Om dessa typer av metoder inte ger någon betydande förändring kan det resistenta teamet drabbas av ett IT-fiefdom-antimönster. Den grundläggande orsaken till "IT-fiefdoms" är lite mer komplex att hantera eftersom motståndet tenderar att komma från den direkta linjechefen (eller en ledare högre upp i organisationen). Utmaningar som är IT-silodrivna är vanligtvis enklare att övervinna.

När fortsatt motstånd från IT-avdelningar blockerar ansträngningarna för molnanvändning kan det vara klokt att gemensamt utvärdera situationen med befintliga IT-ledare. IT-ledare måste noga överväga insikter från molnstrategiteamet, molncentret för excellens och molnstyrningsteamet innan de fattar beslut.

Anmärkning

IT-ledare bör aldrig göra ändringar i organisationsschemat lättvindigt. De bör också validera och analysera feedback från var och en av de stödjande teamen. Men omvälvande insatser som molnimplementering tenderar att förstora underliggande problem som har gått obemärkt förbi eller inte åtgärdats långt före den här ansträngningen. När småkungadömen förhindrar företagets framgång är det troligt att ledarskapsändringar behövs.

Lyckligtvis leder inte avlägsnandet av ledaren för ett feodalherravälde alltid till avsked. Dessa starka, passionerade ledare kan ofta övergå till en ledningsroll efter en kort period av eftertanke. Med rätt stöd är den här ändringen felfri för ledaren för fiefdomen och det nuvarande teamet.

Försiktighet

För it-chefer är det ett tydligt ledarskapsvärde att skydda teamet från risker. Men det finns en fin gräns mellan skydd och isolering. När teamet blockeras från att delta i drivande förändringar kan det få psykologiska och professionella konsekvenser för teamet. Lusten att motstå förändring kan vara stark, särskilt under tider av synlig förändring.

Chefen för varje isolerade team kan bäst demonstrera en tillväxtmentalitet genom att experimentera med vägledningen som är associerad med hälsosamma IT-team i föregående avsnitt. Aktivt och optimistiskt deltagande i styrnings- och CCoE-aktiviteter kan leda till personlig tillväxt. Chefer för IT-fiefdom är bäst positionerade för att ändra kvävande tankesätt och hjälpa teamet att utveckla nya idéer.

IT-fiendedömen är ibland ett tecken på systematiska ledarskapsproblem. För att övervinna ett IT-fiefdom behöver IT-ledare friheten att göra ändringar i drift, ansvarsområden och ibland även de personer som tillhandahåller linjehantering för specifika team. När dessa ändringar krävs är det klokt att närma sig ändringarna med tydliga och försvarbara datapunkter.

Det kan krävas anpassning till affärsintressenter, affärsmotiveringar och affärsresultat för att driva på den nödvändiga förändringen. Partnerskap med molnstrategiteamet, cloud center of excellence och molnstyrningsteamet kan tillhandahålla de datapunkter som behövs för en försvarbar position. Vid behov bör dessa team delta i en gruppeskalering för att hantera utmaningar som inte kan hanteras enbart med IT-ledningen.

Nästa steg

Att störa organisationens antimönster är ett teamarbete. Följ den här vägledningen genom att gå igenom introduktionen till organisationens beredskap för att identifiera rätt teamstrukturer och deltagare:

Identifiera rätt teamstrukturer och deltagare