Paverskite rezultatą iniciatyva

Aprašykite rezultatą prieš žingsnius

Išgalvotai įrangos paslaugai reikia darbuotojų savitarnos. Naudingas prašymas nurodo rezultatą: „Autentifikuotas darbuotojas gali sukurti prašymą ir matyti tik savo prašymus.“

Paaiškinkite svarbą: dabar prašymus darbuotojų vardu įveda vadovai. Apibrėžkite apimtį: prašymo sukūrimas, būsenos rodymas, prieigos patikrinimai ir šio veikimo įrodymai. Neįtraukite automatinio pirkimo ir vadovo patvirtinimo taisyklės pakeitimų.

Nenurodinėkite failų pakeitimų dar neišnagrinėjus kodo saugyklos. Iniciatyva užfiksuoja tikslą; išsamus planavimas jį paverčia įgyvendinimo žingsniais.

Peržiūrėkite prašymo rezultatą

Taiga naudoja prašymą ir produkto kontekstą iniciatyvai ar išrikiuotam iniciatyvų rinkiniui sukurti. Naujas darbas patenka į Backlog. Didesniam prašymui gali reikėti kelių nepriklausomai peržiūrimų pakeitimų.

Perskaitykite sugeneruotą galutinę būseną, Why ir Scope. Patikrinkite, ar reikiamas veikimas išlaikytas ir išimčių laikytasi. Jei esama iniciatyva jau apima prašymą, Taiga gali ją įvardyti užuot kūrusi dublikatą.

Paskelbtos taisyklės blokuojamam prašymui reikia tos taisyklės apibrėžto sprendimo kelio. Perskaitykite paaiškinimą ir tuo keliu išspręskite prieštaravimą. Neperrašykite prašymo vien tam, kad paslėptumėte draudžiamą veiksmą.

Lentą vertinkite kaip vykdymo seką

Taiga vienam produktui vienu metu vykdo vieną iniciatyvą, įskaitant planavimą. Kitą eilėje esančią iniciatyvą pradeda sujungus dabartinį pull request. Punktų iš Backlog ar Todo į Queue automatiškai neperkelia.

Įtraukimas į Queue svarbus. Jis panaikina neužbaigtų priklausomybių laukimą. Prieš įtraukdami darbuotojų savitarną į eilę, patvirtinkite, kad tapatybių pagrindas yra arba kad pasirinkta apimtis jį tinkamai sukuria.

Išnagrinėkite išsamų planą

Planuotojas skaito kodo saugyklą, produkto dokumentus, taisykles, instrukcijas ir diegimo kontekstą. Patikrinkite planą pagal tikrąjį naudotojo rezultatą ir aplinką.

Įrangos paslaugai patikrinkite tris prieigos atvejus. Darbuotojas mato savo prašymą. Kitas darbuotojas jo nemato. Vadovas išlaiko numatytą peržiūros prieigą. Įtraukite duomenų migraciją ir eksploatavimo poveikį, jei įgyvendinimas juos keičia.

Jei Build on its own by default išjungta, užbaigtas planas laukia jūsų sprendimo. Approve pradeda įgyvendinimą patvirtinusio asmens vardu pagal jo teises. Reject naudoja jūsų pastabas planavimui iš naujo. Iniciatyva gali turėti savo nustatymą.

Kitam sprendimui naudokite tinkamą įrašą

Planai versijuojami. Vykdymas užfiksuoja, kurį planą vykdė. Jei numatytas metodas keičiasi, peržiūrėkite iniciatyvą ir tinkamą perplanavimo veiksmą. Ankstesnį bandymą nagrinėkite vykdymo įraše.

Įgyvendinimas, sujungtas pull request ir produkcinis išleidimas yra skirtingos būsenos. Vykstant darbui išlaikykite matomus priėmimo įrodymus ir atsakomybę už diegimą. Toliau skaitykite apie autonomijos nustatymus.