PI Planlegging

Fremtidige produktutviklingsoppgaver kan ikke forutbestemmes. Distribuere planlegging og kontroll til de som kan forstå og reagere på sluttresultatet.

—Michael Kennedy, Produktutvikling For Lean Enterprise

det er ingen magi I Trygge . . . bortsett fra KANSKJE FOR PI Planlegging.

– Forfattere

Program Increment (PI) Planlegging er en cadence-basert hendelse som fungerer som hjerterytme Av Agile Release Train (ART), samkjøre alle lagene PÅ KUNST til en felles misjon og Visjon.

PI-planlegging er viktig For Trygg: hvis du ikke gjør Det, gjør Du Det Ikke Trygt.

Agile Manifesto sier: «den mest effektive og effektive metoden for å formidle informasjon til og i et utviklingsteam er en ansikt til ansikt samtale.»SAFe tar DETTE til neste nivå med PI planlegging.

der det er mulig innebærer dette fysisk samlokalisering, og DISSE STORE PI-planleggingshendelsene finner nå sted i mange bedrifter rundt om i verden. De har tydelig vist reell økonomisk AVKASTNING, for ikke å nevne de immaterielle verdiene som oppstår når Teamet Av Smidige lag skaper en sosial konstruksjon som er personlig og kollektivt givende.

DET kan imidlertid ikke alltid være praktisk for HELE KUNSTEN å samle, og I VÅR nåværende tid HAR COVID-19 skapt en situasjon der dette ikke er et alternativ. Mens fysisk ansikt til ansikt planlegging har sine fordeler, er den uskrevne Trygge «regelen «» de som gjør arbeidsplanen arbeidet.»Når fysisk tilstedeværelse ikke er mulig, har sanntid, samtidig, virtuell, ansikt til ansikt planlegging nå vist seg å være effektiv. Faktisk mange Kunst Har vært vellykket i å skape en hybrid situasjon der flere lag delta eksternt, som vist nedenfor I Figur 1.

den avanserte emneartikkelen, Distribuert PI-Planlegging med SAFe, gir ytterligere veiledning og betraktninger for vellykket håndtering av disse scenariene.

PI-Planlegging har en standard agenda som inkluderer en presentasjon av forretningskontekst og visjon, etterfulgt av teamplanlegging breakouts – hvor lagene lager Sine Iterasjonsplaner og mål for det kommende Programmet Increment (PI). Tilrettelagt Av Release Train Engineer (RTE), inkluderer denne hendelsen alle medlemmer AV KUNSTEN og skjer innenfor Innovasjon OG Planlegging (IP) Iterasjon. Å holde hendelsen under IP-iterasjonen unngår å påvirke planleggingen eller kapasiteten til andre iterasjoner i PI. PI-Planlegging foregår over to dager, selv om dette ofte utvides for å imøtekomme planlegging på tvers av flere tidssoner.

Forretningsfordeler VED PI-Planlegging

PI-planlegging gir mange forretningsfordeler, inkludert:

• Etablere ansikt-til-ansikt-kommunikasjon på tvers av alle teammedlemmer og interessenter
• Bygge det sosiale nettverket KUNSTEN avhenger av
• Samkjøre utvikling til forretningsmål med forretningskonteksten, visjonen OG Team-OG Program-PI-målene
• Identifisere avhengigheter og fremme samarbeid på tvers av team og TVERRKUNST
• Gir mulighet for ‘bare’ riktig mengde ‘ arkitektur og lean user experience (ux) veiledning
• matchende behov til kapasitet og eliminere overflødig arbeid i prosessen (via)
• rask beslutninger

Innganger Og Utganger AV PI Planlegging

Innganger TIL PI planlegging inkluderer:

• (se’ content readiness ‘ nedenfor)
• Veikart og visjon
• Topp 10 Funksjonene I Programmet Backlog

en vellykket PI planlegging hendelse leverer to primære utganger:

• Forpliktet PI-mål – ET sett MED SMARTE mål som er opprettet av hvert lag med forretningsverdien tildelt Av Bedriftseiere.
• Program board-Fremhever den nye funksjonen leveringsdatoer, har avhengigheter blant lagene og relevante Milepæler.

Forberedelse

PI planlegging er en betydelig hendelse som krever forberedelse, koordinering og kommunikasjon. DET tilrettelegges AV RTE og eventdeltakere inkluderer Bedriftseiere, Produktledelse, Agile-Team,System-Og Løsningsarkitekt / Ingeniør, Systemteamet og andre interessenter, som alle må varsles på forhånd for å være godt forberedt. Den aktive deltakelsen Av Bedriftseiere i denne hendelsen gir et viktig Rekkverk på budsjettutgifter.

for at arrangementet skal lykkes, er det nødvendig med forberedelse på tre hovedområder:

• Organisatorisk beredskap-Strategisk justering og team og tog oppsett
• Innhold readiness-Ledelse og utvikling beredskap
• Logistikk beredskap-Hensyn for å kjøre en vellykket hendelse

nedenfor er høydepunktene I ART Readiness Sjekkliste. (Hele sjekklisten er gitt I SAFe PI Planning Toolkit, tilgjengelig For SPCs).

Organisatorisk Beredskap

før pi planlegging, må det være strategi justering blant deltakere, interessenter og Bedriftseiere. Kritiske roller er tildelt. For å løse dette på forhånd, må arrangører imidlertid vurdere følgende:

• Planlegging omfang og kontekst – er omfanget (produkt, system, teknologi domene) av planprosessen forstått? Vet vi hvilke lag som må planlegge sammen?
• Business alignment – er det rimelig enighet om prioriteringer Blant Bedriftseiere?
• Agile team – har Vi Agile team? Er det dedikerte teammedlemmer og en identifisert Scrum Master og Produkteier for hvert lag?

Innholdsberedskap

det er like viktig å sikre at det er en klar visjon og kontekst, og at de rette interessentene kan delta. DERFOR MÅ PI-planleggingen inkludere:

• Executive briefing – en briefing som definerer gjeldende forretningskontekst
• product vision briefing(s) – Briefinger utarbeidet Av Product Management, inkludert de 10 beste funksjonene I Programmet Backlog
• Architecture vision briefing – en presentasjon laget AV CTO, Enterprise Architect eller System Architect for å kommunisere nye Hjelpemidler, funksjoner og Ikke-Funksjonelle Krav (NFRs)

Logistikkberedskap

Å Forberede et arrangement for å støtte et stort antall deltakere er ikke trivielt. For fysisk samlokalisert planlegging kan dette omfatte sikring og forberede den fysiske plassen. For eksterne deltakere, eller for en fullstendig distribuert PI-Planlegging, inkluderer dette også investering i nødvendig teknisk infrastruktur. Betraktninger inkluderer:

• Steder – hvert planleggingssted må utarbeides på forhånd
• Teknologi og verktøy – Sanntids tilgang til informasjon og verktøy for å støtte distribuert planlegging eller eksterne deltakere
• Kommunikasjonskanaler-Primær og sekundær lyd–, video-og presentasjonskanaler må være tilgjengelige

Standard Agenda

arrangementet følger en agenda som ligner på figur 2. Beskrivelser av hvert element følger. For veiledning om å tilpasse denne agendaen for å støtte planlegging på tvers av flere tidssoner, se avansert emneartikkel, Distribuert PI Planlegging Med SAFe.

Dag 1 Agenda

• Business context-En Bedriftseier eller toppleder beskriver den nåværende tilstanden til virksomheten, deler Porteføljesynet og presenterer et perspektiv på hvor effektivt eksisterende løsninger adresserer dagens kundebehov.
• produkt – /løsningsvisjon-Produktstyring presenterer den nåværende visjonen (vanligvis representert ved de neste topp 10 kommende funksjonene) og fremhever eventuelle endringer fra den forrige PI-planleggingshendelsen, samt eventuelle kommende Milepæler.
• Arkitektur visjon og utviklingspraksis-System Arkitekt / Engineering presenterer arkitektur visjon. En senior utviklingsleder kan også introdusere Agile-støttende endringer i utviklingspraksis, for eksempel testautomatisering, DevOps, Kontinuerlig Integrasjon og Kontinuerlig Distribusjon, som blir avansert i den kommende PI.
• Planlegging kontekst og lunsj-RTE presenterer planprosessen og forventede resultater av hendelsen.
• team breakouts #1 – i breakout estimerer lagene deres kapasitet for hver Iterasjon og identifiserer backlog-elementene de sannsynligvis trenger for å realisere funksjonene. Hvert lag lager sine utkast til planer, synlig for alle, iterasjon ved iterasjon.

i løpet av denne prosessen identifiserer lagene risikoer og avhengigheter og utarbeider sine første team PI-mål. PI-målene inkluderer vanligvis ikke-forpliktede mål, som er mål som er innebygd i planen (f. eks. historier som er definert og inkludert for disse målene), men er ikke forpliktet til av teamet på grunn av for mange ukjente eller risikoer. Uforpliktet mål er ikke ekstra ting å gjøre i tilfelle det er tid. I stedet øker de påliteligheten til planen og gir ledelsen en tidlig advarsel om mål SOM KUNSTEN kanskje ikke kan levere. Lagene legger også til funksjonene og tilhørende avhengigheter til programstyret, som vist i Figur 3.

• Utkast til plangjennomgang – i løpet av det tett tidsboksede utkastet til plangjennomgang presenterer lagene viktige planleggingsutganger, som inkluderer kapasitet og belastning, UTKAST TIL PI-mål, potensielle risikoer og avhengigheter. Bedriftseiere, Produktledelse og andre team og interessenter gjennomgår og gir innspill.
• ledelsesgjennomgang og problemløsing-det er sannsynlig at utkastet til planer gir utfordringer som omfang, mennesker og ressursbegrensninger og avhengigheter. Under problemløsning hendelsen, kan ledelsen forhandle omfang endringer og løse andre problemer ved å godta ulike planlegging justeringer. RTE forenkler og holder de primære interessentene sammen så lenge som nødvendig for å ta de beslutningene som trengs for å nå oppnåelige mål.

i MULTI-ART Løsning Tog, kan en lignende hendelse holdes etter den første dagen av planlegging for å løse cross-ART problemer som har kommet opp. Alternativt kan RTEs av de involverte togene snakke med hverandre for å ta opp problemer som deretter løses i HVER KUNSTS spesifikke ledelsesgjennomgang og problemløsende hendelse. The Solution Train Engineer (STE) bidrar til å lette og løse problemer på Tvers Av Kunst.

Dag 2 Agenda

• Planleggingsjusteringer – neste dag begynner arrangementet med at ledelsen presenterer eventuelle endringer i planleggingsomfang, personer og ressurser.
• team breakouts #2-Lagene fortsetter å planlegge basert på deres agenda fra forrige dag, og gjør de riktige justeringene. De fullfører sine mål FOR PI, Som Bedriftseiere tildeler forretningsverdi, som vist i Figur 4.
  

  

• Endelig plan gjennomgang og lunsj-I løpet av denne økten presenterer alle lagene sine planer for gruppen. På slutten av hvert lags tidsluke angir laget sine risikoer og hindringer og gir risikoen til RTE for bruk senere i ROAMing-øvelsen. Teamet spør Deretter Bedriftseiere om planen er akseptabel. Hvis planen er akseptert teamet bringer sitt TEAM PI objektiv ark til forsiden av rommet slik at alle kan se de samlede målene utfolde seg i sanntid. Hvis Bedriftseiere har bekymringer, får lagene muligheten til å justere planen etter behov for å løse problemene som er identifisert. Teamet presenterer deretter sin reviderte plan.
• programrisikoer-under planleggingen har teamene identifisert programrisikoer og hindringer som kan påvirke deres evne til å nå sine mål. Disse løses i en bredere styringssammenheng foran hele toget. En etter en, risikoen er diskutert og adressert med ærlighet og åpenhet, og deretter kategorisert i en av følgende kategorier:
  • Løst-lagene er enige om at risikoen ikke lenger er en bekymring.
  • Eid – Noen på toget tar eierskap av risikoen siden det ikke kan løses under PI planlegging.
  • Akseptert – noen risikoer er bare fakta eller potensielle problemer som må forstås og aksepteres.
  • Mitigated – Team identifiserer en plan for å redusere virkningen av risikoen.
• Confidence vote-Når programrisikoen er adressert, stemmer lagene på deres tillit til å møte deres team PI-mål.

hvert lag gjennomfører en ‘fist of five’ stemme. Hvis gjennomsnittet er tre fingre eller over, bør ledelsen godta forpliktelsen. Hvis det er mindre enn tre, reworks teamet planen. Enhver person som stemmer med to fingre eller færre bør gis en mulighet til å stemme sine bekymringer. Dette kan legge til listen over risikoer, kreve litt omplanlegging, eller bare være informativ. Når hvert lag har stemt prosessen gjentas for HELE KUNSTEN med alle uttrykke sin tillit til den kollektive planen, som illustrert I Figur 5.

• Planlegg omarbeiding-om nødvendig kan lagene omarbeide planene sine til et høyt konfidensnivå kan nås. Dette er en anledning der justering og engasjement er verdsatt mer enn å følge en timebox.
• Planlegging retrospektiv og fremover-TIL Slutt fører RTE en kort retrospektiv for PI-planleggingshendelsen for å fange opp hva som gikk bra, hva som ikke gjorde det, og hva som kan gjøres bedre neste gang, som vist i Figur 6.

• Vanligvis følger en diskusjon om de neste trinnene, sammen med endelige instruksjoner til lagene. Dette kan omfatte:
  • Rydde opp rommene som brukes til planlegging.
  • Fange team PI mål og historier i En Smidig prosjektstyringsverktøy.
  • Gjennomgå team og KUNST hendelser kalendere.
  • Bestemme Iterasjon Planlegging og daglige stand-up (DSU) steder og tidspunkter.

ETTER at planleggingsarrangementet er ferdig, oppsummerer RTE og ANDRE kunstinteressenter DE individuelle team PI-målene i et sett MED program PI-mål (Figur 7) og bruker dette til å kommunisere eksternt og spore fremgang mot målene.

Produktstyring bruker programmets PI-mål til å oppdatere veikartet og vil forbedre prognosen for de neste To Pi-Ene, basert på det som nettopp ble lært.

programkortet brukes ofte under Scrum Av Scrum for å spore avhengigheter. Det kan, eller ikke, opprettholdes (manuelt) etter at planleggingen er fullført. Dette avhenger Av Agile prosjektledelse verktøy på plass og BEHOVENE TIL KUNSTEN.

Lag forlater PI-planleggingshendelsen med en forhåndsutfylt iterasjonsbacklog for den kommende PI. De tar teamets PI-mål, iterasjonsplaner og risikerer tilbake til sitt vanlige arbeidsområde. Programrisiko forblir HOS RTE, som sikrer at de som er ansvarlige for å eie eller redusere en risiko, har fanget informasjonen og aktivt styrer risikoen.

Viktigst, KUNSTEN fortsetter å utføre PI, spore fremgang og justere etter behov for endringene som oppstår når ny kunnskap oppstår. Gjennomføring AV PI begynner med at alle lagene gjennomfører planlegging for den første iterasjonen, ved hjelp av DERES PI-planer som utgangspunkt. Dette er fersk inngang for iterasjonsplanleggingsprosessene som følger. Siden iterasjonsplanene som ble opprettet under PI-Planlegging, ikke tok hensyn til detaljerte akseptkriterier for historienivå, er det sannsynlig at justeringer må gjøres til de første og påfølgende iterasjonsplanene.

Løsning Tog PI Planlegging

denne artikkelen fokuserer på planlegging aktiviteter av en ENKELT KUNST. Store Verdistrømmer kan imidlertid inneholde flere Kunst Og leverandører. I dette tilfellet sørger Løsningstoget for koordinering ved Hjelp Av En Pre-PI-Planleggingshendelse, som setter konteksten og gir innspillene for DE enkelte ART PI-planleggingshendelsene. En Post-PI Planlegging hendelse følger ART PI planlegging og brukes til å integrere planleggingsresultatene Av Kunst som bidrar til løsningen.

Innovasjon Og Planlegging Iterasjon artikkelen gir et eksempel kalender For imøtekommende Pre-OG Post-PI planlegging hendelser.

Lær Mer

Leffingwell, Dean. Agile Programvarekrav: Lean Krav Praksis For Lag, Programmer og Bedriften. Addison-Wesley, 2011. Kennedy, Michael. Produktutvikling For Lean Enterprise. Norsk Forlag, 2003.

Siste oppdatering: 12 August 2020