Parcours 07Leçon 7 / 8

Résoudre une interruption Needs you

Comprenez pourquoi une initiative s’est arrêtée. Choisissez la continuation, la replanification, le redémarrage ou une action humaine de configuration sans perdre le contexte de décision.

Pratique10 minRevu

Publié par Notre méthode de rédaction

Ce que vous apprendrez

  • Utiliser l’initiative et l’exécution selon leurs fonctions distinctes.
  • Distinguer Resume build, Plan again, Try again et Start over.
  • Résoudre les tâches de la boîte partagée avec des preuves et la permission appropriée.

Trouver la raison de l’arrêt

Le service fictif d’équipement construit une modification des accès salariés. Son initiative affiche Needs you. Lisez la raison sur l’initiative, puis examinez l’exécution si une tentative existe.

Un plan échoué, une construction interrompue et une construction qui n’a pas pu démarrer sont des situations différentes. Taiga laisse l’initiative dans Build avec le problème à résoudre. Le flux ne poursuit pas cette initiative tant que personne n’agit.

Utilisez l’exécution pour comprendre les étapes, les hypothèses et le travail terminé. Utilisez l’initiative pour décider de la suite.

Choisir l’action selon son effet

ActionEffet
Resume buildContinue depuis la première étape incomplète et conserve le travail commité
Plan againCrée un plan de remplacement et conserve l’historique des plans
Try againRetente une construction qui n’a pas pu démarrer
Start overConstruit le plan actuel dans une nouvelle exécution sur une nouvelle branche

L’interface propose les actions adaptées à l’état actuel. Lisez l’explication précise avant de continuer. Start over ne reprend pas le travail de l’exécution arrêtée ; celle-ci reste une trace consultable.

Pour une panne temporaire d’infrastructure, vérifiez d’abord que la cause est résolue. Reprenez lorsque le plan et le travail conservé restent adaptés. Pour une mauvaise limite de données, corrigez le contexte et le plan pertinents au lieu de répéter la même implémentation.

Si l’initiative ne doit plus être exécutée maintenant, retirez-la du flux. Examinez la confirmation lorsqu’une planification ou une construction est active, car le déplacement arrête ce travail.

Résoudre séparément les tâches de configuration

Action Required est la boîte partagée des revues et tâches nécessitant une personne. Elle peut inclure des identifiants, comptes, variables d’environnement, connexions aux registres de packages et permissions.

Pour un secret de production manquant, identifiez son nom requis, son fournisseur, son environnement et son responsable. Créez-le ou configurez-le par la procédure approuvée de gestion des secrets. Ne collez pas sa valeur dans une description d’initiative ou une fiche d’exercice.

Un élément de configuration décrit ce qu’il faut faire ; le marquer terminé ne crée pas la configuration. Réalisez et vérifiez la tâche réelle, puis marquez l’élément terminé. Vérifiez à quelle étape cette tâche est nécessaire et consultez l’état actuel de l’exécution : un registre manquant peut empêcher l’installation des dépendances, tandis qu’une autre tâche peut bloquer le déploiement plus tard.

Garder la trace partagée exacte

La boîte appartient à l’équipe. Résoudre un élément le retire pour toutes les personnes qui y ont accès. Utilisez Dismiss seulement si l’élément ne s’applique pas. Utilisez Snooze s’il doit revenir plus tard.

Les membres, administrateurs et propriétaires peuvent résoudre les éléments selon leurs permissions. Les personnes en lecture seule peuvent consulter, mais pas vider la file. Confirmez que la personne chargée de débloquer le travail dispose des pouvoirs nécessaires.

Vérifier le résultat de la continuation

Après l’action, examinez le nouvel état et les preuves. Confirmez que le plan prévu a été exécuté et que la condition manquante est résolue. Un échec répété peut indiquer une hypothèse non résolue plutôt que la nécessité d’une nouvelle tentative identique.

Consignez l’enseignement durable dans les instructions ou la procédure d’exploitation appropriées. Poursuivez avec l’activation de Taiga dans le modèle complet de responsabilités.

Faire l’exercice

Classez trois interruptions fictives, une panne temporaire du service de packages, un plan utilisant la mauvaise limite de données et un secret de production manquant. Nommez la trace à examiner, le responsable, l’action suivante et les preuves permettant de continuer.

Télécharger la fiche d’exercice (Markdown)

Vérifier votre compréhension

Une construction s’est arrêtée après plusieurs étapes terminées à cause d’une panne temporaire d’infrastructure. Le plan reste correct. Quelle action préserve le travail terminé ?

Sources et lectures complémentaires

Lectures Taiga sur le sujet