Indítson új terméket a Taigában

Készítsen elő egy világos eredményt

Ez a helyzet fiktív eszközigénylő szolgáltatást használ. A vezető rögzíti a munkatárs eszközigényét és a döntést. A munkatársi önkiszolgálás későbbi bővítés. Tanulás közben használjon szintetikus rekordokat. A helyzet nem ad engedélyt valódi személyügyi adatok használatára.

A termék létrehozása előtt erősítse meg, hogy a szervezet és a releváns közös kontextus be van állítva. Azonosítsa a szolgáltatás eredményéért felelős személyt és az üzemeltetési környezetért felelős csapatot.

Írja le a kezdeti határt: az első verzió igényeket és döntéseket rögzít. Nem rendel eszközöket, nem hagy jóvá automatikusan kiadást, és nem módosít bérszámfejtési rekordokat.

Válassza ki a termék indulási módját

Ehhez az új szolgáltatáshoz válassza a Start from scratch lehetőséget. Az Import codebase akkor megfelelő, ha a kiindulópontot egy meglévő repozitárnak kell meghatároznia. Az import a termék létrehozásakor választható, ezért tudatosan döntsön róla.

Létrehozáskor azt is meg kell adni, hogy a Taiga írja-e az Infrastructure code és CI/CD pipelines elemeket. Ezek külön felelősségek. Ha valamelyik részt már a platformcsapat biztosítja, kapcsolja ki annak generálását, és írja le a jelenlegi megoldást.

Például: „A platformunk review során ellenőrzött konténerimage-eket telepít a repozitár meglévő pipeline-ján keresztül. Használja annak workload identity megoldását és környezetkonfigurációját.” Mielőtt erre támaszkodik, erősítse meg a leírás pontosságát.

A beszélgetés előtt adja meg a kontextust

A Discovery a Context résszel indul. A beszélgetés előtt adja hozzá a releváns termék-referenciaanyagokat és állandó utasításokat. A több termékre érvényes szabályokat a szervezet vagy a factory szintjére helyezze.

Az eszközigénylő szolgáltatás hasznos kontextusához tartozik a munkatársi identitáskezelés, a jóváhagyott adatszolgáltatások és a vezetői hozzáférés szabálya. A nyitott kérdéseket jelezze egyértelműen. Ne találjon ki megőrzési időt pusztán egy űrlap kitöltéséhez.

Ezután írja le a szolgáltatást a beszélgetésben. Ismertesse a felhasználókat, a kívánt eredményt, a korlátozásokat és a hatókörön kívüli részeket. Munka közben a specifikáció vázlatként mentődik.

Vizsgálja felül és tegye közzé a szándékot

Keresse meg a specifikációban a megvalósítást befolyásoló feltételezéseket. Ebben a helyzetben ellenőrizze, hogy a vezető minden munkatárs igényét láthatja-e, vagy csak a saját csapatáét. A különbség a jogosultságokat, az adatáramlást és a teszteket is érinti.

Akkor tegye közzé a specifikációt, amikor a tartalma alkalmas a ráépülő munkára. A vázlat módosításai újabb közzétételig nem váltják fel a közzétett verziót. Haladjon végig a szükséges dokumentumokon, és vizsgálja meg a feltételezéseiket. A Discovery-lecke ismerteti a függőségeket és az elavult dokumentumokat.

Miután mind a nyolc kötelező dokumentumot közzétette, fejezze be a Discoveryt, és tervezze meg az initiative-eket. A generált sorrend áttekinthető és módosítható javaslat.

Kapcsolja a terméket a tényleges szállítási környezethez

A részletes initiative-tervezés előtt kapcsolja a repozitárt. Ugyanekkor határozza meg a tervezett környezeteket is, bár a tervezés elindításához nem kötelező környezet.

A környezetleírás nem ad felhőhozzáférést. A telepítést a pipeline végzi. Az illetékes csapattal ellenőrizze a repozitár branchét, az identitást, az infrastruktúra felelősét és a szükséges beállítási feladatokat.

A helyzet hasznos eredménye egy meghatározott termék és review-ra alkalmas munka, amely a valós szállítási környezetére épül. Gyakorolja a döntési sorrendet a Taiga-munkafolyamat szimulációjában.