Pokrenite novi proizvod na platformi Taiga

Pripremite jedan jasan ishod

Ovaj scenarij koristi izmišljenu uslugu zahtjeva za opremu. Menadžer bilježi zahtjev zaposlenika za opremu i odluku. Samousluga zaposlenika je kasnije proširenje. Koristite sintetičke zapise tokom učenja. Scenarij ne odobrava upotrebu stvarnih kadrovskih podataka.

Prije stvaranja proizvoda potvrdite da su organizacija i relevantan zajednički kontekst postavljeni. Utvrdite osobu odgovornu za ishod usluge i tim odgovoran za njeno radno okruženje.

Napišite početnu granicu: prva verzija bilježi zahtjeve i odluke. Ne naručuje opremu, ne odobrava potrošnju automatski i ne mijenja zapise obračuna plata.

Odaberite kako proizvod počinje

Odaberite Start from scratch za ovu novu uslugu. Koristite Import codebase kada postojeći repozitorij treba odrediti početnu tačku. Uvoz je izbor pri stvaranju proizvoda, pa ga donesite svjesno.

Pri stvaranju birate i piše li Taiga Infrastructure code i CI/CD pipelines. To su odvojene odgovornosti. Ako vaš platformski tim već pruža jedan dio, isključite tu opciju generisanja i opišite kako se rad danas obavlja.

Naprimjer: „Naša platforma raspoređuje pregledane slike kontejnera kroz postojeći pipeline repozitorija. Koristite njegov identitet radnog opterećenja i konfiguraciju okruženja.“ Potvrdite tačnost ovog opisa prije oslanjanja na njega.

Postavite kontekst prije razgovora

Discovery počinje korakom Context. Dodajte relevantne referentne materijale proizvoda i trajne instrukcije prije razgovora. Pravila zajednička za više proizvoda stavite na nivo organizacije ili fabrike.

Za uslugu opreme koristan kontekst uključuje način utvrđivanja identiteta zaposlenika, odobrene usluge podataka i pravilo pristupa menadžera. Izričito navedite neriješena pitanja. Nemojte izmisliti rok čuvanja da popunite obrazac.

Zatim opišite uslugu u razgovoru. Objasnite korisnike, željeni rezultat, ograničenja i ono što je izvan opsega. Specifikacija se tokom rada čuva kao nacrt.

Pregledajte i objavite namjeru

Pročitajte specifikaciju tražeći pretpostavke koje bi promijenile implementaciju. U ovom scenariju provjerite može li menadžer vidjeti sve zahtjeve zaposlenika ili samo zahtjeve svog tima. Ta razlika utječe na dozvole, tok podataka i testove.

Objavite specifikaciju kada je njen sadržaj prikladan za naredni rad. Promjene nacrta ne zamjenjuju objavljenu verziju dok je ponovo ne objavite. Nastavite kroz obavezne dokumente i pregledajte njihove pretpostavke. Lekcija o Discoveryju objašnjava zavisnosti i zastarjele dokumente.

Kada je svih osam obaveznih dokumenata objavljeno, završite Discovery i planirajte inicijative. Generisani redoslijed je prijedlog koji možete pregledati i promijeniti.

Povežite stvarno odredište isporuke

Povežite repozitorij prije detaljnog planiranja inicijativa. Istovremeno odredite namjeravana okruženja, iako okruženje nije obavezno za početak planiranja.

Opis okruženja ne dodjeljuje cloud pristup. Vaš pipeline obavlja raspoređivanje. Provjerite granu repozitorija, identitet, infrastrukturnu odgovornost i potrebne zadatke postavljanja s odgovornim timom.

Koristan ishod ovog scenarija je određen proizvod i rad koji se može pregledati, zasnovan na stvarnom okruženju isporuke. Vježbajte redoslijed odluka u simulaciji Taiga radnog toka.