Kiforrott csapatstruktúrák

Minden felhőfunkciót valaki biztosít minden felhőbevezetési erőfeszítés során. Ezek a feladatok és csapatstruktúrák szervesen fejlődhetnek, vagy szándékosan úgy tervezhetők meg, hogy megfeleljenek egy meghatározott csoportstruktúrának.

Ahogy a bevezetésnek növekednie kell, az egyensúlyra és a szerkezetre is szükség van. Ebből a videóból megtudhatja, hogy a szervezeti érettség különböző szakaszaiban mi a közös csapatstruktúra.

Az alábbi ábra ezeket a struktúrákat a tipikus érési szakaszok alapján vázolja fel. Ezekkel a példákkal megtalálhatja a működési igényeinek leginkább megfelelő szervezeti struktúrát.

A szervezeti struktúrák általában az itt vázolt közös érettségi modellen haladnak át:

1. Csak felhőbevezetési csapat
2. Ajánlott MVP-gyakorlat
3. Központi informatikai csapat
4. Stratégiai igazítás
5. Működés igazítása
6. Felhőbeli kiválósági központ (CCoE)

A legtöbb vállalat alig többel kezd, mint egy felhőbevezetési csapat. Javasoljuk azonban, hogy hozzon létre egy olyan szervezeti struktúrát, amely jobban hasonlít az MVP ajánlott eljárás struktúrájára.

Csak felhőbevezetési csapat

A felhőbevezetési erőfeszítések magja a felhőbevezetési csapat. Ez a csapat vezeti azokat a technikai módosításokat, amelyek lehetővé teszik a bevezetést. A bevezetési tevékenység célkitűzéseitől függően ez a csapat számos különböző csapattagot tartalmazhat, akik számos technikai és üzleti feladatot kezelnek.

Kis léptékű vagy korai bevezetési erőfeszítések esetén ez a csapat lehet olyan kicsi, mint egy személy. A nagyobb léptékű vagy késői fázisú erőfeszítések során gyakori, hogy több felhőbevezetési csapat van, amelyek mindegyike körülbelül hat mérnökkel rendelkezik. Mérettől és feladatoktól függetlenül a felhőbevezetési csapat egységes szempontja, hogy lehetővé teszi a megoldások felhőbe való előkészítését. Egyes szervezetek esetében ez megfelelő szervezeti struktúra lehet. A felhőbevezetési csapatról szóló cikk további betekintést nyújt a felhőbevezetési csapat szerkezetébe, összetételébe és működésébe.

Figyelmeztetés

A csak felhőbevezetési csapattal (vagy több felhőbevezetési csapattal) való működést a rendszer antipatternnek tekinti, ezért el kell kerülni. Legalább fontolja meg az MVP ajánlott eljárását.

Ajánlott eljárás: minimálisan életképes termék (MVP)

Javasoljuk, hogy két csapatával hozzon létre egyensúlyt a felhőbevezetési erőfeszítések között. Ez a két csapat felel a bevezetés során különböző funkciókért.

• Felhőbevezetési csapat: Ez a csapat felelős a technikai megoldásokért, az üzleti igazításért, a projektkezelésért és az elfogadott megoldások műveleteiért.
• Felhőszabályozási csapat: A felhőbevezetési csapat kiegyensúlyozása érdekében a felhőszabályozási csapat elkötelezett az elfogadott megoldások kiválóságának biztosításáért. A felhőszabályozási csapat felelős a platform érettségéért, a platformműveletekért, a szabályozásért és az automatizálásért.

Ez a bevált megközelítés MVP-nek tekinthető, mert lehet, hogy nem fenntartható. Minden csapat sok kalapot visel a felelős, elszámoltatható, konzultált, tájékozott (RACI) diagramok szerint.

Az alábbi szakaszok egy teljes mértékben személyzettel rendelkező, bevált szervezeti struktúrát, valamint a megfelelő struktúra szervezethez való igazításának megközelítéseit ismertetik.

Központi informatikai csapat

A bevezetési skálázás során a felhőszabályozási csapatnak nehéz lehet lépést tartania a több felhőbevezetési csapat innovációs folyamatával. Ez különösen igaz a nagy megfelelőségi, üzemeltetési vagy biztonsági követelményekkel rendelkező környezetekre. Ebben a szakaszban gyakori, hogy a vállalatok a felhőbeli felelősségeket egy meglévő központi informatikai csapatra hárítják. Ha ez a csapat újra tudja értékelni az eszközöket, folyamatokat és személyeket, hogy nagyobb léptékben támogassa a felhőbevezetést, akkor a központi informatikai csapat is jelentős értéket adhat. A központi informatikai csapat modernizálása érdekében az üzemeltetési, automatizálási, biztonsági és adminisztrációs szakértők hatékony üzemeltetési innovációkat tehetnek lehetővé.

Sajnos a központi informatikai csapat fázisa lehet a szervezeti érettség egyik legkockázatosabb fázisa. A központi informatikai csapatnak erős növekedési szemlélettel kell asztalhoz térnie. Ha a csapat a felhőt a növekedés és az alkalmazkodás lehetőségének tekinti, akkor a folyamat során nagy értéket biztosíthat. Ha azonban a központi informatikai csapat a felhőbevezetést elsősorban a meglévő modelljük fenyegetésének tekinti, akkor a központi informatikai csapat akadályt jelent a felhőbevezetési csapatok és az általuk támogatott üzleti célok számára. Egyes központi informatikai csapatok hónapokat vagy akár éveket töltöttek azzal, hogy a felhőt a helyszíni megközelítésekkel való összhangba próbálják kényszeríteni, csak negatív eredménnyel. A felhőben nincs szükség arra, hogy minden megváltozzon a központi informatikai csapaton belül, de jelentős módosítást igényel. Ha a változással szembeni ellenállás elterjedt a központi informatikai csapaton belül, az érettség ezen fázisa gyorsan kulturális antipatternává válhat.

A felhőbevezetési tervek erősen a szolgáltatásként nyújtott platformra (PaaS), a DevOpsra vagy más olyan megoldásokra összpontosítanak, amelyek kevesebb üzemeltetési támogatást igényelnek, kevésbé valószínű, hogy értéket látnak a lejárat ezen szakaszában. Éppen ellenkezőleg, ezek a megoldások a legvalószínűbb, hogy akadályozzák vagy blokkolják az informatikai központosítási kísérletek. A magasabb szintű érettség, például a felhőbeli kiválósági központ (CCoE) nagyobb valószínűséggel hoz pozitív eredményeket az ilyen típusú átalakítási erőfeszítésekhez. A felhőbeli központosított informatikai és a CCoE közötti különbségek megismeréséhez tekintse meg a felhőbeli kiválósági központot.

Stratégiai igazítás

A felhőbevezetésbe való befektetés növekedésével és az üzleti értékek realizálásával az üzleti érdekelt felek gyakran jobban bevonódnak. Egy definiált felhőstratégiáért felelős csapat összehangolja ezeket az üzleti érdekelt feleket, hogy maximalizálják a felhőbevezetési befektetések által realizált értéket.

Ha az érettség szervesen történik, az informatikai vezetésű felhőbevezetési erőfeszítések eredményeként a stratégiai igazítást egy irányítási vagy központi informatikai csapat előzi meg. Ha a felhőbevezetési erőfeszítéseket a vállalat vezeti, az üzemeltetési modellre és a szervezetre való összpontosítás általában korábban történik. Amikor csak lehetséges, határozza meg az üzleti eredményeket és a felhőstratégiáért felelős csapatot a folyamat korai szakaszában.

Működés igazítása

A felhőbevezetési erőfeszítések üzleti értékének felismerése stabil működést igényel. A felhőbeli műveletekhez új eszközökre, folyamatokra vagy készségekre lehet szükség. Ha stabil informatikai műveletekre van szükség az üzleti eredmények eléréséhez, fontos, hogy egy definiált felhőüzemeltetési csapatot vegyen fel, amint az itt látható.

A felhőműveleteket a meglévő informatikai üzemeltetési szerepkörök hajthatják végre. Nem ritka azonban, hogy a felhőműveleteket az informatikai műveleteken kívül más felek is delegálják. A felügyelt szolgáltatók, a DevOps-csapatok és az üzleti egység informatikai részlege gyakran vállalják a felhőműveletekkel kapcsolatos felelősségeket, az informatikai műveletek által biztosított támogatással és védőkorlátokkal. Ez egyre gyakrabban fordul elő olyan felhőbevezetési erőfeszítések esetében, amelyek nagy mértékben a DevOps- vagy PaaS-üzemelő példányokra összpontosítanak.

Felhőbeli kiválósági központ

A legmagasabb fejlettségi szinten a felhőbeli kiválósági központ egy modern, felhőbeli első üzemeltetési modellhez igazítja a csapatokat. Ez a megközelítés olyan központosított informatikai funkciókat biztosít, mint a szabályozás, a biztonság, a platform és az automatizálás.

A struktúra és a központi informatikai csapatstruktúra közötti elsődleges különbség az önkiszolgáló és demokratizálódásra összpontosít. Ebben a struktúrában a csapatok úgy rendszereznek, hogy a lehető legnagyobb mértékben delegálják az irányítást. A szabályozási és megfelelőségi eljárások natív felhőbeli megoldásokhoz való igazítása védőkorlátokat és védelmi mechanizmusokat hoz létre. A központi informatikai csapatmodellel ellentétben a natív felhőbeli megközelítés maximalizálja az innovációt, és minimálisra csökkenti az üzemeltetési többletterhelést. Ahhoz, hogy ezt a modellt elfogadják, kölcsönös megállapodásra lesz szükség az informatikai folyamatok modernizálásáról az üzleti és informatikai vezetés részéről. Ez a modell nem valószínű, hogy szervesen fordul elő, és gyakran vezetői támogatást igényel.

Következő lépések

Miután a szervezeti struktúra érettségének egy bizonyos szakaszához igazodott, a RACI-diagramok segítségével igazíthatja az elszámoltathatóságot és a felelősséget az egyes csapatok között.

A megfelelő RACI-diagram igazítása