Comenceu un producte nou a Taiga

Prepareu un resultat clar

Aquest escenari fa servir un servei fictici de sol·licituds d’equipament. Un responsable registra la sol·licitud d’equipament d’un empleat i la decisió. L’autoservei dels empleats és una ampliació posterior. Feu servir registres sintètics durant l’aprenentatge. L’escenari no autoritza l’ús de dades reals de personal.

Abans de crear el producte, confirmeu que l’organització i el context compartit pertinent estan configurats. Identifiqueu la persona responsable del resultat del servei i l’equip responsable del seu entorn operatiu.

Escriviu un límit inicial: la primera versió registra sol·licituds i decisions. No fa comandes d’equipament, no aprova despeses automàticament ni canvia registres de nòmines.

Trieu com comença el producte

Trieu Start from scratch per a aquest servei nou. Feu servir Import codebase quan un repositori existent hagi de definir el punt de partida. La importació és una tria que es fa en crear el producte; feu-la deliberadament.

La creació també pregunta si Taiga escriu Infrastructure code i CI/CD pipelines. Són responsabilitats separades. Si el vostre equip de plataforma ja proporciona una part, desactiveu aquella opció de generació i descriviu com es fa la feina actualment.

Per exemple: «La nostra plataforma desplega imatges de contenidor revisades mitjançant el pipeline existent del repositori. Feu servir la seva identitat de càrrega de treball i la configuració d’entorn.» Confirmeu que aquesta descripció és correcta abans de basar-vos-hi.

Poseu el context abans de la conversa

Discovery comença amb Context. Afegiu el material de referència pertinent del producte i les instruccions permanents abans de la conversa. Poseu les regles compartides per diversos productes al nivell de l’organització o de la fàbrica.

Per al servei d’equipament, el context útil inclou el mètode d’identificació dels empleats, els serveis de dades aprovats i la regla d’accés dels responsables. Indiqueu explícitament les preguntes sense resoldre. No inventeu un període de retenció per completar un formulari.

Després descriviu el servei a la conversa. Expliqueu els usuaris, el resultat desitjat, les restriccions i què queda fora d’abast. L’especificació es desa com a esborrany mentre hi treballeu.

Reviseu i publiqueu la intenció

Llegiu l’especificació per trobar hipòtesis que canviarien la implementació. En aquest escenari, comproveu si un responsable pot veure totes les sol·licituds dels empleats o només les del seu equip. Aquesta diferència afecta els permisos, el flux de dades i les proves.

Publiqueu l’especificació quan el contingut sigui adequat per a la feina que en depèn. Els canvis de l’esborrany no substitueixen la versió publicada fins que torneu a publicar. Continueu amb els documents requerits i reviseu-ne les hipòtesis. La lliçó de Discovery explica les dependències i els documents desactualitzats.

Quan els vuit documents requerits estiguin publicats, finalitzeu Discovery i planifiqueu les iniciatives. La seqüència generada és una proposta que podeu examinar i canviar.

Connecteu la destinació real del lliurament

Connecteu el repositori abans de la planificació detallada de les iniciatives. Definiu alhora els entorns previstos, tot i que no cal tenir un entorn per començar a planificar.

Una descripció d’entorn no concedeix accés al núvol. El vostre pipeline fa el desplegament. Comproveu la branca del repositori, la identitat, la responsabilitat de la infraestructura i les tasques de configuració requerides amb l’equip responsable.

El resultat útil d’aquest escenari és un producte definit i una feina que es pot revisar, basada en el seu entorn real de lliurament. Practiqueu la seqüència de decisions a la simulació del flux de Taiga.