Rezultat pretvorite v pobudo

Rezultat opišite pred koraki

Izmišljena storitev opreme potrebuje samopostrežno uporabo zaposlenih. Uporabna zahteva navaja rezultat: »Zaposleni s preverjeno istovetnostjo lahko ustvari zahtevek in vidi samo svoje zahtevke.«

Pojasnite pomen: trenutno vodje vnašajo zahtevke za zaposlene. Določite obseg: ustvarjanje zahtevka, prikaz stanja, preverjanja dostopa in dokazila za ta delovanja. Izključite samodejno nabavo in spremembe pravila odobritve vodje.

Pred pregledom repozitorija ne predpisujte urejanja datotek. Pobuda zajame namen; podrobno načrtovanje ga pretvori v izvedbene korake.

Preglejte, kaj je zahteva ustvarila

Taiga z zahtevo in kontekstom izdelka ustvari pobudo ali urejen nabor pobud. Novo delo prispe v Backlog. Večja zahteva lahko potrebuje več sprememb, ki jih je mogoče neodvisno pregledati.

Preberite ustvarjeno končno stanje, Why in Scope. Preverite, ali je zahtevano delovanje ohranjeno in ali so izključitve upoštevane. Če obstoječa pobuda že pokriva zahtevo, jo lahko Taiga navede namesto ustvarjanja dvojnika.

Zahteva, ki jo blokira objavljeno pravilo, potrebuje pot odločanja, določeno s tem pravilom. Preberite pojasnilo in neskladje razrešite po tej poti. Zahteve ne prepišite zgolj zato, da skrijete prepovedano dejanje.

Tablo obravnavajte kot zaporedje izvajanja

Taiga na izdelku obravnava eno pobudo naenkrat, vključno z načrtovanjem. Naslednjo pobudo iz čakalne vrste začne po mergeu trenutnega pull requesta. Postavk iz Backlog ali Todo ne premika samodejno v Queue.

Postavitev v Queue je pomembna. Preglasi čakanje na nedokončane odvisnosti. Pred uvrstitvijo samopostrežne uporabe zaposlenih v čakalno vrsto potrdite, da temelji identitet obstajajo ali da jih izbrani obseg pravilno vzpostavi.

Preglejte podrobni načrt

Načrtovalnik bere repozitorij, dokumente izdelka, pravila, navodila in kontekst namestitve. Načrt preverite glede na dejanski rezultat za uporabnika in okolje.

Pri storitvi opreme preverite tri primere dostopa. Zaposleni vidi svoj zahtevek. Drug zaposleni ga ne more videti. Vodja ohrani predvideni dostop za pregled. Vključite migracijo podatkov in operativne učinke, če jih izvedba spremeni.

Če je nastavitev Build on its own by default izklopljena, dokončani načrt čaka na vašo odločitev. Approve začne izvedbo v imenu osebe, ki je odobrila načrt, v okviru njenih dovoljenj. Reject uporabi vaše povratne informacije za ponovno načrtovanje. Pobuda ima lahko svojo nastavitev.

Za naslednjo odločitev uporabite pravi zapis

Načrti imajo različice. Zagon zabeleži načrt, ki ga je izvedel. Če se predvideni pristop spremeni, preglejte pobudo in ustrezno dejanje ponovnega načrtovanja. Z zapisom zagona preglejte prejšnji poskus.

Izvedba, merge pull requesta in produkcijska izdaja so različna stanja. Med napredovanjem dela ohranite jasna dokazila za sprejetje in odgovornost za namestitev. Nadaljujte z nastavitvami samostojnosti.