Aloita uusi tuote Taigassa

Valmistele yksi selvä tavoite

Esimerkkinä on kuvitteellinen työvälineiden pyyntöpalvelu. Manager kirjaa työntekijän välinepyynnön ja päätöksen. Työntekijöiden itsepalvelu lisätään myöhemmin. Käytä harjoittelussa synteettisiä tietueita. Esimerkki ei valtuuta oikeiden henkilöstötietojen käyttöä.

Varmista organisaation ja yhteisen kontekstin valmistelu ennen tuotteen luontia. Nimeä palvelun tavoitteen omistaja ja käyttöympäristöstä vastaava tiimi.

Rajaa ensimmäinen versio pyyntöjen ja päätösten tallennukseen. Se ei tilaa välineitä, hyväksy menoja automaattisesti tai muuta palkkatietoja.

Valitse aloitustapa

Valitse uudelle palvelulle Start from scratch. Valitse Import codebase, kun nykyinen repo määrittää lähtötilanteen. Import valitaan tuotteen luomishetkellä.

Luonnissa kysytään myös, kirjoittaako Taiga Infrastructure code- ja CI/CD pipelines -osuudet. Vastuut ovat erilliset. Jos platform-tiimi tuottaa osan, poista sen generointi käytöstä ja kuvaa nykyinen toimintatapa.

Esimerkiksi: ”Platform julkaisee tarkastetut kontti-imaget repon nykyisellä pipelinella. Käytä sen workload identitya ja ympäristökonfiguraatiota.” Varmista kuvauksen oikeellisuus ennen siihen tukeutumista.

Lisää konteksti ennen keskustelua

Discovery alkaa Context-vaiheesta. Lisää tuotteen lähdeaineisto ja pysyvät ohjeet ennen keskustelua. Vie usean tuotteen yhteiset säännöt organisaatio- tai factory-tasolle.

Pyyntöpalvelussa hyödyllistä kontekstia ovat työntekijöiden identiteetti, hyväksytyt datapalvelut ja managerin käyttöoikeusraja. Nimeä avoimet kysymykset. Älä keksi säilytysaikaa vain lomakkeen täyttämiseksi.

Kuvaa sitten keskustelussa käyttäjät, haluttu tulos, rajoitteet ja rajauksen ulkopuoliset asiat. Specification tallentuu työn aikana draftina.

Tarkasta ja julkaise tarkoitus

Etsi specificationista toteutukseen vaikuttavat oletukset. Saako manager nähdä kaikkien työntekijöiden pyynnöt vai vain oman tiiminsä? Ero vaikuttaa oikeuksiin, datavirtoihin ja testeihin.

Julkaise specification, kun se sopii seuraavien vaiheiden lähtötiedoksi. Draftin muutos korvaa julkaistun version vasta uudella julkaisulla. Jatka pakollisiin dokumentteihin ja tarkasta niiden oletukset. Discovery-oppitunti käsittelee riippuvuuksia ja vanhentuneita dokumentteja.

Kun kaikki kahdeksan pakollista dokumenttia on julkaistu, viimeistele Discovery ja suunnittele initiativet. Generoitu järjestys on muokattava ehdotus.

Kytke todellinen toimitusympäristö

Liitä repo ennen initiativen yksityiskohtaista suunnittelua. Määritä ympäristöt samalla, vaikka suunnittelun voi aloittaa ilman niitä.

Ympäristön kuvaus ei anna pilvioikeuksia. Oma pipeline tekee deploymentin. Tarkista repon branch, identiteetti, infran omistajuus ja tarvittavat setup-tehtävät vastuutiimin kanssa.

Tämän vaiheen tuloksena on määritelty tuote ja tarkastettava työ oikeaan toimitusympäristöön sidottuna. Harjoittele päätöksiä Taigan työnkulkusimulaatiossa.