Õpitee 07Õppetund 4 / 8

Muuda tulemus algatuseks

Kirjuta kavatsus, millest saab ülevaadatav töö. Uuri ulatust ja sõltuvusi enne algatuse täitmisjärjekorda panemist.

Praktik11 minÜle vaadatud

Avaldaja Kuidas me kirjutame

Mida õpid

  • Kirjuta algatusele tulemus, põhjus ja piiratud ulatus.
  • Selgita Backlog'i, Todo, Queue ja Build'i erinevust.
  • Mõista järjekorra ja plaani heakskiiduga kaasnevaid volitusi.

Kirjelda tulemust enne samme

Väljamõeldud seadmetaotluste teenus vajab töötaja iseteenindust. Kasulik soov sõnastab tulemuse: „Autenditud töötaja saab luua taotluse ja näha ainult oma taotlusi.“

Selgita tähtsuse põhjust: praegu sisestavad haldurid töötajate taotlusi. Määra ulatus: taotluse loomine, oleku kuvamine, juurdepääsukontrollid ja nende käitumiste tõendid. Välista automaatne ostmine ja halduri heakskiidureegli muutmine.

Ära määra failimuudatusi ette enne koodihoidla uurimist. Algatus talletab kavatsuse; üksikasjalik planeerimine muudab kavatsuse teostussammudeks.

Vaata üle, mida soov tekitas

Taiga kasutab soovi ja tootekonteksti ühe algatuse või järjestatud algatustekogumi loomiseks. Uus töö jõuab rühma Backlog. Suurem soov võib vajada mitut sõltumatult ülevaadatavat muudatust.

Loe genereeritud lõppseisundit ning välju Why ja Scope. Kontrolli, et nõutud käitumine säilis ja välistusi järgiti. Kui olemasolev algatus soovi juba katab, võib Taiga nimetada selle duplikaadi loomise asemel.

Avaldatud reegliga blokeeritud soov vajab selles reeglis määratud otsustusteed. Loe selgitust ja lahenda vastuolu selle tee kaudu. Ära kirjuta soovi ümber üksnes keelatud tegevuse peitmiseks.

Käsitle tahvlit täitmisjärjestusena

RühmTähendus
BacklogVõimalik tulevane töö
TodoTöö, mida inimesed kavatsevad peagi käsitleda
QueueTöö, mille jätkamine määratud järjekorras on lubatud
BuildÜks algatus, mida planeeritakse, mis ootab plaaniotsust või mida teostatakse

Taiga töötab iga toote kohta korraga ühe algatusega, sealhulgas planeerimisel. Järgmine järjekorras algatus algab pärast praeguse pull request’i merge’imist. Üksused ei liigu Backlog’ist ega Todo’st automaatselt Queue’sse.

Queue’sse panemine on oluline. See tühistab lõpetamata sõltuvuste ootamise. Enne töötaja iseteeninduse järjekorda panemist kinnita identiteedialuse olemasolu või et valitud ulatus loob selle õigesti.

Uuri üksikasjalikku plaani

Planeerija loeb koodihoidlat, tootedokumente, reegleid, juhiseid ja juurutuskonteksti. Kontrolli plaani tegeliku kasutajatulemuse ja keskkonna vastu.

Seadmetaotluste teenuse puhul kontrolli kolme juurdepääsujuhtumit. Töötaja näeb oma taotlust. Teine töötaja seda ei näe. Haldurile jääb kavandatud ülevaatusjuurdepääs. Kaasa andmemigratsioon ja käitusmõjud, kui teostus neid muudab.

Kui Build on its own by default on välja lülitatud, ootab valmis plaan sinu otsust. Approve alustab ehitamist heakskiitja identiteediga ja tema õiguste piires. Reject kasutab sinu tagasisidet uuesti planeerimiseks. Algatusel võib olla oma seade.

Kasuta järgmise otsuse jaoks õiget kirjet

Plaanid on versioonitud. Käivitus talletab, millist plaani see täitis. Kui kavandatud lähenemine muutub, vaata algatus ja sobiv uuesti planeerimise tegevus üle. Kasuta eelmise katse uurimiseks käivituse kirjet.

Ehitus, merge’itud pull request ja tootmisväljalase on erinevad seisud. Hoia vastuvõtutõendid ja juurutusvastutus töö edenedes nähtavana. Jätka autonoomiaseadetega.

Tee harjutus

Küsi väljamõeldud seadmetaotluste teenusele töötaja iseteenindust. Kirjuta lõppseisund, tähtsuse põhjus, ulatus, välistused ja vastuvõtutõendid. Tuvasta vajalik identiteedimuudatus enne algatuse Queue'sse panemist.

Laadi tööleht alla (Markdown)

Kontrolli oma arusaamist

Algatus sõltub lõpetamata identiteeditööst. Paned selle Queue's esimeseks. Mida peaksid mõistma?

Allikad ja lisalugemine