CCoE-funktioner (Cloud Center of Excellence)

Många IT-organisationer delar huvudmålet att uppnå affärsmässig och teknisk flexibilitet. Ett molncenter för excellens (CCoE) är en funktion som hjälper organisationer att balansera hastighet och stabilitet medan de strävar efter detta mål.

Funktionsstruktur

En CCoE-modell kräver samarbete mellan var och en av följande resurser:

• Molnimplementering (lösningsarkitekter)
• Molnstrategi (programmet och projektledare)
• Molnstyrning
• Molnplattform
• Molnautomatisering

Effekter

När den här funktionen är korrekt strukturerad och stöds kan deltagarna påskynda innovations- och migreringsarbetet samtidigt som de minskar de totala kostnaderna för förändring och ökar verksamhetens flexibilitet. När funktionen har implementerats kan den ge märkbara minskningar av tiden till marknaden. När teampraxis mognar förbättras kvalitetsindikatorerna, inklusive tillförlitlighet, prestandaeffektivitet, säkerhet, underhåll och kundnöjdhet. Dessa vinster i effektivitet, flexibilitet och kvalitet är särskilt viktiga om företaget planerar att implementera storskaliga molnmigreringsinsatser eller vill använda molnet för att driva innovationer som är associerade med marknadsdi differentiering.

När det lyckas skapar en CCoE-modell en betydande förändring inom IT. I en CCoE-metod fungerar IT som mäklare, partner eller representant för verksamheten. Den här modellen är ett paradigmskifte bort från den traditionella vyn av IT som en driftenhet eller abstraktionslager mellan verksamheten och IT-tillgångarna.

Följande bild ger en analogi för den här ändringen. Utan en CCoE-metod tenderar IT att fokusera på att tillhandahålla kontroll och centralt ansvar, som fungerar som stoppljusen i en skärningspunkt. När CCoE lyckas liknar IT-rollen en rondell i en skärningspunkt där fokus ligger på frihet och delegerat ansvar.

Båda metoderna är giltiga. de är alternativa vyer av ansvar och hantering. En CCoE-modell kan passa in i teknikstrategin om du vill upprätta en självbetjäningsmodell som gör det möjligt för affärsenheter att fatta egna beslut samtidigt som de följer en uppsättning riktlinjer och etablerade, repeterbara kontroller.

Viktiga ansvarsområden

CCoE-teamets främsta uppgift är att påskynda molnimplementeringen via molnbaserade lösningar eller hybridlösningar.

CCoE:s mål är att:

• Hjälp till att skapa en modern IT-organisation med hjälp av flexibla metoder för att samla in och implementera affärskrav.
• Använd återanvändbara distributionspaket som överensstämmer med säkerhets-, efterlevnads- och hanteringsprinciper.
• Underhålla en funktionell Azure-plattform i enlighet med operativa procedurer.
• Granska och godkänn användningen av molnbaserade verktyg.
• Standardisera och automatisera vanliga plattformskomponenter och lösningar över tid.

Mötestakt

Det är viktigt att tillåta organiskt samarbete och spåra tillväxt via en gemensam lagringsplats eller lösningskatalog. Maximera naturliga interaktioner, men minimera möten. Återkommande möten, till exempel versionsmöten som hanteras av molnimplementeringsteamet, kan ge dataindata. När den här funktionen har mognat försöker du dock begränsa dedikerade möten. Att vara värd för ett möte efter att varje lanseringsplan har delats kan ge teamet en minsta kontaktpunkt.

Lösningar och kontroller

Varje medlem i CCoE måste förstå nödvändiga begränsningar, risker och skydd som ledde till den aktuella uppsättningen IT-kontroller. CCoE omvandlar den förståelsen till molnbaserade (eller hybrid) lösningar eller kontroller, vilket möjliggör affärsresultat med självbetjäning. När lösningar skapas delas de med andra team i form av kontroller eller automatiserade processer som fungerar som skyddsräcken för olika insatser. Dessa skyddsräcken hjälper till att vägleda teamaktiviteter och delegera ansvarsområden till deltagarna i migrerings- eller innovationsinsatser.

I följande tabell beskrivs några exempel på den här övergången.

Förhandlingarna

En pågående förhandlingsprocess är roten till CCoE-arbetet. Ett CCoE-team förhandlar med befintliga IT-funktioner för att minska den centrala kontrollen. Kompromisserna för verksamheten i denna förhandling är frihet, flexibilitet och hastighet, och värdet av kompromissen för befintliga IT-team levereras som nya lösningar. Nya lösningar ger det befintliga IT-teamet en eller flera av följande fördelar:

• Möjlighet att automatisera vanliga problem
• Förbättringar i konsekvens med en minskning av den dagliga frustrationen
• Möjlighet att lära sig och distribuera nya tekniska lösningar
• Minskningar av incidenter med hög allvarlighetsgrad (kräver färre snabbkorrigeringar eller svar från pager-duty sent på kvällen)
• Möjlighet att bredda sitt tekniska omfång och ta upp bredare ämnen
• Deltagande i affärslösningar på högre nivå som tar itu med teknikens effekter
• Minskning av meniala underhållsaktiviteter
• Ökad teknikstrategi och automatisering

I utbyte mot dessa fördelar kan den befintliga IT-funktionen handla med följande värden:

• Känsla av kontroll från manuella godkännandeprocesser
• Känsla av stabilitet från ändringskontroll
• Känsla av arbetssäkerhet från slutförande av nödvändiga, repetitiva uppgifter
• Känsla av konsekvens från efterlevnad till befintliga IT-lösningsleverantörer

I sunda moln framåtriktade företag är den här förhandlingsprocessen en dynamisk konversation mellan kollegor och it-team som samarbetar. Den tekniska informationen kan vara komplex, men den är hanterbar när IT förstår målet och stöder CCoE-arbetet. När IT är mindre än stödjande kan följande avsnitt om att aktivera CCoE-framgång hjälpa dig att övervinna friktioner.

Aktivera CCoE-framgång

Innan du fortsätter med den här modellen bör du överväga företagets tolerans för ett tillväxttänk och IT:s komfortnivå med att frigöra centralt ansvar. Som tidigare nämnts utbyter en CCoE kontroll för flexibilitet och hastighet.

Den här typen av ändring tar tid, experimentering och förhandling. Det kommer att finnas stötar och ryggar under processen, men om teamet förblir flitigt och inte avråder från experimentering finns det en hög sannolikhet att lyckas med att förbättra flexibilitet, hastighet och tillförlitlighet. En av de största framgångsfaktorerna är stöd från ledarskap och viktiga intressenter.

Viktiga intressenter

IT-ledningen är den första och mest uppenbara intressenten. IT-chefer spelar en viktig roll, men för att implementera den här modellen krävs stöd från CIO och andra IT-ledare på chefsnivå.

Mindre uppenbart är behovet av affärsintressenter. Affärsflexialitet och tid till marknad är primära motiv för att bilda en CCoE. De viktigaste intressenterna har därför ett egenintresse inom dessa områden. Exempel på affärsintressenter är verksamhetsledare, ekonomichefer, driftschefer och företagsproduktägare.

Stöd från affärsintressenter

Stöd från affärsintressenter kan påskynda CCoE-arbetet. Mycket av fokuset i CCoE-arbetet är inriktat på att göra långsiktiga förbättringar av verksamhetens flexibilitet och hastighet. Att definiera effekterna av aktuella driftsmodeller och värdet av förbättringar är värdefullt som vägledning och förhandlingsverktyg för CCoE. Vi föreslår att du upprättar eller tydligt definierar följande saker i dokumentationen för att öka stödet för en CCoE:

• Förväntade affärsresultat och mål.

• Aktuella it-processsmärtapunkter, till exempel hastighet, flexibilitet, stabilitet och kostnadsutmaningar.

• Historiska effekter av dessa smärtpunkter, till exempel förlorade marknadsandelar, konkurrentvinster i funktioner, dåliga kundupplevelser och budgetökningar.

• Affärsförbättringsmöjligheter som blockeras av de nuvarande smärtpunkterna och driftsmodellerna.

• Tidslinjer och mått som är relaterade till dessa affärsmöjligheter.

Dessa datapunkter är inte ett angrepp på IT. I stället hjälper de CCoE-teamet att lära sig av det förflutna, upprätta en realistisk kvarvarande uppgifter och planera för förbättringar.

Löpande support och engagemang från intressenter

CCoE-team kan visa snabb avkastning inom vissa områden, men målen på högre nivå, som affärsflexialitet och tid till marknaden, kan ta mycket längre tid. Under mognaden finns det en hög risk för att CCoE-teamet avskräcks eller att medlemmar dras tillbaka för att fokusera på andra IT-insatser.

Under de första sex till nio månaderna av CCoE-arbetet rekommenderar vi att affärsintressenter träffas varje månad med IT-ledningen och CCoE. Det finns inget behov av formell ceremoni för dessa möten. Att bara påminna CCoE-medlemmarna och deras ledarskap om vikten av detta program kan gå långt mot CCoE-framgång.

Vi rekommenderar också att affärsintressenterna håller sig informerade om förloppet och de blockeringsproblem som CCoE-teamet upplever. Deras ansträngningar kan verka som tekniska detaljer, men affärsintressenter måste förstå framstegen i planen så att de kan engagera sig när teamet förlorar ånga eller blir distraherade av andra prioriteringar.

Stöd från IT-intressenter

Stöd från IT-intressenter bör omfatta följande aktiviteter:

• Stöd för visionen: En lyckad CCoE-insats kräver en hel del förhandlingar med befintliga IT-teammedlemmar.

  När det görs bra bidrar all IT till lösningen och känner sig bekväm med förändringen. Ibland kanske vissa medlemmar i det befintliga IT-teamet vill behålla kontrollmekanismerna. När sådana situationer inträffar är stöd för CCoE från IT-intressenter avgörande för att CCoE ska lyckas. IT-intressenterna måste uppmuntra och förstärka CCoE:s övergripande mål för att lösa block för korrekta förhandlingar. I sällsynta fall kan IT-intressenter till och med behöva gå in och bryta upp ett dödläge eller en oavgjord omröstning för att upprätthålla CCoE:s framsteg.

• Behåll fokus: En CCoE kan vara ett betydande åtagande för alla resursbegränsade IT-team.

  Att ta bort starka arkitekter från kortsiktiga projekt för att fokusera på långsiktiga vinster kan skapa svårigheter för teammedlemmar som inte är en del av CCoE. IT-ledningen och IT-intressenterna måste fokusera på CCoE:s mål. Stödet från IT-ledare och IT-intressenter kan deprioritera störningarna i den dagliga verksamheten till förmån för CCoE-uppgifter.

• Skapa en buffert: CCoE-teamet experimenterar med nya metoder.

  Vissa nya metoder stämmer inte överens med befintliga åtgärder eller tekniska begränsningar. CCoE-teamet kan uppleva tryck eller tillgripas från andra team när experiment misslyckas. Det är viktigt att uppmuntra och buffa CCoE-teamet från konsekvenserna av "snabba fel"-inlärningsmöjligheter. Det är lika viktigt att hålla teamet ansvarigt inför ett tillväxttänk för att säkerställa att de lär sig av dessa experiment och hittar bättre lösningar.

Nästa steg

En CCoE-modell kräver funktioner för molnplattform och funktioner för molnautomatisering. Nästa steg är att justera molnplattformsfunktioner.