Převeďte výsledek na iniciativu

Popište výsledek před kroky

Fiktivní služba pro vybavení potřebuje samoobsluhu zaměstnanců. Užitečný požadavek uvádí výsledek: „Zaměstnanec s ověřenou identitou může vytvořit žádost a vidí pouze vlastní žádosti.“

Vysvětlete význam: žádosti za zaměstnance dnes zadávají manažeři. Definujte rozsah: vytvoření žádosti, zobrazení stavu, kontroly přístupu a důkazy tohoto chování. Vylučte automatické nakupování a změny pravidla schvalování manažerem.

Nepředepisujte úpravy souborů před prozkoumáním repozitáře. Iniciativa zachycuje záměr; podrobné plánování jej převádí na implementační kroky.

Zkontrolujte, co požadavek vytvořil

Taiga používá požadavek a kontext produktu k vytvoření iniciativy nebo uspořádané sady iniciativ. Nová práce přichází do Backlog. Větší požadavek může potřebovat několik samostatně kontrolovatelných změn.

Přečtěte vygenerovaný konečný stav, Why a Scope. Ověřte zachování požadovaného chování a dodržení výluk. Pokud požadavek už pokrývá existující iniciativa, Taiga ji může uvést místo vytváření duplikátu.

Požadavek blokovaný publikovanou zásadou potřebuje rozhodovací postup definovaný touto zásadou. Přečtěte vysvětlení a vyřešte rozpor tímto postupem. Nepřepisujte požadavek jen kvůli skrytí zakázané akce.

Chápejte tabuli jako pořadí provádění

Taiga v každém produktu pracuje vždy na jedné iniciativě, včetně plánování. Další iniciativu ve frontě zahájí po mergi aktuálního pull requestu. Položky z Backlog nebo Todo do Queue automaticky nepřesouvá.

Zařazení do Queue je důležité. Potlačuje čekání na nedokončené závislosti. Před zařazením samoobsluhy zaměstnanců potvrďte, že základ identity existuje nebo že jej zvolený rozsah správně vytvoří.

Zkontrolujte podrobný plán

Plánovač čte repozitář, dokumenty produktu, zásady, pokyny a kontext nasazení. Porovnejte plán se skutečným výsledkem pro uživatele a prostředím.

U služby pro vybavení ověřte tři případy přístupu. Zaměstnanec vidí svou žádost. Jiný zaměstnanec ji nevidí. Manažer si zachovává zamýšlený přístup ke kontrole. Zahrňte migraci dat a provozní dopady, pokud je implementace mění.

Pokud je Build on its own by default vypnuté, dokončený plán čeká na vaše rozhodnutí. Approve spustí implementaci pod identitou schvalující osoby a v mezích jejích oprávnění. Reject použije vaši zpětnou vazbu k novému plánování. Iniciativa může mít vlastní nastavení.

Pro další rozhodnutí použijte správný záznam

Plány jsou verzované. Běh zaznamenává, který plán provedl. Pokud se zamýšlený přístup změní, zkontrolujte iniciativu a příslušnou akci nového plánování. Předchozí pokus prozkoumejte v záznamu běhu.

Implementace, mergovaný pull request a produkční vydání jsou různé stavy. Během práce zachovejte přehled o důkazech pro přijetí a odpovědnosti za nasazení. Pokračujte nastavením autonomie.