Începeți un produs nou în Taiga

Pregătiți un rezultat clar

Acest scenariu folosește un serviciu fictiv de cereri de echipamente. Un manager înregistrează cererea de echipament a unui angajat și decizia. Autoservirea angajaților este o extindere ulterioară. Folosiți înregistrări sintetice în timpul învățării. Scenariul nu autorizează utilizarea datelor reale de personal.

Înainte de crearea produsului, confirmați configurarea organizației și a contextului comun relevant. Identificați persoana responsabilă de rezultatul serviciului și echipa responsabilă de mediul său de operare.

Scrieți o limită inițială: prima versiune înregistrează cereri și decizii. Nu comandă echipamente, nu aprobă automat cheltuieli și nu modifică înregistrări de salarizare.

Alegeți cum începe produsul

Alegeți Start from scratch pentru acest serviciu nou. Folosiți Import codebase când un depozit de cod existent trebuie să definească punctul de pornire. Importul este o alegere la crearea produsului, deci faceți-o deliberat.

La creare vi se cere și să precizați dacă Taiga scrie Infrastructure code și CI/CD pipelines. Sunt responsabilități separate. Dacă echipa de platformă furnizează deja o parte, dezactivați opțiunea respectivă de generare și descrieți cum se face lucrul astăzi.

De exemplu: „Platforma noastră instalează imagini de container verificate prin pipeline-ul existent al depozitului de cod. Folosiți identitatea sa de workload și configurația mediului.” Confirmați exactitatea descrierii înainte de a vă baza pe ea.

Puneți contextul înaintea conversației

Discovery începe cu Context. Adăugați materialele relevante de referință ale produsului și instrucțiunile permanente înainte de conversație. Puneți regulile comune mai multor produse la nivelul organizației sau fabricii.

Pentru serviciul de echipamente, contextul util include metoda de identitate a angajaților, serviciile de date aprobate și regula de acces a managerilor. Precizați explicit întrebările nerezolvate. Nu inventați o perioadă de păstrare pentru a completa un formular.

Apoi descrieți serviciul în conversație. Explicați utilizatorii, rezultatul dorit, restricțiile și ce este în afara domeniului. Specificația este salvată ca ciornă în timp ce lucrați.

Verificați și publicați intenția

Citiți specificația pentru a găsi ipoteze care ar schimba implementarea. În acest scenariu, verificați dacă un manager poate vedea toate cererile angajaților sau doar cererile echipei sale. Diferența afectează permisiunile, fluxul datelor și testele.

Publicați specificația când conținutul său este potrivit pentru lucrul ulterior. Modificările în ciornă nu înlocuiesc versiunea publicată până la o nouă publicare. Continuați cu documentele necesare și verificați ipotezele lor. Lecția Discovery explică dependențele și documentele depășite.

După publicarea tuturor celor opt documente obligatorii, încheiați Discovery și planificați inițiativele. Secvența generată este o propunere pe care o puteți inspecta și modifica.

Conectați ținta reală de livrare

Conectați depozitul de cod înainte de planificarea detaliată a inițiativelor. Definiți mediile prevăzute în același timp, chiar dacă un mediu nu este obligatoriu pentru începerea planificării.

Descrierea unui mediu nu acordă acces cloud. Pipeline-ul dumneavoastră execută instalarea. Verificați cu echipa responsabilă branch-ul depozitului de cod, identitatea, responsabilitatea infrastructurii și sarcinile necesare de configurare.

Rezultatul util al scenariului este un produs definit și lucru verificabil bazat pe mediul său real de livrare. Exersați secvența de decizii în simularea fluxului Taiga.