Exercice de décision · 10 MIN
S’exercer au parcours Taiga
Prenez six décisions pour une application interne de notes de frais. Apprenez quand ajouter du contexte, vérifier les hypothèses et exiger une approbation humaine.
La situation
Vous activez Taiga pour une application interne fictive de notes de frais. Le parcours propose six décisions, de l’apport de contexte à la résolution d’un travail bloqué. Chaque écran explique le concept Taiga pertinent. Aucun compte Taiga n’est nécessaire.
Que faire
- Lisez la situation et choisissez l’action suivante. Sélectionnez Vérifier la décision pour voir la raison.
- Au besoin, changez votre réponse. Continuez lorsque la décision est correcte. Terminez les six décisions pour achever l’exercice.
Cet exercice enseigne les décisions Taiga avec des situations fictives. Vos choix ne touchent que l’exercice. Utilisez les liens documentaires ci-dessous pour trouver les véritables écrans de Taiga.
1 / 6 · Context
Commencer par les informations partagées
Vous allez construire un service interne de notes de frais. L’organisation dispose d’une politique de sécurité et d’une liste de technologies approuvées.
Discovery utilise les connaissances et instructions disponibles. Les règles partagées se placent à un niveau partagé. Consignez explicitement les questions non tranchées.
2 / 6 · Conversation
Examiner la spécification avant publication
Le brouillon de spécification indique que chaque salarié peut voir toutes les notes de frais. Cela ne correspond pas à l’exigence.
Les documents en aval utilisent la version publiée. Corrigez d’abord les erreurs importantes. Une spécification actualisée peut marquer Outdated des documents déjà générés.
3 / 6 · Documents
Vérifier les hypothèses générées
Les huit documents requis sont publiés. Le flux de données inclut un destinataire externe que personne ne reconnaît.
La publication ne prouve pas que les hypothèses sont correctes. Finish Discovery verrouille les documents. Vous pouvez rouvrir Discovery plus tard, mais corriger tôt limite les conséquences de l’erreur.
4 / 6 · Initiatives
Définir l’ordre du travail
Discovery est terminé. Le dépôt est connecté et un environnement est défini. Vous souhaitez une fonctionnalité d’export limitée.
Queue lance le travail quand son tour arrive. Taiga traite une initiative à la fois par produit. Vérifiez les dépendances : placer dans Queue remplace l’attente des dépendances inachevées.
5 / 6 · Autonomy
Choisir quand examiner le plan
L’équipe doit examiner chaque plan avant le début de la construction. La construction automatique est actuellement activée.
Le réglage Autonomy peut faire attendre un plan terminé jusqu’à Approve ou Reject. Une initiative peut remplacer le réglage par défaut. L’approbation de la PR est distincte.
6 / 6 · Needs you
Résoudre la cause d’une interruption
Une construction s’arrête à cause d’une permission requise manquante. Le plan reste correct. Une partie du travail est déjà commitée.
Resume build continue depuis la première étape incomplète et conserve les commits. Start over exécute le plan actuel sur une nouvelle branche. Choisissez l’action selon la cause réelle.
Exercice terminé
Vous avez pris six décisions, de Context à une interruption de construction. Dans un vrai produit, vérifiez l’état actuel, vos permissions et les conséquences de l’action.
Sources sur le comportement du produit : Your first product · Discovery · Initiatives
POUR TERMINER
Que doit encore décider la personne lorsque Taiga peut implémenter une modification ?
Comparer votre réponse à l’explication
La personne doit clarifier le comportement souhaité, vérifier le traitement des données et fixer l’autonomie permise. Les documents publiés nécessitent toujours une revue. Le travail bloqué nécessite toujours la permission ou l’information précise qui manque. Ces décisions relient le résultat demandé à une livraison contrôlée.
Appliquer au travail
Avant d’activer Taiga pour un produit, préparez ses utilisateurs prévus, ses limites de données et les décisions qui nécessitent une personne.
Choisir un autre exercice