Un cycle pour sélectionner, concevoir, livrer, déployer et améliorer des solutions d’automatisation couvrant les personnes, règles, workflows, agents, intégrations, automatisation d’interface et opérations.
Guider les équipes depuis les résultats attendus pour le client externe et la capacité jusqu’à une solution d’automatisation validée, gouvernée et exploitable.
Votre parcours sur la carte
Naviguer dans la méthode
Sélectionnez une station, un cycle ou un point de vue pour explorer la méthode.
L’hypothèse d’automatisation dispose de suffisamment d’éléments probants référencés sur le résultat attendu, le périmètre, les hypothèses initiales de mise en œuvre, les risques critiques, l’expérimentation de validation, les seuils et la décision pour déterminer si elle doit être poursuivie.
La responsabilité est claire pour l’opportunité d’automatisation, les décisions de processus, la validation du PoC, les risques et les résultats du cycle de vie.
Critères de sortie
L’architecture d’automatisation sélectionnée, les mécanismes de mise en œuvre, les contrôles humains, les contraintes de sécurité et l’approche de reprise ont été validés avec les parties prenantes concernées.
L’automatisation dispose d’éléments probants concernant l’exactitude fonctionnelle, les permissions, la gestion des exceptions, la supervision, le suivi, le support, le retour arrière et la responsabilité opérationnelle.
Les performances de l’automatisation, les résultats du processus, les signaux de risque, les interventions manuelles, les incidents et les bénéfices réalisés peuvent être suivis et utilisés pour prioriser les améliorations.
Partir du client externe le plus significatif. Réutiliser les éléments probants du parcours et de la valeur de capacité pour valider si une hypothèse d’automatisation doit être poursuivie.
Les initiatives d'intégration et d'API passent souvent trop vite à un choix technique. Cette station maintient l'équipe concentrée sur le parcours métier, le domaine, la valeur, le potentiel de réutilisation, la responsabilité et la faisabilité avant de choisir API, événements, fichiers, flux, produits de données ou intégration directe.
Clarifier les exigences de processus, d’expérience, de domaine, de service et non fonctionnelles auxquelles le workflow et l’architecture ultérieurs devront répondre.
La bonne architecture dépend des objectifs des utilisateurs, des attentes d'onboarding, des niveaux de service, de la qualité des données, de la tolérance au changement, de l'observabilité, du support et des contraintes du fournisseur.
Utiliser l’impact, l’emplacement, la capacité et les exigences antérieures pour choisir l’approche de mise en œuvre de l’automatisation et consigner la justification ainsi que les risques restants.
Une capacité réutilisable nécessite des décisions d'architecture alignées sur les exigences utilisateurs, la sécurité, les flux de données, le modèle opérationnel et la réalité des plateformes existantes.
Concevoir le workflow interne nécessaire pour produire les résultats client et capacité sélectionnés, y compris la répartition du travail, les contrôles, les exceptions, la reprise, les preuves et le suivi.
Une bonne conception va au-delà du nommage des endpoints. Elle garantit que l'interface est utilisable, cohérente, vérifiable et traçable aux besoins métier et utilisateurs.
Construire, configurer, tester, versionner, déployer et préparer le modèle opérationnel du parcours d’automatisation sélectionné, y compris la responsabilité, les environnements, les runbooks, le suivi, les solutions de repli, le retour arrière, le support et les risques connus.
Une capacité réutilisable a besoin d'une mise à disposition et d'un fonctionnement fiables, qu'elle soit réalisée sous forme d'API, de flux d'événements, d'échange de fichiers, de produit de données ou d'intégration directe.
Utilisez une checklist de préparation pour examiner les preuves et enregistrer la décision de publication: prêt, prêt sous conditions, remédiation requise ou non approuvé.
Une décision formelle de préparation empêche les solutions d’automatisation d’être publiées sans preuves claires, risques acceptés, actions correctives et propriété métier et opérationnelle.
Activez et déployez l’automatisation en sécurité avec communication, formation, consignes d’exploitation, circuits de support, suivi de l’adoption, canaux de feedback, déploiement progressif, conditions de pause et de rollback.
Les solutions d’automatisation ne créent de la valeur après déploiement que lorsque les personnes affectées et systèmes consommateurs comprennent ce qui change, comment l’accès et l’exploitation fonctionnent, où obtenir du support et quand le déploiement doit être suspendu, étendu ou annulé.
Suivre les résultats réels de l’automatisation, les exécutions réussies et échouées, les exceptions, les nouvelles tentatives, les interventions, le temps de cycle, le temps d’attente, le coût, les erreurs, les actions non sûres, l’adoption, la confiance, le bénéfice réalisé et les hypothèses confirmées ou rejetées.
Les solutions publiées ont besoin de preuves montrant si les résultats attendus sont atteints, où une intervention manuelle ou une récupération reste nécessaire, et quelle décision de cycle de vie prendre ensuite.
Publier ceci cycle
Export the page-specific template after reviewing the entity summary and supporting details above.
Export Confluence
Modèles de publication
Use Markdown for repositories and static sites, or Confluence-wiki markup for compatible Confluence pages.
Markdown
# Cycle d’automatisation question template
Un cycle pour sélectionner, concevoir, livrer, déployer et améliorer des solutions d’automatisation couvrant les personnes, règles, workflows, agents, intégrations, automatisation d’interface et opérations.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
## 1. Stratégie d’opportunité d’automatisation
Partir du client externe le plus significatif. Réutiliser les éléments probants du parcours et de la valeur de capacité pour valider si une hypothèse d’automatisation doit être poursuivie.
### Canvas questions
#### Canevas du parcours client
Quel parcours vit le client pertinent le plus externe, et que faut-il améliorer ?
- **Personnage utilisateur**: Qui est le client type qui vit ce parcours?
- **Le client découvre le besoin**: Comment le client reconnaît-il son besoin ou son problème?
- **Le besoin du client est résolu**: Comment le besoin du client est-il finalement résolu?
- **Étapes du parcours**: Quelles sont les étapes suivies par le client dans son parcours?
- **Douleurs**: Quels sont les irritants ou défis du client?
- **Bénéfices**: Quels sont les gains ou bénéfices pour le client?
- **Entrées et sorties**: Quelles sont les entrées et les sorties à chaque étape?
- **Règles d'interaction et de traitement**: Quelles sont les règles d'interaction et de traitement à chaque étape?
- **Opportunités d’amélioration**: Quelles étapes du parcours indiquent qu’une capacité ou un processus sous-jacent doit être créé, amélioré, automatisé ou supprimé ?
#### Canevas de proposition de valeur de capacité
Quelle capacité réutilisable créerait de la valeur pour les utilisateurs sans décider encore si elle doit être mise à disposition sous forme d’API, d’événement, de fichier, de flux, de produit de données ou d’un autre mode de mise en œuvre ?
- **Tâches et résultats des utilisateurs**: Que cherchent à accomplir les utilisateurs, partenaires, systèmes ou équipes ?
- **Fonctionnalités de capacité génératrices de gains**: Quelles fonctionnalités de capacité aideraient les utilisateurs à obtenir de meilleurs résultats, plus de rapidité, d’automatisation, d’insights, de portée ou de conformité ?
- **Fonctionnalités de capacité qui réduisent les irritants**: Quelles fonctionnalités de capacité supprimeraient les frictions, le travail manuel, les erreurs, les retards, les risques ou l’incertitude pour les utilisateurs ?
- **Capacités réutilisables**: Quelles capacités métier ou données réutilisables pourraient répondre à ces tâches, gains et irritants pour plusieurs utilisateurs ou cas d’usage ?
#### Canevas d’hypothèse et de validation de l’automatisation
Transformez les preuves existantes sur le parcours, la valeur, l'impact, le domaine et la capacité en une décision d'automatisation testable.
- **Hypothèse d'automatisation**: Quel travail pensons-nous devoir automatiser, et quel résultat doit-il produire ?
- **Preuves réutilisées**: Quels résultats de canvases précédents soutiennent l'hypothèse ?
- **Hypothèses critiques**: Qu'est-ce qui pourrait rendre l'hypothèse fausse, dangereuse ou impraticable ?
- **Expérience de validation**: Quel est le plus petit test utile, le seuil de preuve et la condition d'arrêt ?
- **Décision**: Poursuivre, réviser, reconcevoir le processus ou arrêter ?
### Before this station
- [ ] L’hypothèse d’automatisation dispose de suffisamment d’éléments probants référencés sur le résultat attendu, le périmètre, les hypothèses initiales de mise en œuvre, les risques critiques, l’expérimentation de validation, les seuils et la décision pour déterminer si elle doit être poursuivie.
- [ ] La responsabilité est claire pour l’opportunité d’automatisation, les décisions de processus, la validation du PoC, les risques et les résultats du cycle de vie.
### Ready to leave when
- [ ] Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité.
- [ ] Les objectifs métier sont définis.
- [ ] L'étude de marché identifie des opportunités de capacité.
- [ ] Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
## 2. Exigences de processus et d’expérience
Clarifier les exigences de processus, d’expérience, de domaine, de service et non fonctionnelles auxquelles le workflow et l’architecture ultérieurs devront répondre.
### Canvas questions
#### Canvas des exigences d’expérience
Quelles exigences d’expérience, opérationnelles et non fonctionnelles la solution doit-elle satisfaire pour les utilisateurs, opérateurs, consommateurs, approbateurs et équipes support?
- **Objectifs des utilisateurs, opérateurs ou consommateurs**: Quels objectifs métier, de workflow, de décision, d'automatisation, de support ou d'utilisation des données doivent être pris en charge ?
- **Besoins de disponibilité et de délais**: Quand la solution doit-elle être disponible, quelle fraîcheur d'information est nécessaire, et quelles fenêtres de réponse, livraison ou achèvement comptent pour les utilisateurs et opérateurs ?
- **Attentes de volume et de performance**: Quels volumes d'utilisateurs, cas, transactions, enregistrements, événements, fichiers, lots ou éléments de travail faut-il comprendre avant la planification de capacité ?
- **Besoins de qualité et de cohérence des données**: Quelles attentes d'exactitude, complétude, cohérence, ordre, déduplication, rapprochement ou validation les utilisateurs, opérateurs ou systèmes consommateurs ont-ils ?
- **Contraintes de sécurité, confidentialité et conformité**: Quelles contraintes d'identité, d'autorisation, de confidentialité, de résidence, de consentement, de conservation, d'audit ou réglementaires la solution doit-elle satisfaire ?
- **Activation et accès**: Comment les utilisateurs, opérateurs ou équipes consommatrices obtiennent-ils l'accès, initient-ils ou participent-ils à la solution, et reçoivent-ils les permissions et consignes requises ?
- **Attentes de changement et de versioning**: Quelle tolérance au changement existe, et quelles attentes de notification, compatibilité, migration, formation ou versioning s'appliquent ?
- **Besoins d'observabilité et de support**: De quels monitoring, statut, traçabilité, visibilité qualité, support, ownership et communication d'incident les utilisateurs et opérateurs ont-ils besoin ?
- **Besoins de reprise et de continuité**: Quelles attentes de replay, retry, rapprochement, sauvegarde, fallback, continuité ou reprise manuelle doivent être prises en charge ?
- **Contraintes pour la conception ultérieure**: Quelles exigences les décisions ultérieures d'architecture, de workflow, de capacité, d'intégration ou de mise en œuvre devront-elles satisfaire ?
#### Canevas de domaine
Quels concepts, entités et règles de domaine métier la capacité ou l’interface doit-elle respecter ?
- **Étapes du parcours client sélectionnées**: Quelles étapes du parcours client sont pertinentes pour ce domaine?
- **Entités principales et signification métier**: Quelles sont les entités principales et leur signification métier?
- **Attributs et importance métier**: Quels sont les attributs clés de chaque entité et leur importance métier?
- **Relations entre les entités**: Quelles sont les relations entre les entités?
- **Règles métier, conformité et intégrité**: Quelles sont les règles métier, de conformité et d'intégrité liées aux entités?
- **Considérations de sécurité et de confidentialité**: Quelles sont les considérations de sécurité et de confidentialité liées aux entités?
### Before this station
- [ ] Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité.
- [ ] Les objectifs métier sont définis.
- [ ] L'étude de marché identifie des opportunités de capacité.
- [ ] Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
### Ready to leave when
- [ ] L'opportunité de capacité est identifiée et documentée.
- [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
- [ ] Les segments d'utilisateurs sont identifiés.
- [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
## 3. Décision d’architecture et de plateforme d’automatisation
Utiliser l’impact, l’emplacement, la capacité et les exigences antérieures pour choisir l’approche de mise en œuvre de l’automatisation et consigner la justification ainsi que les risques restants.
### Canvas questions
#### Canvas d’impact métier
Quelle valeur, quels risques et quels impacts opérationnels, financiers, clients, employés, conformité et stratégiques sont attendus ou en jeu?
- **Bénéfices attendus**: Quels bénéfices métier, client, employé, qualité, rapidité, risque, conformité ou stratégiques sont attendus ?
- **Impact sur l'efficacité opérationnelle**: Comment l'effort de travail, le temps d'attente, les reprises, le débit, la fiabilité, la charge de support ou les coûts opérationnels pourraient-ils changer ?
- **Impact sur les clients et les employés**: Comment les clients, employés, partenaires, opérateurs ou équipes support vivront-ils le changement ?
- **Impact financier**: Quel impact sur les revenus, les coûts, les investissements, les économies, l'évitement de pertes ou le financement est attendu ?
- **Impact conformité et stratégique**: Quelles conséquences réglementaires, contractuelles, de politique, de réputation, de marché, d'écosystème ou stratégiques comptent ?
- **Impact de ne pas poursuivre**: Que se passe-t-il si la capacité, l'automatisation, l'intégration ou le service n'est pas amélioré ou livré ?
- **Risques et criticité**: Quels risques de disponibilité, sécurité, données, sûreté, processus, adoption ou continuité d'activité pourraient affecter le résultat ?
- **Mesures d'atténuation et impact décisionnel**: Quelles mesures d'atténuation, contraintes, compromis ou risques résiduels doivent influencer les décisions de priorisation, d'architecture, de déploiement ou de préparation ?
#### Canevas de localisation
Quelles frontières géopolitiques, réglementaires, réseau et de confiance affectent cette capacité ou interface ?
- **Groupes de localisation / de confiance**: Quels sont les groupes géopolitiques, réglementaires, de réseau ou de confiance pertinents ?
- **Caractéristiques des groupes**: uelles sont les caractéristiques de ces groupes, telles que la localisation, le niveau de confiance ou l'exposition réseau ?
- **Emplacements / Zones pertinents**: Quels sont les emplacements, zones ou environnements pertinents au sein de chaque groupe ?
- **Caractéristiques des emplacements / zones**: Quelles sont les caractéristiques de ces emplacements ou zones, telles que la propriété, la région ou l'exposition ?
- **Distances réseau / réglementaires**: Quelles sont les distances en termes de latence, de confiance, de réglementation ou de connectivité entre les emplacements ?
- **Caractéristiques des distance**: Quelles sont les caractéristiques de ces distances, telles que la sensibilité à la latence, les contraintes de résidence ou les limites de confiance ?
- **Points de terminaison de connectivité**: Quels sont les points de terminaison ou interfaces de connectivité associés aux emplacements ?
- **Caractéristiques d'accès aux points de terminaison**: Quelles sont les caractéristiques de ces points de terminaison, telles que l'exposition, le protocole, la sécurité ou les restrictions d'accès ?
#### Canevas de capacité
Quelle demande, charge, temporalité et capacité de mise à l’échelle doivent être comprises pour la capacité, l’automatisation, l’intégration ou le service?
- **Volumes d'activité actuels**: Quels sont les volumes d'affaires et taux de transaction actuels?
- **Tendances de consommation futures**: Quelles sont les tendances de consommation anticipées?
- **Exigences de charge maximale et de disponibilité**: Quelles sont les exigences de charge maximale et de disponibilité?
- **Stratégies de mise en cache**: Quelles stratégies de mise en cache peuvent être utilisées pour optimiser les performances?
- **Stratégies de limitation de débit**: Quelles stratégies de limitation de débit peuvent être utilisées pour gérer la consommation?
- **Stratégies de montée en charge**: Quelles stratégies d'évolutivité peuvent être utilisées pour accompagner la croissance?
#### Canevas de décision d’architecture d’automatisation
Choisissez l'approche de mise en œuvre à partir des preuves déjà collectées.
- **Entrées réutilisées**: Quelles exigences et décisions de capacité, localisation, impact et responsabilité contraignent le choix ?
- **Options viables**: Quelles options humaines, de workflow, règle, agent, API, connecteur, personnalisées ou d'automatisation UI restent viables ?
- **Approche sélectionnée**: Quel style de mise en œuvre ou hybride est sélectionné ?
- **Justification de la décision**: Pourquoi l'approche sélectionnée convient-elle le mieux ?
- **Alternatives rejetées**: Quelles alternatives sérieuses ont été rejetées, et pourquoi ?
- **Risques ouverts**: Qu'est-ce qui doit encore être validé avant livraison ou release ?
### Before this station
- [ ] L'opportunité de capacité est identifiée et documentée.
- [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
- [ ] Les segments d'utilisateurs sont identifiés.
- [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
### Ready to leave when
- [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
- [ ] Les segments d'utilisateurs sont identifiés.
- [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
## 4. Conception de workflow d’automatisation
Concevoir le workflow interne nécessaire pour produire les résultats client et capacité sélectionnés, y compris la répartition du travail, les contrôles, les exceptions, la reprise, les preuves et le suivi.
### Canvas questions
#### Canevas de workflow d’automatisation
Concevoir le workflow interne nécessaire pour produire les résultats client et capacité sélectionnés.
- **Résultats client et capacité sélectionnés**: Quels résultats convenus pour le client et la capacité ce workflow doit-il produire ?
- **Étapes du workflow interne**: Quel travail interne doit être réalisé pour produire ces résultats ?
- **Répartition du travail et contrôle humain**: Qu’est-ce qui reste humain, qu’est-ce qui est automatisé et où faut-il une supervision ou une escalade ?
- **Entrées, sorties et interactions**: Quelles informations, quels systèmes et quels transferts sont nécessaires ?
- **Décisions, exceptions et reprise**: Qu’est-ce qui modifie le flux, qu’est-ce qui peut échouer et comment le travail est-il repris ?
- **Preuves et suivi**: Qu’est-ce qui prouve le bon fonctionnement et montre si le résultat attendu a été atteint ?
### Before this station
- [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
- [ ] Les segments d'utilisateurs sont identifiés.
- [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
### Ready to leave when
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
## 5. Livraison & operations de l automatisation
Construire, configurer, tester, versionner, déployer et préparer le modèle opérationnel du parcours d’automatisation sélectionné, y compris la responsabilité, les environnements, les runbooks, le suivi, les solutions de repli, le retour arrière, le support et les risques connus.
### Canvas questions
#### Canevas de préparation et d’exploitation de l’automatisation
Préparez les preuves opérationnelles minimales nécessaires avant la revue de préparation.
- **Responsabilité**: Qui est responsable des résultats métier, des opérations, du support et des changements ?
- **Environnements et accès**: Les environnements, permissions, identifiants et identités sont-ils prêts ?
- **Preuves de test**: Qu'est-ce qui prouve un comportement correct, sûr et fiable ?
- **Surveillance et support**: Comment l'état, les incidents, les utilisateurs et les opérateurs seront-ils pris en charge ?
- **Défaillance et reprise**: Comment fonctionneront les exceptions, le repli, le rollback et la reprise manuelle ?
- **Statut de préparation**: La documentation, les risques, les conditions et les écarts bloquants sont-ils clairs ?
### Before this station
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
### Ready to leave when
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
## 6. Revue de préparation de l’automatisation
Utilisez une checklist de préparation pour examiner les preuves et enregistrer la décision de publication: prêt, prêt sous conditions, remédiation requise ou non approuvé.
### Station questions
- Examiner la conception terminée, les preuves de test, le modèle opérationnel, les permissions, identifiants, supervision, support, secours et rollback.
- Vérifier que les risques connus, exceptions, actions dangereuses, supervision humaine, exigences de conformité et hypothèses non résolues ont été traités ou explicitement acceptés.
- Consigner les constats bloquants, risques résiduels acceptés, conditions de publication et actions correctives requises.
- Décider si la publication est prête, prête sous conditions, nécessite une correction ou n’est pas approuvée.
- Consigner le responsable de décision, la date de décision et les preuves utilisées.
- Confirmer que rien ne passe en publication sans propriété métier et opérationnelle claire.
- Utilisez les preuves de préparation pour prendre une décision explicite go, go conditionnel ou no-go avant l’usage en production.
- Une décision formelle de préparation empêche les solutions d’automatisation d’être publiées sans preuves claires, risques acceptés, actions correctives et propriété métier et opérationnelle.
### Before this station
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
### Ready to leave when
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] L’interface et ses capacités sont documentées de manière suffisamment claire pour la revue, l’audit et l’onboarding.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
- [ ] Le contrat d'interface a été validé et testé par rapport aux exigences fonctionnelles et non fonctionnelles.
### Other related resources
- **Checklist de préparation des automatisations**: Une checklist pour examiner les preuves d’automatisation, les constats bloquants, les risques résiduels acceptés, les conditions de publication, les actions de remédiation, le décideur, la date de décision et la préparation à la publication.
## 7. Deploiement & enablement de l automatisation
Activez et déployez l’automatisation en sécurité avec communication, formation, consignes d’exploitation, circuits de support, suivi de l’adoption, canaux de feedback, déploiement progressif, conditions de pause et de rollback.
### Station questions
- Personnes affectées et travail modifié : qui utilisera, exploitera, supportera, approuvera, consommera ou sera affecté par la publication, et quelles responsabilités, décisions, passages de relais ou pratiques de travail changeront?
- Activation et approche de déploiement : comment gérer l’accès, les permissions, le pilote, le déploiement progressif, les groupes restreints, le fonctionnement en parallèle et l’extension?
- Enablement et support : quelles communications, formations, instructions opérationnelles et voies de support sont nécessaires?
- Feedback et contrôle : comment surveiller l’adoption, la confiance, l’usage réel, les problèmes et comportements inattendus, et quelles conditions déclenchent pause, rollback ou retour au manuel?
- Planifiez le déploiement, l’enablement, le support, le feedback et le rollback afin que les solutions publiées puissent être adoptées en sécurité.
- Les solutions d’automatisation ne créent de la valeur après déploiement que lorsque les personnes affectées et systèmes consommateurs comprennent ce qui change, comment l’accès et l’exploitation fonctionnent, où obtenir du support et quand le déploiement doit être suspendu, étendu ou annulé.
### Before this station
- [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
- [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
- [ ] L’interface et ses capacités sont documentées de manière suffisamment claire pour la revue, l’audit et l’onboarding.
- [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
- [ ] Le contrat d'interface a été validé et testé par rapport aux exigences fonctionnelles et non fonctionnelles.
### Ready to leave when
- [ ] La solution réussit les contrôles de qualité, de sécurité, de conformité et de préparation.
- [ ] Les résultats d'audit et les décisions de correction sont partagés avec les parties prenantes concernées.
- [ ] La capacité est prête à être publiée ou mise à disposition via le mécanisme de livraison choisi.
- [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
### Other related resources
- **Guide de déploiement et d’enablement**: Guide pour activer et déployer les automatisations avec analyse du travail modifié, approche de déploiement, enablement, support, feedback, suivi de l’adoption et conditions de contrôle.
## 8. Suivi & amélioration de l’automatisation
Suivre les résultats réels de l’automatisation, les exécutions réussies et échouées, les exceptions, les nouvelles tentatives, les interventions, le temps de cycle, le temps d’attente, le coût, les erreurs, les actions non sûres, l’adoption, la confiance, le bénéfice réalisé et les hypothèses confirmées ou rejetées.
### Station questions
- Résultats et valeur : les résultats attendus de processus, utilisateurs et métier sont-ils atteints?
- Performance opérationnelle : que montrent les exécutions réussies, échecs, achèvements partiels, exceptions, reprises, délais, interventions, temps de traitement, temps d’attente et coûts?
- Signaux utilisateur, risque et récupération : quelles erreurs, corrections, actions dangereuses, contournements, défiance, besoins de support, événements de secours ou échecs de récupération apparaissent?
- Apprentissage et décision de cycle de vie : quelles hypothèses ont été confirmées ou rejetées, et faut-il améliorer, étendre, restreindre, reconcevoir, suspendre ou retirer la solution?
- Utilisez les preuves opérationnelles, utilisateur, de risque et de valeur pour décider ce qu’il faut améliorer, étendre, restreindre, suspendre ou retirer.
- Les solutions publiées ont besoin de preuves montrant si les résultats attendus sont atteints, où une intervention manuelle ou une récupération reste nécessaire, et quelle décision de cycle de vie prendre ensuite.
### Before this station
- [ ] La solution réussit les contrôles de qualité, de sécurité, de conformité et de préparation.
- [ ] Les résultats d'audit et les décisions de correction sont partagés avec les parties prenantes concernées.
- [ ] La capacité est prête à être publiée ou mise à disposition via le mécanisme de livraison choisi.
- [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
### Ready to leave when
- [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
- [ ] Les processus d'onboarding, de support et de communication sont prêts pour les utilisateurs.
- [ ] Les exigences juridiques, de confidentialité et de conformité liées à la publication ou à la mise à disposition sont définies et comprises.
### Other related resources
- **Suivi de l’automatisation et métriques de valeur**: Guide pour mesurer les résultats, la performance opérationnelle, le comportement utilisateur, les risques, la récupération, la valeur réalisée, l’apprentissage des hypothèses et les décisions de cycle de vie après le déploiement.
Confluence-wiki
h1. Cycle d’automatisation question template
Un cycle pour sélectionner, concevoir, livrer, déployer et améliorer des solutions d’automatisation couvrant les personnes, règles, workflows, agents, intégrations, automatisation d’interface et opérations.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
h2. 1. Stratégie d’opportunité d’automatisation
Partir du client externe le plus significatif. Réutiliser les éléments probants du parcours et de la valeur de capacité pour valider si une hypothèse d’automatisation doit être poursuivie.
h3. Canvas questions
h4. Canevas du parcours client
Quel parcours vit le client pertinent le plus externe, et que faut-il améliorer ?
* *Personnage utilisateur*: Qui est le client type qui vit ce parcours?
* *Le client découvre le besoin*: Comment le client reconnaît-il son besoin ou son problème?
* *Le besoin du client est résolu*: Comment le besoin du client est-il finalement résolu?
* *Étapes du parcours*: Quelles sont les étapes suivies par le client dans son parcours?
* *Douleurs*: Quels sont les irritants ou défis du client?
* *Bénéfices*: Quels sont les gains ou bénéfices pour le client?
* *Entrées et sorties*: Quelles sont les entrées et les sorties à chaque étape?
* *Règles d'interaction et de traitement*: Quelles sont les règles d'interaction et de traitement à chaque étape?
* *Opportunités d’amélioration*: Quelles étapes du parcours indiquent qu’une capacité ou un processus sous-jacent doit être créé, amélioré, automatisé ou supprimé ?
h4. Canevas de proposition de valeur de capacité
Quelle capacité réutilisable créerait de la valeur pour les utilisateurs sans décider encore si elle doit être mise à disposition sous forme d’API, d’événement, de fichier, de flux, de produit de données ou d’un autre mode de mise en œuvre ?
* *Tâches et résultats des utilisateurs*: Que cherchent à accomplir les utilisateurs, partenaires, systèmes ou équipes ?
* *Fonctionnalités de capacité génératrices de gains*: Quelles fonctionnalités de capacité aideraient les utilisateurs à obtenir de meilleurs résultats, plus de rapidité, d’automatisation, d’insights, de portée ou de conformité ?
* *Fonctionnalités de capacité qui réduisent les irritants*: Quelles fonctionnalités de capacité supprimeraient les frictions, le travail manuel, les erreurs, les retards, les risques ou l’incertitude pour les utilisateurs ?
* *Capacités réutilisables*: Quelles capacités métier ou données réutilisables pourraient répondre à ces tâches, gains et irritants pour plusieurs utilisateurs ou cas d’usage ?
h4. Canevas d’hypothèse et de validation de l’automatisation
Transformez les preuves existantes sur le parcours, la valeur, l'impact, le domaine et la capacité en une décision d'automatisation testable.
* *Hypothèse d'automatisation*: Quel travail pensons-nous devoir automatiser, et quel résultat doit-il produire ?
* *Preuves réutilisées*: Quels résultats de canvases précédents soutiennent l'hypothèse ?
* *Hypothèses critiques*: Qu'est-ce qui pourrait rendre l'hypothèse fausse, dangereuse ou impraticable ?
* *Expérience de validation*: Quel est le plus petit test utile, le seuil de preuve et la condition d'arrêt ?
* *Décision*: Poursuivre, réviser, reconcevoir le processus ou arrêter ?
h3. Before this station
* [ ] L’hypothèse d’automatisation dispose de suffisamment d’éléments probants référencés sur le résultat attendu, le périmètre, les hypothèses initiales de mise en œuvre, les risques critiques, l’expérimentation de validation, les seuils et la décision pour déterminer si elle doit être poursuivie.
* [ ] La responsabilité est claire pour l’opportunité d’automatisation, les décisions de processus, la validation du PoC, les risques et les résultats du cycle de vie.
h3. Ready to leave when
* [ ] Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité.
* [ ] Les objectifs métier sont définis.
* [ ] L'étude de marché identifie des opportunités de capacité.
* [ ] Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
h2. 2. Exigences de processus et d’expérience
Clarifier les exigences de processus, d’expérience, de domaine, de service et non fonctionnelles auxquelles le workflow et l’architecture ultérieurs devront répondre.
h3. Canvas questions
h4. Canvas des exigences d’expérience
Quelles exigences d’expérience, opérationnelles et non fonctionnelles la solution doit-elle satisfaire pour les utilisateurs, opérateurs, consommateurs, approbateurs et équipes support?
* *Objectifs des utilisateurs, opérateurs ou consommateurs*: Quels objectifs métier, de workflow, de décision, d'automatisation, de support ou d'utilisation des données doivent être pris en charge ?
* *Besoins de disponibilité et de délais*: Quand la solution doit-elle être disponible, quelle fraîcheur d'information est nécessaire, et quelles fenêtres de réponse, livraison ou achèvement comptent pour les utilisateurs et opérateurs ?
* *Attentes de volume et de performance*: Quels volumes d'utilisateurs, cas, transactions, enregistrements, événements, fichiers, lots ou éléments de travail faut-il comprendre avant la planification de capacité ?
* *Besoins de qualité et de cohérence des données*: Quelles attentes d'exactitude, complétude, cohérence, ordre, déduplication, rapprochement ou validation les utilisateurs, opérateurs ou systèmes consommateurs ont-ils ?
* *Contraintes de sécurité, confidentialité et conformité*: Quelles contraintes d'identité, d'autorisation, de confidentialité, de résidence, de consentement, de conservation, d'audit ou réglementaires la solution doit-elle satisfaire ?
* *Activation et accès*: Comment les utilisateurs, opérateurs ou équipes consommatrices obtiennent-ils l'accès, initient-ils ou participent-ils à la solution, et reçoivent-ils les permissions et consignes requises ?
* *Attentes de changement et de versioning*: Quelle tolérance au changement existe, et quelles attentes de notification, compatibilité, migration, formation ou versioning s'appliquent ?
* *Besoins d'observabilité et de support*: De quels monitoring, statut, traçabilité, visibilité qualité, support, ownership et communication d'incident les utilisateurs et opérateurs ont-ils besoin ?
* *Besoins de reprise et de continuité*: Quelles attentes de replay, retry, rapprochement, sauvegarde, fallback, continuité ou reprise manuelle doivent être prises en charge ?
* *Contraintes pour la conception ultérieure*: Quelles exigences les décisions ultérieures d'architecture, de workflow, de capacité, d'intégration ou de mise en œuvre devront-elles satisfaire ?
h4. Canevas de domaine
Quels concepts, entités et règles de domaine métier la capacité ou l’interface doit-elle respecter ?
* *Étapes du parcours client sélectionnées*: Quelles étapes du parcours client sont pertinentes pour ce domaine?
* *Entités principales et signification métier*: Quelles sont les entités principales et leur signification métier?
* *Attributs et importance métier*: Quels sont les attributs clés de chaque entité et leur importance métier?
* *Relations entre les entités*: Quelles sont les relations entre les entités?
* *Règles métier, conformité et intégrité*: Quelles sont les règles métier, de conformité et d'intégrité liées aux entités?
* *Considérations de sécurité et de confidentialité*: Quelles sont les considérations de sécurité et de confidentialité liées aux entités?
h3. Before this station
* [ ] Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité.
* [ ] Les objectifs métier sont définis.
* [ ] L'étude de marché identifie des opportunités de capacité.
* [ ] Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
h3. Ready to leave when
* [ ] L'opportunité de capacité est identifiée et documentée.
* [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
* [ ] Les segments d'utilisateurs sont identifiés.
* [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
h2. 3. Décision d’architecture et de plateforme d’automatisation
Utiliser l’impact, l’emplacement, la capacité et les exigences antérieures pour choisir l’approche de mise en œuvre de l’automatisation et consigner la justification ainsi que les risques restants.
h3. Canvas questions
h4. Canvas d’impact métier
Quelle valeur, quels risques et quels impacts opérationnels, financiers, clients, employés, conformité et stratégiques sont attendus ou en jeu?
* *Bénéfices attendus*: Quels bénéfices métier, client, employé, qualité, rapidité, risque, conformité ou stratégiques sont attendus ?
* *Impact sur l'efficacité opérationnelle*: Comment l'effort de travail, le temps d'attente, les reprises, le débit, la fiabilité, la charge de support ou les coûts opérationnels pourraient-ils changer ?
* *Impact sur les clients et les employés*: Comment les clients, employés, partenaires, opérateurs ou équipes support vivront-ils le changement ?
* *Impact financier*: Quel impact sur les revenus, les coûts, les investissements, les économies, l'évitement de pertes ou le financement est attendu ?
* *Impact conformité et stratégique*: Quelles conséquences réglementaires, contractuelles, de politique, de réputation, de marché, d'écosystème ou stratégiques comptent ?
* *Impact de ne pas poursuivre*: Que se passe-t-il si la capacité, l'automatisation, l'intégration ou le service n'est pas amélioré ou livré ?
* *Risques et criticité*: Quels risques de disponibilité, sécurité, données, sûreté, processus, adoption ou continuité d'activité pourraient affecter le résultat ?
* *Mesures d'atténuation et impact décisionnel*: Quelles mesures d'atténuation, contraintes, compromis ou risques résiduels doivent influencer les décisions de priorisation, d'architecture, de déploiement ou de préparation ?
h4. Canevas de localisation
Quelles frontières géopolitiques, réglementaires, réseau et de confiance affectent cette capacité ou interface ?
* *Groupes de localisation / de confiance*: Quels sont les groupes géopolitiques, réglementaires, de réseau ou de confiance pertinents ?
* *Caractéristiques des groupes*: uelles sont les caractéristiques de ces groupes, telles que la localisation, le niveau de confiance ou l'exposition réseau ?
* *Emplacements / Zones pertinents*: Quels sont les emplacements, zones ou environnements pertinents au sein de chaque groupe ?
* *Caractéristiques des emplacements / zones*: Quelles sont les caractéristiques de ces emplacements ou zones, telles que la propriété, la région ou l'exposition ?
* *Distances réseau / réglementaires*: Quelles sont les distances en termes de latence, de confiance, de réglementation ou de connectivité entre les emplacements ?
* *Caractéristiques des distance*: Quelles sont les caractéristiques de ces distances, telles que la sensibilité à la latence, les contraintes de résidence ou les limites de confiance ?
* *Points de terminaison de connectivité*: Quels sont les points de terminaison ou interfaces de connectivité associés aux emplacements ?
* *Caractéristiques d'accès aux points de terminaison*: Quelles sont les caractéristiques de ces points de terminaison, telles que l'exposition, le protocole, la sécurité ou les restrictions d'accès ?
h4. Canevas de capacité
Quelle demande, charge, temporalité et capacité de mise à l’échelle doivent être comprises pour la capacité, l’automatisation, l’intégration ou le service?
* *Volumes d'activité actuels*: Quels sont les volumes d'affaires et taux de transaction actuels?
* *Tendances de consommation futures*: Quelles sont les tendances de consommation anticipées?
* *Exigences de charge maximale et de disponibilité*: Quelles sont les exigences de charge maximale et de disponibilité?
* *Stratégies de mise en cache*: Quelles stratégies de mise en cache peuvent être utilisées pour optimiser les performances?
* *Stratégies de limitation de débit*: Quelles stratégies de limitation de débit peuvent être utilisées pour gérer la consommation?
* *Stratégies de montée en charge*: Quelles stratégies d'évolutivité peuvent être utilisées pour accompagner la croissance?
h4. Canevas de décision d’architecture d’automatisation
Choisissez l'approche de mise en œuvre à partir des preuves déjà collectées.
* *Entrées réutilisées*: Quelles exigences et décisions de capacité, localisation, impact et responsabilité contraignent le choix ?
* *Options viables*: Quelles options humaines, de workflow, règle, agent, API, connecteur, personnalisées ou d'automatisation UI restent viables ?
* *Approche sélectionnée*: Quel style de mise en œuvre ou hybride est sélectionné ?
* *Justification de la décision*: Pourquoi l'approche sélectionnée convient-elle le mieux ?
* *Alternatives rejetées*: Quelles alternatives sérieuses ont été rejetées, et pourquoi ?
* *Risques ouverts*: Qu'est-ce qui doit encore être validé avant livraison ou release ?
h3. Before this station
* [ ] L'opportunité de capacité est identifiée et documentée.
* [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
* [ ] Les segments d'utilisateurs sont identifiés.
* [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
h3. Ready to leave when
* [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
* [ ] Les segments d'utilisateurs sont identifiés.
* [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
h2. 4. Conception de workflow d’automatisation
Concevoir le workflow interne nécessaire pour produire les résultats client et capacité sélectionnés, y compris la répartition du travail, les contrôles, les exceptions, la reprise, les preuves et le suivi.
h3. Canvas questions
h4. Canevas de workflow d’automatisation
Concevoir le workflow interne nécessaire pour produire les résultats client et capacité sélectionnés.
* *Résultats client et capacité sélectionnés*: Quels résultats convenus pour le client et la capacité ce workflow doit-il produire ?
* *Étapes du workflow interne*: Quel travail interne doit être réalisé pour produire ces résultats ?
* *Répartition du travail et contrôle humain*: Qu’est-ce qui reste humain, qu’est-ce qui est automatisé et où faut-il une supervision ou une escalade ?
* *Entrées, sorties et interactions*: Quelles informations, quels systèmes et quels transferts sont nécessaires ?
* *Décisions, exceptions et reprise*: Qu’est-ce qui modifie le flux, qu’est-ce qui peut échouer et comment le travail est-il repris ?
* *Preuves et suivi*: Qu’est-ce qui prouve le bon fonctionnement et montre si le résultat attendu a été atteint ?
h3. Before this station
* [ ] La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
* [ ] Les segments d'utilisateurs sont identifiés.
* [ ] Une feuille de route de haut niveau pour la mise en œuvre est définie.
h3. Ready to leave when
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
h2. 5. Livraison & operations de l automatisation
Construire, configurer, tester, versionner, déployer et préparer le modèle opérationnel du parcours d’automatisation sélectionné, y compris la responsabilité, les environnements, les runbooks, le suivi, les solutions de repli, le retour arrière, le support et les risques connus.
h3. Canvas questions
h4. Canevas de préparation et d’exploitation de l’automatisation
Préparez les preuves opérationnelles minimales nécessaires avant la revue de préparation.
* *Responsabilité*: Qui est responsable des résultats métier, des opérations, du support et des changements ?
* *Environnements et accès*: Les environnements, permissions, identifiants et identités sont-ils prêts ?
* *Preuves de test*: Qu'est-ce qui prouve un comportement correct, sûr et fiable ?
* *Surveillance et support*: Comment l'état, les incidents, les utilisateurs et les opérateurs seront-ils pris en charge ?
* *Défaillance et reprise*: Comment fonctionneront les exceptions, le repli, le rollback et la reprise manuelle ?
* *Statut de préparation*: La documentation, les risques, les conditions et les écarts bloquants sont-ils clairs ?
h3. Before this station
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
h3. Ready to leave when
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
h2. 6. Revue de préparation de l’automatisation
Utilisez une checklist de préparation pour examiner les preuves et enregistrer la décision de publication: prêt, prêt sous conditions, remédiation requise ou non approuvé.
h3. Station questions
* Examiner la conception terminée, les preuves de test, le modèle opérationnel, les permissions, identifiants, supervision, support, secours et rollback.
* Vérifier que les risques connus, exceptions, actions dangereuses, supervision humaine, exigences de conformité et hypothèses non résolues ont été traités ou explicitement acceptés.
* Consigner les constats bloquants, risques résiduels acceptés, conditions de publication et actions correctives requises.
* Décider si la publication est prête, prête sous conditions, nécessite une correction ou n’est pas approuvée.
* Consigner le responsable de décision, la date de décision et les preuves utilisées.
* Confirmer que rien ne passe en publication sans propriété métier et opérationnelle claire.
* Utilisez les preuves de préparation pour prendre une décision explicite go, go conditionnel ou no-go avant l’usage en production.
* Une décision formelle de préparation empêche les solutions d’automatisation d’être publiées sans preuves claires, risques acceptés, actions correctives et propriété métier et opérationnelle.
h3. Before this station
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] L’interface choisie fournit une abstraction appropriée aux utilisateurs.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
h3. Ready to leave when
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] L’interface et ses capacités sont documentées de manière suffisamment claire pour la revue, l’audit et l’onboarding.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
* [ ] Le contrat d'interface a été validé et testé par rapport aux exigences fonctionnelles et non fonctionnelles.
h3. Other related resources
* *Checklist de préparation des automatisations*: Une checklist pour examiner les preuves d’automatisation, les constats bloquants, les risques résiduels acceptés, les conditions de publication, les actions de remédiation, le décideur, la date de décision et la préparation à la publication.
h2. 7. Deploiement & enablement de l automatisation
Activez et déployez l’automatisation en sécurité avec communication, formation, consignes d’exploitation, circuits de support, suivi de l’adoption, canaux de feedback, déploiement progressif, conditions de pause et de rollback.
h3. Station questions
* Personnes affectées et travail modifié : qui utilisera, exploitera, supportera, approuvera, consommera ou sera affecté par la publication, et quelles responsabilités, décisions, passages de relais ou pratiques de travail changeront?
* Activation et approche de déploiement : comment gérer l’accès, les permissions, le pilote, le déploiement progressif, les groupes restreints, le fonctionnement en parallèle et l’extension?
* Enablement et support : quelles communications, formations, instructions opérationnelles et voies de support sont nécessaires?
* Feedback et contrôle : comment surveiller l’adoption, la confiance, l’usage réel, les problèmes et comportements inattendus, et quelles conditions déclenchent pause, rollback ou retour au manuel?
* Planifiez le déploiement, l’enablement, le support, le feedback et le rollback afin que les solutions publiées puissent être adoptées en sécurité.
* Les solutions d’automatisation ne créent de la valeur après déploiement que lorsque les personnes affectées et systèmes consommateurs comprennent ce qui change, comment l’accès et l’exploitation fonctionnent, où obtenir du support et quand le déploiement doit être suspendu, étendu ou annulé.
h3. Before this station
* [ ] L'architecture, la plateforme et le mode de mise en œuvre choisis ont été validés avec les parties prenantes concernées en architecture, sécurité et plateforme.
* [ ] La conception de l'interface et les capacités exposées sont clairement reliées à la valeur métier et aux besoins des utilisateurs.
* [ ] L’interface et ses capacités sont documentées de manière suffisamment claire pour la revue, l’audit et l’onboarding.
* [ ] La conception de l'interface respecte les standards partagés de produit, de conception et de qualité.
* [ ] Le contrat d'interface a été validé et testé par rapport aux exigences fonctionnelles et non fonctionnelles.
h3. Ready to leave when
* [ ] La solution réussit les contrôles de qualité, de sécurité, de conformité et de préparation.
* [ ] Les résultats d'audit et les décisions de correction sont partagés avec les parties prenantes concernées.
* [ ] La capacité est prête à être publiée ou mise à disposition via le mécanisme de livraison choisi.
* [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
h3. Other related resources
* *Guide de déploiement et d’enablement*: Guide pour activer et déployer les automatisations avec analyse du travail modifié, approche de déploiement, enablement, support, feedback, suivi de l’adoption et conditions de contrôle.
h2. 8. Suivi & amélioration de l’automatisation
Suivre les résultats réels de l’automatisation, les exécutions réussies et échouées, les exceptions, les nouvelles tentatives, les interventions, le temps de cycle, le temps d’attente, le coût, les erreurs, les actions non sûres, l’adoption, la confiance, le bénéfice réalisé et les hypothèses confirmées ou rejetées.
h3. Station questions
* Résultats et valeur : les résultats attendus de processus, utilisateurs et métier sont-ils atteints?
* Performance opérationnelle : que montrent les exécutions réussies, échecs, achèvements partiels, exceptions, reprises, délais, interventions, temps de traitement, temps d’attente et coûts?
* Signaux utilisateur, risque et récupération : quelles erreurs, corrections, actions dangereuses, contournements, défiance, besoins de support, événements de secours ou échecs de récupération apparaissent?
* Apprentissage et décision de cycle de vie : quelles hypothèses ont été confirmées ou rejetées, et faut-il améliorer, étendre, restreindre, reconcevoir, suspendre ou retirer la solution?
* Utilisez les preuves opérationnelles, utilisateur, de risque et de valeur pour décider ce qu’il faut améliorer, étendre, restreindre, suspendre ou retirer.
* Les solutions publiées ont besoin de preuves montrant si les résultats attendus sont atteints, où une intervention manuelle ou une récupération reste nécessaire, et quelle décision de cycle de vie prendre ensuite.
h3. Before this station
* [ ] La solution réussit les contrôles de qualité, de sécurité, de conformité et de préparation.
* [ ] Les résultats d'audit et les décisions de correction sont partagés avec les parties prenantes concernées.
* [ ] La capacité est prête à être publiée ou mise à disposition via le mécanisme de livraison choisi.
* [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
h3. Ready to leave when
* [ ] La documentation et les supports d'onboarding destinés aux utilisateurs sont prêts.
* [ ] Les processus d'onboarding, de support et de communication sont prêts pour les utilisateurs.
* [ ] Les exigences juridiques, de confidentialité et de conformité liées à la publication ou à la mise à disposition sont définies et comprises.
h3. Other related resources
* *Suivi de l’automatisation et métriques de valeur*: Guide pour mesurer les résultats, la performance opérationnelle, le comportement utilisateur, les risques, la récupération, la valeur réalisée, l’apprentissage des hypothèses et les décisions de cycle de vie après le déploiement.