Organisatoriska antimönster: silor och fiefdoms

En större ändring av affärs metoder, kultur-eller teknik åtgärder kräver en tillväxt tänkesätt. I hjärtat av tillväxten är tänkesätt ett godkännande av förändringar och möjligheten att leda till att det inte går att leda till tvetydighet.

Vissa antimönster kan blockera en tillväxt tänkesätt i organisationer som vill växa och transformera, inklusive mikrohantering, prioriterad användning och undantags metoder. Många av dessa blockerare är personliga utmaningar som skapar personliga tillväxt möjligheter för alla. Men två vanliga antimönster i IT kräver mer än individuell tillväxt eller mognad: silor och fiefdoms.

Jämförelse av friska lag och organisatoriska antimönster

De här antimönstren är ett resultat av ekologiska ändringar i olika team, vilket resulterar i organisatoriska beteenden. För att åtgärda motståndet som orsakas av varje antimönster är det viktigt att förstå rotor saken till den här investeringen.

Friska, ekologiska IT-team

Den är naturlig för att skapa en delning av ett arbete i det. Det är friskt att upprätta grupper som har liknande expertis, delade processer, ett gemensamt mål och en justerad vision. Det är också naturligt för dessa team att ha sin egen mikrokultur, delade normer och perspektiv.

Friska IT-team fokuserar på att samar beta med andra team för att främja att deras uppgifter slutförs. Friska IT-team kan försöka förstå de affärs mål som deras teknik bidrag har utformats för att stödja. Detalj-och räkenskaps påverkan kan vara suddig, men gruppens värde bidrag förstås ofta i teamet.

Även om de friska IT-teamen har en passion för den teknik som de stöder, är de fortfarande öppna för att testa nya saker. Sådana team är ofta de tidigaste och starkaste deltagarna till CCoE-ansträngningar (Cloud Center of expert) . Deras bidrag bör vara mycket uppmuntrande.

Naturlig motstånds kraft mot ändring

Vid vissa tillfällen kan mikrokulturerna i friska IT-team reagera dåligt på att leda eller fatta beslut om att driva ändringar. Den här reaktionen är naturlig, eftersom Collectives av människor med delade normer ofta samarbetar för att lösa externa hot.

Ändringar som påverkar teamets dagliga jobb, känsla av säkerhet eller självständighet kan ses som en risk för den gemensamma. Tecken på resistens är ofta en tidig indikator att grupp medlemmarna inte känner sig som de är en del av besluts fattandet.

När moln arkitekter och andra ledare investerar för att avskaffa personliga kompensationer och drivandehet för att inkludera befintliga IT-team, är det troligt att den här motstånds tiden minskar snabbt och löses över tid. Ett verktyg som är tillgängligt för moln arkitekter och ledare för att skapa besluts fattande beslut är bildande av en CCoE.

Felfria friktion

Det är enkelt att förväxla resistens med friktion. Befintliga IT-team kan vara kunskaper om tidigare misstag, konkreta risker, stambaserada kunskaper om lösningar och en teknisk skuld som inte har dokumenterats. Tyvärr kan IT-teamen healthiest IT-teamna besitter i svällningen av att beskriva dessa viktiga data punkter som en del av en speciell teknisk lösning som inte ska ändras. Den här metoden för kommunikation maskerar teamets kunskap och skapar en uppfattning om resistens.

Genom att tillhandahålla dessa team med en mekanism för att kommunicera i kommande söknings terminologi, kan du lägga till data punkter, identifiera luckor och skapa en felfri friktion runt de föreslagna lösningarna. Den extra friktionen kommer att sand ned hårda kanter på lösningarna och köra längre långsiktiga värden. Genom att ändra konversationen kan du skapa klarhet i komplexa ämnen och generera energi för att leverera fler lyckade lösningar.

Rikt linjerna för att Definiera företags policyn är att under lätta riskfyllda konversationer med affärs intressenter. Men samma modell kan användas för att under lätta konversationer med team som uppfattas som moln motstånds kraft. När motstånds kraftiga motstånd är utbreddt kan det vara klokt att ta med metoder för motstånds kraftiga lösningar i stadgan för ett team för moln styrning.

Antimönstren

Den ekologiska och snabba tillväxten i IT-avdelningen som skapar friska IT-team kan också leda till antimönster som blockerar omvandling och moln införande. IT-silor och fiefdoms skiljer sig från naturliga mikrokulturer inom friska IT-team. I båda mönstren är team fokus att riktas mot skydd av "Turf". När grupp medlemmar är kopplade till en möjlighet att ändra och förbättra åtgärder, kommer de att investera mer tid och energi till att blockera ändringen än att hitta en positiv lösning.

Som tidigare nämnts kan friska IT-team skapa naturliga motstånd och positiv friktion. Silor och fiefdoms är en annan utmaning. Det finns ingen dokumenterad inledande indikator för någon av de båda mönstren. De här antimönstren brukar identifieras efter månader av moln Center med expert -och moln styrnings arbete. De identifieras som resultatet av kontinuerlig resistens.

Även i giftiga kulturer bör CCoE och moln styrnings gruppen hjälpa till att öka kultur tillväxten och den tekniska utvecklingen. Efter en arbets period kan några Team fortfarande Visa inga tecken på inklusiv-beteenden och stå fast i deras resistens att ändra. Dessa team arbetar förmodligen i någon av följande antimönster modeller: silor och fiefdoms. Även om dessa modeller har liknande symptom, är rotor saken och metoder för att rikta motståndet annorlunda än dem.

IT-silor

Team medlemmar i en IT-silo kan förmodligen definiera sig själva genom sin justering till ett litet antal IT-leverantörer eller ett tekniskt specialisering. Men inte förvirrande silor med IT-fiefdoms. Silor tenderar att drivas av bekvämlighets-och passion, och silor är ofta enklare att lösa än de frukt drivna fordonen bakom fiefdoms.

Det här antimönstret uppstår ofta från en gemensam passion för en speciell lösning. IT-silon förstärks sedan av teamets avancerade kunskaper som ett resultat av investeringen i denna speciella lösning. Den här överlägsna kompetensen kan vara en Accelerator för moln implementerings ansträngningar om resistens mot ändring kan lösas. Det kan också bli en större Blocker om silorna är uppdelade eller om grupp medlemmarna inte kan utvärdera alternativ korrekt. I tur och ordning kan IT-silo ofta lösas utan betydande ändringar i organisations diagrammet.

Adress motstånd från IT-silor

IT-silor kan åtgärdas med hjälp av följande metoder. Den bästa metoden beror på den bakomliggande orsaken till motståndet.

Skapa virtuella team: Avsnittet organisations beredskap i Cloud adoption Framework beskriver en struktur för flera lager för integrering och definiering av fyra virtuella team. En fördel med den här strukturen är synlighet och införande av flera organisationer. Genom att introducera ett moln Center med hög kvalitet skapar du ett ambitiösa-team med hög profil som de främsta teknikerna ska delta i. På så sätt kan du skapa nya kors lösnings justeringar som inte är bundna av organisationens diagram begränsningar och som kommer att ta med de bästa teknikerna som har skyddats av IT-silorna.

Introduktionen av ett moln strategi team kommer att skapa omedelbar insyn i IT-bidragen för moln implementerings ansträngningar. När den här silon motverkar separering kan den här synligheten hjälpa till att motivera IT-och affärs ledare för att stödja de motstånds kraftiga grupp medlemmarna på rätt sätt. Den här processen är en snabb väg till från intressenter-engagemang och support.

Överväg experimentering och exponering: Team medlemmar i en IT-silo har troligt vis begränsats till att tänka på ett visst sätt under en viss tid. Det första steget med att dela upp är ett första steg för att adressera motståndet.

Experimentering och exponering är kraftfulla verktyg för att bryta ned hinder i silor. Grupp medlemmarna kan vara motstånds kraftiga mot konkurrerande lösningar, så det är inte klokt att ge dem ett experiment som konkurrerar med sin befintliga lösning. Men som en del av ett första arbets belastnings test i molnet, bör organisationen implementera konkurrerande lösningar. Det silonde teamet ska inbjudas att delta som inmatad och granska källa, men inte som en besluts fattare. Detta bör tydligt förmedlas till teamet, tillsammans med ett åtagande att engagera teamet mer djupt som besluts fattare innan de flyttar till produktions lösningar.

Under granskningen av konkurrerande lösning använder du de metoder som beskrivs i Definiera företags princip för att dokumentera påtagliga risker för experimentet och upprätta principer som hjälper det att hjälpa det silonde teamet att bli mer bekvämare i framtiden. Detta utsätter gruppen till nya lösningar och skärper den framtida lösningen.

Vara "mindre gränser": De team som driver Cloud-införandet hittar det enkelt att dra gränser genom att utforska spännande och nya molnbaserade lösningar. Det här är en hälft av metoden att ta bort gränser. Men det kan vara en ytterligare förstärkning av IT-silorna. Att överföra för att ändra för snabbt och utan att respektera befintliga kulturer kan skapa felaktig friktion och leda till naturlig resistens.

När silorna börjar motstå, är det viktigt att vara "helt mindre" i dina egna lösningar. Vara mindful av en enkel sanningen: Cloud-Native är inte alltid den bästa lösningen. Överväg hybrid lösningar som kan ge en möjlighet att utöka de befintliga investeringarna av IT-silon till framtiden.

Överväg också molnbaserade versioner av lösningen som IT-silon använder nu. Experimentera med de här lösningarna och visa dig själv i vilken synvinkel du bor i IT-silon. Du får minst ett nytt perspektiv. I många situationer kanske du får tillräckligt mycket av IT-silon avseende minska motstånds kraft.

Investera i utbildning: Många människor lever i en IT-silo blev passion om den aktuella lösningen som ett resultat av att utveckla sin egen utbildning. Att investera i dessa Teams utbildning är sällan felplacerat. Allokera tid för dessa personer att engagera sig i självstudier, klasser eller till och med konferenser för att dela den dagliga fokuseringen på den aktuella lösningen.

För att utbildning ska vara en investering måste en viss avkastning komma till följd av utgifterna. I utbyte för investeringen kan teamet Visa den föreslagna lösningen för resten av teamen som är involverade i moln införande. De kan också ge dokumentation om de konkreta riskerna, riskhanterings metoder och önskade principer för att införa den föreslagna lösningen. Var och en kommer att engagera dessa team i lösningen och kan dra nytta av sina stambaserad-kunskaper.

Vänd hindren till hastighets ojämnheter: IT-silor kan sakta ned eller stoppa en transformering. Experimentering och iterationer hittar ett sätt, men endast om projektet fortsätter att flytta. Fokusera på att omvandla hindren till enbart hastighets ojämnheter. Definiera principer som alla kan vara bekanta med i utbyte för fortsatt förloppet.

Om IT-säkerheten till exempel är Roadblock eftersom dess säkerhetslösning inte kan övervaka komprometterade skyddade data i molnet, upprätta principer för data klassificering. Förhindra att sekretessbelagda data distribueras till molnet förrän en överenskommen lösning kan hittas. Bjud in IT-säkerhet till experimentering med hybrid-eller molnbaserade lösningar för att övervaka skyddade data.

Om nätverks teamet fungerar som en silo, identifiera arbets belastningar som är fristående och inte har nätverks beroenden. I parallellt, experiment, exponera och utbilda nätverks teamet när du arbetar med hybrid-eller alternativa lösningar.

Vara patient och inkludera följande: Det är frestande att gå vidare utan stöd för en IT-silo. Men det här beslutet kan orsaka avbrott och hindren. Det kan ta tid att ändra ångrar i medlemmar i IT-silon. Vara patient av naturlig resistens – konvertera den till värde. Inkludera och bjuda in frisk friktion för att förbättra den framtida lösningen.

Konkurrerar aldrig: IT-silon finns av en orsak. Det kvarstår av en anledning. Det finns en investering i att underhålla den lösning som grupp medlemmarna är passion om. Direkt konkurrerande med lösningen eller IT-silon kommer att distraheras av det verkliga målet att uppnå affärs resultat. Denna Trap har blockerat många omvandlings projekt.

Fokusera på målet, i stället för en enda del av målet. Hjälp till Accentuate av de positiva aspekterna av IT-silons lösning och hjälper grupp medlemmarna att fatta beslut om de bästa lösningarna för framtiden. Insult eller försämra inte den aktuella lösningen, eftersom den skulle vara counterproductive.

Partner med företaget: Om IT-silon inte blockerar affärs resultat, varför är det viktigt? Det finns ingen perfekt lösning eller perfekt IT-leverantör. Konkurrensen finns av en anledning. var och en har sina egna förmåner.

Använd mångfalden och ta med företaget genom att stödja och justera till ett starkt moln strategi team. När en IT-silo har stöd för en lösning som blockerar affärs resultat, blir det enklare att kommunicera Roadblock utan brus från tekniska squabbles. Genom att stödja inblandning av IT-silorna visas en möjlighet att partner för de önskade affärs resultat. Dessa ansträngningar kommer att få mer respekt och bättre support från företaget när en IT-silo presenterar en legitim Blocker.

IT-fiefdoms

Grupp medlemmar i en IT-fiefdom kan förmodligen definiera sig själva genom sin justering till en speciell process eller ett ansvars område. Teamet arbetar under ett antagande att den externa påverkan på dess ansvar leder till problem. Fiefdoms tenderar att vara en frukt driven antimönster som kräver betydande ledarskaps support för att lösa.

Fiefdoms är särskilt vanliga i organisationer som har erfarenhet av IT-downsizing, ofta Turbulence i IT-personal eller dåligt ledande. När företaget ser det rent som ett kostnads ställe är fiefdoms mycket mer sannolik.

I allmänhet är fiefdoms resultatet av en rad chef som oroliga förlust av teamet och den tillhör ande energi basen. De här ledarna har ofta en känsla av uppgifter i teamet och du behöver skydda sina underordnade från negativa konsekvenser. Fraser som "skyddade teamet från Change" och "skydda teamet från process avbrott" kan vara indikatorer för en överskyddad chef som kan behöva mer support från ledarskap.

Adress motstånd från IT-fiefdoms

IT-fiefdoms kan demonstrera viss tillväxt genom att följa de metoder som beskrivs för att hantera IT-silons motstånd. Innan du försöker adressera resistens från en IT-fiefdom rekommenderar vi att du hanterar teamet som en IT-silo först. Om dessa typer av metoder inte kan ge upphov till betydande förändringar kan det motstånds laget bli lidande från en IT fiefdom-antimönster. Rotor saken till IT-fiefdoms är lite mer komplex för att adressera, eftersom den här motståndet kan komma från den direkta linje hanteraren (eller en ledare högre upp i organisations diagrammet). Utmaningar som är en silo – driven är vanligt vis enklare att lösa.

När kontinuerliga motstånd från IT-fiefdoms blockerar moln implementerings ansträngningar, kan det vara en bra idé att utvärdera situationen med befintliga IT-ledare. IT-ledare bör noggrant överväga insikter från moln strategi teamet, moln Centeroch moln styrnings teamet innan beslut fattas.

Anteckning

IT-ledare bör aldrig ta ändringar i organisations diagrammet lätt. De bör också validera och analysera feedback från var och en av de stödda teamen. Men omvandlings ansträngningar som moln implementering tenderar att förstora underliggande problem som har försvunnit eller som inte har adresser ATS långt före den här ansträngningen. När fiefdoms hindrar företagets framgång, är ledarskaps förändringar en sannolik nödvändighet.

Lyckligt vis upphör inte en borttagning av ledaren av en fiefdom ofta att avslutas. Dessa starka, passion ledare kan ofta flyttas till en hanterings roll efter en kort period av reflektion. Med rätt support kan den här ändringen vara felfri för fiefdom-ledare och det aktuella teamet.

Varning

För chefer av IT-fiefdoms är det ett tydligt ledarskaps värde att skydda teamet från risk. Men det finns en fin linje mellan skydd och isolering. När teamet har blockerats från att delta i att köra ändringar kan IT-avdelningen ha psykologisk och professionella följder för teamet. Det kan vara starkt att ändra motstånds tiden, särskilt under tider med synlig förändring.

Chefen för ett isolerat team kan bäst demonstrera en tillväxt tänkesätt genom att experimentera med rikt linjerna som är kopplade till friska IT-team i föregående avsnitt. Aktiva och optimistiskt deltagande i styrnings-och CCoE-aktiviteter kan leda till personlig tillväxt. Cheferna för IT-fiefdoms är bäst placerade för att ändra stifling mindsets och hjälpa teamet att utveckla nya idéer.

IT-fiefdoms kan vara ett tecken på problem med systemets ledarskap. För att lösa en IT-fiefdom behöver IT-ledare möjlighet att göra ändringar i åtgärder, ansvars områden och ibland även de personer som tillhandahåller linje hantering av specifika team. När dessa ändringar krävs är det klokt att närma dessa ändringar med tydliga och defensible data punkter.

Anpassningar med affärs intressenter, affärs motivation och affärs resultat kan krävas för att kunna utföra den nödvändiga ändringen. Samarbetet med moln strategi teamet, moln Centeroch moln styrnings teamet kan tillhandahålla de data punkter som behövs för en defensible plats. Vid behov bör dessa team ingå i en grupp eskalering för att lösa utmaningar som inte kan åtgärdas med IT-ledarskap.

Nästa steg

Att störa organisationens antimönster är en arbets insats. För att komma igång med den här vägledningen granskar du organisationens beredskap för att identifiera rätt team strukturer och deltagare: