het parafraseren van een bekend concept in projectmanagement zou men kunnen zeggen: “Planning is onmisbaar, maar plannen zijn nutteloos. Dus, inspecteren en aanpassen.”
traditionele plannen worden gedreven door Data-hoogstwaarschijnlijk met een einddatum als belangrijkste drijvende factor. In traditioneel projectmanagement verzamelt u de vereisten van uw stakeholders, bouwt u de reikwijdte van het project op en breidt u het project uit tot beheersbare stukken werk. Dit, op zijn beurt, creëert een work breakdown structure (WBS). Vervolgens wordt het laagste niveau van WBS, d.w.z. werkpakketten, verder ontleed in activiteiten. De activiteiten worden vervolgens gekoppeld aan afhankelijkheden, en middelen worden geschat en toegepast op activiteiten om een end-to-end schema voor het project te creëren. Dit schema wordt vervolgens gemonitord en gecontroleerd met behulp van een schema management plan, meestal een subsidiair plan van het geconsolideerde project management plan.
maar hoe vaak gebeurde het dat wat u gepland had en wat er werkelijk gebeurde op de grond, overeenkwam? Je weet het antwoord al! Het openingscitaat geeft aan dat planning essentieel is, maar verwachten dat we het plan precies kunnen volgen is niet verstandig om te doen. Wanneer er hoge churns in de eisen en hoge onzekerheid in technologie of platform, PMs meestal gaan met adaptieve (of Agile) levenscycli.
in feite zegt de vierde waarde in het Agile Manifest: “reageren op verandering na een plan.”Agile is veranderingsgedreven, en hoogstwaarschijnlijk zullen deze veranderingen worden gedreven door klanten. Dit leidt tot een concept genaamd Agile Release Planning.
Release planning is in tegenstelling tot de traditionele planning, waarbij het volledige plan vooraf wordt beschouwd, in detail wordt uitgewerkt en alleen kan worden gewijzigd met formele wijzigingsverzoeken. Een release plan kan vele malen worden bijgewerkt op basis van de feedback van eerdere iteraties.
omdat adaptieve levenscycli Incrementeel van aard zijn, kunnen organisaties aan het einde van elke iteratie vrijgeven. Ze kunnen er ook voor kiezen om vrij te geven na een paar iteraties of zelfs continu. Dit vereist een planning op langere termijn, maar kan effectief worden vergemakkelijkt door gebruik te maken van de release planning techniek, die nieuw werd geïntroduceerd in de 6e editie van de PMBOK gids.
voor aspirant Project Management Professionals (PMPs) en gecertificeerde medewerkers in Project Management (CAPM) , Agile Release Planning is een belangrijk concept om te weten. De PMBOK Guide 6e editie heeft Agile overwegingen geïntroduceerd voor elk kennisgebied. Dit is ook handig voor aspirant Agile Certified Practitioners (ACP ‘ s).
als we hier meer op ingaan, laten we eerst kijken hoe de release plannen op een hoog niveau worden ontwikkeld.
van visie naar Roadmap naar Release plannen
in Agile projecten begint het werk met een productvisie. De visie vertaalt zich vervolgens naar een product roadmap. De routekaart bevat de kenmerken die in de loop van de tijd moeten worden ontwikkeld. U kunt ook zeggen dat een roadmap vertegenwoordigt de omvang van het product, dat wordt geleverd in verschillende releases. Dit leidt tot de release plannen en wordt weergegeven in de figuur hieronder.
Roadmap en Product Backlog
een component in de bovenstaande reeks is product roadmap, en om product roadmap te begrijpen, moeten we eerst product backlog begrijpen. Bij Agile approaches maken alle vereisten – zowel projectvereisten als productvereisten – deel uit van de product backlog (PB). Elk item in de product backlog wordt een product backlog item (of PBI) genoemd. Anders dan functies( vereisten), kan een product achterstand item een verandering verzoek, defect, bug, probleem, of zelfs specifieke technische werk.
zoals we weten, evolueren de vereisten in Agile projecten voortdurend en zijn er aanzienlijke onzekerheden/risico ‘ s. Als gevolg hiervan geven we meestal prioriteit aan de PBI ‘ s. De geprioriteerde PBI ‘ s worden vanaf de bovenkant van de achterstand genomen en aan de klant(en) geleverd. Items met hoge prioriteit blijven boven op de achterstand en zijn fijnkorrelig, terwijl items met lage prioriteit onderaan de achterstand en grofkorrelig zijn. De prioritering van de items in de PB bepaalt de mate van detail voor dat item in de product backlog. Dit is afgebeeld in de onderstaande figuur.
Als u gebruik maakt van Agile tools zoals Microsoft Project, kunt u de product backlog snel ontwikkelen. Een voorbeeld van een product achterstand, getekend met MS Project, wordt hieronder getoond.
hier, we hebben een product achterstand tonen van het product achterstand items (PBIs)van “Maak een nieuwe gebruiker, “”Log in op de online trading systeem, “”overdracht van een voorraad,” enz. Als u een andere backlog item toe te voegen, je zou gewoon moeten klikken op de “+” icoon van “nieuwe taak” command box.
de top-level items in de product backlog kunnen worden geschreven in gebruikersverhalen, die worden geschat in story points-een relatieve eenheid-minder maat.
nu, naar de product roadmap, kunt u gewoon zeggen dat het een product achterstand met een tijdlijn. Een roadmap geeft de geplande toekomst van het project (d.w.z. geplande en/of voorgestelde product releases) of release thema ‘ s, met een lijst van high-level functionaliteiten van het product. De roadmap vertelt welke functies of heldendichten (een episch, simpel gezegd, is een grote gebruiker verhaal) zal worden geleverd in elke release.
Release Plan
de product roadmap stuurt de release plannen aan. Een release plan geeft de release schema-elke release meestal drie tot zes maanden. Een release bevat veel iteraties – van iteratie 0 (iteratie nul) tot iteratie N. iteratie 0 kan worden gebruikt voor projectgoedkeuringen, het opzetten van de omgeving voor het project, eerste overzicht en ontwerp discussies, enz. Sommige Agile beoefenaars gebruiken iteratie-H( verharding iteratie), de laatste iteratie aan het einde van de release om zich voor te bereiden op de levering. Deze iteratie kan laatste werk items zoals training en marketing materiaal, definitieve release notes, installatie gidsen, systeem/gebruikers gidsen, enz. Dit is hieronder afgebeeld.
zoals getoond, heeft het release plan iteraties-van “Iteration-0” tot “Iteration – N.” je kunt besluiten om een release te hebben na een paar iteraties en / of een definitieve release na de laatste iteratie.
het releaseplan bevat een routekaart van hoe het team van plan is de projectvisie binnen de reikwijdte van de projectdoelstellingen en-beperkingen te realiseren. Het helpt de eigenaar van het product en het hele team beslissen hoeveel moet worden ontwikkeld en hoe lang het zal duren voordat ze een releasable product. Het geeft verwachtingen over wat er waarschijnlijk zal worden ontwikkeld en in welk tijdsbestek. Het release plan kan ook dienen als een gidspost waar het team heen kan. Het release plan kan worden bijgewerkt aan het einde van een iteratie, en het weerspiegelt de huidige verwachtingen die zullen worden opgenomen, zodat ze kunnen worden geleverd in volgende iteraties.
Release Planning met Product Backlog
om een beter inzicht te krijgen in release planning, kunt u de release plannen visualiseren met behulp van product backlog.
we weten al dat de items in de product achterstand worden gerangschikt of geordend, op basis van hun prioriteit. De top-level items die fijnkorrelig zijn, zullen klaar zijn voor consumptie in de volgende iteratie (onder de onmiddellijke volgende release). De prioriteit backlog, met functies en andere items, wordt weergegeven aan de linkerkant van de onderstaande figuur.
 |
 |
binnen MS Project, je hoeft alleen te selecteren, slepen, en drop backlog items en schik ze als per uw behoefte om ze te prioriteren. Dit is te zien aan de rechterkant van de figuur hierboven. Gezien het vorige voorbeeld met product achterstand binnen MS Project, hebben we deze relatieve ranking: eerst “Log in op de online trading systeem,” volgende “Maak een nieuwe gebruiker,” dan “koop een voorraad,” enz.
zoals hierboven getoond, heb ik het feature-item “Log in op het online trading systeem” geselecteerd en gesleept en het voor het vorige feature-item “Create a new user” laten vallen.”Het geselecteerde item was licht grijs toen ik het sleepte en liet vallen.
met behulp van de backlog kunt u bepalen welke van de backlog items moeten worden geleverd in de volgende releases. Hieronder zien we dat de items in de volgende release (dat wil zeggen Release 1) meestal prioriteit hebben. De items voor Release 2 kunnen ook prioriteit krijgen, maar we zien dat items voor Release 3 geen prioriteit krijgen omdat ze lage prioriteit hebben.
u kunt deze release planning visualiseren met MS Project, ook. Kijk naar de figuur hieronder. Er is aangetoond dat PBI ‘ s in verschillende releases worden ingenomen. Weet je nog dat een release iteraties bevat? In ons geval, voor de eerste release, hebben we drie iteraties, en alle items worden verwacht te worden geleverd in deze iteraties. Een iteratie wordt een sprint genoemd in het Scrum framework, een populair framework dat wordt gebruikt door Agile PMs. Voor de volgende twee releases (dat wil zeggen Release 2 en Release 3), hebben we de PBIs, maar we hebben nog niet besloten over de iteraties (of sprints).
Iteratieplanning
als u hebt gevolgd, bestaat het release plan uit iteratie 0 tot iteratie N en we kunnen besluiten om aan het einde van elke paar iteraties of elke iteratie vrij te geven. Maar, wat gebeurt er binnen een iteratie? Simpel gezegd, de ruimte voor een set van functies binnen de iteratie wordt bevestigd aan het begin van de iteratie en geleverd aan het einde van de iteratie.
de functies die worden bevestigd en gebruikt voor de iteratie worden uitgesplitst naar taken (of activiteiten) en geschat in uren door de teamleden. De volgorde van de stappen van product roadmap naar release plan naar iteratie plan wordt weergegeven in het onderstaande diagram.
samenvattend bovenstaande figuur, zullen dit de belangrijkste punten:
- de visie van het product drives product roadmap
- Product roadmap drives release plans
- een release plan zal iteraties
- functies, die worden geschat in story points, worden ontwikkeld in een iteratie
- functies zijn opgesplitst naar taken, die worden geschat in uren
met MS Project 2016 kunt u snel een release plan bouwen. Gezien onze vorige achterstand voorbeeld, we hebben drie iteraties / sprints voor de eerste release (dwz Sprint 1, Sprint 2, en Sprint 3). Elke sprint heeft een aantal functies die moeten worden geleverd. Dit wordt in het onderstaande weergegeven in de weergave” Sprint Planning Board”.
je kunt ook naar beneden boren om te zien wat er gebeurt op het niveau van iteratie/sprint en erachter te komen aan welke PBI ‘ s wordt gewerkt. MS Project toont dit in “Current Sprint Board” weergave. Zie onderstaande figuur.
voor Sprint 1, We hebben drie items te leveren- “Log in op de online trading systeem – “” Maak een nieuwe gebruiker, “en” koop een voorraad.”Deze gaan door drie de workflow Staten van” Next Up, “”In Progress,” en ” Done.”Natuurlijk, u kunt toevoegen, verwijderen, of aanpassen van deze workflow Staten als per uw behoefte.
Release Plan Vs. Iteratieplan
Als u het examen aflegt, moet u ook de verschillen tussen Release Plan en iteratie Plan kennen. Zij worden vermeld in de onderstaande tabel. Typisch, de iteraties zijn timeboxed voor twee tot vier weken. In sommige gevallen, zoals XP (een ander Agile framework), kunnen iteraties echter een week lang zijn.
Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, by Project Management Institute (PMI)
I Want To Be A PMP: the Plain and Simple Way To Be A PMP, 2nd edition, by Satya Narayan Dash
I Want To Be An ACP: the Plain and Simple Way To Be An ACP, by Satya Narayan Dash
Microsoft Project 2016 Live Lessons, by Satya Narayan Dash
Agile Practice Guide, by Project Management Institute (PMI)