Muuta tavoite initiativeksi

Kuvaa tulos ennen työvaiheita

Kuvitteellinen pyyntöpalvelu tarvitsee työntekijöiden itsepalvelun. Hyödyllinen pyyntö kuvaa tuloksen: ”Kirjautunut työntekijä voi luoda pyynnön ja nähdä vain omat pyyntönsä.”

Kerro syy: managerit syöttävät nyt pyynnöt työntekijöiden puolesta. Rajaa työ luontiin, tilan näyttöön, käyttöoikeuksiin ja niiden näyttöön. Sulje pois automaattinen ostaminen ja managerin hyväksymissäännön muutokset.

Älä määrää tiedostomuutoksia ennen repon tarkastusta. Initiative kuvaa tarkoituksen, jonka yksityiskohtainen suunnittelu muuttaa toteutusvaiheiksi.

Tarkasta pyynnön tulos

Taiga muodostaa pyynnöstä ja tuotekontekstista initiativen tai järjestetyn joukon initiativeja. Uusi työ tulee Backlog-ryhmään. Laaja pyyntö voi tarvita useita erikseen tarkastettavia muutoksia.

Lue generoitu lopputulos, Why ja Scope. Varmista, että vaadittu toiminta säilyi ja poissulut pitivät. Jos nykyinen initiative kattaa pyynnön, Taiga voi nimetä sen duplikaatin luomisen sijaan.

Julkaistun policyn estämä pyyntö tarvitsee policyn määrittämän päätöksenteon. Lue perustelu ja ratkaise ristiriita sitä kautta. Älä muotoile pyyntöä vain kielletyn toimenpiteen piilottamiseksi.

Käsittele boardia suoritusjärjestyksenä

Taiga työstää yhtä initiativea kerrallaan tuotetta kohti, myös suunnittelun aikana. Se aloittaa seuraavan Queuesta nykyisen PR:n mergeämisen jälkeen. Backlogista tai Todosta ei siirry työtä Queueen automaattisesti.

Queueen lisääminen ohittaa keskeneräisten riippuvuuksien odotuksen. Varmista ennen itsepalvelun jonotusta identiteettiperustan olemassaolo tai sen asianmukainen toteutus valitussa rajauksessa.

Tarkasta yksityiskohtainen suunnitelma

Planner lukee repon, tuotedokumentit, policyt, instructionit ja deployment-kontekstin. Vertaa suunnitelmaa oikeaan käyttäjätulokseen ja ympäristöön.

Esimerkissä tarvitaan näyttö kolmesta tilanteesta: työntekijä näkee oman pyyntönsä, toinen ei näe sitä ja managerin sovittu pääsy säilyy. Sisällytä datamigraatio ja ylläpitovaikutukset, jos toteutus muuttaa niitä.

Kun Build on its own by default on pois käytöstä, valmis suunnitelma odottaa päätöstä. Approve käynnistää buildin hyväksyjänä tämän oikeuksien rajoissa. Reject käyttää palautetta uuteen suunnitteluun. Initiativella voi olla oma asetus.

Käytä seuraavan päätöksen oikeaa tallennetta

Suunnitelmat versioidaan. Run kertoo, minkä version se suoritti. Jos lähestymistapa muuttuu, tarkasta initiative ja sopiva uudelleensuunnittelu. Tutki aiempaa yritystä runista.

Build, mergetty PR ja tuotantojulkaisu ovat eri tiloja. Säilytä hyväksymisen näyttö ja deployment-vastuu näkyvissä työn edetessä. Jatka autonomia-asetuksiin.