Pārvērtiet rezultātu iniciatīvā

Aprakstiet rezultātu pirms soļiem

Izdomātajam aprīkojuma pakalpojumam vajag darbinieku pašapkalpošanos. Noderīgs pieprasījums nosauc rezultātu: „Autentificēts darbinieks var izveidot pieprasījumu un redzēt tikai savus pieprasījumus.“

Izskaidrojiet, kāpēc tas ir svarīgi: pašlaik vadītāji ievada pieprasījumus darbinieku vietā. Definējiet tvērumu: pieprasījumu izveide, statusa rādīšana, piekļuves pārbaudes un šo darbību pierādījumi. Izslēdziet automātisku iegādi un vadītāja apstiprināšanas noteikuma izmaiņas.

Nenorādiet failu labojumus, pirms repozitorijs ir pārbaudīts. Iniciatīva fiksē ieceri; detalizēta plānošana pārvērš šo ieceri īstenošanas soļos.

Pārskatiet pieprasījuma rezultātu

Taiga izmanto pieprasījumu un produkta kontekstu, lai izveidotu iniciatīvu vai sakārtotu iniciatīvu kopu. Jauns darbs nonāk Backlog. Lielākam pieprasījumam var vajadzēt vairākas neatkarīgi pārskatāmas izmaiņas.

Izlasiet ģenerēto gala stāvokli, Why un Scope. Pārbaudiet, vai vajadzīgā darbība saglabāta un izslēgtais respektēts. Ja esoša iniciatīva jau aptver pieprasījumu, Taiga var nosaukt to, nevis radīt dublikātu.

Pieprasījumam, ko bloķē publicēta politika, vajag šajā politikā definēto lēmuma ceļu. Izlasiet skaidrojumu un atrisiniet konfliktu pa šo ceļu. Nepārrakstiet pieprasījumu tikai tādēļ, lai paslēptu aizliegto darbību.

Uztveriet dēli kā izpildes secību

Taiga vienā produktā strādā ar vienu iniciatīvu vienlaikus, ieskaitot plānošanu. Tas sāk nākamo iniciatīvu rindā pēc pašreizējā pull request sapludināšanas. Tas automātiski nepārvieto vienumus no Backlog vai Todo uz Queue.

Ievietošanai Queue ir nozīme. Tā atceļ gaidīšanu uz nepabeigtām atkarībām. Pirms darbinieku pašapkalpošanās ievietošanas rindā apstipriniet, ka identitātes pamats pastāv vai izvēlētais tvērums to pareizi izveido.

Pārbaudiet detalizēto plānu

Plānotājs lasa repozitoriju, produkta dokumentus, politikas, instrukcijas un izvietošanas kontekstu. Pārbaudiet plānu pret faktisko lietotāja rezultātu un vidi.

Aprīkojuma pakalpojumam pārbaudiet trīs piekļuves gadījumus. Darbinieks redz savu pieprasījumu. Cits darbinieks to neredz. Vadītājam saglabājas paredzētā piekļuve pārskatīšanai. Iekļaujiet datu migrāciju un ietekmi uz ekspluatāciju, ja īstenojums tās maina.

Ja Build on its own by default ir izslēgts, pabeigtais plāns gaida jūsu lēmumu. Approve sāk būvēšanu kā apstiprinošā persona atbilstoši tās tiesībām. Reject izmanto jūsu atsauksmi atkārtotai plānošanai. Iniciatīvai var būt savs iestatījums.

Izmantojiet pareizo ierakstu nākamajam lēmumam

Plāni ir versēti. Izpildes ieraksts norāda, kuru plānu tas izpildīja. Ja iecerētā pieeja mainās, pārskatiet iniciatīvu un atbilstošo pārplānošanas darbību. Izmantojiet izpildes ierakstu iepriekšējā mēģinājuma pārbaudei.

Būvējums, sapludināts pull request un laidiens produkcijas vidē ir atšķirīgi stāvokļi. Darbam virzoties, saglabājiet redzamus pieņemšanas pierādījumus un atbildību par izvietošanu. Turpiniet ar autonomijas iestatījumiem.