Претворите исход у иницијативу

Опишите резултат пре корака

Измишљеном сервису опреме треба самостално подношење захтева запослених. Користан захтев наводи исход: „Аутентификован запослени може да направи захтев и види само сопствене захтеве.“

Објасните зашто је важно: руководиоци сада уносе захтеве за запослене. Дефинишите обухват: стварање захтева, приказ статуса, провере приступа и докази за та понашања. Искључите аутоматску куповину и промене правила одобравања руководилаца.

Не прописујте измене датотека пре прегледа репозиторијума. Иницијатива бележи намеру; детаљно планирање претвара ту намеру у кораке имплементације.

Прегледајте шта је захтев произвео

Taiga користи захтев и контекст производа да направи иницијативу или уређен скуп иницијатива. Нов посао стиже у Backlog. Већем захтеву може да треба више промена које могу независно да се прегледају.

Прочитајте генерисано крајње стање, Why и Scope. Проверите да је потребно понашање сачувано и да су изузимања поштована. Ако постојећа иницијатива већ покрива захтев, Taiga може да је наведе уместо стварања дупликата.

Захтев који блокира објављена политика захтева пут одлучивања дефинисан том политиком. Прочитајте објашњење и решите сукоб тим путем. Не преписујте захтев само да сакријете забрањену радњу.

Посматрајте таблу као редослед извршавања

Taiga ради на једној иницијативи по производу у датом тренутку, укључујући планирање. Следећу иницијативу из реда покреће после merge-а текућег pull request-а. Не премешта аутоматски ставке из Backlog или Todo у Queue.

Стављање у Queue је важно. Оно поништава чекање на недовршене зависности. Пре стављања самосталног подношења захтева запослених у ред потврдите да основа идентитета постоји или да је изабрани обухват исправно успоставља.

Испитајте детаљан план

Планер чита репозиторијум, документе производа, политике, упутства и контекст постављања. Проверите план према стварном корисничком исходу и окружењу.

За сервис опреме проверите три случаја приступа. Запослени види свој захтев. Други запослени не може да га види. Руководилац задржава намеравани приступ за преглед. Укључите миграцију података и оперативне ефекте ако их имплементација мења.

Ако је Build on its own by default искључен, завршен план чека вашу одлуку. Approve покреће build под идентитетом особе која одобрава, у складу са њеним дозволама. Reject користи ваше повратне информације за поновно планирање. Иницијатива може да има сопствено подешавање.

Користите прави запис за следећу одлуку

Планови су верзионисани. Извршавање бележи који је план извршило. Ако се намеравани приступ промени, прегледајте иницијативу и одговарајућу радњу поновног планирања. Користите запис извршавања да испитате претходни покушај.

Build, pull request за који је урађен merge и продукционо издање различита су стања. Нека докази прихватања и одговорност за постављање остану видљиви док рад напредује. Наставите са подешавањима аутономије.