DACI Jirassa: anna jokaiselle päätökselle selkeä vastuuhenkilö

Jira-tehtävään voi kertyä pitkä keskustelu ilman, että päätös lähenee. Kehityksellä on yksi suositus, tuella toinen, ja tuoteomistaja odottaa jonkun kokoavan vaihtoehdot yhteen. Kaikki osallistuvat, mutta kukaan ei tiedä, kenen pitäisi ratkaista asia.

DACI antaa keskustelulle rakenteen. Se nimeää päätöstä edistävän henkilön, päätöksentekijän, tarvittavat asiantuntijat ja tuloksesta tiedotettavat. Tässä oppaassa kuvitteellinen asiakasportaalitiimi käy läpi ilmoitusten toimitusta koskevan päätöksen ja kirjaa roolit Power Pack for Jiraan.

Ymmärrä DACI-mallin neljä roolia

DACI tarkoittaa rooleja Driver, Approver, Contributors ja Informed. Atlassianin DACI-harjoitus kuvaa Driverin päätösprosessin järjestäjäksi ja Approverin ainoaksi lopullisen valinnan tekeväksi henkilöksi. Contributors antavat asiantuntemusta; Informed-osallistujat saavat tuloksen tiedoksi. Lähde on linkitetty alla.

Pidä vetäjä ja hyväksyjä erillään keskustelussa. Työn koordinointi ei automaattisesti anna lopullista päätösvaltaa. Vastaavasti lopputuloksen valitseminen ei tarkoita, että hyväksyjän pitäisi itse kerätä jokainen todiste.

Valitse päätöstä tarvitseva kysymys

Kuvitteellisessa portaalissamme asiakkaat seuraavat tukipyyntöjensä päivityksiä. Tiimin täytyy valita, miten tavalliset tilailmoitukset toimitetaan asiakkaille seuraavassa julkaisussa. Vaihtoehtoina ovat välitön sähköposti, päivittäinen kooste ja portaalin sisäinen postilaatikko.

Tuoteomistaja Maya haluaa vähentää häiritseviä sähköposteja. Kehittäjä Leo on huolissaan toisen ilmoitusjärjestelmän lisäämisestä. Tuen vetäjä Sam pelkää asiakkaiden ohittavan edistymispäivitykset. Testaaja Priya tarvitsee sovitun lähestymistavan ennen julkaisutarkistusten suunnittelua.

Kirjoita kysymys oikeaan Jira-tehtävään: ”Miten toimitamme tukipyyntöjen tavalliset päivitykset portaalin ensimmäisessä julkaisussa?” Sanamuoto rajaa keskustelua. Se kattaa tavalliset tilamuutokset, ei salasanojen palautuksia, kiireellisiä turvallisuusviestejä tai kaikkia tulevia viestintäkanavia.

Lisää päätöksen tavoitepäivä tehtävän kuvaukseen tiimin tavallisella tavalla. Tässä esimerkissä vastaus tarvitaan ennen seuraavaa suunnittelukokousta. Päivämäärä on koordinointisopimus, ei lupaus matriisin lähettämistä muistutuksista tai määräajan valvonnasta.

Määritä roolit todellisen epäselvyyden ympärille

Tiimi valitsee Leon vetäjäksi, koska hän voi koota toteutusvaihtoehdot ja tunnistaa puuttuvan teknisen näytön. Maya on hyväksyjä, koska julkaisun kompromissi kuuluu hänen sovittuun tuotevaltaansa. Sam antaa asiakastuen näkökulman. Priya tuo testattavuuden ja vikatilanteet. Asiakasviestintää valmisteleva Elena tarvitsee lopputuloksen.

Kysy ennen määritysten kirjaamista, pystyykö kukin hoitamaan roolinsa. Leo tarvitsee aikaa vaihtoehtojen vertailuun. Mayan täytyy olla käytettävissä ennen suunnittelua. Sam ja Priya tarvitsevat tarkkoja kysymyksiä, eivät avointa kutsua kommentoida loputtomasti.

Jos kaksi henkilöä uskoo molempien käyttävän lopullista päätösvaltaa, selvitä raja ennen matriisin valmistumista. Ehkä kysymys yhdistää tuotevalinnan erilliseen budjettipäätökseen. Jaa päätökset, jos ne todella tarvitsevat eri hyväksyjät. Toisen A:n lisääminen keskustelun välttämiseksi jättää alkuperäisen epäselvyyden ennalleen.

Anna asiantuntijoille kysymyksiä, joihin voi vastata

Leo pyytää Samilta kolme viimeaikaista esimerkkiä asiakkaiden väärin ymmärtämistä tukipyyntöpäivityksistä. Hän pyytää Priyaa tunnistamaan, mikä voi mennä pieleen useiden päivitysten tapahtuessa lähekkäin. Hän laatii lyhyen teknisen vertailun tiimin olemassa olevan järjestelmän perusteella.

Nämä ovat esimerkin kuvitteellisia lähtötietoja, eivät mitattuja tuotetuloksia. Ne näyttävät, miltä hyödyllinen osallistuminen voi näyttää. Jokainen näkemys yhdistää henkilön asiantuntemuksen tehtävään päätökseen.

Tiimi sopii arvioivansa vaihtoehdot kolmella kysymyksellä: huomaavatko asiakkaat hyödyllisen edistymisen, pystyykö tiimi tukemaan ratkaisua nykyisellä kapasiteetilla ja voiko julkaisun testata vakuuttavasti? Kysymykset kirjataan vaihtoehtojen viereen Jira-tehtävään, jotta kaikki arvioivat samaa ongelmaa.

Älä oleta, että jokainen näkökohta voidaan muuttaa tarkaksi pistemääräksi. Taulukko voi jäsentää keskustelua tuottamatta matemaattisesti oikeaa vastausta. Jos arvio on epävarma, nimeä epävarmuus ja päätä, muuttaisiko lisäselvitys valintaa.

Vertaa vaihtoehtoja ennen valinnan pyytämistä

Tässä on tiimin alustava vertailu. Havainnot koskevat esimerkkiportaalia, jossa sähköpostitoimitus on jo olemassa mutta portaalin postilaatikko olisi uutta työtä.

Samin esimerkit viittaavat siihen, että asiakkaat arvostavat nopeaa päivitystä pyynnön muuttuessa merkityksellisesti. Priya huomauttaa, että toistuvat muokkaukset voivat aiheuttaa sekavia kaksoisviestejä, ellei toimintaa määritellä. Leo selittää koosteen vaativan tässä järjestelmässä lisää ajastus- ja ryhmittelytyötä.

Mayalla on nyt konkreettinen kompromissi arvioitavana. Hän valitsee ensimmäiseen julkaisuun välittömän sähköpostin merkityksellisistä tilamuutoksista. Kaksoisviestien käsittely määritellään toteutustehtävissä. Pienet sisäiset muokkaukset eivät tuota asiakasilmoituksia. Tiimi palaa koosteeseen, jos asiakaspalaute osoittaa hyödyllisten päivitysten tulevan silti liian usein.

Tulos on tarkoituksella tarkempi kuin ”käytetään sähköpostia”. Se kertoo toteutukselle, testaukselle ja tuelle valinnan merkityksen. Se kirjaa myös tilanteen, joka voi saada tiimin harkitsemaan asiaa uudelleen.

Laadi DACI-matriisi Power Packissa

Avaa Power Pack Jira-tehtävässä ja valitse RACI / DACI Matrix. Aseta Model-valinnaksi DACI. Matriisin rooleina ovat tämän jälkeen D, A, C ja I.

Aloita osallistujaluettelosta ja lisää päätökseen osallistuvat henkilöt. Power Pack tukee Jira-käyttäjähakua ja ulkoisia osallistujamerkintöjä. Ulkoinen merkintä voi edustaa henkilöä matriisissa; se ei luo tiliä eikä anna hänelle pääsyä Jira-tehtävään.

Lisää tuotosnäkymässä rivi päätöskysymykselle. Vaikka käyttöliittymä käyttää tuotoksia rivirakenteena, selkeästi nimetty päätös sopii hyvin tähän DACI-esimerkkiin. Pidä asiaan liittymättömät toteutustehtävät pois ensimmäiseltä riviltä, jotta määritys pysyy helposti tulkittavana.

Siirry matriisiin ja anna Leolle D, Mayalle A, Samille ja Priyalle C sekä Elenalle I. Solun napsauttaminen vaihtaa käytettävissä olevia rooleja. Kohdistetut solut tukevat myös käyttöliittymässä näkyviä roolikirjainten pikanäppäimiä.

Tarkista rivi-indikaattorit. Power Pack tunnistaa puuttuvat hyväksyjät, useat hyväksyjät ja rivit, joilta puuttuu vetäjä. Tarkistukset auttavat löytämään keskeneräisen roolirakenteen. Ne eivät kerro, onko Mayalla organisaation päätösvalta tai onko Leo todella koonnut riittävästi näyttöä.

Tarkista tallennusilmaisin ennen tehtävästä poistumista. Jos työkalu näyttää paikallisen tai offline-tilan, älä oleta kollegoiden jo näkevän uusimpia määrityksiä. Hyödyllinen sopimus on versio, jonka ihmiset löytävät ja josta he voivat keskustella yhdessä.

Päätä keskustelu käyttökelpoiseen tulokseen

Roolimatriisi ei sisällä koko päätöstä. Kirjaa valittu lähestymistapa, perustelut ja olennaiset seuraukset tehtävän kuvaukseen tai Power Packin Decision Logiin. Sisällytä vakavasti harkitut vaihtoehdot, jotta toinen kollega voi ymmärtää valinnan myöhemmin.

Leo jakaa sitten Elenalle tiiviin tuloksen tiimin tavallisen viestintäprosessin kautta. Päivitys kertoo julkaistavan sisällön, mukaan kuuluvat viestit, rajauksen ulkopuolelle jäävät asiat ja toteutustyön sijainnin. Elenan merkitseminen I:llä matriisiin ei lähetä tätä viestiä.

Luo tai päivitä tarvittavat Jira-toteutustehtävät tavallisessa työnkulussa. Tässä esimerkissä ne kattavat merkityksellisten tilamuutosten tunnistamisen, kaksoisviestien käsittelyn ja varmistuksen. DACI-määritys kirjaa roolin päätöksessä; se ei automaattisesti muuta Jiran tekijää tai tehtävän tilaa.

Pidä malli oikeassa mittakaavassa

Käytä DACI-mallia, kun todellinen valinta on pysähtynyt epäselvän osallistumisen tai päätösvallan vuoksi. Tavallinen toteutusyksityiskohta, jonka kehittäjä saa jo ratkaista, saattaa tarvita vain lyhyen merkinnän. Täysi matriisi jokaista pientä valintaa varten voi vaikeuttaa prosessin ylläpitoa.

Palaa määrityksiin kysymyksen muuttuessa. Jos portalitiimi harkitsee myöhemmin maksullista ilmoituspalvelua, jonkun muun täytyy ehkä hyväksyä kustannus. Alkuperäinen tuotepäätös ei laajene hiljaisesti kattamaan tätä uutta valtuutta.

Valitse yksi nykyisen Jira-työn avoin kysymys. Rajaa se selkeästi, sovi vetäjä ja yksi hyväksyjä sekä tunnista tarvittavat täsmälliset näkemykset. Pidä roolit näkyvissä tehtävän vieressä Power Packilla ja kirjaa sekä viesti päätös sen synnyttyä.

• Atlassian Team Playbook: DACI-päätöksentekomalli