Antipatronen voor cloud-organisatie
Klanten ervaren vaak antipatronen voor cloudimplementatie binnen hun organisatiestructuur. Veel factoren kunnen deze problemen veroorzaken:
- Toolsets
- Partners
- Ingenieurs
- Verkeerd uitgelijnde IT-afdelingen
Het is belangrijk om inzicht te hebben in de rol van deze factoren in een geslaagd scenario voor cloudimplementatie.
Antipatroon: IT behandelen als kostenplaats
Veel bedrijven behandelen IT-afdelingen als kostenplaatsen. Deze aanpak kan leiden tot de perceptie dat IT geen waarde toevoegt aan het bedrijf. Wanneer werknemers IT zien als een provider in plaats van een enabler, kunnen ze worden afgeraden. Het is ook moeilijk voor het bedrijf om het juiste talent aan te trekken. Verminderde motivatie en lange levenscyclustijden resulteren. De kwaliteit van het werk van IT kan eronder lijden en silo's en leengoed kunnen zich ontwikkelen.
Voorbeeld: IT behandelen als een kostenplaats
Een bedrijf beheert zijn IT-afdeling als kostenplaats die verantwoordelijk is voor de Chief Financial Officer (CFO). De raad van bestuur beschouwt IT als een trage serviceprovider die een van de grootste kostenfactoren van het bedrijf is. De raad van bestuur realiseert zich niet dat de business unit Mobility de meeste assets verbruikt die de IT-afdeling heeft besteld. IT koopt een datacenter voor alle bedrijfseenheden om te gebruiken, maar de mobility-bedrijfseenheid krijgt deze extra grote asset. Het bestuur ziet IT niet als een enabler of een partner.
Voorkeursresultaat: IT weergeven als een enabler
In plaats van uw IT-afdeling als kostenplaats te beheren, kunt u een van deze methoden overwegen:
- Terugstorting: Bedrijfseenheden behandelen IT-kosten als operationele kosten in hun budgetten.
- Showback of awareness-back: IT fungeert als agent. In rapporten terug naar het bedrijf schrijft IT alle directe kosten toe aan relevante bedrijfseenheden.
Gebruik de cloud als hulpmiddel om de kosten en bedrijfstransparantie te verhogen. Implementeer bijvoorbeeld een Cost Management-discipline om de kostentransparantie te vergroten. Dan bent u meer op de hoogte van de kosten van verschillende bedrijfsonderdelen. U ziet de IT-afdeling als een enabler voor deze eenheden.
Om de transparantie te verbeteren, richt u zich op zichtbaarheid, verantwoordelijkheid en optimalisatie bij het overstappen naar de cloud. Zie Een kostenbewuste organisatie bouwen voor meer informatie.
Antipatroon: Investeren in nieuwe technologie zonder het bedrijf hierbij te betrekken
IT-afdelingen investeren vaak aanzienlijke menselijke en financiële middelen in het bouwen en implementeren van robuuste platforms en toolsets. Maar soms slaagt IT er niet in om bedrijfseenheden en hun behoeften in overweging te nemen tijdens ontwerp- en ontwikkelingsfasen. Deze weglating leidt tot nieuwe platforms met minimale relevantie voor bedrijfseenheden. Werknemers zijn dan aarzelend om de nieuwe technologie te accepteren. Slechte of trage acceptatie kan dit tot gevolg hebben. Er ontstaat ook frustratie binnen IT wanneer bedrijfseenheden geen gebruik maken van de platformen.
Voorbeeld: Een platform instellen zonder dat er bedrijfseenheden bij betrokken zijn
De IT-afdeling van een bedrijf voor gegevensanalyse stelt een Azure-platform in en past dit aan zonder tussenkomst van bedrijfseenheden. Tijdens het gebruik van het platform kunnen ontwikkelaars van bedrijfseenheden het volgende doen:
- Bedenk dat ze niet over de machtigingen beschikken die ze nodig hebben voor implementatie.
- Kan alleen een beperkt aantal services gebruiken.
- Ondersteuningstickets uitgeven, waardoor goedkeuringscycli worden uitgebreid.
- Begin te twijfelen aan het nieuwe platform.
Uiteindelijk kopen sommige ontwikkelaars zelf een Azure-abonnement om het gedoe met IT-regels en -voorschriften te voorkomen. Schaduw-IT wordt weergegeven. Omdat het bedrijf weinig controle heeft over de schaduw-IT, ontstaan er hoge beveiligingsrisico's.
Voorkeursresultaat: bedrijfsonderdelen betrekken bij besluitvorming
Vermijd het maken van IT-silo's bij het implementeren van een bedrijfsklaar cloudplatform. Betrek ontwikkelaars en technische besluitvormers (TDM's) van bedrijfseenheden bij ontwerp- en ontwikkelingsprocessen. Luister naar de input van de business unit om de platformimplementatie te verbeteren.
Raadpleeg Beginnen met Cloud Adoption Framework landingszones op ondernemingsniveau voor best practices en ontwerpprincipes van Azure die de acceptatiesnelheid verhogen en zijn afgestemd op ontwikkelaars. Het juiste evenwicht vinden tussen naleving en flexibiliteit. Zoek bijvoorbeeld manieren om te voldoen aan governance- en beveiligingsbeleid en tegelijkertijd ontwikkelomgevingen flexibel te houden.
Antipatroon: Kernactiviteiten uitbesteden
Adviespartners en msp's (Managed Service Providers) kunnen een belangrijke rol spelen in een cloudtraject. Maar bedrijven moeten ervoor zorgen dat het werk van de partners en MSP's niet de meeste waarde in hun bedrijf biedt. Bedrijven die verantwoordelijkheden uitbesteden aan MSP's of cloudconsultants, mogen niet afhankelijk worden van deze providers.
Voorbeeld: Cloudacceptatie en -migratie uitbesteden
Een onderzoeksinstituut heeft een tijdkritiek cloudmigratieproject. Om de overstap naar de cloud te verkorten, huurt het een MSP in om de Azure-basis op te bouwen en de migratie te implementeren. In plaats van meer te leren over de fase van cloudimplementatie en het opbouwen van vaardigheden, kiest het instituut ervoor om alle Azure-verantwoordelijkheid over te dragen aan de MSP. Omdat het instituut geen kennis van de cloud of Azure heeft, neemt de MSP het voortouw bij alle beslissingen, waardoor het instituut afhankelijk is van de MSP.
Voorkeursresultaat: Maak kritieke ontwerpgebieden de verantwoordelijkheid van het bedrijf
Houd uitbesteding in gedachten als een goede kostenbesparende strategie. Maar neem beslissingen binnen uw bedrijf wanneer deze betrekking hebben op deze kritieke ontwerpgebieden:
- Beheer
- Risico
- Naleving
- Identiteit
Houd de verantwoordelijkheid binnen het bedrijf voor deze en andere gebieden die essentieel zijn voor uw beveiligingsomgeving. Gebruik externe partners om het overstaptraject te versnellen. Maar om te voorkomen dat u afhankelijk wordt van providers, moet u niet alles uitbesteden.
Antipatroon: technische besluitvormers inhuren in plaats van cloudtechnici te ontwikkelen
Bedrijven hechten veel belang aan het vinden van het juiste personeel. Als gevolg hiervan huren ze vaak TDM's in of bouwen ze deze op tijdens de eerste fasen van de cloudimplementatie. Succesvolle cloudtrajecten zijn afhankelijk van TDM's. Maar belangrijker is dat cloudimplementaties technici nodig hebben met een all-hands-on-deck mentaliteit en diepgaande technische vaardigheden.
Voorbeeld: Alleen TDM's inhuren
Een onderzoeksinstituut huurt verschillende TDM's in om zijn cloudtraject te leiden. Nadat de eerste fase van het concept op hoog niveau is beëindigd, begint de implementatiefase. Het instituut realiseert zich vervolgens dat cloudimplementaties zich anders gedragen dan on-premises implementaties. Er zijn extra cloud-engineering-inspanningen nodig om IaC-concepten (Infrastructure as Code) en beleidsgestuurde governance correct te implementeren.
Voorkeursresultaat: cloudtechnici gebruiken voor de implementatiefase
Houd er rekening mee dat technici essentieel zijn voor het correct implementeren van cloudautomatisering en landingszoneconcepten. Verantwoordelijkheden en taken kunnen aanzienlijk verschuiven wanneer u servicemodellen overneemt. Door de verantwoordelijkheden naar een cloudprovider te verplaatsen, kunt u sneller in productie gaan. U kunt ook TDM's gebruiken voor besluitvorming, maar geschikte cloudtechnici gebruiken voor taken waarvoor diepgaande technische kennis is vereist. Vervolgens realiseert u zich de voordelen die de cloud biedt.