Beslissingen over rationalisatie evalueren

Tijdens de eerste strategie- en planningsfasen raden we u aan een incrementele rationalisatiebenadering toe te passen op de digitale activa. Maar deze benadering neemt enkele veronderstellingen in de resulterende beslissingen in. We adviseren het cloudstrategieteam en de cloudacceptatieteams om deze beslissingen te beoordelen in het licht van uitgebreide documentatie over workloads. Deze beoordeling is ook een goed moment om zakelijke belanghebbenden en de uitvoerende sponsor te betrekken bij toekomstige beslissingen van de staat.

Belangrijk

Verdere validatie van de rationalisatiebeslissingen vindt plaats tijdens de evaluatiefase van de migratie. Deze validatie is gericht op bedrijfsevaluatie van de rationalisatie om resources op de juiste manier uit te lijnen.

Als u rationalisatiebeslissingen wilt valideren, gebruikt u de volgende vragen om een gesprek met het bedrijf te vergemakkelijken. De vragen worden gegroepeerd op basis van de waarschijnlijke rationalisatie-uitlijning.

Innovatie-indicatoren

Als de gezamenlijke beoordeling van de volgende vragen een bevestigend antwoord oplevert, is een workload mogelijk een betere kandidaat voor innovatie. Een dergelijke workload zou niet worden gemigreerd via een lift-and-shift- of moderniseringsmodel. In plaats daarvan worden de bedrijfslogica of gegevensstructuren opnieuw gemaakt als een nieuwe of opnieuw gearchitecteerde toepassing. Deze aanpak kan arbeidsintensief en tijdrovend zijn. Maar voor een workload die aanzienlijke bedrijfsrendementen vertegenwoordigt, is de investering gerechtvaardigd.

• Zorgen de toepassingen in deze workload voor marktdifferentiatie?
• Is er een voorgestelde of goedgekeurde investering gericht op het verbeteren van de ervaringen met betrekking tot de toepassingen in deze workload?
• Maken de gegevens in deze workload nieuwe product- of serviceaanbiedingen beschikbaar?
• Is er een voorgestelde of goedgekeurde investering om te profiteren van de gegevens die aan deze workload zijn gekoppeld?
• Kan het effect van de marktdifferentiatie of het nieuwe aanbod worden gekwantificeerd? Zo ja, rechtvaardigt dat dan de hogere kosten van innovatie tijdens de overstap naar de cloud?

De volgende twee vragen kunnen u helpen technische scenario's op hoog niveau op te nemen in de rationaliseringsbeoordeling. Als u 'ja' antwoordt op een van beide, kunnen manieren worden geïdentificeerd om de kosten van innovatie te verantwoorden of te verlagen.

• Veranderen de gegevensstructuren of bedrijfslogica tijdens de overstap naar de cloud?
• Wordt er een bestaande implementatiepijplijn gebruikt om deze workload in productie te implementeren?

Als het antwoord op een van de vragen 'ja' is, moet het team overwegen deze workload op te nemen als innovatiekandidaat. Het team moet deze workload minimaal markeren voor architectuurbeoordeling om moderniseringsmogelijkheden te identificeren.

Migratie-indicatoren

Migratie is een snellere en goedkopere manier om over te stappen op de cloud. Maar het maakt geen gebruik van kansen om te innoveren. Voordat u investeert in innovatie, beantwoordt u de volgende vragen. Ze kunnen u helpen bepalen of een migratiemodel meer van toepassing is op een workload.

• Is de broncode die deze toepassing ondersteunt stabiel? Verwacht u dat deze stabiel en ongewijzigd blijft gedurende het tijdsbestek van deze releasecyclus?
• Ondersteunt deze workload momenteel productiebedrijfsprocessen? Zal dit in de loop van deze releasecyclus worden uitgevoerd?
• Is het een prioriteit dat deze cloudimplementatie de stabiliteit en prestaties van deze workload verbetert?
• Is kostenreductie in verband met deze workload een doelstelling tijdens deze inspanning?
• Is het verminderen van de operationele complexiteit voor deze workload een doel tijdens deze inspanning?
• Wordt innovatie beperkt door de huidige architectuur of IT-bewerkingsprocessen?

Als het antwoord op een van deze vragen 'ja' is, moet u een migratiemodel voor deze workload overwegen. Deze aanbeveling geldt zelfs als de workload een kandidaat is voor innovatie.

Uitdagingen in operationele complexiteit, kosten, prestaties of stabiliteit kunnen het bedrijfsrendement belemmeren. U kunt de cloud gebruiken om snel verbeteringen te produceren met betrekking tot deze uitdagingen. Waar dit van toepassing is, raden we u aan de migratiebenadering te gebruiken om eerst de workload te stabiliseren. Breid vervolgens uit op innovatiemogelijkheden in de stabiele, flexibele cloudomgeving. Deze aanpak biedt kortetermijnrendementen en vermindert de kosten die nodig zijn om veranderingen op de lange termijn te stimuleren.

Belangrijk

Migratiemodellen omvatten incrementele modernisering. Het gebruik van PaaS-architecturen (Platform as a Service) is een veelvoorkomend aspect van migratieactiviteiten. Net als kleine configuratiewijzigingen die gebruikmaken van deze platformservices. De grens voor migratie wordt gedefinieerd als een materiële wijziging van de bedrijfslogica of ondersteunende bedrijfsstructuren. Een dergelijke verandering wordt beschouwd als een innovatie-inspanning.

Het projectplan bijwerken

De vaardigheden die vereist zijn voor een migratie-inspanning verschillen van de vaardigheden die vereist zijn voor een innovatie-inspanning. Tijdens de implementatie van een cloudimplementatieplan raden we u aan migratie- en innovatie-inspanningen toe te wijzen aan verschillende teams. Elk team heeft zijn eigen iteratie-, release- en planningsfrequenties. Het toewijzen van afzonderlijke teams biedt de procesflexibiliteit om één cloudmigratieplan te onderhouden en tegelijkertijd rekening te houden met innovatie en migratie-inspanningen.

Wanneer u het cloudmigratieplan in Azure DevOps beheert, wordt dat beheer weerspiegeld door het bovenliggende werkitem (of epic) te wijzigen van cloudmigratie naar cloudinnovatie. Deze subtiele wijziging zorgt ervoor dat alle deelnemers aan het cloudacceptatieplan snel de vereiste inspanningen en wijzigingen in herstelpogingen kunnen bijhouden. Met deze tracering kunt u ook de juiste toewijzingen afstemmen op het relevante cloudacceptatieteam.

Voor grote, complexe implementatieplannen met meerdere afzonderlijke projecten kunt u overwegen het iteratiepad bij te werken. Als u het gebiedspad wijzigt, wordt de workload alleen zichtbaar voor het team dat is toegewezen aan dat gebiedspad. Deze wijziging kan het werk voor het cloudacceptatieteam vereenvoudigen door het aantal zichtbare taken te verminderen. Maar het voegt complexiteit toe voor de projectmanagementprocessen.

Volgende stappen

Maak iteraties en releaseplannen om te beginnen met het plannen van de werkzaamheden.

Maak iteraties en releaseplannen om te beginnen met het plannen van de werkzaamheden.