Etablera iterationer och publiceringsplaner

Agila och andra iterativa metoder bygger på begreppen iterationer och versioner. Den här artikeln beskriver tilldelningen av iterationer och versioner under planeringen. Dessa tilldelningar ger tidslinjens synlighet för att göra konversationer enklare bland medlemmar i molnstrategiteamet. Tilldelningarna anpassar även tekniska uppgifter på ett sätt som molnimplementeringsteamet kan hantera under implementeringen.

Upprätta iterationer

I en iterativ metod för teknisk implementering planerar du tekniska ansträngningar kring återkommande tidsblock. Iterationer tenderar att vara tidsblock mellan en vecka och sex veckor. Konsensus tyder på att två veckor är den genomsnittliga iterationsvaraktigheten för de flesta molnimplementeringsteam. Men valet av iterationsvaraktighet beror på typen av teknisk ansträngning, den administrativa omkostnaderna och teamets preferenser.

För att börja anpassa insatserna till en tidslinje föreslår vi att du definierar en uppsättning iterationer som varar i 6 till 12 månader.

Förstå hastighet

Att anpassa arbetet till iterationer och versioner kräver en förståelse för hastigheten. Hastighet är mängden arbete som kan utföras i en viss iteration. Under tidig planering är hastighet en uppskattning. Efter flera iterationer blir hastigheten en mycket värdefull indikator på de åtaganden som teamet kan göra säkert.

Du kan mäta hastighet i abstrakta termer som story points. Du kan också mäta det i mer konkreta termer som timmar. För de flesta iterativa ramverk rekommenderar vi att du använder abstrakta mått för att undvika utmaningar i precision och uppfattning. Exempel i den här artikeln representerar hastighet i timmar per sprint. Den här representationen gör ämnet mer allmänt förstått.

Exempel: Ett molnimplementeringsteam på fem personer har åtagit sig två veckors sprint. Med tanke på aktuella skyldigheter som möten och stöd för andra processer kan varje teammedlem konsekvent bidra 20 timmar per vecka till implementeringsarbetet. För det här teamet är den första hastighetsuppskattningen 100 timmar per sprint.

Iterationsplanering

Inledningsvis planerar du iterationer genom att utvärdera de tekniska uppgifterna baserat på den prioriterade kvarvarande informationen. Molnimplementeringsteamen uppskattar hur mycket arbete som krävs för att utföra olika uppgifter. Dessa uppgifter tilldelas sedan till den första tillgängliga iterationen.

Under iterationsplaneringen validerar och förfinar molnimplementeringsteamen uppskattningarna. De gör det tills de har justerat all tillgänglig hastighet till specifika uppgifter. Den här processen fortsätter för varje prioriterad arbetsbelastning tills alla ansträngningar överensstämmer med en prognostiserad iteration.

I den här processen validerar teamet de uppgifter som tilldelats till nästa sprint. Teamet uppdaterar sina uppskattningar baserat på teamets konversation om varje uppgift. Teamet lägger sedan till varje uppskattad uppgift i nästa sprint tills den tillgängliga hastigheten har uppnåtts. Slutligen beräknar teamet ytterligare uppgifter och lägger till dem i nästa iteration. Teamet utför dessa steg tills iterationens hastighet också är slut.

Föregående process fortsätter tills alla aktiviteter har tilldelats till en iteration.

Exempel: Nu ska vi bygga vidare på föregående exempel. Anta att varje arbetsbelastningsmigrering kräver 40 uppgifter. Anta också att du uppskattar att varje uppgift tar i genomsnitt en timme. Den kombinerade uppskattningen är cirka 40 timmar per arbetsbelastningsmigrering. Om dessa uppskattningar förblir konsekventa för alla 10 av de prioriterade arbetsbelastningarna tar dessa arbetsbelastningar 400 timmar.

Hastigheten som definierades i föregående exempel tyder på att migreringen av de första 10 arbetsbelastningarna tar fyra iterationer, vilket är två månaders kalendertid. Den första iterationen består av 100 uppgifter som resulterar i migrering av två arbetsbelastningar. I nästa iteration resulterar en liknande samling med 100 uppgifter i migreringen av tre arbetsbelastningar.

Varning

Det föregående antalet uppgifter och uppskattningar används strikt som exempel. Tekniska uppgifter är sällan så konsekventa. Du bör inte se det här exemplet som en återspegling av hur lång tid det tar att migrera en arbetsbelastning.

Versionsplanering

Inom molnimplementeringen definieras en version som en samling slutprodukter som ger tillräckligt med affärsvärde för att motivera risken för avbrott i affärsprocesser.

Om du släpper eventuella arbetsbelastningsrelaterade ändringar i en produktionsmiljö skapas vissa ändringar i affärsprocesserna. Helst är dessa ändringar sömlösa och företaget ser värdet av ändringarna utan några betydande avbrott i tjänsten. Men risken för affärsstörningar är närvarande med alla förändringar och bör inte tas lättvindigt.

För att säkerställa att en ändring motiveras av dess potentiella avkastning bör molnstrategiteamet delta i versionsplaneringen. När aktiviteterna har anpassats till sprintar kan teamet fastställa en ungefärlig tidslinje för när varje arbetsbelastning ska vara redo för produktionslansering. Molnstrategiteamet skulle granska tidpunkten för varje version. Teamet skulle sedan identifiera brytpunkten mellan risk och affärsvärde.

Exempel: Om du fortsätter med föregående exempel har molnstrategiteamet granskat iterationsplanen. I granskningen identifierades två versionspunkter. Under den andra iterationen är totalt fem arbetsbelastningar redo för migrering. Dessa fem arbetsbelastningar ger ett betydande affärsvärde och utlöser den första versionen. Nästa version kommer två iterationer senare, när de kommande fem arbetsbelastningarna är redo för lansering.

Tilldela iterationssökvägar och taggar

För kunder som hanterar molnimplementeringsplaner i Azure DevOps återspeglas de tidigare processerna genom att tilldela en iterationssökväg till varje uppgift och användarberättelse. Vi rekommenderar också att du taggar varje arbetsbelastning med en specifik version. Taggningen och tilldelningen matar den automatiska populationen av tidslinjerapporter.

Nästa steg

Beräkna tidslinjer för att korrekt kommunicera förväntningar.

Uppskatta tidslinjer