Breyttu árangursmarkmiði í frumkvæði

Lýstu niðurstöðunni á undan skrefunum

Ímyndaða búnaðarþjónustan þarf sjálfsafgreiðslu starfsfólks. Gagnleg beiðni segir hver niðurstaðan á að vera: „Auðkenndur starfsmaður getur búið til beiðni og séð aðeins eigin beiðnir.“

Útskýrðu hvers vegna þetta skiptir máli: stjórnendur skrá nú beiðnir fyrir starfsfólk. Skilgreindu umfang: stofnun beiðna, stöðubirtingu, athuganir á aðgangsheimildum og staðfestingargögn fyrir þá hegðun. Útilokaðu sjálfvirk innkaup og breytingar á samþykktarreglu stjórnanda.

Ekki fyrirskipa breytingar á skrám áður en kóðasafnið hefur verið skoðað. Frumkvæðið fangar tilgang; ítarleg áætlanagerð breytir þeim tilgangi í útfærsluskref.

Farðu yfir það sem beiðnin skilaði

Taiga notar beiðnina og samhengi vörunnar til að búa til frumkvæði eða röð frumkvæða. Ný vinna fer í Backlog. Stærri beiðni getur þurft nokkrar breytingar sem hægt er að yfirfara sjálfstætt.

Lestu lokaástandið sem var búið til, Why og Scope. Athugaðu að áskilin hegðun hafi varðveist og útilokanir verið virtar. Ef núverandi frumkvæði nær þegar yfir beiðnina getur Taiga nefnt það í stað þess að búa til tvítekið frumkvæði.

Beiðni sem birt stefna stöðvar þarf ákvörðunarleiðina sem stefnan skilgreinir. Lestu skýringuna og leystu áreksturinn eftir þeirri leið. Ekki endurskrifa beiðnina eingöngu til að fela bönnuðu aðgerðina.

Líttu á töfluna sem framkvæmdarröð

Taiga vinnur eitt frumkvæði í einu fyrir hverja vöru, þar á meðal áætlanagerð. Það byrjar á næsta frumkvæði í biðröð eftir að núverandi pull request er sameinað. Það flytur ekki sjálfkrafa atriði úr Backlog eða Todo í Queue.

Staðsetning í Queue skiptir máli. Hún gengur framar bið eftir óloknum forsenduverkum. Áður en þú setur sjálfsafgreiðslu starfsfólks í biðröð skaltu staðfesta að auðkennisgrunnurinn sé til eða að valið umfang komi honum rétt á.

Skoðaðu ítarlegu áætlunina

Áætlanagerðin les kóðasafnið, vöruskjöl, stefnur, fyrirmæli og uppsetningarsamhengi. Athugaðu áætlunina gagnvart raunverulegum árangri notandans og umhverfinu.

Fyrir búnaðarþjónustuna skaltu sannreyna þrjú aðgangstilvik. Starfsmaður sér eigin beiðni. Annar starfsmaður getur ekki séð hana. Stjórnandi heldur fyrirhuguðum yfirferðaraðgangi. Taktu með yfirfærslu gagna og rekstraráhrif ef útfærslan breytir þeim.

Ef slökkt er á Build on its own by default bíður fullbúna áætlunin ákvörðunar þinnar. Approve byrjar smíðina í nafni þess sem samþykkir, háð heimildum viðkomandi. Reject notar endurgjöf þína til að skipuleggja aftur. Frumkvæði getur haft sína eigin stillingu.

Notaðu réttu skrána fyrir næstu ákvörðun

Áætlanir eru útgáfustýrðar. Keyrsla skráir hvaða áætlun hún framkvæmdi. Ef fyrirhuguð nálgun breytist skaltu fara yfir frumkvæðið og viðeigandi aðgerð til enduráætlanagerðar. Notaðu keyrsluna til að skoða fyrri tilraun.

Smíði, sameinað pull request og útgáfa í rekstri eru ólíkar stöður. Haltu samþykktargögnum og uppsetningarábyrgð sýnilegum þegar vinnan heldur áfram. Haltu áfram í sjálfstæðisstillingar.