Definition of Done Jirassa: sovi, mitä ”valmis” tarkoittaa

Kehittäjä viimeistelee muutoksen ja siirtää Jira-tehtävän eteenpäin. Testaaja huomaa uuden näkymän toimivan, mutta olemassa oleva toiminto on rikkoutunut. Asiakastuki kuulee muutoksesta hämmentyneeltä asiakkaalta. Kaikki käyttivät sanaa valmis, mutta tarkoittivat eri asioita.

Definition of Done antaa tiimille yhteisen valmistumisen standardin. Se tekee odotetut laaduntarkistukset näkyviksi ennen työn alkua, jolloin arviointi riippuu vähemmän siitä, kuka muistaa kysyä oikean kysymyksen.

Tässä oppaassa laadimme esimerkin kuvitteelliselle asiakasportaalitiimille, erotamme yhteiset laaduntarkistukset toimintokohtaisista hyväksymiskriteereistä ja sijoitamme molemmat Jira-tehtävän yhteyteen Power Packin Definition of Done & AC -työkalulla.

Mikä Definition of Done on?

Scrum Guide kuvaa Definition of Donen laatustandardiksi, joka inkrementin täytyy täyttää. Se tarjoaa yhteisen käsityksen valmiista työstä. Jos organisaatio on määritellyt standardin, se on sen Scrum-tiimien vähimmäistaso. Katso virallinen Scrum Guide.

Käytännön esimerkissämme voit ajatella sitä pienenä kysymysjoukkona, jonka tiimi käy läpi jokaisessa olennaisessa muutoksessa. Onko toteutus tarkistettu? Ovatko sovitut varmistukset läpäisty? Onko muutoksen tukemiseen tarvittava tieto saatavilla?

Tarkat kysymykset riippuvat tuotteesta ja sen riskeistä. Julkinen asiakasportaali, sisäinen raportti ja turvallisuuskriittinen järjestelmä tarvitsevat eri standardit. Toisen tiimin listan kopiointi keskustelematta voi jättää tärkeitä aukkoja ja lisätä turhaa työtä.

Hyödyllinen standardi kuvaa havaittavaa tulosta. ”Korkea laatu” ilmaisee tavoitteen. ”Sovitut regressiotarkistukset on läpäisty, ja tulokset on linkitetty Jira-tehtävään” kuvaa jotakin, jonka tarkistaja voi tutkia.

Erota yhteinen laatu toiminnon käyttäytymisestä

Kuvitteellinen tiimimme lisää ilmoitusasetuksia. Asiakkaat voivat ottaa viikoittaisen koostesähköpostin käyttöön tai pois käytöstä. Tärkeät tiliviestit jäävät tämän asetuksen ulkopuolelle.

Toiminto tarvitsee omat hyväksymiskriteerinsä. Esimerkiksi tallennetun valinnan täytyy näkyä edelleen asiakkaan kirjautuessa ulos ja palatessa takaisin. Tämä vaatimus kuuluu toiminnolle, koska se kuvaa asiakkaan odotettua kokemusta.

Definition of Done kattaa laajemman valmistumisen standardin. Toteutuksen katselmointi, muutoksen vaikutuspiirissä olevan aiemman toiminnan tarkistaminen ja tukiohjeiden päivittäminen voivat koskea monia eri muutoksia.

Molemmat listat ovat tärkeitä. Toiminto voi käyttäytyä pyydetysti, vaikka olennaista laatutyötä puuttuu. Vastaavasti katselmoitu koodi ja läpäistyt regressiotarkistukset eivät osoita pyydetyn toiminnon toimivan oikein.

Aloita tiimin todella kohtaamista puutteista

Kokoa tuotetta rakentavat, varmistavat ja tukevat henkilöt lyhyeen keskusteluun. Käytä tuoretta esimerkkiä valmiilta näyttäneestä työstä, joka vaati odottamatonta jatkotyötä.

Portaalitiimimme tunnistaa kolme toistuvaa ongelmaa. Katselmointikommentteja jää joskus ratkaisematta. Olemassa olevat tiliasetukset saavat vähän regressiokattavuutta. Tukiohjeet valmistuvat toiminnon käyttöönoton jälkeen.

Ongelmat osoittavat hyödyllisiä tarkistuksia. Ne antavat myös syyn pitää standardin lyhyenä: jokaisen kohdan pitäisi estää tunnistettava virhe tai varmistaa tarpeellinen laatuehto.

Kysy, miten kukin ehdotettu kohta tarkistetaan. Jos kukaan ei osaa kuvata näyttöä, paranna sanamuotoa ennen käyttöönottoa. ”Dokumentaatio valmis” voi tarkoittaa julkaisutietoja, sisäisiä suunnittelumuistiinpanoja tai asiakkaan ohjeartikkelia. Sovi, mitä tietoa tarvitaan ja minne se kuuluu.

Sovi myös, kuka tavallisesti tekee tarkistukset. Tämä keskustelu voi tapahtua normaalissa suunnittelussa. Pelkkä lista ei nimeä tarkistajaa eikä varaa aikaa kenenkään kalenterista.

Luonnostele käytännöllinen yhteinen tarkistuslista

Tässä on portaalitiimin ensimmäinen luonnos. Se on esimerkin työsopimus, ei yleispätevä standardi.

• Toteutuksen katselmointi on valmis ja vaaditut kommentit on ratkaistu.
• Tehtävän sovitut hyväksymiskriteerit on varmistettu.
• Sovitut regressiotarkistukset muutoksen koskemille tilitoiminnoille on läpäisty.
• Sovitut saavutettavuustarkistukset muutetuille näkymille on läpäisty.
• Tukiohjeet vastaavat muuttunutta asiakastoimintaa.
• Varmistustulokset ja olennaiset katselmointilinkit on kirjattu Jira-tehtävään.

Ennen listan käyttöä tiimi kirjoittaa, mitä sen regressio- ja saavutettavuustarkistukset sisältävät. Muuten kaksi henkilöä voisi merkitä saman lauseen tehdyksi eri työn jälkeen.

Portaalin sovittu regressiojoukko sisältää kirjautumisen, tiliasetusten avaamisen ja olemassa olevan profiilikentän päivittämisen. Muutettujen ohjainten saavutettavuustarkistus kattaa näppäimistökäytön, näkyvän kohdistuksen ja ymmärrettävät nimet. Nämä ovat tiimin valitsemia esimerkkitarkistuksia, eivät täydellinen saavutettavuusstandardi.

Tukikohtakin tarvitsee käytännön tulkinnan. Jos muutos ei näy asiakkaalle, tiimin pitäisi määrittää etukäteen sopiva standardi tällaiselle työlle. Älä pakota tarkistajia keksimään poikkeuksia vain saadakseen listan vihreäksi.

Lisää standardi Jira-tehtävään

Avaa oikea Jira-tehtävä ja etsi Power Packin Definition of Done & AC -kortti. Siinä on erilliset Acceptance Criteria- ja Definition of Done -välilehdet. Valitse Definition of Done ennen yhteisten tarkistusten lisäämistä.

Kirjoita lyhyttä listaa varten tarkistuksen otsikko ja valitse Add tai paina Enter. Keskity jokaisessa otsikossa yhteen arvioitavaan ehtoon. Pitkä lause, jossa on kolme erillistä tarkistusta, vaikeuttaa osittaisen valmistumisen esittämistä.

Voit myös valita Bulk Import ja liittää Markdown-listan. Liitä esimerkiksi yllä olevat kuusi kohtaa siten, että rivin alussa on yhdysmerkki ja välilyönti. Myös tavallisia Markdown-valintaruutuja tuetaan.

Tuonti lisää kohdat valitulle välilehdelle. Tarkista välilehti ennen vahvistusta ja syntynyt lista tuonnin jälkeen. Saman sisällön uudelleen tuominen voi lisätä jo olemassa olevia kohtia, joten käytä toimintoa tarkoituksella, älä päivityksenä.

Käytä merkitsemättömiä kohtia työhön, jota ei ole vielä varmistettu. Valitut Markdown-valintaruudut tuodaan valmiina; aiemmasta tehtävästä kopioidut rastit eivät korvaa nykyisen muutoksen tarkistamista.

Sovittu standardi täytyy lisätä käsin jokaiseen olennaiseen tehtävään. Pidä vertailukopio tiimin tavallisessa dokumentaatiossa ja liitä sopivat tarkistukset uusiin tehtäviin. Tämä on tiimin käytäntö, ei automaattinen yhteys keskitetyn standardin ja kaikkien tehtävien välillä.

Käy läpi todellinen tarkistus

Oletetaan, että ilmoitusasetustoiminto on valmis tarkistettavaksi. Maya tarkistaa asiakastulokset ja Priya sovitun regressiojoukon. Leo ratkaisee jäljellä olevat toteutuskatselmoinnin kommentit ja linkittää katselmointimerkinnän.

Ensimmäinen kierros näyttää asetuksen tallentuvan oikein, mutta näppäimistökohdistus katoaa Save-valinnan jälkeen. Tiimi jättää saavutettavuuskohdan avoimeksi, kirjaa ongelman normaaliin Jira-keskusteluun ja korjaa sen ennen kyseisen tarkistuksen uusimista.

Myös tukiohjeet ovat kesken. Se näkyy edelleen, vaikka toimintokohtaiset hyväksymiskriteerit ovat valmiit. Erilliset listat auttavat selittämään, miksi tiimillä on vielä tekemistä.

Valitse kohdan Done-painike vasta tarkistuksen todella onnistuttua. Valitse se uudelleen, jos uuden tiedon vuoksi kohta pitää palauttaa tekemättömäksi. Kirjaa testitulokset, katselmointilinkit ja tärkeät päätökset tiimin normaalissa Jira- tai dokumentointiprosessissa.

Valmis kohta kirjaa tiimin arvion. Se ei suorita tarkistusta, kerää näyttöä eikä määritä tarkistajaa. Jos tarkistajan henkilöllisyys tai ajankohta on tärkeä, kirjaa ne nimenomaisesti tavalliseen tarkistusprosessiin.

Lue valmiusilmaisinta huolellisesti

Työkalu näyttää kunkin välilehden valmiiden kohtien määrän ja kokonaismäärän. Valmiusilmaisin näyttää Ready for Release vain, kun molemmissa listoissa on vähintään yksi kohta ja jokainen kohta molemmissa listoissa on valmis. Muulloin se näyttää In Verification.

Sääntö tekee ilmaisimesta hyödyllisen keskeneräisten kohtien havaitsemiseen. Se myös selittää, miksi valmis Definition of Done -lista ei tuota täysin valmista tilaa, jos Acceptance Criteria on tyhjä.

Pidä tekstiä tarkistuslistan tilan yhteenvetona. Se ei todista tarkistusten riittävyyttä, näytön vakuuttavuutta tai tuotteen turvallisuutta julkaistavaksi. Tiimi voi merkitä huonosti kirjoitetun tarkistuksen valmiiksi yhtä helposti kuin hyödyllisen.

Lista ei myöskään estä Jiran tilasiirtymää tai pull requestin yhdistämistä. Tee nämä päätökset edelleen tiimin normaalissa toimitus- ja julkaisuprosessissa.

Pidä standardi hyödyllisenä työn muuttuessa

Arvioi standardi uudelleen, kun toistuva virhe paljastaa puuttuvan tarkistuksen, tuote muuttuu olennaisesti tai nykyinen tarkistus lakkaa tuottamasta hyödyllistä tietoa.

Portaalitiimi saattaa esimerkiksi havaita, että asetusmuutokset toimivat heti mutta epäonnistuvat viivästetyn synkronoinnin jälkeen. Havainto voi johtaa laajempaan varmistussääntöön viivästetystä käsittelystä riippuville toiminnoille. Tiimin pitäisi ensin sopia, mihin muutoksiin sääntö pätee ja mikä näyttö osoittaa onnistumisen.

Päivitä vertailustandardi ja keskustele muutoksen soveltamisesta keskeneräiseen työhön. Nykyisten tehtävien listat eivät peri päivitystä automaattisesti. Tarkista vaikutuspiirissä olevat tehtävät ja lisää uudet sovitut tarkistukset käsin tarvittaessa.

Älä laajenna listaa jokaisen yksittäisen virheen jälkeen. Joskus parempi ratkaisu on tietty hyväksymiskriteeri, selkeämpi toteutustehtävä tai tarkistusprosessin muutos. Yhteisen standardin pitäisi pysyä sellaisena, että tiimi ymmärtää sen ja pystyy todella soveltamaan sitä.

Kokeile yhdessä nykyisessä tehtävässä

Valitse tarkistusta lähestyvä tehtävä. Sovi lyhyt yhteinen laatustandardi, lisää se Definition of Done -välilehdelle ja kirjaa tehtävän omat asiakastulokset Acceptance Criteria -välilehdelle.

Käy tarkistukset läpi yhdessä ja linkitä näyttö sinne, minne tiimi sen tavallisesti kirjaa. Merkitse kohdat valmiiksi vasta varmistuksen jälkeen ja arvioi jäljellä oleva työ normaalissa toimitusprosessissa.

Hyödyllinen tulos on selkeämpi keskustelu. Kun joku sanoo ilmoitusasetusmuutoksen olevan valmis, tiimi pystyy kertomaan, mitkä tulokset toimivat, mitkä laatutarkistukset läpäistiin ja mihin päätelmä perustuu.

• Scrum Guide — Definition of Done