Wat is PI Planning?
Het spreekt voor zich dat voor elke organisatie die agile opschaalt en het SAFe-framework invoert, de grootste uitdaging bestaat uit het soepel en wrijvingsloos laten verlopen van het PI Planning-proces. Ongeacht de branche of de omvang van het bedrijf legt een geslaagde PI Planning de basis voor een cultuur van transparante, actiegerichte afstemming. Het is werkelijk een hoeksteenevenement binnen SAFe.
PI Planning 101 - PI Planning: de noodzaak
- PI Planning: doelen en resultaten
- PI Planning: Program Board
- PI Planning: de facilitator
- PI Planning: deelnemers
- PI Planning: frequentie
- PI Planning: agenda, duur en sessies
- BONUSTIP I
Gedistribueerde PI Planning - Remote PI Planning: de noodzaak
- Remote PI Planning: aandachtsgebieden
- Remote PI Planning: agenda, duur en sessies
- BONUSTIP II
Uitdagingen bij PI Planning - BONUSTIP III
PI Planning: voorbereidingschecklist - BONUSTIP IV
-
PI Planning: stapsgewijze gids - PI Planning met Jira-gebruikers
- Vóór de PI Planning
- PI Planning-dag
- Na de PI Planning
- PI Planning voor Azure DevOps
- Vóór de PI Planning
- PI Planning-dag
- Na de PI Planning
Hoe voert u PI Planning uit?
Als “hoe voer ik PI Planning uit” uw vraagstuk is, dan vindt u in deze uitgebreide PI Planning-gids antwoord op alle vragen die in die veelomvattende vraag besloten liggen.
In de vijf secties die volgen, gaan we dieper in op de volgende vragen:
In de vijf secties die volgen, gaan we dieper in op de volgende vragen:
- Wat is een geslaagde PI Planning-sessie?
- Hoe organiseert u een uitstekende virtuele, gedistribueerde of remote PI Planning?
- Hoe overwint u de uitdagingen bij PI Planning?
- Wat is een voorbereidingschecklist voor PI Planning?
- Kunt u een PI Planning-sjabloon aanbieden?
Tot slot delen we een bewerkbare en downloadbare stapsgewijze gids voor uw PI Planning.
PI Planning 101 Wat is een geslaagde PI Planning-sessie?
Een Program Increment (PI) Planning-sessie is een getimeboxt evenement waarin de teams van een Agile Release Train, verenigd door een gedeelde visie, samenkomen om nieuwe features te plannen, afhankelijkheden en risico's te bespreken en de koers voor de komende periode uit te zetten. Zonder deze sessie kan SAFe niet worden geïmplementeerd.
Sterker nog, in het verlengde van de gedachte achter SAFe is PI Planning hét magische ingrediënt van het scaled agile framework.
Sterker nog, in het verlengde van de gedachte achter SAFe is PI Planning hét magische ingrediënt van het scaled agile framework.
Wanneer een project zich uitstrekt over meerdere cross-functionele teams, komt de kennisinfrastructuur al snel onder druk te staan. Dat kost organisaties slecht onderbouwde beslissingen, zwakke plekken in de Value Chain en discussies over capaciteit versus belasting. PI Planning pakt dit aan door zichtbaarheid over de hele linie, grondige afstemming en een uitgesproken commitment aan een gedeelde visie te realiseren.
Het doel van uw PI Planning goed begrijpen is het halve werk.
In de woorden van SAFe:
PI Planning is het cruciale, op cadans gebaseerde synchronisatiemoment voor elke ART.
Wat leidt u daaruit af?
Het doel van een geslaagde PI Planning is om de teams in de Agile Release Train (ART) het volgende te bieden:
In de woorden van SAFe:
PI Planning is het cruciale, op cadans gebaseerde synchronisatiemoment voor elke ART.
Wat leidt u daaruit af?
Het doel van een geslaagde PI Planning is om de teams in de Agile Release Train (ART) het volgende te bieden:
- synchronisatie,
- (cross-team en cross-ART) samenwerking,
- afstemming (op businesscontext, workflows, doelstellingen, visie en meer),
- een sociaal netwerk,
- evaluatie van de systeemarchitectuur,
- het elimineren van overtollig Work in Process (WIP),
- efficiëntie in de besluitvorming,
- transparantie voor voorspelbaarheid en wendbaarheid.
Een geslaagd PI Planning-evenement vinkt al deze punten af en laat aan het einde van de iteratie bovendien ‘Working Software’ zien.
Kort gezegd: als uw PI Planning deze twee resultaten heeft opgeleverd, heeft uw PI Planning-evenement zijn doel bereikt:
- Toegezegde PI Objectives
- De PI Objectives vormen een set SMART-doelstellingen die door elk team binnen de ART wordt opgesteld, waarbij de business value door de Business Owners wordt toegekend. Commitment aan de PI Objectives is de heilige graal van uw ART.
- Program Board
- Een verzameling gegevens die het meest accurate beeld geeft van de situatie van uw ART, met de opleverdata van nieuwe features, de afhankelijkheden van features tussen teams en de relevante Milestones. Het is de glazen bol van uw ART.
Voorbeeld van een Kendis PI Planning-board (Klik op de afbeelding om deze online aan te passen)
Binnen de PI Planning van SAFe is de rol van de Release Train Engineer bijzonder belangrijk. De RTE is de drijvende kracht en de dienende leider van de PI Planning-sessie. De RTE bewaakt de kaders, leidt het geheel in goede banen en zorgt voor samenwerking en afstemming tussen de deelnemers aan de PI Planning-sessie. Wat Scrum Masters zijn voor de agile teams, is de RTE voor de ART.
Hieronder vindt u een overzicht van de rollen van de deelnemers aan de PI Planning:
Rollen
Functie
Gebruikers
Beoordelen hoe gebruikersgericht de oplossingen zijn
Stakeholders
Bepalen in welke mate elke deelnemende eenheid succesvol is
Agile teams
- Splitsen User Stories op in taken tijdens de Team Breakouts;
- Stellen iteratieplannen en Team PI Objectives op;
- Identificeren en adresseren risico's;
- Brengen de Confidence Vote uit
System Architect/ Engineering
- Presenteert de architectuurvisie van de ART;
- Helpt bij het vaststellen van afhankelijkheden en risico's tussen teams
System Team
Definieert backlog-items voor integratie en tests
Business Owners
Kennen de Business Value toe aan de Team PI Objectives en keuren deze goed
Scrum Masters
- Ondersteunt het team bij de voorbereiding van ART-activiteiten, System Demos en de Inspect and Adapt;
- Begeleidt het team bij het opstellen van genormaliseerde schattingen;
- Helpt het team begrijpen hoe Features en Capabilities worden geschat
Product Owners
- Zorgt voor de prioritering van de backlog;
- Presenteert de visie, waarin de voorgestelde features van de oplossing worden belicht;
- Deelt relevante aankomende Milestones;
- Splitst Features op in User Stories
Release Train Engineer
- Presenteert het planningsproces en de verwachte resultaten;
- Faciliteert de Management Review, de Problem Solving-sessie en de retrospective. Daarom is de RTE verantwoordelijk voor het leiden van een PI Planning-sessie
Een Program Increment duurt ongeveer 8 tot 12 weken.
Met dat bereik in gedachten worden PI Planning-sessies per kwartaal gehouden, volgens de gebruikelijke planning:
Met dat bereik in gedachten worden PI Planning-sessies per kwartaal gehouden, volgens de gebruikelijke planning:
- PI Planning Q1: december
- PI Planning Q2: maart
- PI Planning Q3: juni
- PI Planning Q4: september
Ze worden ruim van tevoren ingepland volgens een vast en regelmatig schema. Ook de uitnodigingen worden tijdig verstuurd, zodat alle voorbereidingen op tijd getroffen kunnen worden.
Een fysieke Program Increment Planning-sessie duurt doorgaans twee dagen, met een vooraf vastgestelde agenda en specifieke, ingeplande onderdelen. De agenda van het evenement ziet er als volgt uit:
Tijdzone AEST
Agenda dag 1
8:00 – 9:00 uur
Businesscontext 1 u
9:00 – 10:30 uur
Product-/oplossingsvisie 1 u 30 min
10:30 – 11:30 uur
Architectuurvisie & ontwikkelpraktijken 1 u
11:30 – 13:00 uur
Planningscontext & lunch 1 u 30 min
13:00 – 16:00 uur
Team Breakouts 3 u
16:00 – 17:00 uur
Review conceptplan 1 u
17:00 – 18:00 uur
Management Review & Problem Solving 1 u
Tijdzone AEST
Agenda dag 2
8:00 – 9:00 uur
Planningsaanpassingen 1 u
9:00 – 11:00 uur
Team Breakouts 2 u
11:00 – 13:00 uur
Review definitief plan & lunch 2 u
13:00 – 14:00 uur
Programmarisico's 1 u
14:00 – 14:15 uur
Confidence Vote 15 min
14:15 – 16:00 uur
Plan herzien (indien nodig) 1 u 45 min
16:00 – 18:00 uur
Planningsretrospective & vervolgstappen 2 u
Een voorbeeldschema voor een typisch fysiek PI Planning-evenement van twee volle dagen.
Bij gedistribueerde of remote PI Planning blijft de agenda hetzelfde, maar de indeling van de onderdelen hangt af van tal van variabelen die in de sectie hieronder worden besproken.
BONUSTIP I
Bij een fysieke PI Planning-sessie hebt u twee volgepakte dagen met weinig pauzes en veel menselijke interactie en rumoer. In een virtuele omgeving moet de hele ervaring echter voor het scherm worden ontworpen, met veel aandacht voor het betrokken houden van de deelnemers. Het kan verstandig zijn het evenement uit te breiden naar drie of vier dagen met kortere blokken, om schermmoeheid te voorkomen.
Gedistribueerde PI Planning Hoe organiseert u een uitstekende gedistribueerde of remote PI Planning?
Het Agile Manifesto stelt het glashelder:
- De meest efficiënte en effectieve manier om informatie over te brengen naar en binnen een ontwikkelteam is een gesprek van mens tot mens.
In tegenstelling tot wat vaak wordt gedacht, schuilt de kernkracht van PI Planning niet in het samenbrengen van uw teams op één locatie. Die schuilt in het zo structureren en versterken van het onderliggende mechanisme dat fysieke nabijheid, of het ontbreken daarvan, geen rol meer speelt in een soepele, transparante communicatie.
Het klopt dat PI Planning van oudsher uitsluitend als fysiek evenement werd gehouden. Toch zijn er verschillende factoren die dit op de lange termijn onhoudbaar maken:
- Het regelen van de logistiek voor een reeks teams op meerdere locaties en uit meerdere culturen,
- Regionale reisbeperkingen als gevolg van de pandemie
- Het bieden van een omgeving met psychologische veiligheid in een onbekende setting
- Het vinden van een locatie die groot genoeg en geschikt genoeg is voor het evenement,
- En als laatste, maar zeker niet het minst, de kosten in geld en tijd van al deze uitgebreide organisatie.
Toegegeven, een virtuele PI Planning-sessie houden is evenmin een eitje. Maar als u voldoende aandacht besteedt aan het vormgeven van een sociale ervaring waarin uw agile teams zich gezien voelen, zowel in hun werk als in hun persoon, kan de ROI van uw remote evenement zelfs hoger uitvallen dan die van een fysieke bijeenkomst.
Zorg er wel voor dat u alle ervaringswijsheid en praktische kennis meeneemt die in alle secties van deze gids en in de bonustips worden aangereikt.
Er zijn een aantal aandachtsgebieden waarmee u rekening moet houden bij het plannen van uw remote PI Planning-evenement:
- Planningslocaties: Beperk het aantal verspreide locaties door vast te stellen hoeveel locaties er werkelijk nodig zijn.
- PI Planning-agenda: Stel een inclusieve PI Planning-agenda op die rekening houdt met de verschillende tijdzones van de deelnemende teams.
- Faciliteiten: Richt de juiste fysieke ruimte in om de planning uit te voeren.
- Werkafspraken: Kom tegemoet aan de behoeften van de deelnemers om de ervaring voor elk lid van de ART te optimaliseren.
- Tooling: Zet passende technologie in ter ondersteuning van alle planningsactiviteiten.
- Facilitatie: Voer een geslaagd gedistribueerd PI Planning-evenement uit.
Eerlijk gezegd verschilt dit per organisatie (en per tijdzone), maar dit schema geeft u een helder beeld van hoe u uw remote PI Planning-sessie kunt inplannen met een minimum aan vermoeidheid en uitputting.
Zone 1 AEST
Zone 2 CET
Agenda dag 1
15:00 – 15:20 uur
7:00 – 7:20 uur
Openingsintroductie Gevolgd door een pauze van 10 minuten 20 min
15:30 – 15:50 uur
7:30 – 7:50 uur
Businesscontext Gevolgd door een pauze van 10 minuten 20 min
16:00 – 16:20 uur
8:00 – 8:20 uur
Product-/oplossingsvisie Gevolgd door een pauze van 10 minuten 20 min
16:30 – 16:50 uur
8:30 – 8:50 uur
Architectuurvisie Gevolgd door een pauze van 10 minuten 20 min
17:00 – 17:20 uur
9:00 – 9:20 uur
Ontwikkelpraktijken Gevolgd door een pauze van 10 minuten 20 min
17:30 – 17:50 uur
9:30 – 9:50 uur
Planningsvereisten Gevolgd door een maaltijdpauze van 50 minuten 20 min
18:40 – 20:30 uur
10:40 – 12:30 uur
Team Breakouts Scrum of Scrum-checkpoints 1 u 50 min
Zone 1 AEST
Zone 2 CET
Agenda dag 2
15:00 – 15:20 uur
7:00 – 7:20 uur
Team Breakouts (indien nodig) Gevolgd door een pauze van 10 minuten 20 min
15:30 – 15:50 uur
7:30 – 7:50 uur
Teamsynchronisatie Gevolgd door een pauze van 10 minuten 20 min
16:00 – 16:20 uur
8:00 – 8:20 uur
Review conceptplan Gevolgd door een pauze van 10 minuten 20 min
16:30 – 16:50 uur
8:30 – 8:50 uur
Management Review & Problem Solving (+ pauze van 10 minuten) 20 min
17:00 – 17:20 uur
9:00 – 9:20 uur
Planningsaanpassingen Gevolgd door een pauze van 10 minuten 20 min
17:30 – 17:50 uur
9:30 – 9:50 uur
Planningsvereisten Gevolgd door een maaltijdpauze van 50 minuten 20 min
18:40 – 20:30 uur
10:40 – 12:30 uur
Team Breakouts Scrum of Scrum-checkpoints 1 u 50 min
Zone 1 AEST
Zone 2 CET
Agenda dag 3
15:00 – 15:20 uur
7:00 – 7:20 uur
Team Breakouts (indien nodig) Gevolgd door een pauze van 10 minuten 20 min
15:30 – 15:50 uur
7:30 – 7:50 uur
Teamsynchronisatie Gevolgd door een pauze van 10 minuten 20 min
16:00 – 16:20 uur
8:00 – 8:20 uur
Review definitief plan Gevolgd door een pauze van 10 minuten 20 min
16:30 – 16:50 uur
8:30 – 8:50 uur
Management Review & Problem Solving (+ pauze van 10 minuten) 20 min
17:00 – 17:20 uur
9:00 – 9:20 uur
Planningsaanpassingen Gevolgd door een pauze van 10 minuten 20 min
17:30 – 17:50 uur
9:30 – 9:50 uur
Planningsvereisten Gevolgd door een maaltijdpauze van 50 minuten 20 min
18:40 – 20:30 uur
10:40 – 12:30 uur
Team Breakouts Scrum of Scrum-checkpoints 1 u 50 min
Een voorbeeldschema voor een remote PI Planning-evenement voor twee tijdzones, verdeeld over drie halve dagen met regelmatige pauzes.
BONUSTIP II
Houd bij een gedistribueerde of remote PI Planning-sessie altijd rekening met de tijdzones van teams op meerdere locaties. Het succes van uw PI Planning hangt af van de kwaliteit van de ervaring die u ontwerpt rond heldere doelstellingen, een gedeelde richting, transparantie binnen de teams en de tijdsgevoeligheid en structuur van uw sessies. Reserveer voldoende marge voor asynchrone activiteiten en kies met zorg de tijdstippen voor synchrone activiteiten. Houd rekening met een extra dag voor het geval werk onvoorzien uitloopt.
PI Planning: uitdagingen Hoe overwint u de uitdagingen bij PI Planning?
Van de strategische uitdagingen waarmee teams tijdens de Program Increment Planning te maken krijgen, zijn de volgende het meest in het oog springend:
- Transparantie en afstemming binnen de hele ART,
- Effectieve samenwerking,
- Efficiënte besluitvorming met impact,
- Betekenisvolle communicatie,
- Doelgerichte betrokkenheid.
In de uitvoering vertalen deze uitdagingen zich in:
- Gebrekkige verwerking van gegevens,
- Handmatig verzamelen van informatie, met tijdverlies en kans op fouten,
- Het uit het oog verliezen van de bedrijfsdoelstellingen,
- Slecht getimede sessies,
- Lange, zware sessies,
- Technische storingen,
- Slecht voorbereide sessiebegeleiding.
Voor een RTE met Jira-teams is de grootste uitdaging bij een fysieke en/of remote PI Planning het waarborgen van een soepele, probleemloze, realtime en bidirectionele integratie tussen het planningsboard en Jira.
Sommige organisaties gebruiken een visualisatietool als planningsboard. In eerste instantie lijkt dat een gemakkelijke uitweg voor het uitvoeren van PI Planning, maar het kan ernstige gevolgen hebben tijdens het PI Planning-evenement en in de periode erna.
De meest voorkomende problemen zijn:
- Jira-performance
Wanneer tijdens de PI Planning groepen mensen een visualisatieboard met veel gekoppelde kaarten openen, zijn er binnen de SAFe-community gevallen gedocumenteerd waarin de performance van Jira aanzienlijk verslechterde.
- Beperkte bewerkingsrechten
Omdat visualisatietools niet van nature zijn ontworpen voor PI Planning, kent het gebruik ervan beperkingen; een daarvan is het aantal gebruikers dat het board mag bewerken.
- Handmatige overdracht van gegevens
Gegevens van en naar de ALM-tool moeten handmatig worden geback-upt en overgezet, wat ten koste gaat van tijd en nauwkeurigheid.
Bij het opschalen van agile hangt er een stevig prijskaartje aan deze uitdagingen. Verloren tijd en financiële kosten zijn daarvan nog de best meetbare. De teleurstelling en demotivatie van teamleden en het vertrouwensverlies tussen de teams binnen de ART blijven vaak onopgemerkt en zijn meestal onherstelbaar. Gelukkig kunt u deze uitdagingen met Kendis moeiteloos het hoofd bieden.
BONUSTIP III
Oefen de facilitatie om zicht te krijgen op de uiteenlopende problemen die u kunt tegenkomen. Zorg ervoor dat het organiserende team als een geoliede machine draait bij het uitvoeren van PI Planning. U hebt hun ervaring nodig bij het managen van het evenement, het omgaan met mensen, het beantwoorden van veelvoorkomende vragen en het weerstaan van de algehele druk die bij evenementen van deze omvang komt kijken.
PI Planning: voorbereidingschecklist Wat is een voorbereidingschecklist voor PI Planning?
Iedereen kan u wel vertellen wat u allemaal moet voorbereiden om uw PI Planning te laten slagen. De kunst zit in het opdelen van het hele voorbereidingsproces in systematische onderdelen, zoals het elke organisatie betaamt die agile opschaalt.
Volgens de richtlijnen van SAFe zijn er drie hoofdgebieden in de voorbereiding van PI Planning die aandacht vragen:
Volgens de richtlijnen van SAFe zijn er drie hoofdgebieden in de voorbereiding van PI Planning die aandacht vragen:
- Organisatorische gereedheid: Strategische afstemming en de inrichting van teams en trains
- Inhoudelijke gereedheid: Voorbereiding van management en ontwikkeling
- Logistieke gereedheid: Aandachtspunten voor een geslaagd evenement
Op basis van deze drie thema's volgt hier de lijst met punten waaraan u bijzondere aandacht moet besteden:
- Scope en context van de planning: Is de scope (product, systeem, technologiedomein) van het planningsproces vastgesteld? Weten we welke teams samen moeten plannen?
- Businessafstemming: Bestaat er onder de Business Owners een gedeeld beeld van de prioriteiten?
- Agile teams: Beschikken al onze agile teams over toegewijde teamleden en over een aangewezen Scrum Master en Product Owner per team?
- Executive briefing: Een briefing die de actuele businesscontext voor alle deelnemers schetst
- Briefing productvisie: Geeft Product Management een toelichting op de tien belangrijkste features in de Program Backlog?
- Briefing architectuurvisie: Heeft de CTO/Enterprise Architect/System Architect een toelichting gegeven op de nieuwe Enablers, features en Non-functional Requirements (NFR's)?
- Locaties: Hoeveel planningslocaties moeten we in stand houden?
- Technologie en tooling: Gekoppeld aan onze ALM-tool verzorgt Kendis ons realtime PI Program Board, de PI Objectives, het ROAM'en van risico's, het afhankelijkhedenbeheer en de PI Planning-ceremonies, waaronder: Scrum of Scrums, Confidence Vote en Inspect and Adapt. Welke andere tools hebben we nodig om gedistribueerd plannen of remote deelnemers te ondersteunen? (Hint: geen enkele. U kunt zo aan de slag!)
- Communicatiekanalen: Primaire en secundaire kanalen voor audio, video, presentaties en gesprekken, voor een effectieve persoonlijke ervaring.
Het zal u zijn opgevallen dat de checklist sterk leunt op de bijdragen van alle deelnemers aan de ART, zoals beschreven in de sectie hierboven over de deelnemers aan PI Planning en hun rollen.
BONUSTIP IV
Zorg vooraf voor: een document met contactgegevens om teamleiders te kunnen bereiken; een overzicht van de communicatiekanalen en wanneer u welk kanaal gebruikt; een noodplan/plan B voor het geval een tool niet doet wat op dat moment nodig is.
PI Planning: stapsgewijze gids Kunt u een PI Planning-sjabloon aanbieden?
Of uw teams nu Jira of Azure DevOps/TFS als ALM-tool gebruiken, met Kendis voert u uw PI Planning uit met een verfijning die geen enkele andere oplossing op de markt kan bieden. Probeer het zelf!
Om u te helpen uw PI Planning beter voor te bereiden, hebben we een stapsgewijze gids opgesteld waarmee u uw boards inricht, gebruikers uitnodigt en ervoor zorgt dat alle belangrijke stappen zijn gezet vóór het eigenlijke planningsevenement.
Deze gids geeft u een overzicht van alle manieren waarop Kendis u tijdens uw PI Planning ondersteunt, ongeacht waar u en uw teams zich bevinden.
Om u te helpen uw PI Planning beter voor te bereiden, hebben we een stapsgewijze gids opgesteld waarmee u uw boards inricht, gebruikers uitnodigt en ervoor zorgt dat alle belangrijke stappen zijn gezet vóór het eigenlijke planningsevenement.
Deze gids geeft u een overzicht van alle manieren waarop Kendis u tijdens uw PI Planning ondersteunt, ongeacht waar u en uw teams zich bevinden.
Het krachtige digitale board dat Kendis voor de PI Planning biedt, gebruikt een geoptimaliseerde bidirectionele, realtime synchronisatie met uw Jira-board. Daarmee vervalt de noodzaak om gegevens handmatig van en naar Jira over te zetten: wanneer u een item op het Kendis Program Board wijzigt, worden die wijzigingen direct naar Jira gesynchroniseerd en omgekeerd.
Vóór de PI Planning
- 01 De RTE's richten het PI Board in Kendis in en leggen de data en de duur van de PI vast
- 02 Maak verbinding met uw Jira-boards
- 03 Maak uw kleurgecodeerde teams aan
- 04 Definieer de sprints voor het Program Increment
- 05 Haal features uit Jira naar uw Kendis Board met Jira-filters of JQL, zonder performance-impact op Jira
- 06 Team stories in Jira die al aan de features zijn gekoppeld, worden automatisch op uw board opgehaald
- 07 Koppel uw teams in Kendis aan Jira-boards
- 08 Nodig vervolgens uw teams uit op uw Kendis Board
- 09 Begin met het opzetten van de planning door de businesscontext te bepalen via Business Values en de features te prioriteren.
PI Planning-dag
- 01 Tijdens de Team Breakouts stellen de Scrum Masters in Kendis per sprint de capaciteit van elk team in, binnen hun eigen teamgebied
- 02 Haal features uit de geprioriteerde Program Backlog op uw Jira-board naar de sprints op uw Kendis Board
- 03 Klap de featurekaart uit en maak stories aan, met een titel en een schatting in story points. Deze stories verschijnen direct ook in Jira, gekoppeld aan de betreffende feature en toegewezen aan een sprint
- 04 Visualiseer de kleurgecodeerde afhankelijkheden met drag-and-drop en leg de status, koppelingstypen en omschrijving vast. Volg de afhandeling van uw afhankelijkheden terwijl hun weergave op het board verandert
- 05 Gebruik de Business Value van uw objectives en koppel elk daarvan aan uw features
- 06 Meet de voortgang van elke objective binnen uw PI
- 07 Tijdens de Plan Review gebruiken de Product Owners het Kendis Board om de status van de afhankelijkheden te communiceren, de risico's te belichten en hun plan toe te lichten
- 08 Bekijk de opleverdata van de features per team
- 09 Beoordeel de verhouding tussen capaciteit en belasting van elk team per sprint
- 10 ROAM uw risico's met het risicoregister op het Kendis Board
- 11 Gebruik de Confidence Vote-functie op uw Kendis Board om te stemmen over uw PI, uw teams of beide
- 12 Houd de Inspect and Adapt-sessie met de Inspect & Adapt-module op uw Kendis Board. Meet de prestaties van het programma, beoordeel de oplevering ervan en
- 13 Zodra het planningsgedeelte klaar is, zet u de status van uw Kendis Board op Tracking
- 14 Exporteer de gegevens van het Kendis Board naar deelbare formaten zoals Excel, csv enzovoort.
Na de PI Planning
- 01 Volg met de sterke visuele mogelijkheden van het Kendis Board de voortgang van uw afhankelijkheden en objectives
- 02 Gebruik de Scope Change Tracker om de voortgang van uw PI automatisch te volgen
- 03 Breng in kaart welke features zijn toegevoegd of gewijzigd en welke stories van sprint zijn veranderd, om scopetoename te voorspellen en te begrijpen hoe en wanneer de uitvoering afwijkt van de oorspronkelijke PI Planning.
Kendis ondersteunt een naadloze, realtime en bidirectionele synchronisatie met Azure DevOps in de Cloud-versie en met TFS in de oudere self-hosted versie. De kernkracht van het Kendis Program Board is dat het hele PI Planning-proces soepel verloopt, als een geoliede machine.
Vóór de PI Planning
- 01 De RTE's richten het PI Board in Kendis in en leggen de data en de duur van de PI vast
- 02 Maak verbinding met Azure DevOps of TFS door de betreffende URL en API-token op te geven
- 03 Maak uw kleurgecodeerde teams aan
- 04 Definieer de sprints voor het Program Increment
- 05 Haal features uit Jira naar uw Kendis Board met bestaande queries of typ een nieuwe Wiql
- 06 Bepaal hoe de stories zich verhouden tot de features
- 07 Alle onderliggende stories van de features die u via de queries hebt opgehaald, worden automatisch op uw Kendis Board geladen
- 08 Koppel uw teams in Kendis aan Azure DevOps
- 09 Nodig vervolgens uw teams uit op uw Kendis Board
- 10 Begin met het opzetten van de planning door de businesscontext te bepalen via Business Values en de features te prioriteren
PI Planning-dag
- 01 Tijdens de Team Breakouts stellen de Scrum Masters in Kendis per sprint de capaciteit van elk team in, binnen hun eigen teamgebied
- 02 Haal features uit de geprioriteerde Program Backlog in uw Azure DevOps naar de sprints op uw Kendis Board
- 03 Klap de featurekaart uit en maak stories aan, met een titel en een schatting in story points. Deze stories verschijnen direct ook in uw Azure DevOps, gekoppeld aan de betreffende feature en toegewezen aan een sprint
- 04 Visualiseer de kleurgecodeerde afhankelijkheden met drag-and-drop en leg de status, koppelingstypen en omschrijving vast. Volg de afhandeling van uw afhankelijkheden terwijl hun weergave op het board verandert
- 05 Gebruik de Business Value van uw objectives en koppel elk daarvan aan uw features
- 06 Meet de voortgang van elke objective binnen uw PI
- 07 Tijdens de Plan Review gebruiken de Product Owners het Kendis Board om de status van de afhankelijkheden te communiceren, de risico's te belichten en hun plan toe te lichten
- 08 Bekijk de opleverdata van de features per team
- 09 Beoordeel de verhouding tussen capaciteit en belasting van elk team per sprint
- 10 ROAM uw risico's met het risicoregister op het Kendis Board
- 11 Gebruik de Confidence Vote-functie op uw Kendis Board om te stemmen over uw PI, uw teams of beide
- 12 Houd de Inspect and Adapt-sessie met de Inspect & Adapt-module op uw Kendis Board. Meet de prestaties van het programma, beoordeel de oplevering ervan en
- 13 Zodra het planningsgedeelte klaar is, zet u de status van uw Kendis Board op Tracking
- 14 Exporteer de gegevens van het Kendis Board naar deelbare formaten zoals Excel, csv enzovoort
Na de PI Planning
- 01 Volg met de sterke visuele mogelijkheden van het Kendis Board de voortgang van uw afhankelijkheden en objectives
- 02 Gebruik de Scope Change Tracker om de voortgang van uw PI automatisch te volgen
- 03 Breng in kaart welke features zijn toegevoegd of gewijzigd en welke stories van sprint zijn veranderd, om scopetoename te voorspellen en te begrijpen hoe en wanneer de uitvoering afwijkt van de oorspronkelijke PI Planning
Hebben we uw vragen over PI Planning kunnen beantwoorden?
Is er iets dat u graag verder toegelicht ziet?
Deel uw inzichten en meningen met ons. We verbeteren graag. 🙂
Deel uw inzichten en meningen met ons. We verbeteren graag. 🙂
Veelgestelde vragen over PI Planning
Wat is PI Planning in SAFe? −
PI Planning (Program Increment Planning) is een op cadans gebaseerd fysiek of remote evenement binnen het Scaled Agile Framework (SAFe) waarin elk team van een Agile Release Train (ART) samenkomt om zich af te stemmen op een gedeelde missie en visie, het werk voor de komende 8–12 weken te plannen, afhankelijkheden en risico's te identificeren en zich te committeren aan een set PI Objectives. Het is het kloppend hart van SAFe en kan niet worden overgeslagen.
Hoe vaak wordt PI Planning gehouden? +
PI Planning wordt eenmaal per Program Increment gehouden, dat doorgaans 8–12 weken duurt. Dat betekent dat de meeste organisaties PI Planning per kwartaal uitvoeren, vier keer per jaar, volgens een vaste, vooraf gepubliceerde cadans zodat teams en stakeholders daar hun planning op kunnen afstemmen.
Hoelang duurt een PI Planning-evenement? +
Een standaard fysiek PI Planning-evenement duurt twee aaneengesloten volle dagen. Gedistribueerde of remote PI Planning wordt meestal verdeeld over drie of vier halve dagen om schermmoeheid te beperken en rekening te houden met meerdere tijdzones, waarbij dezelfde agenda en resultaten behouden blijven.
Wie faciliteert PI Planning? +
De Release Train Engineer (RTE) faciliteert PI Planning. De RTE is eigenaar van de agenda, bewaakt de tijdlijn, leidt de Management Review en de Problem Solving-sessie en zorgt ervoor dat elk agile team binnen de ART aan het einde van het evenement toegezegde PI Objectives oplevert.
Wat is een Program Board in PI Planning? +
Het Program Board is het visuele artefact dat tijdens PI Planning ontstaat. Het brengt features, milestones en afhankelijkheden tussen teams in kaart over de sprints van het komende Program Increment, waardoor de ART één gedeeld beeld krijgt van de opleverafspraken en risico's.
Wat zijn PI Objectives en waarom zijn ze belangrijk? +
PI Objectives zijn SMART-doelen met een weging naar business value waaraan elk team zich aan het einde van de PI Planning committeert. Ze vertalen features naar meetbare resultaten, geven Business Owners een manier om succes te beoordelen en vormen de basis voor de Confidence Vote en het Inspect & Adapt-evenement.
Wat is de Confidence Vote in PI Planning? +
De Confidence Vote is een fist-of-five-stemming aan het einde van de PI Planning, waarbij elke deelnemer aangeeft hoeveel vertrouwen hij of zij heeft in het behalen van de toegezegde PI Objectives. Een gemiddelde van 3 of hoger wordt geaccepteerd; bij een lagere uitkomst wordt het plan herzien voordat het evenement wordt afgesloten.
Waarin verschilt remote of gedistribueerde PI Planning van een fysieke bijeenkomst? +
Remote PI Planning volgt dezelfde agenda, maar wordt opgedeeld in kortere blokken van een halve dag verspreid over meerdere dagen, maakt gebruik van digitale boards in plaats van plaknotities en vraagt om een planning die rekening houdt met tijdzones. Het grootste verschil zit in de tooling: een realtime, bidirectioneel Program Board (gesynchroniseerd met Jira of Azure DevOps) vervangt de fysieke muur.
Hoe bereidt u zich voor op een geslaagd PI Planning-evenement? +
Een geslaagde PI Planning vraagt vooraf om drie gereedheidschecks: organisatorische gereedheid (teams, ART's en Business Owners afgestemd), inhoudelijke gereedheid (belangrijkste features geprioriteerd, visie- en architectuurbriefings voorbereid) en logistieke gereedheid (locaties, tooling en communicatiekanalen bevestigd). Een checklist vóór de PI Planning voorkomt verrassingen op dag één.
Kan PI Planning met Jira of Azure DevOps worden uitgevoerd? +
Ja. Kendis biedt een realtime, bidirectionele synchronisatie met Jira, Azure DevOps en TFS, zodat features, stories, afhankelijkheden en PI Objectives gedurende het hele PI Planning-evenement en tijdens de uitvoering gesynchroniseerd blijven tussen het Program Board en uw ALM-tool, zonder handmatige gegevensoverdracht.
Hebt u vragen?
Spreek met onze productexpert en ontdek hoe Kendis uw organisatie kan helpen bij het opschalen van agile.
Neem nu contact op Ontvang gratis een persoonlijke demo.
Video bekijken
Programmarapporten en analytics
Werk samen aan de afronding van een Release Train met een volledig overzicht van alle activiteiten op uw Program Board, samengevat in grafieken en tabellen.
Afhankelijkhedenbeheer
Breng al uw PI-afhankelijkheden samen in één betekenisvolle en eenvoudige dynamische oplossing die statusupdates van afhankelijkheden gedurende de hele PI automatiseert op basis van de triggers die u kiest.
Risicoregister volgen
Adresseer en visualiseer de huidige en aankomende risico's van uw Program Increment, sprint of iteratie om ze snel te herkennen en soepel te beperken.
Featuretracking
Visualiseer op een eenvoudige manier de voortgang, ontwikkeling, toevoeging en verwijdering van features, over sprints en teams heen.
Scopewijzigingen volgen
Volg de scope van uw PI en andere wijzigingen na de planning, bespaar uzelf uren handmatig werk en sluit menselijke fouten uit.
Oplossing
Kendis biedt de complete oplossing voor uw behoeften bij het opschalen van agile
Samenwerking, communicatie en transparantie vormen de kern van Kendis. Het neemt al het moeizame werk uit handen en maakt het plannen van uw Program Increment bijzonder eenvoudig.
Video bekijken
Afhankelijkheden zijn essentieel om factoren die uw voortgang beïnvloeden te herkennen, te benoemen en correct in kaart te brengen. In Kendis kunt u meerdere afhankelijkheden over uw Program Board aanmaken en volgen.
Video bekijken
Met Kendis adresseert en visualiseert u transparant de huidige en aankomende risico's van uw Program Increment, sprint of iteratie, op een manier die identificeren en analyseren moeiteloos maakt.
Video bekijken
Maak objectives aan voor elk team of voor uw programma en koppel deze aan elk item op uw board. Zo bepaalt u precies welke features en stories bijdragen aan de objective.
Video bekijken
Een uiterst belangrijke en krachtige functie die een overzicht geeft van alle recente activiteiten. Weergegeven in grafieken of tabellen, zodat u in één oogopslag over alle benodigde informatie beschikt.
Video bekijken
Probeer het uit
Klaar om te beginnen?
Wij geven prioriteit aan uw prioriteiten.
Kendis biedt de slimste oplossing voor opschaling en de meest efficiënte bedrijfstransformatie.
Kendis biedt de slimste oplossing voor opschaling en de meest efficiënte bedrijfstransformatie.
GratisGeen creditcard nodig.