Nisni një produkt të ri në Taiga

Përgatitni një rezultat të qartë

Ky skenar përdor një shërbim të trilluar kërkesash për pajisje. Një menaxher regjistron kërkesën e një punonjësi për pajisje dhe vendimin. Vetëshërbimi i punonjësve është zgjerim i mëvonshëm. Përdorni regjistrime sintetike gjatë mësimit. Skenari nuk autorizon përdorimin e të dhënave reale të personelit.

Para krijimit të produktit, konfirmoni se organizata dhe konteksti përkatës i përbashkët janë konfiguruar. Identifikoni personin përgjegjës për rezultatin e shërbimit dhe ekipin përgjegjës për mjedisin e tij të operimit.

Shkruani një kufi fillestar: versioni i parë regjistron kërkesat dhe vendimet. Nuk porosit pajisje, nuk miraton shpenzime automatikisht dhe nuk ndryshon regjistrimet e pagave.

Zgjidhni si nis produkti

Zgjidhni Start from scratch për këtë shërbim të ri. Përdorni Import codebase kur një depo ekzistuese kodi duhet të përcaktojë pikën e fillimit. Importimi është zgjedhje gjatë krijimit të produktit, prandaj bëjeni me qëllim të qartë.

Gjatë krijimit ju pyeteni edhe nëse Taiga shkruan Infrastructure code dhe CI/CD pipelines. Këto janë përgjegjësi të veçanta. Nëse ekipi juaj i platformës tashmë siguron një pjesë, çaktivizoni atë mundësi gjenerimi dhe përshkruani si bëhet puna sot.

Për shembull: “Platforma jonë vendos imazhe kontejnerësh të shqyrtuara përmes pipeline-it ekzistues të depos së kodit. Përdorni identitetin e saj të ngarkesës së punës dhe konfigurimin e mjedisit.” Konfirmoni se ky përshkrim është i saktë para se të mbështeteni tek ai.

Vendosni kontekstin para bisedës

Discovery fillon me Context. Shtoni materialet përkatëse të referencës së produktit dhe udhëzimet e përhershme para bisedës. Vendosni rregullat e përbashkëta për disa produkte në nivel organizate ose fabrike.

Për shërbimin e pajisjeve, konteksti i dobishëm përfshin mënyrën e identifikimit të punonjësve, shërbimet e miratuara të të dhënave dhe rregullin e aksesit të menaxherëve. Tregoni qartë pyetjet e pazgjidhura. Mos shpikni një afat ruajtjeje vetëm për të plotësuar një formular.

Pastaj përshkruajeni shërbimin në bisedë. Shpjegoni përdoruesit, rezultatin e dëshiruar, kufizimet dhe çfarë mbetet jashtë shtrirjes. Specifikimi ruhet si draft ndërsa punoni.

Shqyrtoni dhe publikoni synimin

Lexojeni specifikimin për supozime që do ta ndryshonin zbatimin. Në këtë skenar, kontrolloni nëse menaxheri mund t’i shohë kërkesat e të gjithë punonjësve apo vetëm kërkesat brenda ekipit të vet. Ky dallim ndikon në lejet, rrjedhën e të dhënave dhe testet.

Publikojeni specifikimin kur përmbajtja e tij është e përshtatshme për punën pasuese. Ndryshimet në draft nuk e zëvendësojnë versionin e publikuar derisa të publikoni përsëri. Vazhdoni me dokumentet e detyrueshme dhe shqyrtoni supozimet e tyre. Mësimi për Discovery shpjegon varësitë dhe dokumentet e vjetruara.

Pasi të publikohen të tetë dokumentet e detyrueshme, përfundoni Discovery dhe planifikoni iniciativat. Renditja e gjeneruar është propozim që mund ta shqyrtoni dhe ndryshoni.

Lidhni destinacionin real të dorëzimit

Lidheni depon e kodit para planifikimit të hollësishëm të iniciativës. Përcaktoni njëkohësisht mjediset e synuara, edhe pse mjedisi nuk është kusht për ta nisur planifikimin.

Përshkrimi i mjedisit nuk jep akses cloud. Pipeline-i juaj kryen vendosjen. Kontrolloni branch-in e depos së kodit, identitetin, përgjegjësinë për infrastrukturën dhe detyrat e nevojshme të konfigurimit me ekipin përgjegjës.

Rezultati i dobishëm i këtij skenari është një produkt i përcaktuar dhe punë që mund të shqyrtohet, e mbështetur në mjedisin real të dorëzimit. Ushtrojeni rendin e vendimeve në simulimin e rrjedhës së punës në Taiga.