Projektinhallinta: Ominaisuudet (virstanpylväät, tehtävät ja palautesilmukat)
Projektinhallinta on monitahoista, ja tapa, jolla me kaikki hajotamme projektiemme eri puolia, riippuu todennäköisesti siitä, kuinka työpaikkamme sen tekee, kuinka asiakas haluaa tehdä sen tai miten päätämme tehdä sen itse.
Tässä postauksessa, kun kyse on työskentelystä tietyn projektin parissa, puhun erityisesti siitä, kuinka otamme projektin vaatimukset ja jaamme ne paremmin hallittaviin osiin ja suoritteisiin ihmisille, joiden hyväksi työskentelemme. Ja tätä tehdessään mielestäni on tärkeää, että he pysyvät ajan tasalla ja näkevät edistymisen oikeissa tarkastuspisteissä palautteen keräämiseksi.
Huolimatta siitä, että olen muuttanut liiketoimintani eri puolia, kun olen oppinut enemmän siitä, mikä toimii ja mikä ei, yksi asia on pysynyt johdonmukaisena siinä, kuinka käsittelen projektin ominaisuuksien kehitystä koskevia näkökohtia.
Ominaisuudet: virstanpylväät, tehtävät ja palautesilmukat
Aina kun alamme puhua tällaisista asioista, on helppo pujahtaa alamme ammattislangiin. Ja vaikka en usko, että "virstanpylväissä" ja "tehtävissä" ei välttämättä ole mitään liian teknistä, "palautesilmukka" on jotain, joka on hieman erilainen. Mutta käsittelen sen hetken.
Kun otetaan huomioon joukko vaatimuksia, olivatpa ne kuinka suuret tahansa, aloitan heti asiakirjan läpikäymisen – riippumatta siitä, miten se vastaanotetaan – ja mietin kaikkia osia, joita tietyn ominaisuuden saavuttaminen edellyttää. Riippumatta kielistä, työkaluista, kehyksistä tai sovelluksista, joiden kanssa valitset työskennellä, uskon, että tässä on erittäin tärkeää, että sinulla on syvä perehtyneisyys siihen, minkä parissa työskentelet.
Ominaisuuksien jakaminen virstanpylväiksi ja virstanpylväitä tehtäviin.
Sen jälkeen otan tietyn ominaisuuden ja jaan sen eri tehtäviin ja toistan sen jokaiselle ominaisuudelle. Yleensä yritän tehdä jokaisesta ominaisuudesta virstanpylvään, mutta jotkut ominaisuudet ovat suurempia kuin toiset, ja ne on jaettava useisiin osiin. Tätä tarkoitusta varten projekti yleensä jaetaan siten, että:
- Ominaisuudesta tulee virstanpylväs (tai virstanpylväitä),
- Virstanpylväs on joukko tehtäviä,
- Ja tehtävä vastaa toiminnallista yksikköä (ei kuitenkaan välttämättä toimintoa yleisessä koodikannassa).
Sitten voit työskennellä taaksepäin tästä nähdäksesi, kuinka se vastaa julkaisua:
- Tehtävä vastaa yleensä sitoutumista,
- Joukko sitoumuksia vastaa tunnistetta,
- Tunniste vastaa ominaisuuden yhdistämistä,
- Ominaisuus vastaa virstanpylvästä.
Tässä vaiheessa virstanpylväs tulee olla valmis otettaviksi käyttöön lavastusympäristössä, jotta asiakas voi arvioida sitä mielessään (ja vaatimuksiinsa) nähden varmistaakseen, että se täyttyy.
Tässä tulee esiin palautesilmukka. Mutta ensin määrittelen palautesilmukan yksinkertaisesti seuraavasti:
Keskustelu tietystä ominaisuudesta, joka määrittää, onko se valmis vai vaatiiko lisätyötä.
Vaikka muut menevät paljon yksityiskohtiin. Poikkean kuitenkin.
Joten kun odotan, että asiakas ottaa yhteyttä viimeisimpään virstanpylvääseen liittyen, minä – tai me – tyypillisesti etenemme seuraavaa virstanpylvästä eteenpäin. Tästä syystä on tärkeää, että sinulla on johdonmukainen tapa työskennellä virstanpylväiden, tehtävien ja palautteen kanssa (sekä haarojen lähteen hallinta- ja lavastusympäristöissä).
Aloita uuden ominaisuuden työstäminen sen jälkeen, kun olet sitonut viimeisimmän lähdeohjaukseen ja vaiheittaisuuteen.
Jos palautetta tulee asiakkaalta, otamme palautteen yleensä vastaan, määritämme, mitä voidaan tehdä, mitä ei voida tehdä, ja sitten jaamme sen uuteen virstanpylvääseen. Joskus virstanpylväs lisätään loppuun; muina aikoina se lisätään seuraavaksi prioriteettikohdaksi. Kaikki riippuu työn luonteesta, palautteesta ja siitä, miten se sopii projektin laajuuteen.
Enemmän kuin ominaisuuksia
Yleisesti ottaen tämä on vain korkean tason näkemys siitä, kuinka yritän hallita ominaisuuksien kehitysnäkökohtia. Mutta virstanpylväiden, tehtävien ja palautesilmukoiden tarkasteleminen on tärkeää, koska kun järjestelmä on käytössä, se luo ennustettavan tavan, jolla sinä ja tiimi voit toteuttaa ratkaisuja.
Lisäksi se luo ennustettavuutta toimituksilla ja yhteydenpidolla asiakkaasi kanssa, ja tämä toimii erityisen hyvin myös toistuvien asiakkaiden kanssa, koska he tietävät mitä odottaa.
Kuten monien muiden asioiden kanssa, joista kirjoitan, en yritä esittää tätä evankeliumina, mutta uskon, että jonkin järjestelmän olemassaolo on tärkeää. En usko, että projektia pitäisi koskaan vetää, ellei se ole vain henkilökohtainen sivuprojekti.
Joten valitsemastasi lähestymistavasta riippumatta, hanki ainakin lähestymistapa.