Alakítsa a kívánt eredményt initiative-vé

A lépések előtt írja le az eredményt

A fiktív eszközigénylő szolgáltatásnak munkatársi önkiszolgálásra van szüksége. A hasznos kérés megadja az eredményt: „A hitelesített munkatárs igényt hozhat létre, és csak a saját igényeit láthatja.”

Magyarázza el, miért fontos: jelenleg a vezetők rögzítik a munkatársak igényeit. Határozza meg a hatókört: igény létrehozása, állapot megjelenítése, hozzáférési ellenőrzések és e működések bizonyítékai. Zárja ki az automatikus beszerzést és a vezetői jóváhagyási szabály módosítását.

A repozitár megvizsgálása előtt ne írjon elő fájlszintű módosításokat. Az initiative a szándékot rögzíti; a részletes tervezés alakítja azt megvalósítási lépésekké.

Vizsgálja felül, mit hozott létre a kérés

A Taiga a kérés és a termékkontextus alapján egy initiative-et vagy azok rendezett készletét hozza létre. Az új munka a Backlog részbe érkezik. A nagyobb kérés több, egymástól függetlenül felülvizsgálható módosítást igényelhet.

Olvassa el a generált végállapotot, valamint a Why és a Scope részt. Ellenőrizze, hogy megmaradt-e a szükséges működés, és betartotta-e a rendszer a kizárásokat. Ha a kérést már lefedi egy meglévő initiative, a Taiga megnevezheti azt ahelyett, hogy másolatot hozna létre.

Ha a kérést közzétett policy blokkolja, a policy által meghatározott döntési utat kell követni. Olvassa el a magyarázatot, és ezen az úton oldja fel az ütközést. Ne írja át a kérést pusztán a tiltott művelet elrejtésére.

Tekintse a táblát végrehajtási sorrendnek

A Taiga termékenként egyszerre egy initiative-en dolgozik, a tervezést is beleértve. A következő várakozó initiative-et az aktuális pull request merge-elése után indítja. Nem helyez át automatikusan elemeket a Backlog vagy a Todo részből a Queue-ba.

A Queue-ba helyezés számít. Felülírja a várakozást a még el nem készült függőségekre. A munkatársi önkiszolgálás sorba állítása előtt erősítse meg, hogy az identitáskezelési alap már létezik, vagy a választott hatókör megfelelően létrehozza azt.

Vizsgálja meg a részletes tervet

A tervező elolvassa a repozitárt, a termékdokumentumokat, a policykat, az utasításokat és a telepítési kontextust. Ellenőrizze a tervet a tényleges felhasználói eredményhez és környezethez mérten.

Az eszközigénylő szolgáltatásnál ellenőrizzen három hozzáférési esetet. A munkatárs látja a saját igényét. Egy másik munkatárs nem láthatja azt. A vezető megtartja a tervezett felülvizsgálati hozzáférését. Vegye figyelembe az adatmigrációt és az üzemeltetési hatásokat is, ha a megvalósítás érinti őket.

Ha a Build on its own by default ki van kapcsolva, az elkészült terv az Ön döntésére vár. Az Approve a jóváhagyó személy nevében, az ő jogosultságainak megfelelően indítja a megvalósítást. A Reject az Ön visszajelzése alapján újratervezést indít. Az initiative saját beállítást is kaphat.

A következő döntéshez a megfelelő nyilvántartást használja

A tervek verziózottak. A futás rögzíti, melyik tervet hajtotta végre. Ha a tervezett megközelítés változik, vizsgálja felül az initiative-et és a megfelelő újratervezési műveletet. A korábbi próbálkozást a futásban vizsgálja meg.

A build, a mergelt pull request és az éles kiadás különböző állapotok. A munka előrehaladtával maradjon látható az elfogadási bizonyíték és a telepítési felelősség. Folytassa az autonómia beállításaival.