Vad är PI Planning?
Det säger sig självt att för varje organisation som skalar agilt och inför SAFe-ramverket är den största utmaningen att driva en smidig och friktionsfri PI Planning-process. Oavsett bransch eller företagsstorlek erbjuder en lyckad PI Planning att etablera en kultur av transparent, handlingsorienterad samordning. Det är verkligen en hörnstensaktivitet inom SAFe.
PI Planning 101 - PI Planning: Behovet
- PI Planning: Mål och resultat
- PI Planning: Programtavla
- PI Planning: Facilitator
- PI Planning: Deltagare
- PI Planning: Frekvens
- PI Planning: Agenda, längd och aktiviteter
- BONUSTIPS I
Distribuerad PI Planning - PI Planning på distans: Behovet
- PI Planning på distans: Fokusområden
- PI Planning på distans: Agenda, längd och aktiviteter
- BONUSTIPS II
Utmaningar med PI Planning - BONUSTIPS III
PI Planning: Förberedelsechecklista - BONUSTIPS IV
-
PI Planning: Steg-för-steg-guide - PI Planning med Jira-användare
- Före PI Planning
- Dagen för PI Planning
- Efter PI Planning
- PI Planning för Azure DevOps
- Före PI Planning
- Dagen för PI Planning
- Efter PI Planning
Hur genomför man PI Planning?
Om ”hur man genomför PI Planning” är din frågeställning, så hittar du i denna omfattande PI Planning-guide svar på alla de frågor som ryms inom den laddade frågan.
I de fem avsnitt som följer går vi närmare in på följande frågor:
I de fem avsnitt som följer går vi närmare in på följande frågor:
- Vad är en lyckad PI Planning-session?
- Hur driver man en bra virtuell/distribuerad/distans-PI Planning?
- Hur övervinner man utmaningar med PI Planning?
- Vad är en förberedelsechecklista för PI Planning?
- Kan ni tillhandahålla en mall för PI Planning?
Till sist delar vi med oss av en redigerbar och nedladdningsbar steg-för-steg-guide för din PI Planning.
PI Planning 101 Vad är en lyckad PI Planning-session?
En Program Increment (PI) Planning-session är en tidsbegränsad aktivitet där team i ett Agile Release Train, förenade av en gemensam vision, möts och planerar nya features, diskuterar beroenden och risker samt stakar ut den fortsatta inriktningen. Utan den kan inte SAFe införas.
Faktum är att PI Planning, byggt på idén från SAFe, är den enda magiska ingrediensen i det skalade agila ramverket.
Faktum är att PI Planning, byggt på idén från SAFe, är den enda magiska ingrediensen i det skalade agila ramverket.
När ett projekt sprider ut sig över flera tvärfunktionella team tenderar kunskapsinfrastrukturen att försämras. Detta kostar organisationerna i form av dåligt fattade beslut, svagheter i värdekedjan och oenigheter kring kapacitet och belastning. PI Planning hanterar detta genom att skapa heltäckande synlighet, grundlig samordning och uttalat åtagande till en gemensam vision.
Att korrekt förstå målet med din PI Planning är halva problemet löst.
Om vi lånar SAFe:s tolkning:
PI Planning är den kritiska, kadensbaserade synkroniseringspunkten för varje ART.
Vad utläser du av detta?
Målet med en lyckad PI Planning är att förse teamen i Agile Release Train (ART) med:
Om vi lånar SAFe:s tolkning:
PI Planning är den kritiska, kadensbaserade synkroniseringspunkten för varje ART.
Vad utläser du av detta?
Målet med en lyckad PI Planning är att förse teamen i Agile Release Train (ART) med:
- synkronisering,
- samarbete (mellan team och mellan ART),
- samordning (kring affärskontextens arbetsflöden, mål, vision med mera),
- socialt nätverk,
- utvärdering av systemarkitekturen,
- eliminering av överflödigt pågående arbete (WIP),
- effektivitet i beslutsfattandet,
- transparens för förutsägbarhet och agilitet.
En lyckad PI Planning bockar av alla dessa punkter, utöver att lyckas visa upp en ”fungerande mjukvara” i slutet av iterationen.
Enkelt uttryckt: om din PI Planning har lyckats leverera dessa två resultat, har din PI Planning uppnått sitt mål:
- Åtagna PI-mål
- Där PI-målen identifierar en uppsättning SMART-mål skapade av varje team som ingår i ART:en, med affärsvärdet tilldelat av Business Owners. Åtagandet till PI-målen är den heliga graalen för din ART.
- Programtavla
- En sammanställning av data som ger den mest korrekta bilden av läget för din ART, där den lyfter fram leveransdatum för nya features, beroenden mellan team kring features och relevanta milstolpar. Det är kristallkulan för din ART.
Exempel på Kendis PI Planning-tavla (Klicka på bilden för att redigera online)
I SAFe:s PI Planning är rollen som Release Train Engineer mycket betydelsefull. RTE:n är drivkraften och den tjänande ledaren för PI Planning-sessionen. Genom att hålla ihop ramarna ansvarar en RTE för att driva genomförandet och säkerställa samordning och samarbete bland deltagarna i PI Planning-sessionen. Det Scrum Masters är för de agila teamen, är RTE:n för ART:en.
Följande är en sammanfattning av PI Planning-deltagarnas roller:
Roller
Funktion
Användare
Utvärderar lösningarnas användarcentrering
Intressenter
Bedömer hur framgångsrik varje deltagande enhet är
Agila team
- Bryter ner User Stories i uppgifter under Team Breakouts;
- Skapar iterationsplaner och Team PI-mål;
- Identifierar/hanterar risker;
- Avger Confidence Vote
Systemarkitekt/Engineering
- Presenterar ART:ens arkitekturvision;
- Hjälper till att fastställa beroenden och risker mellan team
Systemteam
Definierar backloggposter för integration och tester
Business Owners
Tillhandahåller affärsvärde och godkännande av Team PI-mål
Scrum Masters
- Hjälper teamet att förbereda sig inför ART-aktiviteter, System Demos och Inspect and Adapt;
- Vägleder teamet i att fastställa normaliserade estimat;
- Hjälper teamet att förstå hur man estimerar features och förmågor
Product Owners
- Tillhandahåller prioritering av backloggen;
- Presenterar visionen, som lyfter fram de föreslagna features i lösningen;
- Delar relevanta kommande milstolpar;
- Bryter ner features i User Stories
Release Train Engineer
- Presenterar planeringsprocessen och de förväntade resultaten;
- Faciliterar Management Review, Problem Solving-sessionen och retrospektivet. Av denna anledning ansvarar en RTE för att genomföra en PI Planning-session
Ett Program Increment varar i ungefär 8–12 veckor.
Med detta intervall i åtanke genomförs PI Planning-sessioner kvartalsvis, och den vanliga tidslinjen är:
Med detta intervall i åtanke genomförs PI Planning-sessioner kvartalsvis, och den vanliga tidslinjen är:
- Q1 PI Planning: december
- Q2 PI Planning: mars
- Q3 PI Planning: juni
- Q4 PI Planning: september
De planeras i förväg enligt ett regelbundet och fast schema. Inbjudningar skickas också ut i god tid så att alla förberedelser kan göras i rätt tid.
Vanligtvis varar en Program Increment Planning-session på plats i två dagar med en fördefinierad agenda och specifika, schemalagda aktiviteter. Agendan för aktiviteten beskrivs nedan:
Tidszon AEST
Agenda dag 1
8:00 – 9:00
Affärskontext 1 h
9:00 – 10:30
Produkt-/lösningsvision 1 h 30 min
10:30 – 11:30
Arkitekturvision & utvecklingsmetoder 1 h
11:30 – 13:00
Planeringskontext & lunch 1 h 30 min
13:00 – 16:00
Team Breakouts 3 h
16:00 – 17:00
Granskning av utkastplan 1 h
17:00 – 18:00
Management Review & Problem Solving 1 h
Tidszon AEST
Agenda dag 2
8:00 – 9:00
Planeringsjusteringar 1 h
9:00 – 11:00
Team Breakouts 2 h
11:00 – 13:00
Granskning av slutlig plan & lunch 2 h
13:00 – 14:00
Programrisker 1 h
14:00 – 14:15
Confidence Vote 15 min
14:15 – 16:00
Omarbetning av plan (vid behov) 1 h 45 min
16:00 – 18:00
Planeringsretrospektiv & vägen framåt 2 h
Ett exempelschema för en typisk PI Planning på plats som sträcker sig över två hela dagar.
Vid distribuerad PI Planning eller PI Planning på distans förblir agendan dock densamma, men schemat för aktiviteterna beror på flera variabler som diskuteras i avsnittet nedan.
BONUSTIPS I
För en PI Planning-session på plats har du två fullspäckade dagar med färre pauser och mycket mänsklig interaktion och brus. I en virtuell miljö måste däremot hela upplevelsen utformas för skärmar, med stort fokus på att hålla deltagarna engagerade. Det kan vara bättre att utöka aktiviteten till tre–fyra dagar med kortare tidsåtaganden för att undvika skärmtrötthet.
Distribuerad PI Planning Hur driver man en bra distribuerad/distans-PI Planning?
Det agila manifestet slår fast i mycket tydliga ordalag:
- Den mest effektiva metoden för att förmedla information till och inom ett utvecklingsteam är samtal ansikte mot ansikte.
Tvärtemot vad många tror är inte kärnstyrkan i PI Planning rotad i att dina team är samlokaliserade. Den ligger i att strukturera och stärka den drivande mekanismen i sådan grad att fysisk närhet, eller bristen på den, inte längre är en faktor för att genomföra en flytande, transparent kommunikation.
Det stämmer att PI Planning historiskt sett endast har praktiserats som en aktivitet på plats. Det finns dock ett antal faktorer som gör att detta tillvägagångssätt inte är hållbart i längden:
- Att hantera logistik för en handfull multinationella team på flera platser,
- Regionala reserestriktioner till följd av pandemin,
- Att skapa en miljö av psykologisk trygghet i en obekant omgivning,
- Att hitta en lokal som är tillräckligt stor och tillräckligt lämplig för aktiviteten,
- Och sist, men absolut inte minst, de ekonomiska och tidsmässiga kostnaderna för hela detta omfattande arrangemang.
Att genomföra en virtuell PI Planning-session är inte heller någon enkel match, det medges. Men om du lägger tillräckligt med tanke på att utforma en upplevelse av en social konstruktion där dina agila team känner sig sedda, både i sitt arbete och som personer, kan avkastningen på ditt distansevenemang faktiskt bli bättre än på det som hålls på plats.
Se bara till att du tar med dig all den erfarenhetsbaserade visdom och praktiska kunskap som erbjuds i alla avsnitt av denna guide och i bonustipsen.
Det finns vissa fokusområden som du måste beakta när du planerar din PI Planning på distans:
- Planeringsplatser: Minimera antalet utspridda platser genom att fastställa hur många platser som behövs.
- PI Planning-agenda: Skapa en inkluderande PI Planning-agenda som tar hänsyn till flera tidszoner för de deltagande teamen.
- Faciliteter: Inrätta lämpligt fysiskt utrymme för att genomföra planeringen.
- Arbetsöverenskommelser: Tillgodose deltagarnas behov för att optimera upplevelsen för varje medlem i ART:en.
- Verktyg: Använd tillräcklig teknik för att stödja det breda spannet av planeringsaktiviteter.
- Facilitering: Genomför en lyckad distribuerad PI Planning.
Ärligt talat kan detta variera från organisation till organisation (och tidszon till tidszon), men detta schema kan ge dig en viss klarhet i hur du schemalägger din PI Planning på distans med minimal trötthet och utmattning.
Zon 1 AEST
Zon 2 CET
Agenda dag 1
15:00 – 15:20
7:00 – 7:20
Inledande introduktion Följt av en 10-minuterspaus 20 min
15:30 – 15:50
7:30 – 7:50
Affärskontext Följt av en 10-minuterspaus 20 min
16:00 – 16:20
8:00 – 8:20
Produkt-/lösningsvision Följt av en 10-minuterspaus 20 min
16:30 – 16:50
8:30 – 8:50
Arkitekturvision Följt av en 10-minuterspaus 20 min
17:00 – 17:20
9:00 – 9:20
Utvecklingsmetoder Följt av en 10-minuterspaus 20 min
17:30 – 17:50
9:30 – 9:50
Planeringskrav Följt av en 50-minuters matrast 20 min
18:40 – 20:30
10:40 – 12:30
Team Breakouts Scrum of Scrum-avstämningar 1 h 50 min
Zon 1 AEST
Zon 2 CET
Agenda dag 2
15:00 – 15:20
7:00 – 7:20
Team Breakouts (vid behov) Följt av en 10-minuterspaus 20 min
15:30 – 15:50
7:30 – 7:50
Teamsynkronisering Följt av en 10-minuterspaus 20 min
16:00 – 16:20
8:00 – 8:20
Granskning av utkastplan Följt av en 10-minuterspaus 20 min
16:30 – 16:50
8:30 – 8:50
Management Review & Problem Solving (+ 10-minuterspaus) 20 min
17:00 – 17:20
9:00 – 9:20
Planeringsjusteringar Följt av en 10-minuterspaus 20 min
17:30 – 17:50
9:30 – 9:50
Planeringskrav Följt av en 50-minuters matrast 20 min
18:40 – 20:30
10:40 – 12:30
Team Breakouts Scrum of Scrum-avstämningar 1 h 50 min
Zon 1 AEST
Zon 2 CET
Agenda dag 3
15:00 – 15:20
7:00 – 7:20
Team Breakouts (vid behov) Följt av en 10-minuterspaus 20 min
15:30 – 15:50
7:30 – 7:50
Teamsynkronisering Följt av en 10-minuterspaus 20 min
16:00 – 16:20
8:00 – 8:20
Granskning av slutlig plan Följt av en 10-minuterspaus 20 min
16:30 – 16:50
8:30 – 8:50
Management Review & Problem Solving (+ 10-minuterspaus) 20 min
17:00 – 17:20
9:00 – 9:20
Planeringsjusteringar Följt av en 10-minuterspaus 20 min
17:30 – 17:50
9:30 – 9:50
Planeringskrav Följt av en 50-minuters matrast 20 min
18:40 – 20:30
10:40 – 12:30
Team Breakouts Scrum of Scrum-avstämningar 1 h 50 min
Ett exempelschema för en PI Planning på distans för två tidszoner, uppdelat på tre halvdagar med täta pauser.
BONUSTIPS II
För en distribuerad PI Planning eller PI Planning på distans, ta alltid hänsyn till tidszonerna för team på flera platser. Hur lyckad din PI Planning blir beror på kvaliteten i den upplevelse du utformar kring tydliga mål, samordnad inriktning, transparens i teamen samt tidskänsligheten och strukturen i dina sessioner. Lämna tillräckliga tidsmarginaler för asynkrona aktiviteter och var omtänksam när du väljer tider för synkrona aktiviteter. Var beredd på en extra dag i händelse av oförutsedda förseningar.
PI Planning: Utmaningar Hur övervinner man utmaningar med PI Planning?
Bland de strategiska utmaningar som team som deltar i Program Increment Planning ställs inför är de mest betydande följande:
- Transparens och samordning över hela ART:en,
- Effektivt samarbete,
- Effektivt och verkningsfullt beslutsfattande,
- Meningsfull kommunikation,
- Målmedvetet engagemang.
När det gäller genomförandet översätts dessa utmaningar till:
- Bristfällig sammanställning av data,
- Manuell insamling av information med tidskostnader och felbenägenhet,
- Att tappa bort affärsmålen,
- Dåligt tajmade sessioner,
- Långa, tunga sessioner,
- Tekniska fel,
- Dåligt förberedd sessionshantering.
För en RTE med Jira-team är den största utmaningen vid genomförandet av en PI Planning på plats och/eller på distans att säkerställa en smidig, problemfri, dubbelriktad integration i realtid mellan planeringstavlan och Jira.
Vissa organisationer använder ett visualiseringsverktyg för sin planeringstavla. Vid första anblicken kan detta verka som en enkel genväg för att genomföra PI Planning, men det kan leda till allvarliga konsekvenser under PI Planning-aktiviteten och i läget efter PI Planning.
De vanligaste problemen som uppstår är:
- Jira-prestanda
Under PI Planning, när grupper av människor öppnar en visualiseringstavla med många kopplade kort, har SAFe-communityn dokumenterat fall där Jiras prestanda blir märkbart försämrad.
- Begränsade redigeringsmöjligheter
Eftersom visualiseringsverktygen inte ursprungligen är utformade för PI Planning finns det vissa begränsningar; en av dem är antalet användare som tillåts redigera tavlan.
- Manuell överföring av data
Data till och från ALM-verktyget måste säkerhetskopieras och överföras manuellt, vilket har kostnader i tid och noggrannhet.
När man skalar agilt finns det höga prislappar kopplade till dessa utmaningar. Förlorad tid och ekonomisk kostnad är bara de mätbara bland dessa. Teammedlemmarnas besvikelse/bristande motivation och förtroendeunderskottet mellan ART-teamen är ofta en obeaktad och oftast oåterkallelig skada. Tack och lov kan dessa utmaningar hanteras utan ansträngning med Kendis.
BONUSTIPS III
Öva på faciliteringen för att vara medveten om det spann av problem du kan komma att ställas inför. Se till att teamet som ansvarar för organiseringen fungerar som ett väloljat maskineri när det gäller att genomföra PI Planning. Du behöver deras erfarenhet av att hantera evenemanget, ta hand om människorna, bemöta vanliga farhågor och stå emot det allmänna trycket som följer med evenemang av denna storlek.
PI Planning: Förberedelsechecklista Vad är en förberedelsechecklista för PI Planning?
Vem som helst kan informera dig om allt du behöver förbereda för att din PI Planning ska lyckas. Konsten ligger i att strukturera hela förberedelseprocessen i systematiserade delar, som det anstår varje organisation som tillämpar skalad agilitet.
Enligt SAFe:s vägledning finns det tre huvudområden inom förberedelserna för PI Planning som kräver eftertanke:
Enligt SAFe:s vägledning finns det tre huvudområden inom förberedelserna för PI Planning som kräver eftertanke:
- Organisatorisk beredskap: Strategisk samordning samt uppsättning av team och trains
- Innehållsmässig beredskap: Lednings- och utvecklingsberedskap
- Logistisk beredskap: Överväganden för att genomföra ett lyckat evenemang
Utifrån dessa tre teman är här listan över överväganden du bör vara noggrann med:
- Planeringens omfattning och kontext: Har omfattningen (produkt, system, teknikdomän) av planeringsprocessen identifierats? Vet vi vilka team som behöver planera tillsammans?
- Affärssamordning: Har det funnits en gemensam förståelse för prioriteringarna bland Business Owners?
- Agila team: Har alla våra agila team dedikerade teammedlemmar samt en identifierad Scrum Master och Product Owner för varje team?
- Ledningsbriefing: En briefing som etablerar den aktuella affärskontexten för alla deltagare
- Briefing om produktvision: Briefar Product Management om de tio främsta features i Program Backlog?
- Briefing om arkitekturvision: Har CTO:n/företagsarkitekten/systemarkitekten briefat om de nya Enablers, features och icke-funktionella krav (NFR)?
- Platser: Hur många planeringsplatser behöver vi hantera?
- Teknik och verktyg: Tillsammans med vårt ALM-verktyg tar Kendis hand om vår PI-programtavla i realtid, PI-mål, ROAM-hantering av risker, beroendehantering och PI Planning-ceremonier, inklusive: Scrum of Scrums, Confidence Vote och Inspect and Adapt. Vilka andra verktyg behöver vi för att stödja distribuerad planering eller distansdeltagare? (Ledtråd: Svaret är inga. Du är redo!)
- Kommunikationskanaler: Primära och sekundära ljud-, video-, presentations- och samtalskanaler för en effektiv personlig upplevelse.
Du har säkert märkt att checklistan i hög grad bygger på bidrag från alla deltagare i ART:en, vilket återspeglas i avsnittet ovan som dokumenterar deltagarna i PI Planning och deras roller.
BONUSTIPS IV
Tillhandahåll i förväg: Ett dokument med kontaktuppgifter för åtkomst till teamledare; en lista över kommunikationskanaler och när var och en ska användas; en beredskapsplan/plan B ifall något verktyg inte skulle fungera enligt stundens behov.
PI Planning: Steg-för-steg-guide Kan ni tillhandahålla en mall för PI Planning?
Oavsett om dina team använder Jira eller Azure DevOps/TFS som sitt ALM-verktyg ger Kendis dig möjlighet att genomföra din PI Planning med en finess som ingen annan lösning på marknaden kan erbjuda. Prova själv!
För att hjälpa dig att förbereda dig bättre inför din PI Planning har vi tagit fram en steg-för-steg-guide som du kan använda för att sätta upp dina tavlor, bjuda in användare och se till att alla viktiga steg är klara före själva planeringsaktiviteten.
Den här guiden hjälper dig att få en överblick över alla de sätt som Kendis underlättar för dig under din PI Planning, oavsett var du och dina team befinner er.
För att hjälpa dig att förbereda dig bättre inför din PI Planning har vi tagit fram en steg-för-steg-guide som du kan använda för att sätta upp dina tavlor, bjuda in användare och se till att alla viktiga steg är klara före själva planeringsaktiviteten.
Den här guiden hjälper dig att få en överblick över alla de sätt som Kendis underlättar för dig under din PI Planning, oavsett var du och dina team befinner er.
Den kraftfulla digitala tavla som Kendis erbjuder för PI Planning använder en optimerad dubbelriktad synkronisering i realtid med din Jira-tavla. Detta eliminerar behovet av att överföra någon data manuellt, till och från Jira, eftersom när du gör en ändring av en post på Kendis programtavla synkroniseras dessa ändringar omedelbart till Jira och vice versa.
Före PI Planning
- 01 RTE:erna sätter upp PI-tavlan i Kendis och definierar PI-datum och längd
- 02 Anslut till dina Jira-tavlor
- 03 Skapa dina färgkodade team
- 04 Definiera sprintarna för Program Increment
- 05 Hämta features från Jira till din Kendis-tavla med hjälp av Jira-filter eller JQL utan någon prestandapåverkan på Jira
- 06 Team Stories i Jira som redan är kopplade till features hämtas automatiskt till din tavla
- 07 Mappa dina team i Kendis till Jira-tavlor
- 08 Bjud nu in dina team till din Kendis-tavla
- 09 Börja sätta upp planeringen genom att definiera affärskontexten via affärsvärden och prioritera dina features.
Dagen för PI Planning
- 01 Under Team Breakouts ställer Scrum Masters in kapaciteten för varje team för varje sprint i sina specifika teamområden i Kendis
- 02 Dra features från den prioriterade Program Backlog på din Jira-tavla till sprintarna på din Kendis-tavla
- 03 Expandera feature-kortet och skapa stories, med en titel och ett estimat i story points. Dessa stories visas omedelbart även i din Jira, kopplade till den specifika feature och tilldelade en sprint
- 04 Visualisera de färgkodade beroendena med dra och släpp, och märk status, länktyper och beskrivning. Följ lösningen av dina beroenden allt eftersom deras visualisering förändras på tavlan
- 05 Använd affärsvärdet för dina mål och koppla vart och ett till dina features
- 06 Mät framstegen för varje mål i ditt PI
- 07 Vid Plan Review-steget använder Product Owners Kendis-tavlan för att kommunicera beroendenas tillstånd, lyfta fram riskerna och förklara sin plan
- 08 Visa slutförandedatum för features för varje team
- 09 Utvärdera relationen mellan kapacitet och belastning för varje team i förhållande till deras sprintar
- 10 ROAM-hantera dina risker med hjälp av riskregistret på Kendis-tavlan
- 11 Använd Confidence Vote-funktionen på din Kendis-tavla för att rösta för ditt PI, eller dina team, eller båda
- 12 Genomför Inspect and Adapt-sessionen med hjälp av Inspect & Adapt-modulen på din Kendis-tavla. Mät programmets prestanda, utvärdera programleveransen, och
- 13 När planeringsdelen är klar ändrar du din Kendis-tavlas tillstånd till Tracking
- 14 Exportera data från Kendis-tavlan till delningsbara format i excel, csv osv.
Efter PI Planning
- 01 Med Kendis-tavlans starka visuella hanteringsförmåga följer du framstegen för dina beroenden och mål
- 02 Använd Scope Change Tracker för automatiserad uppföljning av dina PI-framsteg
- 03 Identifiera de features som lagts till/redigerats och de stories som bytt sprint, för att förutse ökningar i omfattning och förstå hur och när eventuella avvikelser uppstår i genomförandet jämfört med den ursprungliga PI Planning.
Kendis stöder en sömlös, dubbelriktad synkronisering i realtid för Azure DevOps i sin molnversion och för TFS i sin äldre självhostade version. Kärnstyrkan i Kendis programtavla ligger i att göra hela PI Planning-processen smidig, som ett väloljat maskineri.
Före PI Planning
- 01 RTE:erna sätter upp PI-tavlan i Kendis och definierar PI-datum och längd
- 02 Anslut till Azure DevOps eller TFS genom att ange relevant URL och API-token
- 03 Skapa dina färgkodade team
- 04 Definiera sprintarna för Program Increment
- 05 Hämta features från Jira till din Kendis-tavla med hjälp av befintliga queries eller skriv ny Wiql
- 06 Fastställ hur dina stories är relaterade till dina features
- 07 Alla underordnade stories till de features du hämtade via dina queries hämtas automatiskt till din Kendis-tavla
- 08 Mappa dina team i Kendis till Azure DevOps
- 09 Bjud nu in dina team till din Kendis-tavla
- 10 Börja sätta upp planeringen genom att definiera affärskontexten via affärsvärden och prioritera dina features
Dagen för PI Planning
- 01 Under Team Breakouts ställer Scrum Masters in kapaciteten för varje team för varje sprint i sina specifika teamområden i Kendis
- 02 Dra features från den prioriterade Program Backlog i din Azure DevOps till sprintarna på din Kendis-tavla
- 03 Expandera feature-kortet och skapa stories, med en titel och ett estimat i story points. Dessa stories visas omedelbart även i din Azure DevOps, kopplade till den specifika feature och tilldelade en sprint
- 04 Visualisera de färgkodade beroendena med dra och släpp, och märk status, länktyper och beskrivning. Följ lösningen av dina beroenden allt eftersom deras visualisering förändras på tavlan
- 05 Använd affärsvärdet för dina mål och koppla vart och ett till dina features
- 06 Mät framstegen för varje mål i ditt PI
- 07 Vid Plan Review-steget använder Product Owners Kendis-tavlan för att kommunicera beroendenas tillstånd, lyfta fram riskerna och förklara sin plan
- 08 Visa slutförandedatum för features för varje team
- 09 Utvärdera relationen mellan kapacitet och belastning för varje team i förhållande till deras sprintar
- 10 ROAM-hantera dina risker med hjälp av riskregistret på Kendis-tavlan
- 11 Använd Confidence Vote-funktionen på din Kendis-tavla för att rösta för ditt PI, eller dina team, eller båda
- 12 Genomför Inspect and Adapt-sessionen med hjälp av Inspect & Adapt-modulen på din Kendis-tavla. Mät programmets prestanda, utvärdera programleveransen, och
- 13 När planeringsdelen är klar ändrar du din Kendis-tavlas tillstånd till Tracking
- 14 Exportera data från Kendis-tavlan till delningsbara format i excel, csv osv
Efter PI Planning
- 01 Med Kendis-tavlans starka visuella hanteringsförmåga följer du framstegen för dina beroenden och mål
- 02 Använd Scope Change Tracker för automatiserad uppföljning av dina PI-framsteg
- 03 Identifiera de features som lagts till/redigerats och de stories som bytt sprint, för att förutse ökningar i omfattning och förstå hur och när eventuella avvikelser uppstår i genomförandet jämfört med den ursprungliga PI Planning
Har vi lyckats besvara dina frågor om PI Planning?
Är det något du vill att vi förklarar mer ingående?
Dela dina insikter och åsikter med oss. Vi älskar att bli bättre. 🙂
Dela dina insikter och åsikter med oss. Vi älskar att bli bättre. 🙂
Vanliga frågor om PI Planning
Vad är PI Planning i SAFe? −
PI Planning (Program Increment Planning) är en kadensbaserad aktivitet, på plats eller på distans, inom Scaled Agile Framework (SAFe) där varje team i ett Agile Release Train (ART) möts för att samordna sig kring ett gemensamt uppdrag och en gemensam vision, planera de kommande 8–12 veckornas arbete, identifiera beroenden och risker samt åta sig en uppsättning PI-mål. Det är hjärtslaget i SAFe och kan inte hoppas över.
Hur ofta genomförs PI Planning? +
PI Planning genomförs en gång per Program Increment, som vanligtvis varar i 8–12 veckor. Det innebär att de flesta organisationer kör PI Planning kvartalsvis – fyra gånger om året – i en fast, förhandsannonserad kadens så att team och intressenter kan planera utifrån den.
Hur länge varar en PI Planning-aktivitet? +
En vanlig PI Planning på plats pågår under två sammanhängande hela dagar. Distribuerad PI Planning eller PI Planning på distans sprids vanligtvis ut över tre eller fyra halvdagar för att minska skärmtröttheten och ta hänsyn till flera tidszoner, samtidigt som samma agenda och resultat behålls.
Vem faciliterar PI Planning? +
Release Train Engineer (RTE) faciliterar PI Planning. RTE:n äger agendan, driver tidslinjen, hanterar Management Review och Problem Solving-sessionen och ser till att varje agilt team i ART:en tar fram åtagna PI-mål till slutet av aktiviteten.
Vad är en programtavla i PI Planning? +
Programtavlan är den visuella artefakt som tas fram under PI Planning. Den kartlägger features, milstolpar och beroenden mellan team över sprintarna i det kommande Program Increment, och ger ART:en en enda, gemensam bild av leveransåtaganden och risker.
Vad är PI-mål och varför är de viktiga? +
PI-mål är SMART, affärsvärdesviktade mål som varje team åtar sig i slutet av PI Planning. De översätter features till mätbara resultat, ger Business Owners ett sätt att bedöma framgång och utgör grunden för Confidence Vote och Inspect & Adapt-aktiviteten.
Vad är Confidence Vote i PI Planning? +
Confidence Vote är en omröstning med ”fist of five” som hålls i slutet av PI Planning, där varje deltagare bedömer hur säker hen är på att uppnå de åtagna PI-målen. Ett genomsnitt på 3 eller högre godtas; allt lägre utlöser en omarbetning av planen innan aktiviteten avslutas.
Hur skiljer sig PI Planning på distans eller distribuerad PI Planning från den på plats? +
PI Planning på distans följer samma agenda men delas upp i kortare halvdagsblock över flera dagar, använder digitala tavlor i stället för klisterlappar och är beroende av tidszonsmedveten schemaläggning. Den största skillnaden är verktygen – en dubbelriktad programtavla i realtid (synkroniserad med Jira eller Azure DevOps) ersätter den fysiska väggen.
Hur förbereder man sig för en lyckad PI Planning-aktivitet? +
En lyckad PI Planning kräver tre beredskapskontroller före aktiviteten: organisatorisk beredskap (team, ART:er och Business Owners samordnade), innehållsmässig beredskap (de främsta features prioriterade, vision- och arkitekturbriefingar förberedda) och logistisk beredskap (platser, verktyg och kommunikationskanaler bekräftade). En förberedelsechecklista före PI Planning eliminerar överraskningar på dag ett.
Kan PI Planning köras med Jira eller Azure DevOps? +
Ja. Kendis tillhandahåller en dubbelriktad synkronisering i realtid med Jira, Azure DevOps och TFS, så att features, stories, beroenden och PI-mål hålls synkroniserade mellan programtavlan och ditt ALM-verktyg under hela PI Planning-aktiviteten och under genomförandet – ingen manuell dataöverföring krävs.
Har du frågor?
Prata med vår produktexpert för att förstå hur Kendis kan hjälpa din organisation på er resa mot skalad agilitet.
Kontakta oss nu Få en personlig demo gratis.
Titta på video
Programrapporter och analys
Samarbeta för att slutföra ett Release Train med en heltäckande överblick över alla aktiviteter på din programtavla, sammanfattade i grafiska format och tabellformat.
Hantering av beroenden
Sammanfatta alla dina PI-beroenden i en meningsfull och enkel dynamisk lösning som automatiserar statusuppdateringar för beroenden under hela ditt PI enligt de utlösare du väljer.
Uppföljning av riskregister
Hantera och visualisera de nuvarande och kommande riskerna i ditt Program Increment, din sprint eller iteration för att snabbt identifiera och smidigt mildra dem.
Uppföljning av features
Visualisera features framsteg, utveckling, tillägg och borttagning, över sprintar och team på ett enkelt och lätt sätt.
Uppföljning av omfattningsförändringar
Följ ditt PI:s omfattning och andra förändringar efter planeringen, och spara timmar av manuellt arbete samtidigt som du eliminerar risken för mänskliga fel.
Lösning
Kendis erbjuder den kompletta lösningen för dina behov inom skalad agilitet
Samarbete, kommunikation och transparens står i centrum för Kendis. Det reducerar på ett briljant sätt alla mödosamma insatser och gör hela processen att planera ditt Program Increment till en mycket enkel uppgift.
Titta på video
Beroenden är avgörande för att känna igen, identifiera och korrekt kartlägga faktorer som påverkar dina framsteg. I Kendis kan du skapa flera beroenden över hela din programtavla och följa upp dem.
Titta på video
Med Kendis kan du transparent hantera och visualisera de nuvarande och kommande riskerna i ditt Program Increment, din sprint eller iteration på ett sätt som gör det smärtfritt att identifiera och analysera dem.
Titta på video
Skapa mål för varje team eller för ditt program och koppla dem till valfri post på din tavla. Detta gör att du exakt kan välja vilka features och stories som bidrar till målet.
Titta på video
En oerhört viktig och kraftfull funktion som ger en överblick över alla de senaste aktiviteterna som genomförs. Presenterad i grafiska format eller tabellformat får du all nödvändig information på bara en blick.
Titta på video
Prova det
Redo att komma igång?
Vi prioriterar dina prioriteringar.
Kendis erbjuder den smartaste skalningslösningen för den mest effektiva affärstransformationen.
Kendis erbjuder den smartaste skalningslösningen för den mest effektiva affärstransformationen.
GratisInget kreditkort krävs.