Vytvořte nový produkt v Taize

Připravte jeden jasný výsledek

Tento scénář používá fiktivní službu pro žádosti o vybavení. Manažer zaznamená žádost zaměstnance o vybavení a rozhodnutí. Samoobsluha pro zaměstnance je pozdější rozšíření. Při učení používejte syntetické záznamy. Scénář nepovoluje použití skutečných personálních dat.

Před vytvořením produktu potvrďte, že organizace a příslušný sdílený kontext jsou nastavené. Určete osobu odpovědnou za výsledek služby a tým odpovědný za její provozní prostředí.

Zapište počáteční hranici: první verze zaznamenává žádosti a rozhodnutí. Neobjednává vybavení, automaticky neschvaluje výdaje ani nemění mzdové záznamy.

Zvolte výchozí postup produktu

Pro tuto novou službu zvolte Start from scratch. Pokud má výchozí stav určovat existující repozitář, použijte Import codebase. Import se volí při vytváření produktu, proto se rozhodněte vědomě.

Při vytváření také určíte, zda Taiga píše Infrastructure code a CI/CD pipelines. Jde o samostatné odpovědnosti. Pokud některou část už poskytuje platformový tým, vypněte její generování a popište současný postup.

Například: „Naše platforma nasazuje zkontrolované kontejnerové obrazy přes existující pipeline repozitáře. Použij identitu úlohy a konfiguraci prostředí této platformy.“ Než se na tento popis spolehnete, potvrďte jeho správnost.

Doplňte kontext před konverzací

Discovery začíná částí Context. Před konverzací přidejte příslušné referenční materiály produktu a trvalé pokyny. Pravidla společná více produktům uložte na úroveň organizace nebo továrny.

U služby pro vybavení tvoří užitečný kontext způsob ověřování identity zaměstnanců, schválené datové služby a pravidlo přístupu manažerů. Nevyřešené otázky výslovně uveďte. Nevymýšlejte dobu uchovávání jen kvůli vyplnění formuláře.

Potom službu popište v konverzaci. Vysvětlete uživatele, požadovaný výsledek, omezení a oblasti mimo rozsah. Během práce se specifikace ukládá jako koncept.

Zkontrolujte a publikujte záměr

Ve specifikaci hledejte předpoklady, které by změnily implementaci. V tomto scénáři ověřte, zda manažer vidí žádosti všech zaměstnanců, nebo jen svého týmu. Tento rozdíl ovlivňuje oprávnění, tok dat a testy.

Specifikaci publikujte, když je její obsah vhodný pro navazující práci. Změny konceptu nenahradí publikovanou verzi, dokud znovu nepublikujete. Pokračujte požadovanými dokumenty a zkontrolujte jejich předpoklady. Lekce Discovery vysvětluje závislosti a zastaralé dokumenty.

Po publikování všech osmi požadovaných dokumentů dokončete Discovery a naplánujte iniciativy. Vygenerované pořadí je návrh, který můžete zkontrolovat a změnit.

Připojte skutečné prostředí dodávky

Před podrobným plánováním iniciativ připojte repozitář. Současně definujte zamýšlená prostředí, přestože prostředí není podmínkou zahájení plánování.

Popis prostředí neuděluje přístup do cloudu. Nasazení provádí vaše pipeline. S odpovědným týmem ověřte větev repozitáře, identitu, odpovědnost za infrastrukturu a potřebné úkoly nastavení.

Užitečným výsledkem tohoto scénáře je definovaný produkt a práce, kterou lze zkontrolovat a která vychází ze skutečného prostředí dodávky. Posloupnost rozhodnutí si procvičte v simulaci postupu Taigy.