Sāciet jaunu produktu Taiga

Sagatavojiet vienu skaidru rezultātu

Šis scenārijs izmanto izdomātu aprīkojuma pieprasījumu pakalpojumu. Vadītājs reģistrē darbinieka aprīkojuma pieprasījumu un lēmumu. Darbinieku pašapkalpošanās ir vēlāks paplašinājums. Mācību laikā izmantojiet sintētiskus ierakstus. Scenārijs neatļauj īstus personāla datus.

Pirms produkta izveides apstipriniet, ka organizācija un attiecīgais kopīgais konteksts ir iestatīts. Identificējiet cilvēku, kurš atbild par pakalpojuma rezultātu, un komandu, kura atbild par tā ekspluatācijas vidi.

Uzrakstiet sākotnējo robežu: pirmā versija reģistrē pieprasījumus un lēmumus. Tā nepasūta aprīkojumu, automātiski neapstiprina izdevumus un nemaina algu ierakstus.

Izvēlieties produkta sākumu

Šim jaunajam pakalpojumam izvēlieties Start from scratch. Izmantojiet Import codebase, ja sākumpunktu jānosaka esošam repozitorijam. Imports ir izvēle produkta izveides brīdī, tādēļ izdariet to apzināti.

Izveidē arī jānorāda, vai Taiga raksta Infrastructure code un CI/CD pipelines. Tie ir atsevišķi pienākumi. Ja platformas komanda jau nodrošina kādu daļu, izslēdziet šo ģenerēšanas iespēju un aprakstiet, kā darbs notiek pašlaik.

Piemēram: „Mūsu platforma izvieto pārskatītus konteineru attēlus caur esošo repozitorija pipeline. Izmantojiet tā darba slodzes identitāti un vides konfigurāciju.“ Pirms paļaušanās uz šo aprakstu apstipriniet tā precizitāti.

Ievietojiet kontekstu pirms sarunas

Discovery sākas ar Context. Pirms sarunas pievienojiet attiecīgos produkta atsauces materiālus un pastāvīgās instrukcijas. Vairākiem produktiem kopīgus noteikumus ievietojiet organizācijas vai ražotnes līmenī.

Aprīkojuma pakalpojumam noderīgs konteksts ietver darbinieku identitātes metodi, apstiprinātos datu pakalpojumus un vadītāja piekļuves noteikumu. Skaidri norādiet neatrisinātos jautājumus. Neizdomājiet glabāšanas termiņu tikai veidlapas aizpildīšanai.

Tad sarunā aprakstiet pakalpojumu. Izskaidrojiet lietotājus, vēlamo rezultātu, ierobežojumus un to, kas ir ārpus tvēruma. Darba laikā specifikācija tiek saglabāta kā melnraksts.

Pārskatiet un publicējiet ieceri

Lasiet specifikāciju, meklējot pieņēmumus, kas mainītu īstenojumu. Šajā scenārijā pārbaudiet, vai vadītājs redz visus darbinieku pieprasījumus vai tikai savas komandas pieprasījumus. Šī atšķirība ietekmē tiesības, datu plūsmu un testus.

Publicējiet specifikāciju, kad tās saturs ir piemērots turpmākajam darbam. Melnraksta izmaiņas neaizstāj publicēto versiju, līdz publicējat vēlreiz. Turpiniet ar vajadzīgajiem dokumentiem un pārskatiet to pieņēmumus. Discovery nodarbība izskaidro atkarības un novecojušus dokumentus.

Kad publicēti visi astoņi vajadzīgie dokumenti, pabeidziet Discovery un plānojiet iniciatīvas. Ģenerētā secība ir piedāvājums, ko varat pārbaudīt un mainīt.

Piesaistiet faktisko piegādes vidi

Piesaistiet repozitoriju pirms detalizētas iniciatīvu plānošanas. Vienlaikus definējiet paredzētās vides, lai gan plānošanas sākšanai vide nav obligāta.

Vides apraksts nepiešķir mākoņa piekļuvi. Jūsu pipeline veic izvietošanu. Pārbaudiet repozitorija zaru, identitāti, infrastruktūras atbildību un vajadzīgos iestatīšanas darbus ar atbildīgo komandu.

Šī scenārija noderīgais rezultāts ir definēts produkts un pārskatāms darbs, kas balstīts reālajā piegādes vidē. Vingrinieties lēmumu secībā Taiga darbplūsmas simulācijā.