Hallitse sidosryhmien hyväksyntöjä Jirassa: tee hyväksyntätila selväksi

”Ovatko kaikki hyväksyneet tämän?” kuulostaa yksinkertaiselta julkaisukysymykseltä. Siihen on vaikeampi vastata, kun yksi tarkisti suunnitelman, toinen aiemman version ja kolmas sanoi ”näyttää hyvältä” kertomatta tutkimastaan sisällöstä.

Hyödyllinen hyväksyntä tekee sopimuksesta täsmällisen. Se kertoo tarkistajan, tarkistettavan asian ja sen, hyväksyykö henkilö työn vai tarvitseeko muutoksia. Se antaa myös tavan palata sopimukseen tuotoksen muuttuessa.

Tässä oppaassa järjestämme kuvitteellisen asiakasportaalijulkaisun tarkistukset Power Packin Stakeholder Sign-Offs & Approvals -työkalulla. Tavoitteena on ymmärrettävä hyväksyntätila Jira-tehtävän yhteydessä ja riittävä tausta seuraavan henkilön toimintaan.

Erota eri kysymyksiin vastaavat tarkistukset

Asiakasportaalitiimimme valmistelee uusia sähköpostiasetusten valintoja. Maya on tuoteomistaja, Leo kehittäjä, Priya johtaa testausta ja Sam valmistelee tukea. Julkaisu tarvitsee useita tarkistuksia, mutta ne eivät vastaa samaan kysymykseen.

Mayan täytyy vahvistaa toiminnan vastaavan sovittua asiakastulosta. Priya tarkistaa varmistusnäytön ja tunnetut aukot. Sam varmistaa tuen kykenevän selittämään valinnat ja käsittelemään todennäköiset kysymykset. Yksi ”Julkaisu valmis” -hyväksyntä peittäisi nämä erot.

Tiimi valitsee yhteistä julkaisutulosta kuvaavan Jira-tehtävän hyväksyntöjen paikaksi. Tehtävä viittaa toteutustyöhön ja tarkistusmateriaaleihin. Tarkistajien pitäisi löytää olennainen näyttö tutkimatta asiaan liittymättömiä keskusteluja.

Nämä ovat esimerkkivastuita. Valitse tiimillesi sopivan taustan omaavat tarkistajat ja varmista heidän ymmärtävän pyynnön. Pelkkä otsikko ei kerro tutkittavaa näyttöä tai odotettua päätöstä.

Kirjoita rajaus, joka säilyy keskustelun jälkeen

Kuvaa julkaisuehdokas tiimin tunnistamilla termeillä ennen hyväksyntöjen luomista. Esimerkissämme tarkistus kattaa valinnaiset sähköpostiasetukset, välttämättömien sähköpostien selityksen ja epäonnistuneen asetusmuutoksen käsittelyn. Tiimi nimeää myös tarkistettavan ohjelmistoversion ja tukiohjeen revision.

Anna sitten jokaiselle tarkistukselle lyhyt rajaus. Tuen valmiudessa Samin pitää verrata ohjetta nimettyyn julkaisuehdokkaaseen, vahvistaa välttämättömien sähköpostien selitys ja tarkistaa vastaus tallennusvirheeseen. Se on paljon selkeämpää kuin pyytää hyväksymään ”dokumentaatio”.

Lisää olennaiset poissulut väärinkäsitysten ehkäisemiseksi. Tukitarkistus ei osoita toteutuksen läpäisseen jokaista testiä. Varmistustarkistus ei ratkaise, täyttääkö tuoteteksti tarkoitetun asiakaslupauksen. Täsmälliset kysymykset auttavat osallistumaan olettamatta jonkun muun kattaneen kaiken.

• Nimeä tarkistettava tuotos tai julkaisuehdokas.
• Viittaa hyväksyjän tarvitsemaan näyttöön ja materiaaleihin.
• Määritä tarkistuksen valmistumiskriteerit.
• Selitä olennaiset poissulut tai avoimet kysymykset.
• Sovi päätöksen tarveajankohta tiimin tavallisessa suunnitteluprosessissa.

Käytä ohjelmistoversion tunnusta, dokumenttirevisiota tai muuta vakaata viitettä, jos tiimillä on sellainen. Viitteet auttavat kuvaamaan tutkittua sisältöä. Ne eivät tee muokattavasta tehtäväkuvauksesta hyväksytyn sisällön säilytettyä kopiota, joten pidä tarkistusnäyttö oikeassa paikassa.

Luo kohdennetut hyväksynnät Power Packissa

Avaa Power Pack Jira-tehtävässä ja valitse Stakeholder Sign-Offs & Approvals. Luo jokaiselle erilliselle tarkistukselle hyväksyntäpiste, jolla on otsikko, kuvaus tai rajaus, luokka ja nimetty hyväksyjä. Valmiit mallit voivat toimia lähtökohtana; muokkaa tiedot todelliseen julkaisuun sopiviksi.

Nimeä tässä esimerkissä hyväksyjiksi oikeat Jira-käyttäjät. Varmista normaalin käyttöoikeusprosessin kautta, että he voivat avata tehtävän ja käyttää tarkistusmateriaaleja. Henkilön nimeävä merkintä ei ole kutsu tai todiste käyttöoikeudesta.

Pidä joukko riittävän pienenä yhdellä silmäyksellä ymmärrettäväksi. Kolme hyvin määriteltyä tarkistusta voi olla hyödyllisempi kuin pitkä osastohyväksyntöjen lista päällekkäisine rajauksineen. Lisää piste, kun se vastaa erilliseen kysymykseen, jonka julkaisu todella tarvitsee ratkaistuksi.

Tarkista merkintöjen tallentuminen ennen kuin pyydät tarkistajia luottamaan niihin. Power Pack pitää hyväksynnät tehtävässä, eikä paikallinen tila tai uudelleenyritys tarkoita vahvistusta uusimpien muutosten tallentumisesta yhteiseen Jira-merkintään.

Pyydä päätöstä hyödyllisen näytön kanssa

Hyväksyntäpyynnön pitäisi saapua materiaalin ollessa valmis tarkistettavaksi. Kerro Mayalle tarkistettava julkaisuehdokas, sovitun toiminnan kuvauspaikka ja esittelyn tai varmistusmuistiinpanojen sijainti. Anna Samille ohjeen revisio ja olennaiset asiakkaalle näkyvät näkymät.

Merkintä näyttää tilan, mutta tiimin täytyy edelleen koordinoida tarkistus. Pyydä päätöstä ja ratkaise kysymykset tavallisen Jira-viestinnän kautta. Pelkkä hyväksyntäpisteen lisääminen ei osoita tarkistajan nähneen pyyntöä tai varanneen aikaa.

Power Packin tavallisessa käyttöliittymässä hyväksyntä ja muutospyyntö ovat nimetyn Jira-hyväksyjän käytettävissä; muut käyttäjät näkevät nämä valinnat poissa käytöstä. Tämä selkeyttää tarkoitetun tarkistajan arjessa. Pidä erilliset organisaation hyväksyntävaatimukset vakiintuneessa prosessissasi.

Selitä muistiinpanoilla, mitä hyväksyttiin

Nimetyn tarkistajan hyväksyessä Power Pack avaa vahvistusvaiheen, jossa voi lisätä tarkistusmuistiinpanon, ja kirjaa hyväksyntäajan. Hyväksytyt merkinnät näyttävät päivän ja ajan sekä annetun muistiinpanon. Kannusta lyhyeen merkintään, joka yhdistää päätöksen rajaukseen.

Mayalle hyödyllinen merkintä voisi olla: ”Tarkistin portaaliehdokkaan 4 sovittua valinnaisten sähköpostien toimintaa vasten. Välttämättömien sähköpostien selitys on selkeä, ja tallennusvirheviesti vastaa sovittua tekstiä.” Tämä kertoo paljon enemmän kuin ”Hyväksytty” ja on silti nopea lukea.

Sam voisi kirjata: ”Vertasin tukiohjeen revisiota 3 ehdokkaaseen 4. Ohjeet vastaavat näkyviä valintoja, mukaan lukien välttämättömien viestien selitys.” Merkintä auttaa julkaisukoordinaattoria ymmärtämään tarkistetut materiaalit ja muutoksen jälkeen uusittavan tarkistuksen.

Älä piilota ratkaisemattomia ehtoja myönteiseen merkintään. Jos tarkistaja tarvitsee muutoksen ennen ilmoitetun rajauksen hyväksymistä, kirjaa Changes Requested. Jos rajoitus on hyväksyttävä, kuvaa se selkeästi ja varmista oikean henkilön suostumus jatkaa sen kanssa.

Tee muutospyynnöistä toteutuskelpoisia

Tarkistaja voi pyytää muutoksia ja kirjata syyn. Hyväksyntä näyttää silloin Changes Requested -tilan ja tekee avoimen tarkistuksen näkyväksi. Kirjoita syy asiaksi, jonka tiimi voi käsitellä ja tuoda takaisin uutta päätöstä varten.

Oletetaan Samin löytävän ohjeesta väitteen, että asiakkaat voivat lopettaa kaikki tilisähköpostit. Hän kirjaa: ”Päivitä ohje erottamaan valinnaiset sähköpostit välttämättömistä tiliviesteistä ja vertaa sitten esimerkkikuvakaappausta ehdokkaaseen 4.” Pyyntö nimeää ongelman ja odotetun jatkotoimen.

Tiimi tekee varsinaisen muokkauksen toimitusprosessissaan. Jos muutos tarvitsee Jira-tehtävän, luo tai päivitä se erikseen ja pidä tarkistuksen tausta helposti seurattavana. Hyväksyntätila viestii tarkistajan kannan; se ei itsessään osoita korjaustyötä tekijälle.

Kun työ on valmis, pyydä nimettyä hyväksyjää tutkimaan se uudelleen. Changes Requested -tilasta tarkistaja voi hyväksyä tavallisen vahvistusvaiheen kautta korjauksen täyttäessä sovitun rajauksen. Valmis muokkaus ja hyväksytty tarkistus ovat eri tapahtumia; ensimmäinen ei automaattisesti korvaa toista.

Tarkista hyväksynnät olennaisten muutosten jälkeen

Mayan hyväksyttyä ehdokkaan 4 Leo muuttaa tallennusvuorovaikutusta ehdokkaassa 5. Uusi versio voi olla parannus, mutta Mayan aiempi merkintä kuvaa eri ehdokasta. Tiimin pitäisi tietoisesti päättää, mitä tarkistusrajauksia muutos koskee.

Tässä tuotetoiminnan ja varmistuksen tarkistukset on tehtävä uudelleen. Saminkin pitää varmistaa tukiohjeiden vastaavuus. Pieni sisäinen muutos voi koskea harvempia tarkistuksia; asiakkaalle näkyvä muutos voi ylittää useita rajauksia. Arvioi vaikutus itse muutoksen perusteella.

Power Pack tarjoaa Changes Since Approval -varoituksen ja uudelleenhyväksynnän valinnat. Pidä varoitusta kehotuksena tarkistaa rajaus uudelleen. Tarkista hyväksynnät myös itsenäisesti olennaisten muutosten jälkeen, sillä varoitus ei täysin selitä muutosta tai edelleen pätevää sidosryhmäpäätöstä.

Uudelleenhyväksynnän pyytäminen palauttaa pisteen Pending Sign-Off -tilaan. Tarkistaja voi sitten tutkia päivitetyn materiaalin ja kirjata uuden päätöksen. Jos hyväksyjä peruu hyväksyntänsä, piste palautuu samoin odottamaan. Pidä tarkistusviite ajan tasalla, jotta seuraavalla päätöksellä on ymmärrettävä perusta.

Lue tilat ennen julkaisupäätöstä

Käy julkaisukatselmoinnissa läpi yksittäiset pisteet ja lue niiden rajaukset ja muistiinpanot. Pending Sign-Off tarkoittaa, että päätös puuttuu. Changes Requested tarkoittaa tarkistajan tunnistaneen käsiteltävää työtä. Approved kirjaa myönteisen päätöksen kuvatulle tarkistukselle.

Kaikki hyväksytty -yhteenveto on kätevä näkymä kirjattuihin tiloihin. Julkaisukoordinaattorin täytyy silti varmistaa hyväksyntöjen koskevan nykyisiä tuotoksia ja muiden julkaisuehtojen täyttyvän. Testinäyttö, Jiran työnkulkusäännöt ja käyttöönottokontrollit pysyvät erillisinä prosessin osina.

Portaalitiimillemme hyödyllinen tulos on selkeä keskustelu: Maya hyväksyi nykyisen toiminnan, Priya tarkisti olennaisen näytön ja Sam vahvisti nykyiset tukiohjeet. Työn muuttuessa kaikki tietävät, kenen tarkistukseen pitää palata.

Aloita yhdestä Jira-tehtävästä ja muutamasta merkityksellisestä hyväksynnästä. Määritä rajaukset, nimeä hyväksyjät ja tee näyttö helposti löydettäväksi. Power Pack pitää päätökset näkyvillä tiimin säilyttäessä yhteyden kunkin hyväksynnän ja sen todella kattaman työn välillä.