Agile Release Planning in Hybrid and Agile Projects

kun työskentelet ketterässä projektissa tai pyrit käyttämään ketteriä menetelmiä, ketterä julkaisusuunnittelu voi olla kriittinen tekniikka IT – ja tuotekeskeisissä projekteissa. Agile release planning on listattu aikataulutekniikaksi PMBOK: ssa (PMI ’ s Project Management Body of Knowledge). Sen vuoksi sillä on merkitystä myös Project Management Professional (PMP) – sertifioinnin kannalta.

vaikka tämä menetelmä ei välttämättä ole vaatimus kaikissa aidoissa ketterissä lähestymistavoissa, se on hyvä työkalu julkaisuvetoisiin ketteriin ja hybridiprojekteihin. Tämä johtuu siitä, että ketterällä julkaisusuunnittelulla voidaan kuroa umpeen kuilu perinteisemmän projektisuunnittelun ja ketterän tai iteratiivisen tuotekehityksen välillä.

Lue lisää tästä tekniikasta.

Miten Tiedotteet Toimivat?

julkaisu koostuu tyypillisesti joukosta ominaisuuksia tai ohjelmistokomponentteja, jotka kehitetään ja testataan tietyn ajan kuluessa. Kun kehitys ja testaus, nämä ominaisuudet otetaan käyttöön yhdellä kertaa osana julkaisua.

julkaisut voivat sisältää ohjelmiston ominaisuuksia ja parannuksia sekä osia ja paloja suuremmista kehitysprojekteista. Esimerkiksi itse kehitetyn tai off-the-Shell-järjestelmän päivitys voidaan jakaa eri julkaisuihin, jotta varmistetaan sujuva siirtyminen, toiminnan jatkuminen ja vältetään alkuräjähdykseen liittyvät riskit.

mikä on julkaisusuunnitelma?

julkaisusuunnitelma on asiakirja, jossa määritellään julkaisuun liittyvät laajuudet, aikajanat ja joissakin organisaatioissa resurssit ja kustannukset.

julkaisusuunnitelmassa kuvataan, mitä järjestelmän osia kehitetään, testataan ja toteutetaan tietyn ajan (usein 1-6 kuukauden) aikana. Release suunnitelma voidaan nähdä priorisoitu lista ominaisuuksia, samanlainen tuote backlogs joissakin ketterä kehyksiä. Se vaatii yleensä jonkin verran priorisointia, koska usein on niin, että kaikkia järjestelmävaatimuksia ei voida kattaa yhdellä julkaisulla. Tämä pätee erityisesti monimutkaisempiin organisaatio-ja IT-ympäristöihin.

uusien ominaisuuksien tai tuotteiden lisäksi julkaisusuunnitelmaan voi sisältyä myös vikakorjauksia ja kriittisiä parannuksia tai muutoksia olemassa oleviin järjestelmiin.

Julkaisusuunnitelmat laaditaan usein etukäteen parille tulevalle julkaisulle (esimerkiksi suunnitelmat 4 julkaisusta 1 vuoden sisällä). Tämä mahdollistaa komponenttien allokoinnin kohdejulkaisuun, joka perustuu ominaisuuksien yksilölliseen prioriteettiin, riskiin ja kriittisyyteen. Yleensä lähimmän julkaisun suunnitelma on yksityiskohtainen, kun taas myöhempien julkaisujen suunnitelmat ovat yleensä karkeat. Nämä suunnitelmat kuitenkin yleensä tarkentuvat ja tarkentuvat sitä mukaa, kun vastaava julkaisu lähenee. Tämä on verrattavissa projektinhallinnan asteittaisen kehittämisen käsitteeseen.

Julkaisusuunnitelmat perinteisissä ja ketterissä projekteissa

perinteisissä tietotekniikkaan liittyvissä projekteissa julkaisusuunnitelmat ovat hyvin yleinen tekniikka hallita ohjelmistokehitystä ja käyttöönottoa.

myös joissain ketterissä kehyksissä hyödynnetään tiedotteita ja julkaisusuunnitelmia. Esimerkiksi Extreme Programmingissa (XP) julkaisu koostuu useista iteraatioista, jotka ovat lyhyempiä ja helpompia hallita, koska suoritteet on jaettu pienempiin osiin julkaisun laajuudesta.

yleinen Scrum-lähestymistapa taas määrittelee sprintit iteraatioiden sijaan ja julkaisut, jotka voivat kestää 2-4 viikkoa. Siksi ohjelmistokehitys Scrumilla ei välttämättä sisällä julkaisuja ja julkaisusuunnittelua, vaan Scrum-julkaisuja voi olla käytännössä (Lue lisää alla).

kuitenkin vaatimuksia hallitaan myös priorisoiduissa listoissa: sprint backlog ja product backlog ovat sellaisia listoja, jotka tuotteen omistaja priorisoi dynaamisesti.

mikä on Agilessa Julkaisukandidaatti?

julkaisukandidaatti määritellään yleisesti ohjelmistoversioksi tai ominaisuuksiksi, jotka ovat toimivia mutta eivät valmiita markkinoitavaksi, esimerkiksi testauksen viimeistelyyn ja käyttäjäpalautteen (lähde) vastaanottamiseen.

agile release planningissa release candidate voi usein viitata ominaisuuteen, joka on kehitetty, on periaatteessa toimiva ja jota testataan iteraatiossa. Kun se on täysin testattu ja kaikki virheet on korjattu, se siirtyy sisällytettäväksi yleiseen julkaisuun.

jos julkaisukandidaatit epäonnistuvat iteraatiossa, niiden Virhekorjaus ja viimeistely tehdään usein myöhemmässä iteraatiossa.

mitä Agile Release Planning on?

ketterällä julkaisusuunnittelulla tarkoitetaan iteratiivisen tai inkrementaalisen tuotekehitysprojektin soveltamisalaa ja aikajanaa. Sitä käytetään ketterissä tai hybridiprojekteissa, joissa vaaditaan tuotteen tai järjestelmän kehittämisen tai integroinnin keskipitkän tai pitkän aikavälin suunnittelua.

Ketterä julkaisusuunnittelu nähdään usein prosessina, jossa luodaan iso kuva, joka yhdistää tuotevision ja tiekartan julkaisuaikatauluun ja julkaisun iteraatioihin, jotka puolestaan käyttävät iteraatiosuunnitelmaa, joka määrittelee ominaisuudet ja tehtävät rakeisemmalla tasolla.

termi mainitaan Ysv: n Tietohallintoelimessä ”Develop Schedule” – prosessin tekniikkana (PMBOK®, 6th ed, ch. 6.5.2.8). Vaikka PMBOK pyrkii keskittymään ennakoivampiin ja perinteisempiin projektinhallinnan lähestymistapoihin, tämä tekniikka otetaan käyttöön PMI: n puitteissa iteraatioon perustuvien ketterien projektien tarkastelemiseksi.

termi ”iteraatiopohjainen ketterä” on määritelty PMI: n Agile Practice Guide-oppaassa (ch. 5.2.6). Siihen kuuluu iteraatioiden alustava (karkea) suunnittelu, jotka ovat osia julkaisusta. Kun tiedetään enemmän tietoa, joka mahdollistaa tarkemman ennusteen, ketterät tiimit uusivat iteraationsa tämän tarkennuksen huomioon ottamiseksi. Tämä voi myös vaatia muutoksia julkaisusuunnitelmaan.

miten ketterää Julkaisusuunnittelua käytetään käytännössä?

Ketterä julkaisusuunnittelu voi palvella useita tarkoituksia, riippuen projektin lähestymistavasta ja organisaation vaatimuksista

tässä muutamia esimerkkejä:

Julkaisusuunnittelu ketterissä projekteissa

ketterissä lähestymistavoissa ja projekteissa, joissa käytetään julkaisuja ja iteraatioita, julkaisusuunnittelu on tekniikka, jolla toteutetaan tuotevisiosta johdettu tuoteohjekartta. Tuotekartta sisältää korkean tason vaatimukset jaoteltuina julkaisuihin.

julkaisusuunnitelmassa määritellään julkaisun iterointien määrä. Rakeisemmalla tasolla iteraatiosuunnitelma määrittelee ominaisuudet, joita on tarkoitus kehittää julkaisun sisällä.

vaikka julkaisuilla ja julkaisusuunnitelmilla on keskipitkän ja pitkän aikavälin perspektiivi, iteraatiot ovat paljon lyhyempiä ja siten laajuudeltaan kapeampia. Tämä helpottaa ketterää kehitystä ja erityisesti palautteen käsittelyä sekä lyhyen aikavälin muutoksia vaatimuksiin ja ominaisuuksiin.

katso alla olevasta grafiikasta esimerkki siitä, miten JULKAISUSUUNNITTELU tapahtuu ketterissä kehyksissä, kuten XP: ssä.

ketterien Julkaisujen suunnittelu voidaan tehdä käsin tai projektinhallintaohjelmiston avulla. Esimerkiksi Lucidchart julkaisi oppaan ketterän julkaisusuunnitelman kehittämiseen ohjelmistonsa avulla.

Julkaisusuunnittelu Hybridiprojekteissa

edellä mainitun tuotesuunnitelman ja iteraatioiden välisen yhteyden lisäksi ketterät julkaisusuunnitelmat voivat myös auttaa integroimaan ketterät kehitysprojektit julkaisukeskeiseen organisaatioon tai arkkitehtuuriin.

esimerkiksi asiakaskohtaista järjestelmää voitaisiin kehittää ketteriä lähestymistapoja käyttäen. Kyseinen järjestelmä olisi kuitenkin integroitava yhtiön monimutkaiseen IT-arkkitehtuuriin, joka sisältää myös liitännät muihin järjestelmiin. Näin ollen kyseisen asiakaskohtaisen järjestelmän kehittäminen ja käyttöönotto olisi välttämättä riippuvainen organisaation keskitetystä julkaisusuunnittelusta.

tällaisissa tapauksissa ketterän julkaisusuunnittelun tekniikka voi yhdistää organisaation julkaisuja agile (sub) – projektissa kehitettyihin iteraatioihin ja ominaisuuksiin.

mikä on ketterä julkaisusuunnitelma Scrumissa?

Scrumin julkaisusuunnitelma tarkoittaa tuotekannan (tuotteen ominaisuuksien ja vaatimusten luettelon) kohdentamista julkaisuihin. Näitä ominaisuuksia kehitetään sitten sprinteissä.

Scrumin arvojen ja periaatteiden mukaisesti julkaisusuunnitelma on tarkoitettu ohjeeksi ja eläväksi dokumentiksi, jota päivitetään dynaamisesti asioiden muuttuessa tai uuden tiedon tullessa tietoon.

Scrum Institute™: n mukaan Scrumin julkaisusuunnitelma vaatii priorisoidun ja arvioidun tuotekannan, tiimin nopeusindikaattorin ja ”tyytyväisyyden ehdon” (tai suoritetun määritelmän), joka käsittää tuotekehityksen tavoitteen.

ominaisuuksia koskevien ponnistusarvioiden (tarvittavan työn määrä) ja joukkueen nopeuden (tiimin tuottavuus) perusteella ominaisuuksia voidaan määrittää eri julkaisuihin ja sprintteihin.

Mitä eroa on julkaisuilla, iteroinneilla ja sprinteillä?

julkaisuilla tarkoitetaan ohjelmiston ominaisuuksien suunniteltua kehittämistä ja käyttöönottoa tai muutoksia tyypillisen 1-3 (tai jopa enemmän) kuukauden aikana. Agilessa, iteratiivisessa ja joissakin hybridiprojekteissa julkaisut jaetaan useisiin iteraatioihin, joilla on pienempi soveltamisala ja lyhyempi aikaväli, usein 1 tai 2 viikon ja 1 kuukauden välillä. Joissakin ketterissä kehyksissä, kuten Scrumissa, iteraatioita kutsutaan myös sprinteiksi.

Kuinka pitkä sprintti on Agile / Scrumissa?

Scrumissa sprintti on tyypillisesti 2 viikon tai 1 kuukauden mittainen. Se voi kuitenkin olla myös lyhyempi tai pidempi, jos se katsotaan kehityshankkeen kannalta tarkoituksenmukaisemmaksi.

johtopäätös

työskenteletkö projektipäällikkönä tai tuoteomistajana ketterässä, iteratiivisessa tai hybridiprojektissa tai valmistaudutko PMP – kokeeseen-ketterän julkaisusuunnittelun ymmärtäminen on avainasemassa ketterän tai iteraatiopohjaisen kehityksen mahdollistamisessa yhdistettynä keskipitkän ja pitkän aikavälin julkaisuun ja projektisuunnitteluun. Lue artikkelimme muista aikataulujen hallintatekniikoista, jos haluat oppia lisää projektin aikataulujen kehittämisestä ja hallinnasta.

agile release plan-ohjelman ansiosta voidaan tarkentaa soveltamisalaa ja aikajanaa muutama kuukausi etukäteen. Samalla ketterät kehitystiimit voivat säilyttää vapautensa suunnitella ja suunnitella säännöllisesti uudelleen kunkin iteraation tarkan laajuuden. Agile release planning on tekniikka, jonka avulla projektipäälliköt ja tuoteomistajat voivat yhdistää sekä perinteisen projektinhallinnan (esim.keskipitkän/pitkän aikavälin suunnittelu) että ketterän projektitavan (esim. reagointikyky muutoksiin ja palaute) edut.