omskrivning af et velkendt koncept inden for projektledelse kan man sige, “planlægning er uundværlig, men planer er ubrugelige. Undersøg og tilpas.”
traditionelle planer er drevet af datoer – sandsynligvis med en slutdato som den primære drivende faktor. I traditionel Projektledelse samler du kravene fra dine interessenter, bygger projektets omfang og opdeler projektet til håndterbare stykker arbejde. Dette skaber igen en arbejdsopdelingsstruktur. Dernæst nedbrydes det laveste niveau af VB ‘ er, dvs.arbejdspakker, yderligere til aktiviteter. Aktiviteterne forbindes derefter med afhængigheder, og ressourcer estimeres og anvendes på aktiviteter for at oprette en ende-til-ende-tidsplan for projektet. Denne tidsplan overvåges og kontrolleres derefter ved hjælp af en tidsplanstyringsplan, som normalt er en subsidiær plan for den konsoliderede projektstyringsplan.
men hvor mange gange skete det, at hvad du planlagde, og hvad der faktisk skete på jorden, matchede? Du kender allerede svaret! Åbningscitatet betyder, at planlægning er afgørende, men at forvente, at vi kan følge planen nøjagtigt, er ikke en klog ting at gøre. Når der er høje churns i krav og høj usikkerhed i teknologi eller platform, går PMs normalt med adaptive (eller Agile) livscyklusser.
faktisk siger den fjerde værdi i Agile Manifesto: “at reagere på forandring efter en plan.”Agile er forandringsdrevet, og sandsynligvis vil disse ændringer blive drevet af kunder. Dette fører til et koncept kaldet Agile Release Planning.
Udgivelsesplanlægning er i modsætning til traditionel planlægning, hvor den komplette plan betragtes på forhånd, uddybet i detaljer og kun kan ændres med formelle ændringsanmodninger. En udgivelsesplan kan opdateres mange gange baseret på feedback fra tidligere iterationer.
da adaptive livscyklusser er trinvise, kan organisationer frigive i slutningen af hver iteration. De kan også vælge at frigive efter et par iterationer eller endda kontinuerligt. Dette nødvendiggør en langsigtet planlægning, men kan effektivt lettes ved at bruge frigivelsesplanlægningsteknikken, som for nylig blev introduceret i den 6.udgave af PMBOK Guide.
for aspirerende Project Management Professionals (PMP ‘ er) og Certified Associates in Project Management (CAPM) er Agile Release Planning et nøglekoncept at kende. PMBOK Guide 6th edition har introduceret Agile overvejelser for hvert vidensområde. Dette er også nyttigt for håbefulde Agile Certified Practitioners (ACP ‘ er).
når vi kommer ind på dette mere, lad os først se, hvordan frigivelsesplanerne udvikles på et højt niveau.
fra Vision til køreplan for at frigive planer
i Agile projekter starter arbejdet med en produktvision. Visionen oversættes derefter til en produktkøreplan. Køreplanen indeholder de funktioner, der skal udvikles over en periode. Du kan også sige, at en køreplan repræsenterer produktets omfang, som leveres i forskellige udgivelser. Dette fører til udgivelsesplanerne og er vist i nedenstående figur.
Roadmap og Product Backlog
en komponent i ovenstående rækkefølge er product roadmap, og for at forstå product roadmap skal vi først forstå product backlog. I Agile tilgange er alle krav – både projektkrav og produktkrav – en del af product backlog (PB). Hvert element i product backlog kaldes et produkt backlog element (eller PBI). Bortset fra funktioner (krav) kan et produktefterslæb være en ændringsanmodning, defekt, fejl, problem eller endda specifikt teknisk arbejde.
som vi ved, Udvikler kravene sig løbende i Agile projekter, og der er betydelige usikkerheder/risici. Som et resultat prioriterer vi normalt PBI ‘ erne. De prioriterede PBI ‘ er tages fra toppen af efterslæbet og leveres til kunden(e). Varer med høj prioritet forbliver oven på efterslæbet og er finkornede, mens varer med lav prioritet er i bunden af efterslæbet og grovkornet. Prioriteringen af elementerne i PB bestemmer detaljeringsniveauet for det pågældende element i produktefterslæb. Dette er afbildet i nedenstående figur.
hvis du bruger Agile værktøjer som Microsoft Project, kan du hurtigt udvikle produktefterslæb. Et eksempel produkt backlog, tegnet med MS Project, er vist nedenfor.
her har vi en produkt backlog, der viser product backlog items (PBI ‘ er) af “Opret en ny bruger”, “Log ind på online handelssystemet”, “Overfør et lager” osv. Hvis du vil tilføje et andet backlog-element, skal du bare klikke på ” + ” – ikonet i kommandoboksen “ny opgave”.
elementerne på øverste niveau i produktefterslæbet kan skrives i brugerhistorier, som estimeres i historiepunkter-et relativt enhedsløst mål.
nu, når du kommer til produktkøreplanen, kan du blot sige, at det er et produktefterslæb med en tidslinje. En køreplan viser projektets planlagte fremtid (dvs.planlagte og/eller foreslåede produktudgivelser) eller frigivelsestemaer, der viser produktets funktionaliteter på højt niveau. Køreplanen fortæller, hvilke funktioner eller epics (en episk, simpelthen tale, er en stor brugerhistorie) vil blive leveret i hver udgivelse.
udgivelsesplan
produktkøreplanen driver udgivelsesplanerne. En udgivelsesplan giver udgivelsesplanen-hver udgivelse er typisk tre til seks måneder. En udgivelse indeholder mange iterationer – fra Iteration 0 (iteration nul) til Iteration N. Iteration 0 kan bruges til projektgodkendelser, opsætning af miljøet til projektet, indledende oversigt og designdiskussioner osv. Nogle Agile udøvere bruger Iteration-H (hærdende iteration), som er den endelige iteration i slutningen af frigivelsen for at forberede sig på levering. Denne iteration kan omfatte endelige arbejdsemner såsom Trænings-og marketingmateriale, endelige udgivelsesnotater, installationsvejledninger, system/brugervejledninger osv. Dette er afbildet nedenfor.
som vist har frigivelsesplanen iterationer – fra” Iteration – 0 “til” iteration-N. ” Du kan beslutte at have en frigivelse efter et par iterationer og/eller en endelig frigivelse efter den sidste iteration.
udgivelsesplanen præsenterer en køreplan for, hvordan teamet har til hensigt at nå projektvisionen inden for rammerne af projektmål og begrænsninger. Det hjælper produktejeren og hele teamet med at beslutte, hvor meget der skal udvikles, og hvor lang tid det vil tage, før de har et frigiveligt produkt. Det formidler forventninger om, hvad der sandsynligvis vil blive udviklet, og inden for hvilken tidsramme. Frigivelsesplanen kan også fungere som en vejledning, som holdet kan komme videre med. Udgivelsesplanen kan opdateres i slutningen af en iteration, og den afspejler de aktuelle forventninger, der vil blive inkluderet, så de kan leveres i efterfølgende iterationer.
Release planlægning med Product Backlog
for at få en bedre forståelse af release planlægning, kan du visualisere release planer ved hjælp af product backlog.
vi ved allerede, at varerne i Product backlog er rangeret eller bestilt, baseret på deres prioritet. De øverste niveau elementer, der er finkornet, vil være klar til Forbrug i den næste iteration (under den umiddelbare næste udgivelse). Den prioriterede efterslæb med funktioner og andre elementer vises på venstre side af nedenstående figur.
 |
 |
inden for MS Project skal du blot vælge, trække og slippe backlog-elementer og arrangere dem efter dit behov for at prioritere dem. Dette er vist på højre side af figuren ovenfor. I betragtning af det tidligere eksempel, der viser produktefterslæb inden for MS Project, har vi denne relative placering: først “Log ind på online handelssystemet”, næste “Opret en ny bruger”, derefter “Køb en aktie” osv.
som vist ovenfor har jeg valgt og trukket funktionselementet “Log ind i online handelssystemet” og droppet det foran tidligere funktionselement “Opret en ny bruger.”Den valgte vare blev lidt gråtonet, da jeg trak og faldt den.
ved hjælp af Backloggen kan du bestemme, hvilke af backlog-emnerne der skal leveres i de næste udgivelser. Nedenfor ser vi, at emnerne i næste udgivelse (dvs.udgivelse 1) For det meste prioriteres. Elementerne til frigivelse 2 kan også prioriteres, men vi ser, at elementer til frigivelse 3 ikke prioriteres, da de er varer med lav prioritet.
du kan også visualisere denne udgivelsesplanlægning med MS Project. Se på nedenstående figur. Der er PBI ‘ er vist at blive taget i forskellige udgivelser. Husk en udgivelse indeholder iterationer? I vores tilfælde har vi for den første udgivelse tre iterationer, og alle varer forventes leveret i disse iterationer. En iteration kaldes en sprint i Scrum-rammen, som er en populær ramme, der bruges af Agile PMs. For de næste to udgivelser (dvs.Release 2 og Release 3) har vi PBI ‘ erne, men vi har endnu ikke besluttet på iterationerne (eller sprints).
Iterationsplanlægning
hvis du har fulgt, består frigivelsesplanen af Iteration 0 til Iteration N, og vi kan beslutte at frigive i slutningen af hvert par iterationer eller hver iteration. Men hvad sker der inden for en iteration? Enkelt sagt bekræftes mulighederne for et sæt funktioner inden for iterationen i begyndelsen af iterationen og leveres i slutningen af iterationen.
de funktioner, der bekræftes og tages til iterationen, opdeles i opgaver (eller aktiviteter) og estimeres i timer af teammedlemmerne. Sekvensen af trin fra produkt køreplan til frigivelse plan til iteration plan er vist i diagrammet nedenfor.
sammenfattende ovenstående figur vil disse være nøglepunkterne:
- produktets vision drives product roadmap
- Product roadmap drives release plans
- en release plan vil have iterationer
- funktioner, som estimeres i story points, udvikles i en iteration
- funktioner er opdelt i opgaver, som estimeres i timer
ved hjælp af MS Project 2016 kan du hurtigt oprette en udgivelsesplan. I betragtning af vores tidligere backlog eksempel har vi tre iterationer / sprints til den første udgivelse (dvs.Sprint 1, Sprint 2 og Sprint 3). Hver sprint har et sæt funktioner, der skal leveres. Dette er vist i nedenstående i visningen” Sprint Planning Board”.
du kan også bore ned for at se, hvad der sker på iteration/sprint niveau og finde ud af, hvilke PBI ‘ er der arbejdes på. MS Project viser dette i” nuværende Sprint Board ” visning. Se figuren nedenfor.
for Sprint 1 har vi tre varer, der skal leveres – “Log ind på online handelssystemet”, “Opret en ny bruger” og “køb en aktie.”Disse passerer gennem tre arbejdsgangstilstande for “næste op”, “i gang” og ” færdig.”Selvfølgelig kan du tilføje, fjerne eller tilpasse disse arbejdsgangstilstande efter dit behov.
Release Plan Vs. Iteration Plan
hvis du tager eksamen, skal du også kende forskellene mellem Release Plan og Iteration Plan. De er noteret i nedenstående tabel. Typisk er iterationerne tidbokset i to til fire uger. I nogle tilfælde, f.eks.
Projektledelse krop af viden (PMBOK) Guide, 6. udgave, af Project Management Institute (PMI)
Jeg vil være en PMP: den almindelige og enkle måde at være en PMP på, 2. udgave, af Satya Narayan Dash
Jeg vil være en ACP: den almindelige og enkle måde at være en ACP på, af Satya Narayan Dash
Microsoft Project 2016 Live Lessons, af Satya Narayan Dash
Agile Practice Guide, af Project Management Institute (Project Management Institute) PMI)