projektinhallinnassa tunnettua konseptia mukaillen voisi sanoa: ”suunnittelu on välttämätöntä, mutta suunnitelmat ovat hyödyttömiä. Tutki siis ja mukaudu.”
perinteisiä suunnitelmia ohjaavat päivämäärät-todennäköisimmin päättymispäivä on ensisijainen ajava tekijä. Perinteisessä projektinhallinnassa kerätään sidosryhmien vaatimukset, rakennetaan projektin laajuus ja hajotetaan projekti hallittaviin työvaiheisiin. Tämä puolestaan luo työnjakorakenteen (WBS). Seuraavaksi alin WBS-taso eli työpaketit hajotetaan edelleen toiminnoiksi. Tämän jälkeen toiminnot yhdistetään riippuvuuksiin, ja resursseja arvioidaan ja käytetään toimintoihin, jotta hankkeelle voidaan luoda päästä päähän-aikataulu. Tämän jälkeen aikataulua seurataan ja valvotaan aikataulunhallintasuunnitelman avulla, joka on yleensä konsolidoidun projektinhallintasuunnitelman toissijainen suunnitelma.
mutta kuinka monta kertaa kävi niin, että se, mitä suunnittelit ja mitä todellisuudessa tapahtui kentällä, täsmäsi? Tiedät jo vastauksen! Avauslainaus osoittaa, että suunnittelu on välttämätöntä, mutta sen odottaminen, että voimme noudattaa suunnitelmaa tarkasti, ei ole viisasta. Kun vaatimukset ovat suuria ja epävarmuus teknologian tai Alustan, PMs yleensä mennä Adaptiivinen (tai ketterä) elinkaaret.
itse asiassa ketterän manifestin neljäs arvo sanoo: ”vastaaminen muutokseen suunnitelman mukaan.”Ketterä on muutosvetoinen, ja todennäköisesti nämä muutokset tulevat olemaan asiakkaiden ajamia. Tämä johtaa konseptiin nimeltä Agile Release Planning.
Julkaisusuunnittelu poikkeaa perinteisestä suunnittelusta, jossa koko suunnitelma katsotaan etukäteen, laaditaan yksityiskohtaisesti ja sitä voidaan muuttaa vain muodollisilla muutospyynnöillä. Julkaisusuunnitelmaa voidaan päivittää monta kertaa aiemmista iteraatioista saadun palautteen perusteella.
koska Adaptiiviset elinkaaret ovat luonteeltaan inkrementaalisia, organisaatiot voivat vapauttaa jokaisen iteraation lopussa. Ne voivat myös halutessaan vapauttaa muutaman iteroinnin jälkeen tai jopa jatkuvasti. Tämä edellyttää pidemmän aikavälin suunnittelu, mutta voidaan tehokkaasti helpottaa hyödyntämällä release suunnittelu tekniikka, joka otettiin äskettäin käyttöön 6.painos PMBOK opas.
aloitteleville projektinhallinnan ammattilaisille (pmps) ja projektinhallinnan sertifioiduille kumppaneille (CAPM) Ketterä Julkaisusuunnittelu on keskeinen käsite. PMBOK Guide 6th edition on ottanut käyttöön ketteriä näkökohtia kaikilla osaamisalueilla. Tästä on hyötyä myös Agile-sertifioiduille (acps) pyrkijöille.
kun päästään tähän enemmän, katsotaan ensin, miten julkaisusuunnitelmia kehitetään korkealla tasolla.
visiosta etenemissuunnitelmaan
ketterissä projekteissa työ aloitetaan tuotevisiosta. Visio muuttuu sitten tuotesuunnitelmaksi. Tiekartta sisältää ominaisuuksia, joita on kehitettävä ajan mittaan. Voit myös sanoa, että tiekartta edustaa tuotteen laajuutta, joka toimitetaan eri julkaisuissa. Tämä johtaa julkaisusuunnitelmiin ja näkyy alla olevassa kuvassa.
Roadmap ja Product Backlog
yksi osa edellä mainitussa järjestyksessä on product roadmap, ja ymmärtääksemme product roadmap, meidän on ensin ymmärrettävä tuotekanta. Ketterissä lähestymistavoissa kaikki vaatimukset-sekä projektivaatimukset että tuotevaatimukset – ovat osa tuotekannatusta (product backlog, PB). Jokainen tuote backlog kutsutaan tuotteen backlog erä (tai PBI). Muut kuin ominaisuudet (vaatimukset), tuotteen backlog kohde voi olla muutospyyntö, vika, vika, ongelma, tai jopa erityistä teknistä työtä.
kuten tiedämme, ketterissä hankkeissa vaatimukset kehittyvät jatkuvasti ja niihin liittyy merkittäviä epävarmuustekijöitä/riskejä. Tämän seurauksena me yleensä priorisoimme PBIs: n. Priorisoitu PBIs otetaan ylös backlog ja toimitetaan asiakkaalle (s). Korkean prioriteetin erät jäävät taka-alalle ja ovat hienorakeisia, kun taas matalan prioriteetin erät ovat perän alimmaisia ja karkearakeisia. Tuotteessa olevien erien priorisointi määrittää kyseisen erän yksityiskohtaisuuden tuotekannassa. Tämä on kuvattu alla olevassa kuvassa.
jos käytät ketteriä työkaluja, kuten Microsoft Project, voit kehittää tuotekannan nopeasti. Alla on esimerkki MS Project-ohjelmalla piirretystä tuotekannasta.
tässä, meillä on tuote backlog näyttää tuotteen backlog kohteita (PBIS) ja ”Luo uusi käyttäjä”, ”kirjaudu Online-kaupankäyntijärjestelmään,” ”siirtää varastossa,” jne. Jos haluat lisätä muita backlog kohde, sinun täytyy vain klikata ”+” kuvaketta ”uusi tehtävä” komentoruutu.
tuotekannatuksen ylätason kohteet voidaan kirjoittaa käyttäjien kertomuksiin,jotka on arvioitu tarinapisteissä-suhteellisena yksikkönä-mitattuna.
nyt tuotteen etenemissuunnitelmaan tultaessa voi yksinkertaisesti sanoa, että kyseessä on tuotekanta, jossa on aikajana. Etenemissuunnitelma kuvaa hankkeen suunniteltua tulevaisuutta (eli suunniteltuja ja/tai ehdotettuja tuotejulkistuksia) tai julkaisuteemoja, ja siinä luetellaan tuotteen korkean tason toiminnot. Tiekartta kertoo, mitä ominaisuuksia tai eepoksia (eepos, yksinkertaisesti sanottuna, on suuri käyttäjätarina) toimitetaan jokaisessa julkaisussa.
julkaisusuunnitelma
tuotesuunnitelma ajaa julkaisusuunnitelmia. Julkaisusuunnitelma antaa julkaisuaikataulun-jokainen julkaisu on tyypillisesti kolmesta kuuteen kuukautta. Julkaisu sisältää monia iteraatioita-iteraatiosta 0 (iteraatio nolla) iteraatioon N. iteraatiota 0 voidaan käyttää projektien hyväksymisiin, projektin ympäristön määrittämiseen, alustavaan yleiskatsaukseen ja suunnittelukeskusteluihin jne. Jotkut ketterät harjoittajat käyttävät iteraatio-H: ta (karkaisu iteraatio), joka on viimeinen iteraatio julkaisun lopussa valmistellakseen toimitusta. Tämä iteraatio voi sisältää lopputyökohteita, kuten koulutus-ja markkinointimateriaaleja, lopullisia julkaisutietoja, asennusoppaita, järjestelmä – /käyttöoppaita jne. Tämä on kuvattu alla.
kuten on osoitettu, julkaisusuunnitelmassa on iteraatioita – ”iteraatio-0″: sta” iteraatio – n: ään”. voit päättää, että julkaisu on muutaman iteraation jälkeen ja/tai lopullinen julkaisu viimeisen iteraation jälkeen.
julkaisusuunnitelmassa esitetään tiekartta siitä, miten työryhmä aikoo saavuttaa projektin vision projektin tavoitteiden ja rajoitusten puitteissa. Se auttaa tuotteen omistajaa ja koko tiimiä päättämään, kuinka paljon tuotetta pitää kehittää ja kuinka kauan kestää, ennen kuin tuote julkaistaan. Se välittää odotuksia siitä, mitä todennäköisesti kehitetään ja millä aikataululla. Julkaisusuunnitelma voi myös toimia ohjenuorana, jota kohti tiimi voi edetä. Julkaisusuunnitelma voidaan päivittää iteraation lopussa, ja se vastaa nykyisiä odotuksia, jotka sisällytetään, jotta ne voidaan toteuttaa myöhemmissä iteraatioissa.
Julkaisusuunnittelu Tuotekannatuksella
saadaksesi paremman käsityksen julkaisusuunnitelmista, voit visualisoida julkaisusuunnitelmat tuotekannatuksen avulla.
tiedämme jo, että tuotekannan kohteet on laitettu paremmuusjärjestykseen tai tilattu niiden prioriteetin perusteella. Hienorakeiset ylätason tuotteet ovat käyttövalmiita seuraavassa iteraatiossa (seuraavan julkaisun alla). Priorisoitu backlog, ominaisuuksia ja muita kohteita, näkyy vasemmalla puolella kuvan alla.
 |
 |
sisällä MS Project, sinun tarvitsee vain valita, vetää, ja pudottaa backlog kohteita ja järjestää ne kohti tarvetta priorisoida niitä. Tämä näkyy yllä olevan kuvan oikealla puolella. Ottaen huomioon edellisen esimerkin, joka näyttää tuotekannan ms-projektin sisällä, meillä on tämä suhteellinen sijoitus: ensimmäinen ”Kirjaudu Online-kaupankäyntijärjestelmään, ”seuraava”Luo uusi käyttäjä, ”sitten” Osta osake, ” jne.
kuten yllä on esitetty, olen valinnut ja vetänyt ominaisuuskohteen ”Kirjaudu Online-kaupankäyntijärjestelmään” ja pudottanut sen aiemmin ominaisuuskohteen ”Luo uusi käyttäjä.”Valittu esine harmaantui hieman, kun raahasin ja pudotin sen.
backlogin avulla voit päättää, mitkä backlog-kohteet toimitetaan seuraavissa julkaisuissa. Alla näemme, että seuraavan julkaisun (eli julkaisun 1) kohteet ovat enimmäkseen priorisoituja. Release 2: n kohteet saatetaan priorisoida myös, mutta näemme, että Release 3: n kohteita ei priorisoida, koska ne ovat matalan prioriteetin kohteita.
voit visualisoida tämän julkaisun suunnittelu MS Project, samoin. Katso kuva alta. On olemassa PBIs osoitettu otettavan eri julkaisuja. Muistatko, että julkaisu sisältää iteraatioita? Meidän tapauksessamme ensimmäistä julkaisua varten meillä on kolme iteraatiota, ja kaikki kohteet odotetaan toimitettavan näissä iteraatioissa. Iteraatiota kutsutaan Scrum-kehyksessä sprintiksi, joka on ketterä PMs: n käyttämä suosittu kehikko. Kahdelle seuraavalle julkaisulle (Release 2 ja Release 3) meillä on PBIs, mutta iteraatioista (tai sprinteistä) emme ole vielä päättäneet.
iteraation suunnittelu
jos olet seurannut, julkaisusuunnitelma koostuu iteraatiosta 0-iterointi N ja voimme päättää julkaista jokaisen muutaman iteraation tai jokaisen iteraation lopussa. Mutta, mitä tapahtuu iteraation? Yksinkertaisesti sanottuna iteraation sisältämien ominaisuuksien laajuus vahvistetaan iteraation alussa ja toimitetaan iteraation lopussa.
iterointia varten vahvistetut ja otetut ominaisuudet jaotellaan tehtäviin (tai toimintoihin) ja tiimin jäsenet arvioivat ne tunteina. Vaihejärjestys tuotteen etenemissuunnitelmasta julkaisusuunnitelmaan iterointisuunnitelmaan on esitetty alla olevassa kaaviossa.
yhteenveto edellä olevasta luvusta, nämä ovat avainkohdat:
- tuotteen visioasemat tuotteen etenemissuunnitelma
- Tuotteen etenemissuunnitelma ajaa julkaisusuunnitelmat
- julkaisusuunnitelmassa on iteraatioita
- ominaisuudet, jotka arvioidaan tarinapisteissä, kehitetään iteraatiossa
- ominaisuudet jaotellaan tehtäviin, jotka arvioidaan tunteina
MS Project 2016: n avulla voit rakentaa julkaisusuunnitelman nopeasti. Ottaen huomioon edellinen backlog esimerkki, meillä on kolme iterations/sprints ensimmäisen julkaisun (eli Sprint 1, Sprint 2, ja Sprint 3). Jokainen sprintti on joukko ominaisuuksia toimitetaan. Tämä näkyy alla olevassa ”Sprint Planning Board” – näkymässä.
Voit myös porata alas nähdä, mitä tapahtuu iteraatio / sprint tasolla ja selvittää, mitä PBIs ovat työskennelleet. MS Project näyttää tämän ”Current Sprint Board” – näkymässä. Katso kuva alta.
Sprint 1, meillä on kolme kohdetta toimitetaan – ” Kirjaudu Online-kaupankäyntijärjestelmään, ”” Luo uusi käyttäjä, ”ja” ostaa varastossa.”Nämä käyvät läpi kolme työnkulun tilaa: ”Next Up”, ”In Progress” ja ” Done.”Tietenkin voit lisätä, poistaa tai muokata näitä työnkulun tiloja tarpeesi mukaan.
Release Plan Vs. Iterointisuunnitelma
jos suoritat kokeen, sinun on myös tiedettävä erot Julkaisusuunnitelman ja Iterointisuunnitelman välillä. Ne on merkitty alla olevaan taulukkoon. Tyypillisesti iteroinnit aikarekisteröidään kahdesta neljään viikkoa. Joissakin tapauksissa, kuten XP (another Agile framework), iteraatiot voivat kuitenkin olla viikon mittaisia.
Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, by Project Management Institute (PMI)
I Want To Be A PMP: The Plain and Simple Way To Be a PMP, 2nd edition, by Satya Narayan Dash
I Want To Be An ACP: The Plain and Simple Way To Be an ACP, by Satya Narayan Dash
Microsoft Project 2016 Live Lessons, by Satya Narayan Dash
Agile Practice Guide, by Project Management Institute (PMI))