Myöhäinen ominaisuuspyyntö saapuu ennen julkaisua: arvioi muutos Jirassa
Arvioi myöhäinen ominaisuuspyyntö Jirassa tutkimalla muuttuvia hyväksymiskriteerejä, vastuita, riskejä ja arvioinnin laajuutta Power Packin avulla.
Asiakasportaali lähestyy julkaisua, kun joku pyytää vielä yhtä mahdollisuutta: työtilan ylläpitäjien pitäisi voida kutsua useita tiimikavereita kerralla.
Pyyntö kuulostaa läheiseltä asialle, jonka tiimi on jo toteuttanut. Ylläpitäjät voivat jo kutsua tiimikavereita. Voisiko tiimi vain laajentaa toimintoa ennen julkaisua?
Tutki ennen muutoksen arviointia sopimusta, jota se muuttaisi. Tässä läpikäynnissä Power Pack auttaa tiimiä tunnistamaan muutoksen koskettaman asiakastuloksen, ihmiset, riskit ja arvioinnit ennen pyynnön käsittelytavan valintaa.
Joukkokutsupyyntö on kuvitteellinen jatko Customer Portal 2.0 -demolle. Kuvakaappaukset näyttävät nykyisen esimerkkitilan ennen ehdotettua muutosta; ne eivät näytä joukkokutsuominaisuutta tai valmista muutosarviota.
Kirjaa ero nykyiseen laajuuteen
Nykyisessä Hyväksymiskriteerit-näkymässä ”Työtilan ylläpitäjät voivat kutsua tiimikavereita ja määrittää käyttöoikeusrooleja” on merkitty valmiiksi. Lause ei kerro, varmistiko tiimi yksittäiset kutsut, joukkokutsut vai molemmat.
Tiimi tarkistaa ensin alkuperäisen rajauksen ja näytön. Oletetaan esimerkissämme, että ne kattoivat yhden kutsun kerrallaan. Uusi pyyntö lisäisi useita osoitteita yhdellä toiminnolla.
Kysy nyt, mitä arvioijan pitäisi pystyä havaitsemaan. Voiko ylläpitäjä valita eri rooleja? Mitä pitäisi tapahtua, jos yksi osoite on virheellinen? Miten osittainen tulos pitäisi selittää? Nämä ovat kuvitteellisen ominaisuuden avoimia kysymyksiä, eivät kuvakaappauksessa jo näkyviä vaatimuksia.
Kirjaa ehdotetut tulokset erikseen tiimin harkitessa pyyntöä. Älä laajenna valmista kriteeriä huomaamatta ja anna vanhan valintamerkin vihjata, että lisätty toiminta on läpäissyt tarkistuksen.
Tunnista, kenen työ muuttuu
Vastuumatriisi sisältää asiakkaan käyttöönoton ja turvallisen tilille pääsyn. Molemmat ovat järkeviä lähtökohtia vaikutuskeskustelulle: pyyntö muuttaa käyttöönoton toimintoa ja voi vaikuttaa roolien määritykseen.
Kysy toteutusvastuullisilta toteutus- ja varmennustyöstä ja sen jälkeen kokonaisvastuulliselta tavoitellusta tuloksesta ja ajoituksesta. Tarkista myös, muuttuisivatko tukiohjeet tai toisen tiimin työ.
Käytä keskustelua tarvittavien Jira-tehtävien luomiseen tai tarkentamiseen. Power Packin uusi rivi tai roolimääritys on työskentelysopimus; se ei aikatauluta tehtävää tiimin puolesta.
Keskustelkaa konkreettisesta virhetilanteesta
Riskiruudukko tarjoaa paikan pohtia, mikä voisi mennä pieleen. Nykyinen demo näyttää kolme esimerkkiriskiä 3×3-matriisissa. Niiden nykyiset sijainnit eivät arvioi uutta kutsupyyntöä.
Yksi tutkittava kysymys on, voisiko osittain onnistunut kutsuerä jättää ylläpitäjän epävarmaksi siitä, kuka sai kutsun. Toinen on, voisiko uusi käyttötapa helpottaa tahattomia roolimäärityksiä.
Kuvaa mahdollinen tapahtuma, sen seuraus ja arviointiin tarvittava näyttö. Tiimin pitäisi arvioida todennäköisyys ja vaikutus todellisen suunnitelman ja havaintojen perusteella. Lämpökartta ei voi tehdä arviota ominaisuuden otsikosta.
Valitse etenemistapa ja päivitä sopimus
Tiimillä on useita mahdollisia vastauksia: sisällyttää pyyntö tarkistetulla laajuudella ja varmennuksella, tarjota pienempi sovittu muutos tai ajoittaa se julkaisun jälkeiseen aikaan. Vertaa vaihtoehtoja keskustelussa esiin tulleeseen työhön ja epävarmuuteen.
Oletetaan, että kuvitteellinen tiimi valitsee myöhemmän julkaisun. Kirjaa syy, luo jatkotehtävät ja säilytä nykyisen julkaisun laajuus. Jos tiimi sen sijaan sisällyttää muutoksen, päivittäkää samalla kaikki muuttuvat kriteerit, toimitusvastuut, tukimateriaali ja arviointialueet. Tunnista valmiit tarkistukset tai hyväksynnät, jotka vaativat uuden tarkastelun.
Hyödyllinen tulos on päätös, jolla on näkyvät seuraukset. Tiimi osaa selittää, mikä muuttuu, kuka tekee työn ja mikä on arvioitava uudelleen.
Kokeile tätä prosessia seuraavaan ”pieneen” pyyntöön, joka saapuu lähellä julkaisua. Tutustu Power Pack for Jiraan ja käytä tehtävän nykyistä kontekstia muutoskeskustelun konkretisoimiseen ennen toimitukseen sitoutumista.
Aiheeseen liittyvät artikkelit
Hyväksymiskriteerien kirjoittaminen Jirassa – käytännön esimerkkejä
Muuta Jira-toimintopyyntö selkeiksi, testattaviksi tuloksiksi ilmoitusasetuksia koskevan kokonaisesimerkin avulla.
Tee pre-mortem Jirassa: löydä julkaisuriskit ennen niiden toteutumista
Kuvittele julkaisun epäonnistuneen ja muuta syyt toimiksi, joilla on vastuuhenkilöt. Laadi käytännöllinen pre-mortem ja riskimatriisi Jira-tehtävän yhteyteen.
Hallitse sidosryhmien hyväksyntöjä Jirassa: tee hyväksyntätila selväksi
Anna jokaiselle sidosryhmän tarkistukselle selkeä rajaus, nimetty hyväksyjä ja näkyvä tila. Pidä hyväksynnät ymmärrettävinä julkaisutyön muuttuessa.
Ota yhteyttä
Kysyttävää artikkelista? Keskustellaan teknisistä tavoitteistanne.