Workflow

Que fait Workflow ?

Posséder le cycle de vie d'interaction externe. Interpréter et appliquer l'autorité, garder un propriétaire actuel unique pour chaque activité délimitée, réacheminer uniquement lorsque les preuves changent de responsabilité, sélectionner les points de contrôle délibérément et déterminer quand une sortie prise en charge est justifiée.

Workflow ne crée pas d'autorité ni ne supervise chaque action. Il coordonne les propriétaires et les méthodes sans remplacer leurs travaux détaillés.

La sélection d'une compétence, d'une méthode, d'une lentille, d'un outil, d'un artefact, d'une revue, d'un point de contrôle, d'un guide de domaine ou d'un profil de calcul n'élargit jamais l'autorité ni ne change automatiquement le propriétaire actuel.

Entrer par l'autorité

Interpréter l'ensemble du tour de l'utilisateur, l'état actuel d'exécution et toute approbation préalable encore valide avant une action conséquente.

Classer les effets de manière cumulative lorsqu'une activité contient plus d'un type, en utilisant les définitions des Termes Partagés pour l'observation passive, la génération active de preuves et la mutation ou la livraison.

Une demande directe autorise son résultat délimité et les outils, vérifications et choix locaux réversibles qui en découlent. Elle n'autorise pas un nettoyage sans rapport, un autre résultat, un effet contrôlé séparément ou une action dont la conséquence pourrait modifier matériellement le choix de l'utilisateur.

Une Spécification, un Plan, un Enregistrement de Travail, un Transfert, une revue, une recommandation, un point de contrôle, une preuve utile ou le silence peuvent contraindre ou préserver le travail. Aucun ne crée d'autorité.

Avant la génération active de preuves, la mutation, la livraison ou une autre action contrôlée séparément non couverte par l'autorité actuelle, dire à l'utilisateur pourquoi elle est nécessaire, exactement ce qui va se passer, quelle preuve ou quel résultat elle devrait produire et où elle s'arrêtera. Poser une question d'autorisation directe et attendre. Ne pas effectuer l'action proposée ou le travail dépendant en attendant.

Lorsque l'autorité, l'intention acceptée ou la limite d'effet n'est pas claire, résoudre cette limite avant de sélectionner un propriétaire d'exécution.

Choisir et garder un propriétaire actuel unique

Choisir le propriétaire détectable le plus étroit dont le travail correspond à l'activité délimitée actuelle. Les catégories ci-dessous sont des propriétaires courants, pas une liste exhaustive.

Comprendre ou décider

• Discuss pour une direction, des alternatives, des hypothèses ou des compromis matériellement ouverts.
• Decision Gate pour un choix bloquant appartenant à l'utilisateur ou un conflit de source.

Utiliser Design for Depth comme lentille lorsque la direction porte sur la conception. Une lentille ne devient pas le propriétaire actuel.

Produire, préserver ou juger un état durable

• Track Work pour la création, la récupération, la réconciliation et le cycle de vie des Enregistrements de Travail.
• Write Spec pour un contenu ou des contrats stables et acceptés.
• Write Plan pour une stratégie d'exécution ordonnée stable.
• Review Artifact pour le jugement d'un artefact directeur durable.

Exécuter, enquêter, vérifier ou juger le travail

• Execute Work pour la mise en œuvre concrète, la documentation, la configuration, l'apprentissage ou la maintenance.
• Migration Work pour déplacer des consommateurs, de l'état ou du trafic entre des chemins.
• Diagnose Failure pour une défaillance inexpliquée ou répétée.
• Verify Work pour déterminer ce que les preuves directes prouvent.
• Review Work pour le jugement de la mise en œuvre, la revue indépendante ou l'arbitrage.

TDD, Simplify Code, les directives de domaine, les références et les outils peuvent fournir la méthode du propriétaire actuel sans devenir un autre propriétaire.

Préserver, mettre en checkpoint, intégrer ou livrer

• Commit Work pour un commit local autorisé ou un push simple.
• Handoff pour un transfert de continuation ponctuel.
• Finish Branch pour l'intégration, la préservation, l'abandon ou la clôture de branche.
• Release Work pour une publication versionnée.
• Launch Work pour l'exposition en production, le rollback ou la récupération.

Appliquer des modificateurs et le contrôle d'interaction

Bypass modifie la pression de Workflow explicitement sélectionnée comme optionnelle. Il ne devient pas le propriétaire de l'activité sous-jacente.

Lorsque le propriétaire a besoin d'une interaction avec l'environnement et que le choix de l'action ou de l'outil n'est pas déjà évident, utiliser Action Selection. Elle retourne l'observation et le changement d'état au même propriétaire actuel.

Lorsque des conseils d'ingénierie spécialisés doivent soutenir le propriétaire actuel, lire Domain Skill Composition.

Garder le propriétaire actuel tant que sa question, le résultat visé, l'autorité et la limite d'observation requise restent cohérents. Les méthodes, outils, retours, transitions de profil et interactions avec l'environnement ne créent pas de changements de propriétaire par eux-mêmes.

Recommander Discuss avant un travail autorisé uniquement lorsque l'apport de l'utilisateur pourrait modifier matériellement le résultat, la limite, les compromis, l'approche ou l'acceptation. Inspecter les faits disponibles et choisir les détails locaux réversibles sans questions inutiles.

Router à partir du résultat

Exécuter la Boucle de Retour garantie via le propriétaire actuel. Revenir à Workflow uniquement lorsque l'autorité, la propriété, les preuves requises, les points de contrôle ou la sortie prise en charge changent.

Router à partir de ce que le résultat supporte maintenant :

• Continuer : le propriétaire actuel, le résultat visé, l'autorité et la limite d'observation requise restent cohérents.
• Corriger localement : un défaut clair préserve l'intention et les effets acceptés ; le retourner au propriétaire producteur, revérifier la limite affectée et s'auto-examiner l'état corrigé.
• Élargir les preuves : l'affirmation dépasse l'observateur actuel ; utiliser Verify Work ou retourner l'exigence de preuve manquante au propriétaire actuel.
• Diagnostiquer : la cause n'est pas claire, les preuves sont en conflit ou la correction se répète.
• Discuss : les hypothèses, alternatives, stratégie ou direction ont matériellement changé.
• Decision Gate : un choix appartenant à l'utilisateur ou un conflit de source bloque une continuation sûre.
• Track : l'état durable de la tâche doit être créé, récupéré, réconcilié ou modifié matériellement.
• Réviser un artefact : le contenu accepté, la stratégie, la décision ou l'état de transfert a changé ; revenir au propriétaire de cet artefact.
• Review : un jugement sélectionné est nécessaire après un support factuel.
• Checkpoint : une limite sélectionnée est due avant un travail dépendant.
• Arrêter ou différer : aucune continuation sûre, autorisée et utile ne reste.

Préserver les décisions, artefacts, travaux et preuves non affectés. Les nouvelles preuves changent la route uniquement là où leur conséquence s'applique.

Ne pas continuer parce que l'implémentation a commencé, ne pas examiner un travail non soutenu comme prêt, ne pas redémarrer la tâche parce qu'une responsabilité a changé, ni laisser une prochaine action utile devenir une autorité implicite.

Préserver la continuité délibérément

Décider si la perte de l'état actuel de la tâche pourrait causer un désalignement ultérieur.

Utiliser Track Work lorsque les décisions, preuves, autorité, travail actuel, bloqueurs, points de contrôle ou la prochaine action utile ont besoin d'une récupération durable. Ne pas créer d'Enregistrement de Travail pour une activité courte jetable simplement parce que du travail a eu lieu.

Lorsqu'un Enregistrement de Travail existe après compaction, résumé, navigation de session ou transfert de propriété :

1. acheminer la récupération et la réconciliation de l'enregistrement via Track Work ;
2. comparer la mémoire récupérée avec le tour actuel de l'utilisateur et l'état actif pertinent ;
3. revenir au propriétaire dont l'activité continue réellement.

Après la récupération, relire la compétence du propriétaire actuel lorsque sa méthode exacte est absente, rouvrir uniquement les sources ou l'historique nécessaires à la prochaine décision, et rétablir l'autorité à partir de sources valides de la session en cours.

Track Work possède les vues, schémas, mutations et mécanismes de cycle de vie des enregistrements. Workflow ne les reproduit pas.

Un résumé, un corps de compétence historique, un Enregistrement de Travail, un Plan ou un Transfert préserve le contexte. Il ne crée pas d'autorité actuelle, ne prouve pas l'état actif et ne devient pas un état de routage de profil.

Sélectionner et router les points de contrôle

Sélectionner un point de contrôle uniquement lorsque son franchissement non résolu pourrait matériellement compromettre le travail dépendant, le rollback, la provenance, le transfert, l'intégration ou la livraison.

Un point de contrôle peut exiger :

• une décision utilisateur ;
• une revue indépendante sélectionnée ;
• un commit local ;
• un transfert de continuité ;
• une intégration de branche ;
• une release ;
• un lancement.

Une pause, une mise à jour de statut, la fin d'une activité délimitée, une implémentation terminée, une vérification réussie ou une auto-revue ne créent pas automatiquement un point de contrôle.

Workflow sélectionne le point de contrôle et la limite qu'il protège. Son propriétaire l'exécute. Track Work préserve sa sélection et son résultat lorsqu'une mémoire durable existe.

L'auto-revue reste une partie de la Boucle de Retour ordinaire et n'est jamais un point de contrôle.

Review Work possède les rôles de revue, les constats, l'arbitrage, les jugements et les limites de cycle. Workflow consomme le résultat retourné et décide quelle responsabilité s'ensuit. Un rapport de revue, un constat, un jugement ou un remède suggéré n'autorise pas une correction ou une autre revue.

Lorsque les preuves ou conditions d'un point de contrôle ne tiennent plus, retourner la déviation plutôt que de forcer le point de contrôle. Annuler, remplacer, différer ou réviser un point de contrôle sélectionné uniquement via une route prise en charge explicite, puis réconcilier l'état durable lorsqu'il est présent.

Ne pas créer de boucle automatique revue–correction–revue. Ne pas continuer à éditer uniquement pour obtenir Pass.

Un commit, un transfert, une intégration, un push, une release ou un lancement reste contrôlé séparément, sauf si l'enveloppe d'autorité le couvre explicitement.

Atteindre une sortie prise en charge

Une sortie prise en charge peut répondre, attendre, faire une pause, transférer, différer, préserver une limite contrôlée, arrêter ou terminer.

Prétendre à l'achèvement uniquement lorsque :

• des preuves fraîches soutiennent le résultat accepté à la limite requise ;
• chaque activité délimitée terminée a reçu l'auto-revue requise sans problème matériel non résolu ;
• les revues et points de contrôle sélectionnés sont résolus ;
• la mémoire de la tâche et les artefacts requis décrivent avec précision l'état pris en charge ;
• aucune contradiction matérielle, conflit de source, bloqueur ou décision appartenant à l'utilisateur ne reste caché ;
• aucune action contrôlée séparément n'est sous-entendue comme terminée.

Rapporter proportionnellement :

• le résultat pris en charge ;
• les preuves les plus solides et les limites de la preuve ;
• l'état matériel non résolu ou différé ;
• la route actuelle lorsque le travail continue ou attend.

Une recommandation pour une prochaine action ne l'autorise pas.

Arrêter

Arrêter Workflow lorsque :

• une sortie prise en charge est atteinte ; ou
• un seul propriétaire actuel peut continuer sans question non résolue d'autorité, de propriété, de point de contrôle, de continuité ou de route.

Reprendre Workflow uniquement lorsque le retour ou les preuves changent l'une de ces limites.