Silók és fiefdomok

Az üzleti gyakorlatok, a kultúra vagy a technológiai műveletek jelentős változásainak sikerességéhez növekedésre van szükség. A növekedés szemléletének középpontjában a változás elfogadásának képessége áll, és a kétértelműség ellenére is vezető szerepet játszik.

Egyes antipatterns blokkolja a növekedési gondolkodásmódot azokban a szervezetekben, amelyek növekedni és átalakítani szeretnének. Ezek az antipatternok magukban foglalják a mikrokezelést, az elfogult gondolkodást és a kirekesztő gyakorlatokat. Ezen blokkolók közül sok olyan személyes kihívás, amely személyes növekedési lehetőségeket teremt mindenki számára. Az informatikai rendszerek két gyakori antipatternje, a silók és a fiefdomok azonban többre szorulnak, mint az egyéni növekedés vagy érettség.

Ezek az antipatternek a különböző csapatokon belüli organikus változások eredménye, amelyek nem megfelelő szervezeti viselkedést eredményeznek. Az egyes antipatternek által okozott ellenállás kezelése érdekében fontos megérteni a kialakulásának alapvető okát.

Egészséges, organikus informatikai csapatok

Természetes, hogy munkamegosztást hozunk létre az egész it-ban. Jó, ha hasonló szakértelemmel, közös folyamatokkal, közös célkitűzéssel és összehangolt jövőképpel rendelkező csapatokat hoz létre. Az is természetes, hogy ezek a csapatok saját mikrokultúrával, közös normákkal és perspektívákkal rendelkeznek.

Az egészséges informatikai csapatok a más csapatokkal való partneri együttműködésre összpontosítanak, hogy elősegítsék a feladatok sikeres elvégzését. Az egészséges informatikai csapatok igyekeznek megérteni azokat az üzleti célokat, amelyeket a technológiai hozzájárulásuk támogat. A részletek és a pénzügyi hatások homályosak lehetnek, de a csapat értékéhez való hozzájárulást általában a csapaton belül értelmezik.

Bár az egészséges informatikai csapatok szenvedélyesen szeretik az általuk támogatott technológiát, nyitottak a változásra, és szívesen kipróbálnak új dolgokat. Ezek a csapatok általában a felhőbeli kiválósági központ (CCoE) erőfeszítéseinek legkorábbi és legerősebb közreműködői. Erősen ösztönözni szeretné a közreműködésüket.

Természetes ellenállás a változással szemben

Időnként előfordulhat, hogy az egészséges informatikai csapatok mikrokultúrái rosszul reagálnak a vezetői vagy felülről lefelé hozott döntésekre a változás hajtószereként. Ez a reakció természetes, mivel a közös normákkal rendelkező emberi kollektívák gyakran együttműködnek a külső fenyegetések leküzdésében.

Kapcsolatok néha a csapat napi feladatait, a biztonságérzetet vagy az önállóságot érintő változásokat a kollektíva kockázatának tekintik. Az ellenállás jelei általában korai jelek arra, hogy a csapattagok nem érzik magukat a döntéshozatali folyamat részeinek.

Amikor a felhőmérnökök és más vezetők a személyes elfogultságok megszüntetésébe és a befogadó informatikai csapatok vezetésébe fektetnek, a változással szembeni ellenállás valószínűleg gyorsan csökken, és idővel megszűnik. A CCoE olyan eszköz, amellyel a felhőmérnökök és a vezetők befogadó döntéshozatalt hozhatnak létre.

Egészséges súrlódás

Könnyű összekeverni az ellenállást a súrlódással. A meglévő informatikai csapatok gyakran ismerik a múltbeli hibákat, a kézzelfogható kockázatokat, a megoldásokkal kapcsolatos törzsi ismereteket és a nem dokumentált technikai adósságokat. Sajnos még a legegészségesebb informatikai csapatok is beleeshetnek abba a csapdába, hogy ezeket a fontos adatpontokat egy olyan konkrét technikai megoldás részeként írják le, amelyet nem szabad megváltoztatni. Ez a kommunikációs megközelítés elfedi a csapatok tudását, és az ellenállást érzékeli.

Ha ezeknek a csapatoknak olyan mechanizmust biztosítanak, amely a jövőbe tekintő terminológiában kommunikál, adatpontokat ad hozzá, azonosítja a hiányosságokat, és egészséges súrlódást okoz a javasolt megoldások körül. Ez a extra súrlódási homok lesiklott az oldat durva szélein, és hosszabb távú értékeket vezet. A beszélgetés egyszerű módosítása egyértelművé teheti az összetett témákat, és energiát generálhat a sikeresebb megoldásokhoz.

A vállalati szabályzat meghatározására vonatkozó útmutatás megkönnyíti a kockázatalapú beszélgetéseket az üzleti érdekelt felekkel. Ugyanezzel a modellel azonban megkönnyítheti a felhőállónak ítélt csapatokkal folytatott beszélgetéseket. Ha széles körben elterjedt az ellenállás észlelése, érdemes lehet belefoglalni az ellenállásfeloldási eljárásokat a felhőszabályozási csapat chartájába.

Antipatterns

Az informatikai csapatokat egészséges informatikai csapatokat létrehozó organikus és rugalmas növekedés az átalakítást és a felhőbevezetést blokkoló kizárásokat is eredményezhet. Az informatikai silók és a fiefdomok különböznek az egészséges informatikai csapatok természetes mikrokultúráitól. Mindkét mintában a csapatközpontúság általában a "gyep" védelmére irányul. Amikor a csapattagok szembesülnek a működés megváltoztatásának és fejlesztésének lehetőségével, több időt és energiát fektetnek a változás blokkolásába, mint egy pozitív megoldás megtalálásába.

Ahogy korábban említettük, az egészséges informatikai csapatok természetes ellenállást és pozitív súrlódást hozhatnak létre. A silók és a fiefdomok más kihívást jelentenek. Egyik antipatternhez sincs dokumentált vezető mutató. Ezeket az antipatterneket általában a felhőbeli kiválósági központ és a felhőszabályozási csapat több hónapos erőfeszítései után azonosítják. A folyamatos ellenállás eredményeként derítjük fel őket.

Még a mérgező kultúrákban is a CCoE és a felhőszabályozási csapat erőfeszítéseinek segítenie kell a kulturális növekedés és a technikai fejlődés ösztönzését. Több hónapos erőfeszítés után előfordulhat, hogy néhány csapat még mindig nem mutatja a befogadó viselkedés jeleit, és határozottan ellenáll a változásnak. Ezek a csapatok valószínűleg a következő kizárási modellek egyikében működnek: silók és fiefdomok. Bár ezek a modellek hasonló tüneteket okoznak, a rezisztencia kezelésének alapvető okai és megközelítései radikálisan eltérnek egymástól.

Informatikai silók

Az informatikai siló csapattagjai valószínűleg néhány informatikai szállítóhoz vagy műszaki specializációhoz való igazításukkal határozzák meg magukat. De ne keverje össze a silókat az informatikai fiefdomokkal. A silókat általában a kényelem és a szenvedély vezérli, és a silókat néha könnyebb leküzdeni, mint a fiefdomok mögötti félelemvezérelt motivációkat.

Ez az antipattern gyakran egy adott megoldás iránti közös szenvedélyből fakad. Az informatikai silókat ezután a csapat fejlett képességei erősítik az adott megoldásba való befektetés eredményeként. Ez a kiváló képesség felgyorsítja a felhőbevezetési erőfeszítéseket, ha leküzdheti a változással szembeni ellenállást. Akkor is jelentős blokkoló lehet, ha a silók le vannak bontva, vagy ha a csapattagok nem tudják pontosan kiértékelni a lehetőségeket. Szerencsére az informatikai silókat általában anélkül lehet leküzdeni, hogy jelentős módosításokat végezne a szervezeti diagramon.

Az informatikai silók ellenállásának kezelése

Az informatikai silókat az alábbi módszerekkel kezelheti. A legjobb megközelítés az ellenállás kiváltó okától függ.

Virtuális csapatok létrehozása: A felhőadaptálási keretrendszer Szervezeti készültség szakasza egy többrétegű struktúrát ismertet négy virtuális csapat integrálásához és definiálásához. Ennek a struktúrának az egyik előnye a szervezetek közötti láthatóság és a belefoglalás. A felhőbeli kiválósági központ bemutatása egy magas szintű törekvésekkel foglalkozó csapatot hoz létre, amelyben a legjobb mérnökök részt szeretnének venni. Ezzel a módosítással olyan új megoldásközi igazításokat hozhat létre, amelyeket nem kötnek szervezeti diagramokra vonatkozó korlátozások. Emellett az informatikai silók által védett legjobb mérnökök felvételét is ösztönzi.

A felhőstratégiáért felelős csapat bevezetése azonnali betekintést nyújt a felhőbevezetési erőfeszítésekhez kapcsolódó informatikai hozzájárulásokhoz. Amikor az informatikai silók harcolnak az elkülönítésért, ez a láthatóság segíthet motiválni az informatikai és üzleti vezetőket, hogy megfelelően támogassák az ellenálló csapattagokat. Ez a folyamat az érdekelt felek bevonásának és támogatásának gyors útvonala.

Fontolja meg a kísérletezést és az expozíciót: Egy informatikai siló csapattagja valószínűleg egy ideje korlátozottan gondolkodik egy bizonyos módon. Az egysávos elme megtörése az ellenállás elleni védekezés első lépése.

A kísérletezés és az expozíció hatékony eszközök a silók korlátainak lebontása érdekében. Előfordulhat, hogy a csapattagok ellenállnak a versengő megoldásoknak, ezért nem érdemes olyan kísérletért felelősnek lenniük, amely versenyez a meglévő megoldásukkal. A felhő első számítási feladattesztjének részeként azonban a szervezetnek konkurens megoldásokat kell implementálnia. A silózott csapatot meg kell hívni, hogy bemeneti és felülvizsgálati forrásként vegyen részt, de nem döntéshozóként. Világosan közölje ezt a megközelítést a csapattal azzal a kötelezettségvállalással, hogy még mélyebben bevonja őket döntéshozókként, mielőtt éles megoldásokba lépne.

A konkurens megoldás áttekintése során használja a Céges szabályzat definiálása című szakaszban ismertetett eljárásokat a kísérlet kézzelfogható kockázatainak dokumentálásához, valamint olyan szabályzatok kialakításához, amelyek segítenek a silózott csapatnak a jövőbeli állapottal való ismerkedésben. Ez a megközelítés új megoldásokat tesz elérhetővé a csapat számára, és megkeményíti a jövőbeli megoldást.

Legyen "határ nélküli": A felhőbevezetést hajtó csapatok könnyen átléphetik a határokat az izgalmas, új natív felhőmegoldások felfedezésével. Ez a határok eltávolításának egyik fele. De ez a gondolkodás tovább erősítheti az informatikai silókat. Túl gyorsan és a meglévő kultúrák tiszteletben tartása nélkül a változásra való kényszerítés egészségtelen súrlódást okozhat, és természetes ellenálláshoz vezethet.

Amikor az informatikai silók elkezdenek ellenállni, fontos, hogy "határ nélküli" legyen a saját megoldásaiban. Legyen szem előtt egy egyszerű igazság: a natív felhő nem mindig a legjobb megoldás. Fontolja meg azokat a hibrid megoldásokat, amelyek lehetőséget nyújthatnak az informatikai siló meglévő befektetéseinek jövőbeli bővítésére.

Vegye figyelembe a megoldás felhőalapú verzióit is, amelyeket az informatikai siló csapata most használ. Kísérletezzen a megoldásokkal, és ismerkedjen meg az informatikai silóban dolgozó csapattagok nézőpontjával. Legalább új perspektívát kap. Sok esetben elég pénzt kereshet az informatikai silónak a kisebb ellenállás iránti tiszteletéből.

Fektessen be az oktatásba: Az informatikai silóban élő emberek közül sokan szenvedélyesen foglalkoztak a jelenlegi megoldással a saját oktatásuk bővítése eredményeképpen. Ezeknek a csapatoknak az oktatásába való befektetés ritkán van félrehelyezve. Szánjon időt ezeknek az egyéneknek az öntanulásra, az órákra vagy akár a konferenciákra, hogy megtörje a napi fókuszt az aktuális megoldásra.

Ahhoz, hogy az oktatás befektetés legyen, látnia kell némi megtérülést a kiadásból. A befektetésért cserébe a csapat bemutathatja a javasolt megoldást a felhőbevezetésben részt vevő többi csapatnak. Emellett dokumentálhatják a kézzelfogható kockázatokat, a kockázatkezelési megközelítéseket és a javasolt megoldás elfogadásához szükséges politikákat is. Minden előny bevonja a csapatokat a megoldásba, és felhasználja a törzsi tudásukat.

Váltsa az útlezárásokat sebességütközésekké: Az informatikai silók lelassíthatják vagy leállíthatják az átalakításokat. A kísérletezés és az iteráció megtalálja a módját, de csak akkor, ha a projekt folyamatosan mozog. Koncentráljon arra, hogy az útlezárásokat sebességütközésekké alakítsa. Definiáljon olyan szabályzatokat, amelyeket a folyamatos fejlődésért cserébe mindenki ideiglenesen kényelmesen használhat.

Ha például az informatikai biztonság az akadály, mert a biztonsági megoldása nem tudja monitorozni a feltört védett adatokat a felhőben, hozzon létre adatbesorolási szabályzatokat. A titkosított adatok felhőben való üzembe helyezésének megakadályozása, amíg megfelelő megoldást nem talál. Meghívhatja az informatikai biztonságot a hibrid vagy natív felhőbeli megoldásokkal való kísérletezésbe a védett adatok monitorozásához.

Ha a hálózati csapat silóként működik, azonosítsa azokat a számítási feladatokat, amelyek önállóak, és nem rendelkeznek hálózati függőségekkel. Ezzel párhuzamosan kísérletezhet, közzétehet és oktathatja a hálózati csapatot, miközben hibrid vagy alternatív megoldásokon dolgozik.

Legyen türelmes és befogadó: Csábító az informatikai siló támogatása nélkül továbblépni. Ez a döntés azonban fennakadásokat és útlezárásokat okoz az úton. Az informatikai silóval kapcsolatos gondolkodásmódváltás időbe telhet. Legyen türelmes a természetes ellenállással. Alakítsa át értékké. Legyen befogadó, és hívja meg az egészséges súrlódást a jövőbeli megoldás javítása érdekében.

Soha ne versenyezzen: Az informatikai siló valamilyen okból létezik. Egy okból is megmarad. A csapattagok által szenvedélyesen használt megoldás fenntartása nagy befektetés. A megoldással vagy az informatikai silóval való közvetlen versengés elvonja a figyelmet az üzleti eredmények elérésének valódi céljáról. Ez a trap számos átalakítási projektet blokkolt.

Ne csak a célra koncentráljon, hanem a cél egyetlen összetevőjére. Segítsen kiemelni az informatikai siló megoldásának pozitív szempontjait, és segítsen a csapattagoknak bölcs döntéseket hozni a jövőre vonatkozó legjobb megoldásokról. Ne sértse meg vagy rontsa le a jelenlegi megoldást, mert az kontraproduktív lenne.

Partner az üzlettel: Ha az informatikai siló nem blokkolja az üzleti eredményeket, miért érdekel? Nincs tökéletes megoldás vagy tökéletes informatikai szállító. A verseny okkal létezik; mindegyiknek saját előnyei vannak.

Az erős felhőstratégiáért felelős csapat támogatásával és a felhőstratégiáért felelős csapat támogatásával és hozzáigazításával átfoghatja a sokszínűséget, és belefoglalhatja a vállalkozást. Ha egy informatikai siló olyan megoldást támogat, amely blokkolja az üzleti eredményeket, könnyebb a műszaki zömök zaja nélkül kommunikálni ezt az útlezárást. Az informatikai silók letiltásának tiltásának támogatása bemutatja, hogyan lehet partneri kapcsolatban a kívánt üzleti eredményekkel. Ezek az erőfeszítések nagyobb tiszteletet és nagyobb támogatást kapnak az üzlettől, amikor egy informatikai siló legitim blokkolót mutat be.

It-fiefdoms

Az informatikai részleg csapattagjainak valószínűleg egy adott folyamathoz vagy felelősségi területhez való igazításuk révén kell meghatározniuk magukat. A csapat abban a feltételezésben működik, hogy a felelősségi területére gyakorolt külső befolyás problémákhoz vezet. A fiefdomok általában egy félelemvezérelt antipattern, amely jelentős vezetői támogatást igényel a leküzdéshez.

A fiefdomok különösen gyakoriak azokban a szervezetekben, amelyek informatikai leállásban, gyakori turbulenciában vagy gyenge informatikai vezetésben dolgoznak. Ha a vállalat kizárólag költséghelyként látja az informatikát, sokkal valószínűbb, hogy a fiefdomok felmerülnek.

Általában a fiefdoms egy vonalvezető eredménye, aki fél a csapat és a hozzá tartozó energiabázis elvesztésétől. Ezek a vezetők gyakran kötelességtudatot éreznek a csapatuk iránt, és úgy érzik, meg kell védeniük az alárendelteket a negatív következményektől. Az olyan kifejezések, mint a "a csapat védelme a változástól" és "a csapat védelme a folyamat megszakadása ellen" kifejezés egy túl védett vezetőre utalnak, akinek több támogatásra lehet szüksége a vezetéstől.

Az it-fiefdomok ellenállásának kezelése

Az informatikai fiefdomok az informatikai silók ellenállásának kezelésére vonatkozó megközelítések követésével szemléltethetik a növekedést. Mielőtt megpróbálná kezelni az informatikai részleg ellenállását, javasoljuk, hogy először úgy kezelje a csapatot, mint egy informatikai silót. Ha az ilyen típusú megközelítések nem eredményeznek jelentős változást, a rezisztens csapat egy informatikai fiefdom antipatterntől szenvedhet. Az it-fiefdomok kiváltó oka egy kicsit összetettebb, mivel az ellenállás általában a közvetlen vonalkezelőtől (vagy egy vezetőtől származik, aki magasabb szintű a szervezetben). Az informatikai silóalapú kihívásokat általában könnyebb leküzdeni.

Ha az informatikai fiefdomsokkal szembeni folyamatos ellenállás blokkolja a felhőbevezetési erőfeszítéseket, érdemes lehet együtt értékelni a helyzetet a meglévő informatikai vezetőkkel. Az informatikai vezetőknek alaposan át kell gondolniuk a felhőstratégiáért felelős csapat, a felhőbeli kiválósági központ és a felhőszabályozási csapat megállapításait, mielőtt döntéseket hoznak.

Megjegyzés

Az informatikai vezetőknek soha nem szabad könnyedén módosítaniuk a szervezeti diagramot. Emellett ellenőrizniük és elemezniük kell az egyes támogató csapatok visszajelzéseit. Az olyan átalakítási erőfeszítések, mint a felhőbevezetés, azonban általában nagyítják azokat a mögöttes problémákat, amelyek már jóval a munka előtt észrevétlenek vagy kezeletlenek lettek. Ha a vállalat sikerét a fiefdomok megakadályozzák, a vezetői változásokra valószínűleg szükség van.

Szerencsére a fiefdom vezetőjének eltávolítása nem mindig végződik le. Ezek az erős, szenvedélyes vezetők gyakran áttérnek egy felügyeleti szerepkörbe egy rövid gondolkodási időszak után. A megfelelő támogatással ez a változás kifogástalan a fiefdom és az aktuális csapat vezetője számára.

Figyelemfelhívás

Az informatikai részlegek vezetői számára a csapat kockázatokkal szembeni védelme egyértelmű vezetői érték. De van egy finom vonal a védelem és az elkülönítés között. Ha a csapat nem vesz részt a vezetői változásokban, az pszichológiai és szakmai következményekkel járhat a csapatra nézve. A változásnak való ellenállásra való késztetés erős lehet, különösen a látható változás idején.

Bármely elkülönített csapat vezetője a legjobban a növekedési gondolkodásmódot szemléltetheti az előző szakaszokban az egészséges informatikai csapatokhoz társított útmutatással. A cégirányítási és CCoE-tevékenységekben való aktív és optimista részvétel személyes növekedéshez vezethet. Az informatikai részlegek vezetői a legjobb helyzetben vannak a fojtogató gondolkodásmód megváltoztatásához, és segítenek a csapatnak új ötletek kidolgozásában.

Az informatikai fiefdomok néha a rendszerszintű vezetői problémák jele. Az informatikai megbízhatóság leküzdéséhez az informatikai vezetőknek szabadságra van szükségük ahhoz, hogy módosításokat végezzenek a műveleteken, a felelősségi köröken, és esetenként még azoknak is, akik adott csapatok számára biztosítják a vonalkezelést. Ha ezekre a módosításokra szükség van, célszerű világos és védhető adatpontokkal megközelíteni a módosításokat.

Az üzleti érdekeltekkel, az üzleti motivációkkal és az üzleti eredményekkel való összhangra lehet szükség a szükséges változás végrehajtásához. A felhőstratégiáért felelős csapattal, a felhőbeli kiválósági központtal és a felhőszabályozási csapattal való együttműködés lehetővé teheti a védhető pozícióhoz szükséges adatpontokat. Ha szükséges, ezeknek a csapatoknak részt kell venniük egy csoport eszkalálásában, hogy megoldják azokat a kihívásokat, amelyeket egyedül az informatikai vezetés nem tud kezelni.

Következő lépések

A szervezeti antipatternok megzavarása csapatmunkát jelent. Az útmutatóhoz tekintse át a szervezeti felkészültség bevezetését a megfelelő csapatstruktúrák és résztvevők azonosításához:

A megfelelő csapatstruktúrák és résztvevők azonosítása