Silor och fiefdoms

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 ge ledarskap trots tvetydighet.

Vissa antimönster blockerar tillväxttänket i organisationer som vill växa och förändras. Dessa antimönster omfattar mikromanagement, partiskt tänkande och exkluderande metoder. Många av dessa blockerare är personliga utmaningar som skapar personliga tillväxtmöjligheter för alla. Men två vanliga antimönster inom IT, silor och fiefdoms, kräver mer än individuell tillväxt eller mognad att ta itu med.

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.

Friska, ekologiska IT-team

Det är naturligt att skapa en arbetsfördelning mellan IT-avdelningen. 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 framgångsrikt slutförande av uppgifter. Friska IT-team försöker förstå de affärsmål som deras tekniska bidrag stöder. Detaljerna och de ekonomiska effekterna kan vara otydliga, men teamets värdebidrag förstås vanligtvis i 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 är villiga att prova nya saker. Dessa team är vanligtvis de tidigaste och starkaste bidragsgivarna till arbetet med CCoE (Cloud Center of Excellence). Du vill starkt uppmuntra deras bidrag.

Naturligt motstånd mot förändring

Ibland kan mikrokulturerna i 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 gemensamma normer ofta samarbetar för att övervinna externa hot.

Personer 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 teammedlemmarna 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 lösas upp med tiden. En CCoE är ett verktyg som hjälper molnarkitekter och ledare att skapa inkluderande beslutsfattande.

Hälsosam friktion

Det är lätt att blanda ihop motstånd med friktion. Befintliga IT-team är allmänt 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.

Genom att ge dessa team en mekanism för kommunikation i framtida terminologi läggs datapunkter till, luckor identifieras och smidig friktion skapas kring de föreslagna lösningarna. Den extra friktionen sandar ner lösningens grova kanter och driver 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 konversationer med affärsintressenter. Men du kan använda samma modell för att underlätta konversationer med team som uppfattas som molnresistenta. När uppfattningen om motstånd är utbredd kan det vara klokt att inkludera metoder för motståndsmatchning 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 fiefdoms skiljer sig från naturliga mikrokulturer inom 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 driften 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. Silor och fiefdoms är en annan utmaning. Det finns ingen dokumenterad inledande indikator för något av antimönstret. Dessa antimönster tenderar att identifieras efter månader av arbete med molncenter för utmärkthet och molnstyrningsteam . De upptäcks som ett resultat av pågående motstånd.

Även i giftiga kulturer bör CCoE:s och molnstyrningsteamets ansträngningar bidra till att driva 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ågon av följande antimönstermodeller: silor och fiefdoms. Även om dessa modeller har liknande symptom är grundorsaken och metoderna för att ta itu med motstånd radikalt olika dem emellan.

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-fiefdoms. Silor tenderar att drivas av komfort och passion, och silor är ibland lättare att övervinna än de rädsladrivna motiven bakom fiefdoms.

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 färdigheter som ett resultat av investeringen i den specifika lösningen. Den här överlägsna färdigheten är en accelerator för molnimplementeringsarbete om du kan övervinna motståndet mot förändring. Det kan också bli en viktig blockerare om silor är uppdelade eller om teammedlemmarna inte kan utvärdera alternativ korrekt. Lyckligtvis kan du vanligtvis övervinna IT-silor utan att göra några betydande ändringar i organisationsschemat.

Hantera motstånd från IT-silor

Du kan hantera IT-silor med hjälp av 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 utmärkthet skapas ett högt profilerat inspirerande team som de bästa teknikerna vill delta i. Den här ändringen hjälper dig att skapa nya lösningsjusteringar som inte är bundna av begränsningar för organisationsscheman. Det driver också inkludering av topptekniker som har skyddats av IT-silor.

Genom att introducera ett molnstrategiteam får du omedelbar insyn i IT-bidrag om molnimplementeringsarbetet. 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 de resistenta teammedlemmarna 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 till att tänka på ett visst sätt under en tid. Att bryta enspårshuvudet är ett första steg mot motstånd.

Experimentering och exponering är kraftfulla verktyg för att bryta ned 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 siloade teamet bör bjudas in att delta som indata- och granskningskälla, men inte som beslutsfattare. Kommunicera tydligt den här metoden till teamet med ett åtagande att engagera dem djupare som beslutsfattare innan de går över 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ämt med det framtida tillståndet. Den här metoden exponerar teamet för nya lösningar och skyddar den framtida lösningen.

Vara "gränslös": Teamen som driver molnimplementeringen tycker att det är 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 hänsyn till befintliga kulturer kan skapa ohälsosam friktion och leda till naturligt motstånd.

När IT-silor börjar motstå är det viktigt att vara "gränslös" i dina 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 befintliga investeringar 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-silo. 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 bodde 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. Tilldela 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 ingår i molnimplementeringen. De kan också tillhandahålla dokumentation om de konkreta riskerna, riskhanteringsmetoderna och önskad politik vid antagandet av den föreslagna lösningen. Varje förmån engagerar teamen i lösningen och använder sina stamkunskaper.

Förvandla 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 förvandla vägspärrar till farthinder. Definiera principer som alla kan vara tillfälligt bekväma med i utbyte mot fortsatt utveckling.

Om IT-säkerhet till exempel är en vägspärr 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 ett värde. Var inkluderande och bjud in hälsosam friktion för att förbättra den framtida lösningen.

Tävla aldrig: IT-silon finns av en anledning. Den finns kvar av en anledning. Det finns en investering i att underhå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 fokus på målet, till skillnad från en enda komponent i målet. Hjälp till att accentuera 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.

Partner med företaget: Om IT-silon inte blockerar affärsresultaten, 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. Stöd för icke-blockerande IT-silor visar hur du samarbetar för önskade affärsresultat. Dessa ansträngningar får mer respekt och större stöd från verksamheten när en IT-silo presenterar en legitim blockerare.

IT-fiefdom

Teammedlemmar i en IT-fiefdom kommer sannolikt att definiera sig själva genom sin anpassning till en viss process eller ett visst ansvarsområde. Teamet arbetar 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-nedskalning, frekvent turbulens i IT-personal eller dåligt IT-ledarskap. När företaget ser IT enbart som ett kostnadsställe är det mycket mer sannolikt att fiefdoms uppstår.

I allmänhet är fiefdoms resultatet av en linjechef som fruktar förlust av laget och den tillhörande maktbasen. Dessa ledare har ofta en känsla av plikt gentemot 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 ledningen.

Ta itu med motstånd från IT-fiefdoms

IT-fiefdoms kan visa tillväxt genom att följa metoderna för att hantera IT-siloresistens. Innan du försöker ta itu med motstånd från en IT-fiefdom rekommenderar vi att du behandlar teamet som en IT-silo först. Om dessa typer av metoder inte ger någon betydande förändring kan det resistenta teamet drabbas av ett ANTImönster för IT-fiefdom. Rotorsaken till IT-fiefdom är lite mer komplex att ta itu med, eftersom det motståndet tenderar att komma från direktlinjechefen (eller en ledare högre upp i organisationen). Utmaningar som är IT-silodrivna är vanligtvis lättare att övervinna.

När fortsatt motstånd från IT-fiefdoms blockerar arbetet med molnimplementering kan det vara klokt att tillsammans utvärdera situationen med befintliga IT-ledare. IT-ledarna måste noga överväga insikter från molnstrategiteamet, molncentret för utmärkthet och molnstyrningsteamet innan de fattar beslut.

IT-fiefdom är ibland ett tecken på systemledarfrågor. För att övervinna en IT-fiefdom behöver IT-ledarna friheten att göra ändringar i åtgärder, 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 företagets intressenter, affärsmotiveringar och affärsresultat för att driva på den nödvändiga förändringen. Samarbete med teamet för molnstrategi, molncenter ochmolnstyrningsteamet 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. Om du vill arbeta med den här vägledningen granskar du introduktionen till organisationsberedskap för att identifiera rätt teamstrukturer och deltagare: