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ätverkande
• 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. De här insatserna hjälper dig att utvärdera risker, förstå de potentiella effekterna och fatta beslut om risktolerans. När du gör det uppdaterar du snabbt planerna för att återspegla de föränderliga behoven hos molnmigreringsteamet.

Förberedelse

• Granska styrningsmetodiken.
• Gör utvärdering av styrningsriktmärken.
• 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 över grupper för att hantera kostnader.

Minsta omfång

• Förstå affärsrisker som introduceras av planen.
• Representera företagets tolerans för risk.
• Hjälp med att skapa en MVP-för styrning.

Involvera följande deltagare i molnstyrningsaktiviteter:

• Ledare från mellanchefer och direktdeltagare i viktiga roller bör representera verksamheten och hjälpa till att utvärdera risktoleranser.
• Molnstyrningsfunktionerna levereras av en utvidgning av teamet för molnstrategi. Precis som CIO och företagsledare förväntas delta i molnstrategifunktioner förväntas deras direktrapporter delta i molnstyrningsaktiviteter.
• Företagsanställda som är medlemmar i affärsenheten som arbetar nära ledningen för verksamhetsraden 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 medveten om data- och tillgångsklassificering samt arkitekturriktlinjer som styr implementeringen. Styrningsteam eller enskilda individer arbetar också med moln-excellenscenter för att tillämpa automatiserade metoder för att hantera molnmiljöer.

Löpande månatliga uppgifter:

• Förstå affärsrisker introducerades under varje version.
• Representera företags tolerans för risk.
• Stöd för stegvis förbättring av policy- och efterlevnadskrav.

mötestakt:

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

Utanför räckvidd

I takt med att implementeringen skalas kan molnstyrningsteamet få svårt att hålla jämna steg med innovationer. 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 uppmanas att granska molnstyrningsmodellen för att förstå hur styrningen förändras något i molnet.

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

styrning blockerad: När problem med säkerhet, kostnader, skala och åtgärder inte besvaras 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 innan det går längre genom att vidta åtgärder tidigt. De två styrningsguiderna som definierats i Cloud Adoption Framework kan hjälpa dig att starta i liten skala, sätta initialt begränsade riktlinjer för att minimera osäkerhet och utveckla styrning över tid. Välj den komplexa företagsguiden eller standardguiden för företag.

Frivillig styrning: Det tenderar att finnas modiga själar i varje företag. De galanta 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 detta tillvägagångssätt 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 god styrningsmetod.

Cloud Custodian: Denna moniker har blivit ett hedersmärke för många molnarkitekter som specialiserar sig på tidig styrning. När styrningsmetoderna först börjar ser resultaten ut ungefär som för frivilliga styrningspersoner. Men det finns en grundläggande skillnad. En molnansvarig har en plan i åtanke. I det här skedet av mognad spenderar teamet tid på att städa upp röran som gjorts av molnarkitekterna som kom före dem. Men molnförvaltaren anpassar den ansträngningen 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 molnförvaltare och en styrningsvolontär är ledarskapsstöd. Volontären lägger in extra timmar över vanliga förväntningar på grund av deras strävan att lära sig och göra. Molnförvaltaren 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.

Cloud Guardian: När styrningsmetoderna stelnat och accepterats av molnimplementeringsteam ändras rollen för molnarkitekter som specialiserar sig på styrning lite, liksom rollen för molnstyrningsteamet. 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 subtil är det en viktig skillnad när du skapar en styrningsfokuserad IT-kultur. En molnansvarig städar upp de oreda som gjorts av innovativa molnarkitekter, och de två rollerna har naturlig friktion och motsatta mål. En molnskyddare hjälper till att skydda molnet, så att andra molnarkitekter kan röra sig 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 styrningens MVP, till exempel förbättring av säkerhetsbaslinjen.

Molnacceleratorer: Molnskyddare och molnansvariga skördar naturligt skript och styrningsverktyg som påskyndar distributionen av miljöer, plattformar eller till och med komponenter i olika program. Att kurera och dela dessa skript utöver det centraliserade styrningsansvaret utvecklar en hög grad av respekt för dessa arkitekter i hela IT-området.

De styrningsutövare som öppet delar sina utvalda skript hjälper till att leverera teknikprojekt snabbare och bädda in styrning i arbetsbelastningarnas arkitektur. Den här arbetsbelastningen påverkar och stöder bra designmönster som höjer molnacceleratorer till en högre rangordning av styrningsspecialister.

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. Krav på affärsenhet och till och med lokala datasuveränitetskrav kan leda till att bästa praxis för styrning stör nödvändiga åtgärder. I dessa scenarier möjliggör en nivåindelad styrningsmodell minimal nödvändig konsekvens och lokal styrning. Artikeln om flera styrningslager ger mer insikter om hur du når den här mognadsnivån.

Varje företag är unikt, 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 de 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 molnimplementeringsarbete 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.

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