Funktioner för molnstyrning

Ett molnstyrningsteam ser till att risker och risktolerans utvärderas och hanteras korrekt. Det här teamet säkerställer korrekt identifiering av risker som inte kan tolereras av verksamheten. Personerna i det här teamet omvandlar risker till att styra företagets principer.

Beroende på önskade affärsresultat omfattar de kunskaper som krävs för att tillhandahålla fullständiga molnstyrningsfunktioner:

• IT-styrning
• Företagsarkitektur
• Säkerhet
• IT-åtgärder
• IT-infrastruktur
• Nätverk
• Identitet
• Virtualisering
• Affärskontinuitet och haveriberedskap
• Programägare inom IT
• Ekonomiägare

Dessa baslinjefunktioner hjälper dig att identifiera risker relaterade till aktuella och framtida versioner. Dessa ansträngningar hjälper dig att utvärdera risker, förstå potentiella effekter och fatta beslut om risktolerans. När du gör det uppdaterar du snabbt planerna för att återspegla molnmigreringsteamets föränderliga behov.

Förberedelse

• Granska styrningsmetodiken.
• Gör en benchmark-utvärdering av styrningen.
• Introduktion till säkerhet i Azure: Lär dig de grundläggande begreppen för att skydda din infrastruktur och dina data i molnet. Förstå vilka ansvarsområden du har och vad Azure hanterar åt dig.
• Förstå hur du arbetar mellan grupper för att hantera kostnader.

Minsta omfång

• Förstå affärsrisker som introduceras av planen.
• Representerar företagets risktolerans.
• Hjälp med att skapa en styrnings-MVP.

Involvera följande deltagare i molnstyrningsaktiviteter:

• Ledare från mellanhantering och direkta deltagare i nyckelroller bör representera verksamheten och hjälpa till att utvärdera risktoleranser.
• Molnstyrningsfunktionerna levereras av en utökning av molnstrategiteamet. Precis som CIO och företagsledare förväntas delta i funktioner för molnstrategi förväntas deras direktrapporter delta i molnstyrningsaktiviteter.
• Affärsanställda som är medlemmar i affärsenheten och som har ett nära samarbete med ledningen för affärsverksamheten bör ha befogenhet att fatta beslut om företagsrisker och tekniska risker.
• It- och informationssäkerhetsanställda (IS) som förstår de tekniska aspekterna av molnomvandlingen kan fungera i en roterande kapacitet i stället för att vara en konsekvent leverantör av molnstyrningsfunktioner.

Slutprodukt

Molnstyrningsuppdraget är att balansera konkurrerande omvandlings- och riskreduceringskrafter. Dessutom säkerställer molnstyrning att molnmigreringsteamet är medvetet om data- och tillgångsklassificering samt arkitekturriktlinjer som styr implementeringen. Styrningsteam eller individer arbetar också med cloud center of excellence för att tillämpa automatiserade metoder för att styra molnmiljöer.

Pågående månatliga uppgifter:

• Förstå affärsrisker som introduceras under varje lansering.
• Representerar företagets risktolerans.
• Stöd i den stegvisa förbättringen av policy- och efterlevnadskraven.

Mötestakt:

Tidsåtagandet från varje teammedlem i molnstyrningsteamet representerar en stor del av deras dagliga scheman. Bidragen begränsas inte till möten och feedbackcykler.

Omfattas inte

I takt med att implementeringen skalas kan molnstyrningsteamet få svårt att hålla jämna steg med innovationerna. Detta gäller särskilt om din miljö har stora krav på efterlevnad, åtgärder eller säkerhet. Om detta händer kan du flytta vissa ansvarsområden till ett befintligt IT-team för att minska omfattningen för styrningsteamet.

Nästa steg

Vissa stora organisationer har dedikerade team som fokuserar på IT-styrning. Dessa team är specialiserade på riskhantering i hela IT-portföljen. När dessa team finns kan följande mognadsmodeller påskyndas snabbt. Men IT-styrningsteamet uppmuntras att granska molnstyrningsmodellen för att förstå hur styrningen förändras något i molnet. Viktiga artiklar är att utöka företagspolicyn till molnet och de fem områdena för molnstyrning.

Ingen styrning: Organisationer flyttar ofta till molnet utan några tydliga styrningsplaner. Inom kort börjar oro kring säkerhet, kostnad, skalning och åtgärder utlösa konversationer om behovet av en styrningsmodell och personer för att bemanna de processer som är associerade med den modellen. Att starta dessa konversationer innan de blir oroliga är alltid ett bra första steg för att övervinna antimönstret för ingen styrning. Avsnittet om att definiera företagsprinciper kan underlätta dessa konversationer.

Styrning blockerad: När det gäller säkerhet, kostnad, skalning och åtgärder som inte är obesvarade tenderar projekt och affärsmål att blockeras. Brist på rätt styrning genererar rädsla, osäkerhet och tvivel bland intressenter och ingenjörer. Stoppa detta i sina spår genom att vidta åtgärder tidigt. De två styrningsguiderna som definieras i Cloud Adoption Framework kan hjälpa dig att starta i liten skala, och ange inledningsvis begränsningsprinciper för att minimera osäkerhet och mogen styrning över tid. Välj den komplexa företagsguiden eller standardguiden för företag.

Frivillig styrning: Det brukar finnas modiga själar i varje företag. De tappra få som är villiga att hoppa in och hjälpa laget att lära sig av sina misstag. Det är ofta så styrningen startar, särskilt i mindre företag. Dessa modiga själar erbjuder frivillig tid för att åtgärda vissa problem och driva molnimplementeringsteamen mot en konsekvent välhanterad uppsättning metodtips.

Dessa individers ansträngningar är mycket bättre än "ingen styrning" eller "styrning blockerade" scenarier. Även om deras ansträngningar bör lovordas bör denna strategi inte förväxlas med styrning. Rätt styrning kräver mer än sporadiskt stöd för att skapa konsekvens, vilket är målet med en bra styrningsmetod. Vägledningen i de fem områdena för molnstyrning kan hjälpa dig att utveckla det här området.

Molnansvarig: Denna moniker har blivit ett hedersmärke för många molnarkitekter som specialiserar sig på styrning i ett tidigt skede. När styrningsmetoderna först börjar ser resultatet ut ungefär som hos styrningsvolontärer. Men det finns en grundläggande skillnad. En molnansvarig har en plan i åtanke. I det här mognadsskedet ägnar teamet tid åt att städa upp röran från molnarkitekterna som kom före dem. Men molnansvarige anpassar det arbetet till en välstrukturerad företagspolicy. De använder också styrningsverktyg, som de som beskrivs i styrnings-MVP.

En annan grundläggande skillnad mellan en molnansvarig och en styrningsvolontär är ledarskapsstöd. Volontären lägger in extra timmar över vanliga förväntningar på grund av sin strävan att lära sig och göra. Molnansvariga får stöd från ledningen för att minska sina dagliga uppgifter för att säkerställa att regelbundna tidsallokeringar kan investeras i att förbättra molnstyrningen.

Molnskydd: I takt med att styrningsmetoderna befästs och accepteras av molnimplementeringsteamen ändras rollen för molnarkitekter som specialiserar sig på styrning, liksom molnstyrningsteamets roll. I allmänhet uppmärksammas de mer mogna metoderna av andra ämnesexperter som kan bidra till att stärka det skydd som tillhandahålls av styrningsimplementeringar.

Även om skillnaden är diskret är det en viktig skillnad när du skapar en styrningsfokuserad IT-kultur. En molnansvarig rensar bort de problem som innovativa molnarkitekter har gjort, och de två rollerna har naturlig friktion och motsatta mål. En molnskyddsmyndighet hjälper till att skydda molnet, så att andra molnarkitekter kan agera snabbare med färre problem.

Molnskyddare börjar använda mer avancerade styrningsmetoder för att påskynda plattformsdistributionen och hjälpa teamen att självbetjäna sina miljöbehov, så att de kan röra sig snabbare. Exempel på dessa mer avancerade funktioner visas i de inkrementella förbättringarna av styrnings-MVP, till exempel förbättring av säkerhetsbaslinjen.

Molnacceleratorer: Molnskyddare och molnansvariga samlar naturligt in skript och styrningsverktyg som påskyndar distributionen av miljöer, plattformar eller till och med komponenter i olika program. Att organisera och dela dessa skript utöver det centraliserade styrningsansvaret skapar en hög grad av respekt för dessa arkitekter inom IT.n.

De styrningsutövare som öppet delar sina organiserade skript hjälper till att leverera teknikprojekt snabbare och bädda in styrning i arkitekturen för arbetsbelastningarna. Den här arbetsbelastningen påverkar och stöder bra designmönster som höjer molnacceleratorer till en högre grad av styrningsspecialist.

Global styrning: När organisationer är beroende av globalt spridda IT-behov kan det finnas betydande avvikelser i drift och styrning i olika geografiska områden. Affärsenhetskrav och till och med lokala datasuveränitetskrav kan göra att styrningens bästa praxis stör de åtgärder som krävs. I dessa scenarier möjliggör en nivåindelad styrningsmodell minimalt livskraftig konsekvens och lokaliserad styrning. Artikeln om flera styrningslager ger mer insikter om hur du når den här mognadsnivån.

Alla företag är unika, och det är även deras styrningsbehov. Välj den mognadsnivå som passar din organisation och använd Cloud Adoption Framework för att vägleda metoder, processer och verktyg som hjälper dig att komma dit.

I takt med att molnstyrningen mognar har teamen möjlighet att implementera molnet i snabbare takt. Fortsatta molnimplementeringsinsatser tenderar att utlösa mognad i IT-åtgärder. Utveckla antingen ett molndriftsteam eller synkronisera med ditt molndriftsteam för att säkerställa att styrning är en del av driftutvecklingen.

Läs mer om att starta ett molnstyrningsteam eller ett molndriftsteam.

När du har upprättat en första molnstyrningsgrund använder du dessa metodtips i Förbättringar av styrningsgrunder för att komma före din implementeringsplan och förhindra risker.