Mikä on PI Planning?
On sanomattakin selvää, että jokaiselle organisaatiolle, joka skaalaa ketteryyttä ja ottaa käyttöön SAFe-viitekehyksen, keskeinen haaste on toteuttaa sujuva ja kitkaton PI Planning -prosessi. Toimialasta tai yrityksen koosta riippumatta onnistunut PI Planning tarjoaa mahdollisuuden rakentaa läpinäkyvän ja toimintaan suuntautuneen linjauksen kulttuurin. Se on todella SAFe:n keskeisin tapahtuma.
PI Planning 101 - PI Planning: tarve
- PI Planning: tavoitteet ja tulokset
- PI Planning: Program Board
- PI Planning: vetäjä
- PI Planning: osallistujat
- PI Planning: tiheys
- PI Planning: agenda, kesto ja tapahtumat
- LISÄVINKKI I
Hajautettu PI Planning - Etä-PI Planning: tarve
- Etä-PI Planning: painopistealueet
- Etä-PI Planning: agenda, kesto ja tapahtumat
- LISÄVINKKI II
PI Planningin haasteet - LISÄVINKKI III
PI Planning: valmistautumisen tarkistuslista - LISÄVINKKI IV
-
PI Planning: vaiheittainen opas - PI Planning Jira-käyttäjille
- Ennen PI Planningia
- PI Planning -päivä
- PI Planningin jälkeen
- PI Planning Azure DevOpsille
- Ennen PI Planningia
- PI Planning -päivä
- PI Planningin jälkeen
Miten PI Planning toteutetaan?
Jos "miten PI Planning toteutetaan" on keskeinen kysymyksesi, tästä kattavasta PI Planning -oppaasta löydät vastaukset kaikkiin tähän tietopainotteiseen kysymykseen sisältyviin kysymyksiin.
Seuraavissa viidessä osiossa käsittelemme seuraavia kysymyksiä:
Seuraavissa viidessä osiossa käsittelemme seuraavia kysymyksiä:
- Mikä on onnistunut PI Planning -sessio?
- Miten toteuttaa erinomainen virtuaalinen/hajautettu/etä-PI Planning?
- Miten voittaa PI Planningin haasteet?
- Mikä on PI Planningin valmistautumisen tarkistuslista?
- Voitteko tarjota meille PI Planning -mallin?
Lopuksi jaamme kanssasi muokattavan ja ladattavan vaiheittaisen oppaan PI Planningiasi varten.
PI Planning 101 Mikä on onnistunut PI Planning -sessio?
Program Increment (PI) -suunnittelusessio on kiinteäkestoinen tapahtuma, jossa Agile Release Trainin tiimit, joita yhdistää jaettu visio, kokoontuvat suunnittelemaan uusia ominaisuuksia, käsittelemään riippuvuuksia ja riskejä sekä hahmottamaan tulevan toiminnan suunnan. Ilman sitä SAFe:a ei voida ottaa käyttöön.
Itse asiassa SAFe:n ideaa jatkaen PI Planning on ketterän skaalausviitekehyksen ainoa taianomainen ainesosa.
Itse asiassa SAFe:n ideaa jatkaen PI Planning on ketterän skaalausviitekehyksen ainoa taianomainen ainesosa.
Kun projekti ulottuu useisiin monialaisiin tiimeihin, tietoinfrastruktuuri vaarantuu helposti. Tämä maksaa organisaatioille huonosti tehtyjä päätöksiä, heikkouksia arvoketjussa sekä ristiriitoja kapasiteetin ja kuormituksen välillä. PI Planning ratkaisee tämän tuomalla laajaa näkyvyyttä, perusteellista linjausta ja nimenomaista sitoutumista jaettuun visioon.
PI Planningin tavoitteen oikea ymmärtäminen ratkaisee jo puolet ongelmasta.
SAFe:n tulkinnan mukaan:
PI Planning on jokaisen ARTin kriittinen ja kadenssiin perustuva synkronointipiste.
Mitä tästä voi päätellä?
Onnistuneen PI Planningin tavoite on tarjota Agile Release Trainin (ART) tiimeille:
SAFe:n tulkinnan mukaan:
PI Planning on jokaisen ARTin kriittinen ja kadenssiin perustuva synkronointipiste.
Mitä tästä voi päätellä?
Onnistuneen PI Planningin tavoite on tarjota Agile Release Trainin (ART) tiimeille:
- synkronointi,
- yhteistyö (tiimien ja ARTien välillä),
- linjaus (liiketoimintakontekstin työnkuluissa, tavoitteissa, visiossa ja muussa),
- sosiaalinen verkosto,
- järjestelmäarkkitehtuurin arviointi,
- ylimääräisen keskeneräisen työn (WIP) poistaminen,
- tehokkuus päätöksenteossa,
- läpinäkyvyys ennustettavuuden ja ketteryyden vuoksi.
Onnistunut PI Planning -tapahtuma täyttää kaikki nämä kohdat ja onnistuu lisäksi esittelemään "toimivan ohjelmiston" iteraation lopussa.
Yksinkertaisesti sanottuna, jos PI Planningisi on onnistunut tuottamaan nämä kaksi tulosta, PI Planning -tapahtuma on täyttänyt tavoitteensa:
- Sitoutetut PI Objectives
- PI Objectives määrittelee joukon SMART-tavoitteita, jotka jokainen ARTin muodostava tiimi luo, ja joille Business Owners määrittää liiketoiminta-arvon. Sitoutuminen PI Objectivesiin on ARTisi pyhä graali.
- Program Board
- Kokoelma dataa, joka esittää tarkimman kuvan ARTisi tilanteesta, korostaen uusien ominaisuuksien toimituspäiviä, tiimien välisiä riippuvuuksia ja olennaisia Milestoneja. Se on ARTisi kristallipallo.
Esimerkki Kendisin PI Planning -taulusta (Napsauta kuvaa muokataksesi sitä verkossa)
SAFe:n PI Planningissa Release Train Engineerin rooli on varsin merkittävä. RTE on PI Planning -session vetäjä ja palveleva johtaja. Rajoja ylläpitäen RTE vastaa tapahtuman vetämisestä ja varmistaa linjauksen ja yhteistyön PI Planning -session osallistujien välillä. Mitä Scrum Masterit ovat ketterille tiimeille, sitä RTE on ARTille.
Alla on yhteenveto PI Planningin osallistujien rooleista:
| Roolit | Tehtävä |
|---|---|
| Käyttäjät | Arvioivat ratkaisujen käyttäjäkeskeisyyttä |
| Sidosryhmät | Arvioivat kunkin osallistuvan yksikön onnistumisen astetta |
| Ketterät tiimit |
|
| Järjestelmäarkkitehti / suunnittelu |
|
| Järjestelmätiimi | Määrittää integraatio- ja testausbacklogin kohteet |
| Business Owners | Tarjoavat liiketoiminta-arvon ja hyväksynnän tiimin PI Objectivesille |
| Scrum Masters |
|
| Product Owners |
|
| Release Train Engineer |
|
Program Increment kestää noin 8-12 viikkoa.
Tämä vaihteluväli huomioiden PI Planning -sessiot pidetään neljännesvuosittain, ja tavanomainen aikataulu on:
Tämä vaihteluväli huomioiden PI Planning -sessiot pidetään neljännesvuosittain, ja tavanomainen aikataulu on:
- PI Planning Q1: joulukuu
- PI Planning Q2: maaliskuu
- PI Planning Q3: kesäkuu
- PI Planning Q4: syyskuu
Ne suunnitellaan etukäteen säännöllisen ja kiinteän kalenterin mukaan. Myös kutsut lähetetään riittävän ajoissa, jotta kaikki valmistelut ehditään tehdä ajallaan.
Tavallisesti lähitoteutuksena pidettävä Program Increment Planning -sessio kestää kaksi päivää, joilla on ennalta määritelty agenda sekä tietyt aikataulutetut tapahtumat. Tapahtuman agenda on kuvattu alla:
Aikavyöhyke AEST | Agenda, päivä 1 |
|---|---|
| 8:00 – 9:00 am | Liiketoimintakonteksti 1 h |
| 9:00 – 10:30 am | Tuote-/ratkaisuvisio 1 h 30 min |
| 10:30 – 11:30 am | Arkkitehtuurivisio ja kehityskäytännöt 1 h |
| 11:30 – 1:00 pm | Suunnittelukonteksti ja lounas 1 h 30 min |
| 1:00 – 4:00 pm | Team Breakouts 3 h |
| 4:00 – 5:00 pm | Luonnossuunnitelman katselmus 1 h |
| 5:00 – 6:00 pm | Johdon katselmus ja ongelmanratkaisu 1 h |
Aikavyöhyke AEST | Agenda, päivä 2 |
| 8:00 – 9:00 am | Suunnittelun hienosäätö 1 h |
| 9:00 – 11:00 am | Team Breakouts 2 h |
| 11:00 – 1:00 pm | Lopullisen suunnitelman katselmus ja lounas 2 h |
| 1:00 – 2:00 pm | Ohjelman riskit 1 h |
| 2:00 – 2:15 pm | Luottamusäänestys 15 min |
| 2:15 – 4:00 pm | Suunnitelman katselmus (tarvittaessa) 1 h 45 min |
| 4:00 – 6:00 pm | Suunnittelun retrospektiivi ja eteneminen 2 h |
Esimerkkiagenda tyypilliselle lähitoteutuksena pidettävälle PI Planning -tapahtumalle, joka kattaa kaksi täyttä päivää.
Hajautetun tai etä-PI Planningin tapauksessa agenda pysyy kuitenkin samana, mutta tapahtumien aikataulu riippuu lukuisista muuttujista, joita käsitellään seuraavassa osiossa.
LISÄVINKKI I
Lähitoteutuksena pidettävässä PI Planning -sessiossa on kaksi hyvin tiivistä päivää, joissa on vähemmän taukoja sekä paljon ihmisten välistä vuorovaikutusta ja hälinää. Virtuaalisessa ympäristössä koko kokemus on kuitenkin suunniteltava näytöille, painottaen voimakkaasti osallistujien sitouttamista. Voi olla parempi pidentää tapahtuma kolmeen tai neljään päivään pienemmillä aikasitoumuksilla näyttöväsymyksen välttämiseksi.
Hajautettu PI Planning Miten toteuttaa erinomainen hajautettu/etä-PI Planning?
Ketterä manifesti toteaa hyvin selkeästi:
- Tehokkain ja toimivin tapa välittää tietoa kehitystiimille ja tiimin sisällä on kasvokkain käytävä keskustelu.
Yleisestä käsityksestä poiketen PI Planningin ydinvahvuus ei ole tiimien fyysisessä yhteissijainnissa. Se on vetämisen mekanismin rakenteistamisessa ja vahvistamisessa siihen pisteeseen, että fyysinen läheisyys tai sen puute ei enää ole tekijä sujuvan ja läpinäkyvän viestinnän toteuttamisessa.
On totta, että historiallisesti PI Planning on toteutettu vain lähitapahtumana. On kuitenkin useita tekijöitä, jotka tekevät tästä harjoituksesta pitkällä aikavälillä kestämättömän:
- Logistiikan ylläpitäminen kourallista monipaikkaisia ja monikulttuurisia tiimejä varten,
- Alueelliset matkustusrajoitukset pandemian seurauksena
- Psykologisen turvallisuuden ympäristön tarjoaminen tuntemattomassa ympäristössä
- Riittävän suuren ja sopivan tilan löytäminen tapahtumalle,
- Ja viimeisenä mutta ei vähäisimpänä, koko tämän monimutkaisen järjestelyn taloudelliset ja ajalliset kustannukset.
Virtuaalisen PI Planning -session toteuttaminen ei sekään ole ruusuilla tanssimista, myönnetään. Jos kuitenkin panostetaan riittävästi sellaisen sosiaalista yhteisöllisyyttä rakentavan kokemuksen suunnitteluun, jossa ketterät tiimisi tuntevat itsensä arvostetuiksi sekä työssään että ihmisinä, etätapahtumasi ROI voi itse asiassa olla parempi kuin lähitapahtuman.
Varmista, että omaksut kaiken kokemusperäisen viisauden ja käytännön tiedon, jota tämän oppaan kaikissa osioissa ja Lisävinkeissä tarjotaan.
On tiettyjä painopistealueita, jotka sinun tulee ottaa huomioon suunnitellessasi etä-PI Planning -tapahtumaasi:
- Suunnittelun sijainnit: Minimoi hajautettujen sijaintien määrä määrittämällä, kuinka monta sijaintia tarvitaan.
- PI Planning -agenda: Luo osallistava PI Planning -agenda, joka huomioi osallistuvien tiimien useat aikavyöhykkeet.
- Tilat: Järjestä sopiva fyysinen tila suunnittelun toteuttamiseen.
- Työskentelysopimukset: Täytä tapahtuman osallistujien tarpeet optimoidaksesi jokaisen ARTin jäsenen kokemuksen.
- Työkalut: Käytä sopivaa teknologiaa tukemaan suunnittelutoimintojen kirjoa.
- Fasilitointi: Toteuta onnistuneesti hajautettu PI Planning -tapahtuma.
Rehellisesti sanottuna tämä voi vaihdella organisaatiosta toiseen (ja aikavyöhykkeestä toiseen), mutta tämä aikataulu voi tuoda selkeyttä siihen, miten aikatauluttaa etä-PI Planning -sessiosi mahdollisimman vähäisellä väsymyksellä ja uupumuksella.
Vyöhyke 1 AEST | Vyöhyke 2 CET | Agenda, päivä 1 |
|---|---|---|
| 3:00 – 3:20 pm | 7:00 – 7:20 am | Alkuesittely Seuraa 10 minuutin tauko 20 min |
| 3:30 – 3:50 pm | 7:30 – 7:50 am | Liiketoimintakonteksti Seuraa 10 minuutin tauko 20 min |
| 4:00 – 4:20 pm | 8:00 – 8:20 am | Tuote-/ratkaisuvisio Seuraa 10 minuutin tauko 20 min |
| 4:30 – 4:50 pm | 8:30 – 8:50 am | Arkkitehtuurivisio Seuraa 10 minuutin tauko 20 min |
| 5:00 – 5:20 pm | 9:00 – 9:20 am | Kehityskäytännöt Seuraa 10 minuutin tauko 20 min |
| 5:30 – 5:50 pm | 9:30 – 9:50 am | Suunnittelun vaatimukset Seuraa 50 minuutin ruokatauko 20 min |
| 6:40 – 8:30 pm | 10:40 – 12:30 pm | Team Breakouts Scrum of Scrums -tarkistuspisteet 1 h 50 min |
Vyöhyke 1 AEST | Vyöhyke 2 CET | Agenda, päivä 2 |
| 3:00 – 3:20 pm | 7:00 – 7:20 am | Team Breakouts (tarvittaessa) Seuraa 10 minuutin tauko 20 min |
| 3:30 – 3:50 pm | 7:30 – 7:50 am | Tiimien synkronointi Seuraa 10 minuutin tauko 20 min |
| 4:00 – 4:20 pm | 8:00 – 8:20 am | Luonnossuunnitelman katselmus Seuraa 10 minuutin tauko 20 min |
| 4:30 – 4:50 pm | 8:30 – 8:50 am | Johdon katselmus ja ongelmanratkaisu (+ 10 minuutin tauko) 20 min |
| 5:00 – 5:20 pm | 9:00 – 9:20 am | Suunnittelun hienosäätö Seuraa 10 minuutin tauko 20 min |
| 5:30 – 5:50 pm | 9:30 – 9:50 am | Suunnittelun vaatimukset Seuraa 50 minuutin ruokatauko 20 min |
| 6:40 – 8:30 pm | 10:40 – 12:30 pm | Team Breakouts Scrum of Scrums -tarkistuspisteet 1 h 50 min |
Vyöhyke 1 AEST | Vyöhyke 2 CET | Agenda, päivä 3 |
| 3:00 – 3:20 pm | 7:00 – 7:20 am | Team Breakouts (tarvittaessa) Seuraa 10 minuutin tauko 20 min |
| 3:30 – 3:50 pm | 7:30 – 7:50 am | Tiimien synkronointi Seuraa 10 minuutin tauko 20 min |
| 4:00 – 4:20 pm | 8:00 – 8:20 am | Lopullisen suunnitelman katselmus Seuraa 10 minuutin tauko 20 min |
| 4:30 – 4:50 pm | 8:30 – 8:50 am | Johdon katselmus ja ongelmanratkaisu (+ 10 minuutin tauko) 20 min |
| 5:00 – 5:20 pm | 9:00 – 9:20 am | Suunnittelun hienosäätö Seuraa 10 minuutin tauko 20 min |
| 5:30 – 5:50 pm | 9:30 – 9:50 am | Suunnittelun vaatimukset Seuraa 50 minuutin ruokatauko 20 min |
| 6:40 – 8:30 pm | 10:40 – 12:30 pm | Team Breakouts Scrum of Scrums -tarkistuspisteet 1 h 50 min |
Esimerkkiagenda etä-PI Planning -tapahtumalle kahdelle aikavyöhykkeelle, jaettuna kolmeen puolikkaaseen päivään tiheillä tauoilla.
LISÄVINKKI II
Hajautetussa tai etä-PI Planning -sessiossa ota aina huomioon monipaikkaisten tiimien aikavyöhykkeet. PI Planningisi onnistuminen riippuu siitä kokemuksen laadusta, jonka suunnittelet tavoitteiden selkeyden, suunnan linjauksen, tiimien läpinäkyvyyden sekä aikatietoisuuden ja sessioidesi rakenteen ympärille. Salli riittävät aikamarginaalit asynkronisille toiminnoille ja ole harkitseva valitessasi ajankohtia synkronisille toiminnoille. Varaudu ylimääräiseen päivään ennakoimattoman ylityön varalta.
PI Planning: haasteet Miten voittaa PI Planningin haasteet?
Program Increment Planningiin osallistuvien tiimien kohtaamista strategisista haasteista merkittävimmät ovat seuraavat:
- Läpinäkyvyys ja linjaus koko ARTissa,
- Tehokas yhteistyö,
- Tehokas ja vaikuttava päätöksenteko,
- Merkityksellinen viestintä,
- Tarkoituksellinen sitoutuminen.
Toteutuksen kannalta nämä haasteet ilmenevät seuraavasti:
- Datan huono omaksuminen,
- Tiedon manuaalinen kerääminen aikakustannuksin ja virhealttiisti,
- Liiketoimintatavoitteiden hämärtyminen,
- Huonosti aikataulutetut sessiot,
- Pitkät ja raskaat sessiot,
- Tekniset viat,
- Huonosti valmisteltu sessioiden hallinta.
Jira-tiimejä johtavalle RTE:lle suurin haaste lähitoteutuksena ja/tai etänä pidettävän PI Planningin toteuttamisessa on varmistaa reaaliaikainen, kaksisuuntainen, sujuva ja ongelmaton integraatio suunnittelutaulun ja Jiran välillä.
Jotkin organisaatiot käyttävät visualisointityökalua suunnittelutaulunaan. Aluksi tämä voi vaikuttaa helpolta tavalta toteuttaa PI Planning, mutta sillä voi olla vakavia seurauksia tapahtuman aikana ja PI Planningin jälkeisessä vaiheessa.
Yleisimmät ongelmat ovat:
- Jiran suorituskyky
PI Planningin aikana, kun ihmisryhmät käyttävät visualisointitaulua, jossa on paljon yhdistettyjä kortteja, SAFe-yhteisö on dokumentoinut tapauksia, joissa Jiran suorituskyky heikkenee huomattavasti.
- Muokkausrajoitukset
Koska visualisointityökaluja ei ole lähtökohtaisesti suunniteltu PI Planningin tarkoitukseen, on olemassa tiettyjä rajoituksia; yksi niistä on niiden käyttäjien määrä, joiden sallitaan muokata taulua.
- Datan manuaalinen siirto
Data ALM-työkalusta ja siihen on varmuuskopioitava ja siirrettävä manuaalisesti, mikä aiheuttaa aika- ja tarkkuuskustannuksia.
Ketteryyttä skaalattaessa nämä haasteet aiheuttavat suuria kustannuksia. Menetetty aika ja taloudellinen kustannus ovat vain niistä mitattavat. Tiimin jäsenten pettymys/motivaation lasku ja luottamusvaje ARTin tiimien välillä on usein tunnistamaton ja enimmäkseen korjaamaton vahinko. Onneksi Kendisin avulla nämä haasteet voidaan ratkaista vaivattomasti.
LISÄVINKKI III
Harjoittele fasilitointia ollaksesi tietoinen niiden ongelmien kirjosta, joita saatat joutua kohtaamaan. Varmista, että järjestelyistä vastaava tiimi toimii kuin hyvin öljytty kone PI Planningia toteutettaessa. Tarvitset heidän osaamistaan tapahtuman hallinnassa, ihmisten kanssa toimimisessa, yleisiin huoliin vastaamisessa ja tämän mittakaavan tapahtumiin liittyvän yleisen paineen käsittelyssä.
PI Planning: valmistautumisen tarkistuslista Mikä on PI Planningin valmistautumisen tarkistuslista?
Kuka tahansa voi kertoa kaikesta, mitä sinun tulee valmistella PI Planningisi onnistumiseksi. Taito on koko valmisteluprosessin jäsentämisessä järjestelmällisiin lohkoihin, kuten ketterää skaalausta noudattavalle organisaatiolle sopii.
SAFe:n tarjoaman ohjeistuksen mukaan PI Planningin valmistelussa on kolme pääaluetta, jotka vaativat harkintaa:
SAFe:n tarjoaman ohjeistuksen mukaan PI Planningin valmistelussa on kolme pääaluetta, jotka vaativat harkintaa:
- Organisatorinen valmius: Strateginen linjaus sekä tiimien ja junien kokoonpano
- Sisällön valmius: Johdon ja kehityksen valmistelu
- Logistinen valmius: Näkökohdat onnistuneen tapahtuman toteuttamiseen
Näiden kolmen teeman pohjalta tässä on lista näkökohdista, joissa sinun tulee olla erityisen huolellinen:
- Suunnittelun laajuus ja konteksti: Onko suunnitteluprosessin laajuus (tuotealue, järjestelmä, teknologia) tunnistettu? Tiedämmekö, mitkä tiimit tarvitsevat suunnitella yhdessä?
- Liiketoiminnan linjaus: Onko Business Ownersien kesken vallinnut yhteinen ymmärrys prioriteeteista?
- Ketterät tiimit: Onko kaikilla ketterillä tiimeillämme omistautuneet jäsenet sekä kullekin tiimille nimetty Scrum Master ja Product Owner?
- Johdon briefing: Briefing, joka luo nykyisen liiketoimintakontekstin kaikille osallistujille
- Tuotevision briefing: Tarjoaako Product Management briefingin Program Backlogin 10 tärkeimmästä ominaisuudesta?
- Arkkitehtuurivision briefing: Onko CTO/yritysarkkitehti/järjestelmäarkkitehti tiedottanut uusista Enablereista, ominaisuuksista ja ei-toiminnallisista vaatimuksista (NFR)?
- Sijainnit: Kuinka monta suunnittelun sijaintia meidän on ylläpidettävä?
- Teknologia ja työkalut: Yhdistettynä ALM-työkaluumme Kendis hoitaa reaaliaikaisen PI Program Boardin, PI Objectivesit, ROAM-riskit, riippuvuuksien hallinnan ja PI Planningin seremoniat, mukaan lukien: Scrum of Scrums, luottamusäänestys ja Inspect and Adapt. Mitä muita työkaluja tarvitsemme tukemaan hajautettua suunnittelua tai etäosallistujia? (Vihje: vastaus on ei mitään. Olet valmis aloittamaan!)
- Viestintäkanavat: Ensisijaiset ja toissijaiset ääni-, video-, esitys- ja keskustelukanavat tehokasta henkilökohtaista kokemusta varten.
Olet ehkä huomannut, että tarkistuslista riippuu suuresti kaikkien ARTin osallistujien panoksesta, kuten edellisessä osiossa, joka dokumentoi PI Planningin osallistujat ja heidän roolinsa, käy ilmi.
LISÄVINKKI IV
Tarjoa etukäteen: dokumentti tiimien vetäjien yhteystiedoista; lista viestintäkanavista ja siitä, milloin kutakin käytetään; varautumissuunnitelma/B-suunnitelma siltä varalta, että jokin työkalu ei toimi hetken tarpeiden mukaisesti.
PI Planning: vaiheittainen opas Voitteko tarjota meille PI Planning -mallin?
Käyttivätpä tiimisi Jiraa tai Azure DevOpsia/TFS:ää ALM-työkaluna, Kendis antaa sinun toteuttaa PI Planningisi sellaisella hienostuneisuudella, jota mikään muu markkinoiden ratkaisu ei pysty tarjoamaan. Kokeile itse!
Auttaaksemme sinua valmistautumaan paremmin PI Planningiisi olemme laatineet vaiheittaisen oppaan, jota voit käyttää taulujesi määrittämiseen, käyttäjien kutsumiseen ja sen varmistamiseen, että kaikki tärkeät vaiheet on tehty ennen varsinaista suunnittelutapahtumaa.
Tämä opas auttaa sinua saamaan yleiskuvan kaikista tavoista, joilla Kendis helpottaa työtäsi PI Planningin aikana, riippumatta sinun ja tiimiesi sijainnista.
Auttaaksemme sinua valmistautumaan paremmin PI Planningiisi olemme laatineet vaiheittaisen oppaan, jota voit käyttää taulujesi määrittämiseen, käyttäjien kutsumiseen ja sen varmistamiseen, että kaikki tärkeät vaiheet on tehty ennen varsinaista suunnittelutapahtumaa.
Tämä opas auttaa sinua saamaan yleiskuvan kaikista tavoista, joilla Kendis helpottaa työtäsi PI Planningin aikana, riippumatta sinun ja tiimiesi sijainnista.
Kendisin PI Planningia varten tarjoama tehokas digitaalinen taulu käyttää optimoitua kaksisuuntaista ja reaaliaikaista synkronointia Jira-taulusi kanssa. Tämä poistaa tarpeen siirtää dataa manuaalisesti Jirasta ja Jiraan, koska kun teet muutoksen Kendis Program Boardin kohteeseen, nämä muutokset synkronoituvat välittömästi Jiraan ja päinvastoin.
Ennen PI Planningia
- 01 RTE:t määrittävät PI Boardin Kendisissä, määrittäen PI:n päivämäärät ja keston
- 02 Yhdistä Jira-taulusiisi
- 03 Luo värikoodatut tiimisi
- 04 Määritä Sprintit Program Incrementille
- 05 Hae ominaisuudet Jirasta Kendis-taulullesi käyttäen Jira-suodattimia tai JQL:ää ilman vaikutusta Jiran suorituskykyyn
- 06 Jiran tiimin Storyt, jotka on jo linkitetty ominaisuuksiin, haetaan automaattisesti taulullesi
- 07 Kartoita Kendisin tiimisi Jira-tauluihin
- 08 Kutsu nyt tiimisi Kendis-taulullesi
- 09 Aloita suunnittelun määrittäminen määrittelemällä liiketoimintakonteksti liiketoiminta-arvojen kautta ja priorisoimalla ominaisuudet.
PI Planning -päivä
- 01 Team Breakoutien aikana Scrum Masterit määrittävät kunkin tiimin kapasiteetin kullekin Sprintille tiiminsä omilla alueilla Kendisissä
- 02 Vedä ominaisuudet priorisoidusta Program Backlogista Jira-taulussasi Sprintteihin Kendis-taulullasi
- 03 Laajenna ominaisuuskortti ja luo Storyt otsikolla ja tarinapistearviolla. Nämä Storyt ilmestyvät välittömästi myös Jiraasi, linkitettyinä tiettyyn ominaisuuteen ja liitettyinä Sprintiin
- 04 Visualisoi värikoodatut riippuvuudet vetämällä ja pudottamalla, merkiten tilan, linkkityypit ja kuvauksen. Seuraa riippuvuuksiesi ratkaisemista, kun niiden visualisointi muuttuu taululla
- 05 Käytä tavoitteidesi liiketoiminta-arvoa linkittäen kunkin ominaisuuksiisi
- 06 Mittaa kunkin tavoitteen edistymistä PI:ssäsi
- 07 Suunnitelman katselmusvaiheessa Product Ownerit käyttävät Kendis-taulua viestiäkseen riippuvuuksien tilan, korostaakseen riskejä ja selittääkseen suunnitelmansa
- 08 Visualisoi ominaisuuksien valmistumispäivät kullekin tiimille
- 09 Arvioi kunkin tiimin kapasiteetti-kuormitussuhde Sprinttiensä kanssa
- 10 ROAM-luokittele riskisi käyttäen riskirekisteriä Kendis-taulussa
- 11 Käytä luottamusäänestystoimintoa Kendis-taulussasi antaaksesi äänesi PI:llesi, tiimeille tai molemmille
- 12 Toteuta Inspect and Adapt -sessio käyttäen Kendis-taulusi Inspect & Adapt -moduulia. Mittaa ohjelman suorituskykyä, arvioi ohjelman toimitusta, ja
- 13 Kun suunnitteluosuus on valmis, vaihda Kendis-taulusi tilaksi Seuranta
- 14 Vie Kendis-taulun data jaettaviin muotoihin, kuten excel, csv jne.
PI Planningin jälkeen
- 01 Käyttäen Kendis-taulun tehokasta visuaalisen hallinnan kykyä seuraa riippuvuuksiesi ja tavoitteidesi edistymistä
- 02 Käytä laajuusmuutosten seurantaa PI:si edistymisen automaattiseen seurantaan
- 03 Tunnista lisätyt/muokatut ominaisuudet ja Storyt, jotka vaihtoivat Sprinttiään, ennustaaksesi laajuuden kasvua ja ymmärtääksesi, miten ja milloin toteutuksen poikkeamat tapahtuvat alkuperäiseen PI Planningiin verrattuna.
Kendis tukee sujuvaa, reaaliaikaista ja kaksisuuntaista synkronointia Azure DevOpsin Cloud-versiolle sekä TFS:n aiemmalle omalla palvelimella isännöidylle versiolle. Kendis Program Boardin ydinvahvuus on koko PI Planning -prosessin sujuvoittaminen, kuin hyvin öljytty kone.
Ennen PI Planningia
- 01 RTE:t määrittävät PI Boardin Kendisissä, määrittäen PI:n päivämäärät ja keston
- 02 Yhdistä Azure DevOpsiin tai TFS:ään antamalla asianmukainen URL ja API-token
- 03 Luo värikoodatut tiimisi
- 04 Määritä Sprintit Program Incrementille
- 05 Hae ominaisuudet Jirasta Kendis-taulullesi käyttäen olemassa olevia kyselyitä tai kirjoita uusia Wiql-kyselyitä
- 06 Määritä, miten Storyt liittyvät ominaisuuksiin
- 07 Kaikki kyselyiden kautta hakemiesi ominaisuuksien alikohteiden Storyt haetaan automaattisesti Kendis-taulullesi
- 08 Kartoita Kendisin tiimisi Azure DevOpsiin
- 09 Kutsu nyt tiimisi Kendis-taulullesi
- 10 Aloita suunnittelun määrittäminen määrittelemällä liiketoimintakonteksti liiketoiminta-arvojen kautta ja priorisoimalla ominaisuudet
PI Planning -päivä
- 01 Team Breakoutien aikana Scrum Masterit määrittävät kunkin tiimin kapasiteetin kullekin Sprintille tiiminsä omilla alueilla Kendisissä
- 02 Vedä ominaisuudet priorisoidusta Program Backlogista Azure DevOpsissasi Sprintteihin Kendis-taulullasi
- 03 Laajenna ominaisuuskortti ja luo Storyt otsikolla ja tarinapistearviolla. Nämä Storyt ilmestyvät välittömästi myös Azure DevOpsiisi, linkitettyinä tiettyyn ominaisuuteen ja liitettyinä Sprintiin
- 04 Visualisoi värikoodatut riippuvuudet vetämällä ja pudottamalla, merkiten tilan, linkkityypit ja kuvauksen. Seuraa riippuvuuksiesi ratkaisemista, kun niiden visualisointi muuttuu taululla
- 05 Käytä tavoitteidesi liiketoiminta-arvoa linkittäen kunkin ominaisuuksiisi
- 06 Mittaa kunkin tavoitteen edistymistä PI:ssäsi
- 07 Suunnitelman katselmusvaiheessa Product Ownerit käyttävät Kendis-taulua viestiäkseen riippuvuuksien tilan, korostaakseen riskejä ja selittääkseen suunnitelmansa
- 08 Visualisoi ominaisuuksien valmistumispäivät kullekin tiimille
- 09 Arvioi kunkin tiimin kapasiteetti-kuormitussuhde Sprinttiensä kanssa
- 10 ROAM-luokittele riskisi käyttäen riskirekisteriä Kendis-taulussa
- 11 Käytä luottamusäänestystoimintoa Kendis-taulussasi antaaksesi äänesi PI:llesi, tiimeille tai molemmille
- 12 Toteuta Inspect and Adapt -sessio käyttäen Kendis-taulusi Inspect & Adapt -moduulia. Mittaa ohjelman suorituskykyä, arvioi ohjelman toimitusta, ja
- 13 Kun suunnitteluosuus on valmis, vaihda Kendis-taulusi tilaksi Seuranta
- 14 Vie Kendis-taulun data jaettaviin muotoihin, kuten excel, csv jne.
PI Planningin jälkeen
- 01 Käyttäen Kendis-taulun tehokasta visuaalisen hallinnan kykyä seuraa riippuvuuksiesi ja tavoitteidesi edistymistä
- 02 Käytä laajuusmuutosten seurantaa PI:si edistymisen automaattiseen seurantaan
- 03 Tunnista lisätyt/muokatut ominaisuudet ja Storyt, jotka vaihtoivat Sprinttiään, ennustaaksesi laajuuden kasvua ja ymmärtääksesi, miten ja milloin toteutuksen poikkeamat tapahtuvat alkuperäiseen PI Planningiin verrattuna
Onnistuimmeko vastaamaan PI Planningia koskeviin kysymyksiisi?
Onko jotain, mitä haluaisit meidän selittävän tarkemmin?
Jaa ajatuksesi ja mielipiteesi kanssamme. Rakastamme kehittymistä. 🙂
Jaa ajatuksesi ja mielipiteesi kanssamme. Rakastamme kehittymistä. 🙂
Usein kysytyt kysymykset PI Planningista
Mikä on PI Planning SAFe:ssa? −
PI Planning (Program Increment Planning) on kadenssiin perustuva, läsnä tai etänä pidettävä tapahtuma Scaled Agile Frameworkissa (SAFe), jossa jokainen Agile Release Trainin (ART) tiimi kokoontuu linjautuakseen jaetun mission ja vision suhteen, suunnitellakseen seuraavien 8-12 viikon työn, tunnistaakseen riippuvuudet ja riskit sekä sitoutuakseen joukkoon PI Objectivesia. Se on SAFe:n sydän, eikä sitä voi ohittaa.
Kuinka usein PI Planning toteutetaan? +
PI Planning toteutetaan kerran Program Incrementiä kohti, joka yleensä kestää 8-12 viikkoa. Se tarkoittaa, että useimmat organisaatiot toteuttavat PI Planningin neljännesvuosittain, neljä kertaa vuodessa, kiinteällä ja etukäteen julkaistulla kadenssilla, jotta tiimit ja sidosryhmät voivat suunnitella sen ympärille.
Kuinka kauan PI Planning -tapahtuma kestää? +
Vakiomuotoinen lähitoteutuksena pidettävä PI Planning -tapahtuma kestää kaksi peräkkäistä täyttä päivää. Hajautettu tai etä-PI Planning jaetaan yleensä kolmelle tai neljälle puolikkaalle päivälle näyttöväsymyksen vähentämiseksi ja useiden aikavyöhykkeiden huomioimiseksi, säilyttäen saman agendan ja tulokset.
Kuka fasilitoi PI Planningin? +
Release Train Engineer (RTE) fasilitoi PI Planningin. RTE omistaa agendan, hallinnoi aikataulua, johtaa johdon katselmuksen ja ongelmanratkaisusession sekä varmistaa, että jokainen ARTin ketterä tiimi tuottaa sitoutetut PI Objectivesit tapahtuman lopussa.
Mikä on Program Board PI Planningissa? +
Program Board on PI Planningin aikana tuotettu visuaalinen artefakti. Se kartoittaa ominaisuudet, virstanpylväät ja tiimien väliset riippuvuudet tulevan Program Incrementin sprinttien varrella, antaen ARTille yhtenäisen ja jaetun kuvan toimitussitoumuksista ja riskeistä.
Mitä ovat PI Objectives ja miksi niillä on merkitystä? +
PI Objectives ovat liiketoiminta-arvolla painotettuja SMART-tavoitteita, joihin jokainen tiimi sitoutuu PI Planningin lopussa. Ne muuntavat ominaisuudet mitattaviksi tuloksiksi, antavat Business Ownersille tavan pisteyttää onnistuminen ja muodostavat perustan luottamusäänestykselle ja Inspect & Adapt -tapahtumalle.
Mikä on luottamusäänestys PI Planningissa? +
Luottamusäänestys on nyrkki-viisi-äänestys, joka pidetään PI Planningin lopussa ja jossa jokainen osallistuja arvioi, kuinka luottavainen hän on sitoutettujen PI Objectivesien saavuttamiseen. Keskiarvo 3 tai korkeampi hyväksytään; mikä tahansa alempi tulos käynnistää suunnitelman katselmuksen ennen tapahtuman päättymistä.
Miten etä- tai hajautettu PI Planning eroaa lähitoteutuksesta? +
Etä-PI Planning noudattaa samaa agendaa, mutta se jaetaan lyhyempiin puolen päivän lohkoihin useiden päivien ajalle, käyttää digitaalisia tauluja tarralappujen sijaan ja riippuu aikavyöhykkeet huomioivasta aikataulutuksesta. Suurin ero on työkalu: reaaliaikainen ja kaksisuuntainen Program Board (synkronoitu Jiran tai Azure DevOpsin kanssa) korvaa fyysisen seinän.
Miten valmistautua onnistuneeseen PI Planning -tapahtumaan? +
Onnistunut PI Planning vaatii kolme valmiustarkistusta ennen tapahtumaa: organisatorinen valmius (tiimit, ARTit ja Business Owners linjattu), sisällön valmius (tärkeimmät ominaisuudet priorisoitu, visio- ja arkkitehtuuribriefingit valmisteltu) ja logistinen valmius (sijainnit, työkalut ja viestintäkanavat vahvistettu). Pre-PI Planning -tarkistuslista poistaa yllätykset ensimmäisenä päivänä.
Voiko PI Planningin toteuttaa Jiralla tai Azure DevOpsilla? +
Kyllä. Kendis tarjoaa reaaliaikaisen, kaksisuuntaisen synkronoinnin Jiran, Azure DevOpsin ja TFS:n kanssa, jolloin ominaisuudet, storyt, riippuvuudet ja PI Objectives pysyvät synkronoituina Program Boardin ja ALM-työkalusi välillä koko PI Planning -tapahtuman ja toteutuksen ajan, ilman manuaalista datan siirtoa.
Onko sinulla kysyttävää?
Keskustele tuoteasiantuntijamme kanssa ymmärtääksesi, miten Kendis voi auttaa organisaatiotasi ketterän skaalauksen matkalla.
Ota yhteyttä nyt Saat henkilökohtaisen esittelyn maksutta.
Katso video
Ohjelman raportit ja analytiikka
Tee yhteistyötä Release Trainin loppuunsaattamiseksi täydellä näkymällä kaikkiin Program Boardisi toimintoihin, jotka on koottu graafisiin ja taulukkomuotoisiin esityksiin.
Riippuvuuksien hallinta
Kokoa kaikki PI:si riippuvuudet yhteen merkitykselliseen ja yksinkertaiseen dynaamiseen ratkaisuun, joka automatisoi riippuvuuksien tilan päivitykset koko PI:n ajan valitsemiesi laukaisimien mukaan.
Riskirekisterin seuranta
Käsittele ja visualisoi Program Incrementisi, sprinttisi tai iteraatiosi nykyiset ja tulevat riskit tunnistaaksesi ne nopeasti ja lieventääksesi ne vaivattomasti.
Ominaisuuksien seuranta
Visualisoi ominaisuuksien edistyminen, kehitys, lisääminen ja poistaminen sprinttien ja tiimien halki yksinkertaisesti ja helposti.
Laajuusmuutosten seuranta
Seuraa PI:si laajuutta ja muita muutoksia suunnittelun jälkeen, säästäen tunteja manuaalista työtä ja poistaen inhimillisen virheen mahdollisuuden.
Ratkaisu
Kendis tarjoaa täydellisen ratkaisun ketterän skaalauksen tarpeisiisi
Yhteistyö, viestintä ja läpinäkyvyys ovat Kendisin ytimessä. Se vähentää loistavasti kaikki vaivalloiset ponnistelut ja tekee koko Program Incrementin suunnitteluprosessista hyvin yksinkertaisen tehtävän.
Katso video
Riippuvuudet ovat olennaisia edistymiseesi vaikuttavien tekijöiden oikeaan tunnistamiseen, määrittämiseen ja kartoittamiseen. Kendisissä voit luoda useita riippuvuuksia koko Program Boardillasi ja seurata niitä.
Katso video
Kendisin avulla voit käsitellä ja visualisoida läpinäkyvästi Program Incrementisi, sprinttisi tai iteraatiosi nykyiset ja tulevat riskit tavalla, joka tekee niiden tunnistamisesta ja analysoinnista yksinkertaista.
Katso video
Luo tavoitteita kullekin tiimille tai ohjelmallesi ja linkitä ne mihin tahansa taulullasi olevaan kohteeseen. Näin voit valita tarkasti, mitkä ominaisuudet ja storyt edistävät tavoitetta.
Katso video
Erittäin tärkeä ja tehokas toiminto, joka tarjoaa yleiskuvan kaikista viimeaikaisista käynnissä olevista toiminnoista. Graafisessa tai taulukkomuodossa esitettynä saat kaikki tarvittavat tiedot yhdellä silmäyksellä.
Katso video
Kokeile
Valmiina aloittamaan?
Priorisoimme sinun prioriteettisi.
Kendis tarjoaa älykkäimmän skaalausratkaisun tehokkaimpaan liiketoiminnan muutokseen.
Kendis tarjoaa älykkäimmän skaalausratkaisun tehokkaimpaan liiketoiminnan muutokseen.
IlmaiseksiLuottokorttia ei tarvita.