Agence d'automatisation · Livraison
Demande de modification d'une automatisation en production
Traitez chaque modification d'une automatisation livrée comme une petite mise en production maîtrisée, pas comme un correctif rapide en production. Le client décrit et approuve la modification via un lien public, les heures facturables sont convenues avant le début du travail, et rien ne part en production avant que l'architecte solutions approuve les résultats des tests.
- Durée: 3 jours à 2 semaines
- Fréquence: Pour chaque modification d'une automatisation en production
- Étapes: 11 étapes
- Agents IA: 1 agent IA
- Approbations: 2 approbations
Plan gratuit, sans carte de crédit.
Ce que ce modèle change
Sans le modèle
Les demandes de modification arrivent par messagerie et sont développées directement en production.
Les petites modifications s'accumulent en travail que personne ne facture.
Le runbook décrit encore l'automatisation telle qu'elle était à la passation.
Le client découvre une modification quand quelque chose se comporte autrement.
Avec le modèle
Chaque modification passe par une analyse d'impact, un test et une approbation de mise en production.
Chaque modification est incluse ou facturable, et le client approuve les heures avant.
Le runbook est mis à jour à chaque mise en production.
Le client approuve un résumé de modification et confirme le résultat via le lien public.
Le modèle, étape par étape
Chaque étape indique qui la réalise : une personne de votre équipe, un agent IA ou le client via un lien public. Une approbation garde toutes les étapes suivantes verrouillées jusqu'à ce qu'elle soit donnée.
- Réalisé par votre équipe
- Réalisé par un agent IA
- Réalisé par le client, via un lien public
Démarre quand
Un client demande une modification d'une automatisation déjà en production. Le responsable de livraison lance une exécution avec le nom du client et l'automatisation concernée.
- 1
Enregistrer la demande de modification
Jour 1Responsable de livraison · Équipe
Notez l'automatisation concernée et envoyez au contact client le lien public de l'exécution, pour qu'il décrive la modification avec ses propres mots.
Checklist
- Lien public envoyé au contact client
- Runbook actuel retrouvé
Champs à remplir
- Nom du client (obligatoire)
- Automatisation à modifier (obligatoire)
- E-mail du contact client (obligatoire)
- 2
Décrire la modification et partager des exemples
Jours 1 à 2Contact client · Lien public
Via le lien public, le client décrit ce qui doit changer et pourquoi, et partage un lien vers des enregistrements d'exemple du nouveau cas.
Checklist
- Enregistrements d'exemple partagés
- Personne qui décide de la modification nommée
Champs à remplir
- Ce qui doit changer (obligatoire)
- Pourquoi c'est nécessaire
- Lien vers des enregistrements d'exemple
- Nécessaire avant le
- 3
Analyser l'impact et estimer le travail
Masqué sur le lien publicJours 2 à 3Ingénieur automatisation · Équipe
Vérifiez quelles étapes et quels systèmes la modification touche, ce qui pourrait casser pour les exécutions existantes et si les conditions de support la couvrent.
Checklist
- Étapes et systèmes touchés notés
- Risque pour les exécutions existantes noté
- Cas de test de régression choisis
Champs à remplir
- Notes d'impact (obligatoire)
- Heures estimées (obligatoire)
- Facturation (obligatoire)
- 4
Rédiger le résumé de la modification
Jour 3Rédacteur de résumés de modification · Agent IA
Le rédacteur de résumés transforme la demande et les notes d'impact en un court résumé pour le client : ce qui change, ce qui reste identique, l'estimation et le plan de test.
Champs à remplir
- Brouillon du résumé de modification (obligatoire)
Contrôle humain: Le responsable de livraison corrige et approuve le résumé à l'étape 5.
- 5
Approuver le résumé de la modification
Masqué sur le lien publicJour 3Responsable de livraison · Équipe
Corrigez le résumé, vérifiez l'estimation et la facturation par rapport aux conditions de support, fixez la date de mise en production prévue et envoyez le résumé approuvé au client par e-mail.
Checklist
- Le résumé correspond aux notes d'impact
- La facturation correspond aux conditions de support
- La date est réaliste
Champs à remplir
- Date de mise en production prévue (obligatoire)
Approbation: La décision du client et le développement restent verrouillés jusqu'à ce que le responsable de livraison approuve le résumé de modification.
- 6
Approuver la modification et son coût
Jours 3 à 5Contact client · Lien public
Le client lit le résumé de modification que le responsable de livraison lui a envoyé par e-mail, puis enregistre sa décision via le lien public, y compris les éventuelles heures facturables.
Checklist
- Résumé de modification lu
- Heures facturables acceptées, le cas échéant
Champs à remplir
- Décision (obligatoire)
- Bon de commande ou référence
- 7
Développer et tester la modification hors production
Semaine 2Ingénieur automatisation · Équipe
Une fois l'accord du client obtenu, faites la modification dans l'espace de test et rejouez les cas de régression choisis ainsi qu'un nouveau cas de test pour la modification.
Checklist
- Modification développée dans l'espace de test
- Le nouveau cas de test passe
- Les cas de régression passent
Champs à remplir
- Résultats des tests (obligatoire)
- Lien vers l'export du workflow mis à jour (obligatoire)
- 8
Approuver la mise en production
Semaine 2Architecte solutions · Équipe
Examinez les résultats des tests et les notes de version, et vérifiez qu'un retour à la version précédente est possible.
Checklist
- Résultats de régression examinés
- La version précédente peut être restaurée
- Le client connaît l'heure de mise en production
Champs à remplir
- Notes de version (obligatoire)
Approbation: La mise en production reste verrouillée jusqu'à ce que l'architecte solutions approuve les résultats des tests.
- 9
Mettre la modification en production et mettre à jour le runbook
Semaine 2Ingénieur automatisation · Équipe
Mettez la modification en production, surveillez les premières exécutions réelles et mettez à jour le runbook avec ce qui a changé.
Checklist
- Modification en production
- Premières exécutions réelles vérifiées
- Runbook mis à jour
Champs à remplir
- Date de mise en production (obligatoire)
- Lien vers le runbook mis à jour (obligatoire)
- 10
Confirmer que la modification fonctionne
Semaine 2Contact client · Lien public
Via le lien public, le client vérifie des cas réels dans ses propres systèmes et confirme que la modification fonctionne, ou décrit ce qui ne va pas encore.
Champs à remplir
- Fonctionne comme convenu (obligatoire)
- Ce qui ne va pas encore
- 11
Enregistrer les heures et clôturer la modification
Masqué sur le lien publicSemaines 2 à 3Responsable de livraison · Équipe
Enregistrez les heures passées, transmettez les heures facturables à la facturation et clôturez l'exécution.
Checklist
- Heures enregistrées
- Heures facturables transmises à la facturation
Champs à remplir
- Heures passées (obligatoire)
- Heures facturables
Terminé quand
La modification tourne en production, le runbook est à jour, le client a confirmé le résultat, et les heures facturables sont enregistrées pour la facturation.
Adaptez-le. Renommez les étapes, changez les responsables et ajoutez des points de checklist, des champs ou des approbations. Le modèle est un point de départ pour la façon de travailler de votre équipe.
Les agents IA de ce modèle
Un agent ne travaille que sur ses propres étapes, et une personne de votre équipe vérifie ce qu'il a fait. Tout ce qu'un agent écrit dans une application connectée attend une approbation, sauf si vous l'autorisez.
Rédacteur de résumés de modification
Transforme la demande du client et les notes d'impact de l'ingénieur en un résumé de modification que le client peut approuver.
Ce qu'il fait
- Lit la demande de modification et les notes d'impact dans l'exécution
- Écrit ce qui change, ce qui reste identique, l'estimation et le plan de test
- Enregistre le brouillon du résumé dans son étape et la termine
Contrôle humain: Le responsable de livraison corrige et approuve le résumé à l'étape 5.
Les questions auxquelles ce modèle répond
Traitez chaque modification comme une petite mise en production avec sa propre analyse d'impact, son accord client, son test et son approbation. L'étape 3 vérifie ce que touche la modification avant toute promesse, et le client approuve le résumé de la modification à l'étape 6 avant le début du travail.
Décidez pour chaque modification si les conditions de support la couvrent ou si elle est facturée à part, et obtenez l'accord du client avant de commencer. À l'étape 3 l'ingénieur marque la modification comme incluse ou facturable avec une estimation, et à l'étape 6 le client approuve le résumé et les éventuelles heures facturables via le lien public.
Faites la modification dans un espace de test, rejouez les cas de test existants avec un nouveau cas pour la modification, et laissez une autre personne approuver la mise en production. L'étape 7 développe et teste la modification hors production, et l'étape 8 est un contrôle d'approbation qui garde la production verrouillée jusqu'à ce que l'architecte solutions approuve les résultats.
Laissez l'IA rédiger le résumé de modification que le client doit approuver, à partir de la demande et des notes d'impact de l'ingénieur. À l'étape 4 le rédacteur de résumés écrit ce qui change, ce qui reste identique, l'estimation et le plan de test, et à l'étape 5 le responsable de livraison le corrige et l'approuve.
Faites de la mise à jour du runbook une partie de chaque mise en production plutôt qu'une tâche pour plus tard. L'étape 9 a la mise à jour du runbook dans sa checklist et demande un lien vers le runbook à jour avant que le client confirme la modification à l'étape 10.
Envoyez par e-mail un court résumé avec l'estimation et laissez le client enregistrer sa décision là où le travail est suivi. L'étape 5 envoie par e-mail le résumé de modification approuvé, et à l'étape 6 le client enregistre sa décision via le lien public, si bien que l'exécution montre qui a terminé cette étape et quand.
Exécutez ce workflow dans OKiDO
Configurez les étapes, les responsables et les approbations une fois, puis lancez une exécution pour chaque nouveau cas.