Bygga ett Cloud Center of Excellence (CCoE) på företagsnivå

Ett Cloud Center of Excellence (CCoE) ger företag ett ramverk för att organisera sin molnverksamhet. Denna tillsyn är viktig eftersom varje molnaktivitet har en tillhörande kostnad. 

Till exempel, om två divisioner av ett stort företag skapar separata molnmiljöer, kan det skapas många upprepade operationer i varje miljö, vilket resulterar i dubbla kostnader. Genom att införa en CCoE skulle företaget kunna skapa en standardmetodik som förhindrar denna upprepning och därmed minskar kostnaderna.

Detta är bara ett av många argument för att skapa en CCoE på företagsnivå, enligt Hussain Shabbir, Senior Director på Virtusa som leder företagets globala AWS CoE-verksamhet. Hussain har tillbringat 20 år i teknikbranschen och har blivit en ledande förespråkare för att bygga en CCoE på AWS. 

Molnadoption ger företaget smidighet och skala, förklarar han. Övergången från en kapitalkostnadsmodell till en driftskostnadsmodell kräver att IT-ledare anpassar sig. "Det finns en låg inträdesbarriär när det kommer till att faktiskt upphandla molnmiljöer," säger Shabbir. "Du behöver en CoE för att styra allt detta."

Shabbir tillägger att en CCoE hjälper företag att snabbt upptäcka outnyttjade marknader och förnya sig med nya produkter, tjänster och teknologier som svar på förändrade kundsentiment.

Hur definieras en CCoE? 

Shabbir definierar en CCoE som ett team av företagsledare som går samman för att driva maximala resultat från en molnmiljö. 

CCoE skapar ett ramverk och tillhandahåller ledarskap, strategi och styrning i hela företaget. Nyckelansvar, enligt Shabbir, inkluderar men är inte begränsade till: 

• Övervaka molnstruktur och verksamhet
• Utvärdera effektiviteten av molninitiativ 
• Skapa styrningsstrukturer 
• Utforma molninnovationer 
• Standardisera och automatisera molnfunktioner  

Hur ska en CCoE bemannas? 

En CCoE av företagsklass kan kräva så få som sex, eller så många som tjugo, personal, säger Shabbir.  Även om CCoE-bemanningen kan variera kraftigt beroende på ett företags unika behov, delas personalen generellt in i två kategorier: 

• Teknisk. Dessa är ledare inom moln, IT, mjukvaruutveckling och andra tekniska discipliner. De har lång erfarenhet av systemarkitektur, drift och säkerhet.
  
  
• Företag. Dessa ledare från konventionella företagsdivisioner har en stark förankring inom ekonomi, styrning, företagsarkitektur, utbildning och förändringsledning.   

Medlemmar bör vara resultatorienterade och kundfokuserade, med en stark benägenhet till experiment och djärv handling. Och de måste kunna påverka intressenter upp och ner i företagshierarkin.  

Hur ska organisationer strukturera CCoE? 

Shabbir rekommenderar att det inte finns ett enda sätt att strukturera en CCoE. Det handlar om att hitta rätt passform för ditt företag. Här är några exempel att tänka på:

• Människor, processer och teknologier. Detta välbekanta ramverk delar upp ansvarsområden i breda discipliner som kommunikation, kontopolicyer och datahantering. 
  
  
• Kompetenscentrerad. Ett centralt ledarteam tillhandahåller vägledning på hög nivå medan satellitteam täcker infrastruktur, drift, applikationer och säkerhet. 
  
  
• Tidscentrerad. En tidslinje för molnadoption anger steg som initiering, byggande och standardisering, migreringsplanering, exekvering och optimering. 
  
  
• Affärscentrerad. Ledare övervakar team för strategi, styrning och ingenjörskonst. Strategiteamet anpassar molnmöjligheter med företagets mål. Styrningsteamet övervakar säkerhet, drift, automation och design. Ingenjörsteamet skapar tillgångar, mallar, skript och automatisering. 

CCoE:s drivkraft måste komma från internt företagsledarskap. Men många företag kan använda en blandning av interna ledare och externa specialister som arbetar för systemintegratörer eller hanterade tjänsteleverantörer. 

Hur bör CCoE utvecklas? 

CCoE:s roll kan förändras avsevärt under åren. Att etablera en molnmiljö är en helt annan utmaning än att hålla den igång med maximal effektivitet.

Här är ett sätt att föreställa sig utvecklingen av ditt CCoE över tiden:

• Snart (nu). CCoE:s kärnledningsgrupp gör nästan allt. Indelningen i IT, verksamhet och verksamhet kommer att vara begränsad eftersom team kommer att kräva korrekt vägledning och struktur.
  
  
• Medellång sikt (6-12 månader). Teamansvaret börjar specialisera sig med övergången till IT, drift och affärer.
  
  
• Långsiktigt (18-24 månader). Teamöversynen blir brett fördelad mellan IT, drift och verksamhet.

Vilka är begränsningarna för en CCoE?

Medan en CCoE ger en mängd fördelar, lägger den på begränsningar. Riktlinjer, skyddsräcken och kommittégodkännanden kan minska hastigheten, smidigheten och omfattningen av molninitiativ i viss utsträckning. En division inom ett företag kan ha en innovativ idé som den vill testa omedelbart i molnmiljön. Detta skulle kräva godkännande av CoE, som skulle behöva förena detta initiativ med alla andra molnverksamheter, förklarar Shabbir.

"När du har ett styrande centraliserat team, då, åtminstone i början, förlorar du en del av kontrollen som du skulle ha om det var helt decentraliserat," säger Shabbir.

Dessa finesser och nyanser av CCoE-verksamhet understryker värdet av att arbeta med en pålitlig partner som har rik erfarenhet av att hjälpa företag att bygga och hantera företagsmolnmiljöer. På Virtusa kan vi visa företag hur man skapar en CCoE som hjälper dem att utnyttja molnteknologiernas fulla potential.