Un cycle pour définir et productiser des capacités numériques réutilisables sans présupposer le style d’implémentation à l’avance.
Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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.
Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
Critères de sortie
La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
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 capacité, la définition de service, les preuves de test, le modèle opérationnel, les permissions, le monitoring, le support, le fallback, les arrangements de cycle de vie, les risques et les responsabilités ont été revus pour la préparation à la publication.
La capacité réutilisable est découvrable avec objectif, valeur, propriété, statut de cycle de vie, conditions d’usage, attentes de service, parcours d’accès, support, versioning et canaux de feedback publiés.
Partir du parcours client, de la valeur de capacité et des éléments de viabilité, puis valider si la capacité numérique réutilisable proposée 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.
Convenir des engagements mutuels du propriétaire, du producteur et du consommateur concernant l’accès, le service, le support, le changement et le cycle de vie.
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.
Décisions d’architecture et plateforme de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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.
Conception de solution et interaction de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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.
Livraison et opérations de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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.
Assurance de préparation de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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.
Publication et enablement de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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é.
Monitoring et amélioration de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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 de productisation des capacités question template
Un cycle pour définir et productiser des capacités numériques réutilisables sans présupposer le style d’implémentation à l’avance.
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 de capacité
Partir du parcours client, de la valeur de capacité et des éléments de viabilité, puis valider si la capacité numérique réutilisable proposée 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 de modèle économique de capacité
Dans quelle mesure cette capacité doit-elle être viable, réutilisable, financée, possédée, accompagnée et découvrable ?
- **Proposition de valeur de la capacité**: Quelle valeur cette capacité réutilisable apporte-t-elle aux utilisateurs et à l’organisation ou à l’écosystème ?
- **Segments d’utilisateurs de la capacité**: Qui sont les utilisateurs actuels et potentiels de la capacité, y compris équipes, partenaires, systèmes, produits ou utilisateurs de données ?
- **Engagement des utilisateurs**: Comment les utilisateurs découvriront-ils, évalueront-ils, demanderont-ils, onboarderont-ils, obtiendront-ils du support et donneront-ils du feedback sur la capacité ?
- **Canaux**: Par quels catalogues, portails, marketplaces, sites de documentation, parcours de support ou processus de gouvernance les utilisateurs interagiront-ils avec la capacité ?
- **Ressources clés**: Quels systèmes, actifs de données, plateformes, personnes, standards, financements et capacités opérationnelles sont nécessaires ?
- **Activités clés**: Que doivent faire le responsable de la capacité et les producteurs pour concevoir, mettre à disposition, gouverner, accompagner et améliorer la capacité ?
- **Partenaires clés**: Quels partenaires métier, technologie, données, sécurité, juridique, plateforme ou externes sont nécessaires pour faire fonctionner la capacité ?
- **Bénéfices**: Quels bénéfices métier, opérationnels, écosystémiques, de réutilisation, de conformité ou de coût justifient la capacité ?
- **Coûts**: Quels sont les coûts significatifs de construction, d’exploitation, de gouvernance, de support et d’évolution de la capacité ?
#### Canevas de validation de capacité
Validez si une capacité numérique réutilisable proposée doit être poursuivie.
- **Capacité à valider**: Quelle capacité proposée et quel périmètre de réutilisation sont testés ?
- **Preuves réutilisées**: Quels résultats de canvases précédents soutiennent la proposition ?
- **Hypothèses critiques**: Qu'est-ce qui pourrait invalider la valeur, la réutilisation, l'ownership, la durabilité ou l'adoption ?
- **Validation minimale**: Quelle est la plus petite validation utile et le seuil de succès ?
- **Décision**: Poursuivre, réduire le périmètre, réviser et retester, ou arrêter ?
### Before this station
- [ ] Les objectifs métier sont définis.
- [ ] Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.
### 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. Engagements du consommateur et du producteur
Convenir des engagements mutuels du propriétaire, du producteur et du consommateur concernant l’accès, le service, le support, le changement et le cycle de vie.
### Canvas questions
#### Canevas des engagements du consommateur et du producteur de capacité
Convenir des engagements mutuels pour fournir et consommer une capacité réutilisable.
- **Consommateurs et cas d'utilisation sélectionnés**: Quels consommateurs et contextes d'utilisation sont couverts ?
- **Engagements de l'owner et du producteur**: Que les owners et producteurs fourniront-ils, maintiendront-ils, surveilleront-ils et prendront-ils en charge ?
- **Responsabilités du consommateur**: Que doivent faire les consommateurs pour une utilisation, un accès, des tests et un feedback appropriés ?
- **Accès et onboarding**: Quel parcours de découverte, approbation, test et onboarding est convenu ?
- **Service et cycle de vie**: Quels engagements de service, changement, dépréciation et retrait sont convenus ?
- **Engagements ouverts**: Qu'est-ce qui reste non résolu avant l'architecture ou la livraison ?
### 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.
### Other related resources
- **Guide d’onboarding consommateur de capacité**: Guide d’onboarding consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide des attentes de service de capacité réutilisable**: Guide des attentes de service de capacité réutilisable soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide propriété de capacité et responsabilités producteur**: Guide propriété de capacité et responsabilités producteur soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
## 3. Décisions d’architecture et plateforme de capacité
Décisions d’architecture et plateforme de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### 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 de capacité
Choisissez comment la capacité sera livrée à partir des preuves déjà collectées.
- **Entrées réutilisées**: Quelles décisions et contraintes antérieures façonnent le choix de mise en œuvre ?
- **Options viables**: Quelles options API, événement, workflow, application, produit de données, service partagé, service humain ou hybride restent viables ?
- **Approche sélectionnée**: Quel style de mise en œuvre et quelle plateforme habilitante sont sélectionnés ?
- **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 solution et interaction de capacité
Conception de solution et interaction de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### Canvas questions
#### 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?
#### Canevas de conception de solution de capacité
Affinez le style de mise en œuvre sélectionné en une conception de capacité claire pour les consommateurs.
- **Entrées sélectionnées**: Quelles décisions antérieures de parcours, valeur, domaine, engagement et architecture sont réutilisées ?
- **Périmètre et interaction**: Qu'est-ce qui appartient à la capacité, et comment les consommateurs l'utilisent-ils ?
- **Contrat, règles et résultats**: Quels comportements, responsabilités, entrées, sorties et résultats sont promis ?
- **Erreurs et sécurité**: Comment les exceptions, l'accès, la confidentialité et la confiance sont-ils gérés ?
- **Cycle de vie et support**: Comment fonctionneront le changement, le versioning, le support, la dépréciation et le retrait ?
- **Observabilité**: Quels signaux d'état, d'usage, de qualité, de valeur et de consommateur doivent être visibles ?
#### Canevas d’interaction
Quels types d’interactions cette capacité ou interface doit-elle prendre en charge avant de choisir une conception propre au protocole ?
- **Interactions CRUD**: Quelles interactions CRUD (Create, Read, Update, Delete) sont-elles nécessaires ici?
- **Modèles d'entrée et de sortie CRUD**: Quels sont les modèles d'entrée et de sortie pour les interactions CRUD, si ce style est nécessaire ?
- **Traitement et validation CRUD**: QQuelles sont les règles de traitement et de validation pour les interactions CRUD, si ce style est nécessaire ?
- **Interactions pilotées par requêtes**: Quelles interactions de lecture ou de requête sont nécessaires pour répondre aux questions des utilisateurs ?
- **Modèles d'entrée et de sortie pilotés par les requêtes**: Quels sont les modèles d'entrée et de sortie pour les interactions pilotées par les requêtes ?
- **Traitement et validation pilotés par les requêtes**: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les requêtes ?
- **Interactions pilotées par commandes**: Quelles commandes modifiant l'état sont nécessaires, le cas échéant ?
- **Modèles d'entrée et de sortie pilotés par commande**: Quels sont les modèles d'entrée et de sortie pour les interactions pilotées par commande, si ce style est nécessaire ?
- **Traitement et validation pilotés par les commandes**: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les commandes, si ce style est nécessaire ?
- **Interactions pilotées par les événements**: Quels événements doivent être publiés ou consommés, le cas échéant ?
- **Modèles d'entrée et de sortie pilotés par les événements**: Modèles d'entrée et de sortie pilotés par les événements
- **Traitement et validation pilotés par les événements**: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les événements, si ce style est requis ?
### 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é.
### Other related resources
- **Conception d’intégration contract-first**: Guidance for validating integration contracts before delivery, including OpenAPI, AsyncAPI, event schemas, message schemas, file schemas, data contracts, and interface specifications.
## 5. Livraison et opérations de capacité
Livraison et opérations de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### Canvas questions
#### Canevas de préparation et d’exploitation de capacité
Préparez les preuves opérationnelles minimales nécessaires avant la revue de préparation de la capacité.
- **Responsabilité**: Qui est responsable de la valeur, du cycle de vie de la capacité, de la production, des opérations, du support et des changements ?
- **Environnements et accès**: Les environnements, accès, permissions et identifiants requis sont-ils prêts ?
- **Preuves de test**: Qu'est-ce qui prouve les résultats, la qualité, la sécurité, la compatibilité, la résilience et l'utilisabilité par les consommateurs ?
- **Surveillance et support**: Comment l'état, l'usage, la valeur, les incidents, les consommateurs et les opérateurs seront-ils pris en charge ?
- **Continuité et reprise**: Comment le service continuera-t-il, se dégradera-t-il en sécurité, récupérera-t-il ou basculera-t-il en fallback ?
- **Statut de préparation**: Les définitions de service, runbooks, risques, conditions et é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é.
### Other related resources
- **Guide de livraison de capacité**: Guide de livraison de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide de test et validation de capacité**: Guide de test et validation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide CI/CD et release de capacité**: Guide CI/CD et release de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide de responsabilité opérationnelle de capacité**: Guide de responsabilité opérationnelle de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide sécurité et accès de capacité**: Guide sécurité et accès de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide support et cycle de vie de capacité**: Guide support et cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
## 6. Assurance de préparation de capacité
Assurance de préparation de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### 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 de capacité**: Checklist de préparation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide conformité et gouvernance de capacité**: Guide conformité et gouvernance de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Checklist qualité de service de capacité**: Checklist qualité de service de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
## 7. Publication et enablement de capacité
Publication et enablement de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### 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 publication et découverte de capacité**: Guide publication et découverte de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide d’onboarding consommateur de capacité**: Guide d’onboarding consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Modèle d’accord de service de capacité**: Modèle d’accord de service de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide versioning et cycle de vie de capacité**: Guide versioning et cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
## 8. Monitoring et amélioration de capacité
Monitoring et amélioration de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
### 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
- **Monitoring et métriques de valeur de capacité**: Monitoring et métriques de valeur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide adoption et réutilisation de capacité**: Guide adoption et réutilisation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide feedback consommateur de capacité**: Guide feedback consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
- **Guide de gestion du cycle de vie de capacité**: Guide de gestion du cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
Confluence-wiki
h1. Cycle de productisation des capacités question template
Un cycle pour définir et productiser des capacités numériques réutilisables sans présupposer le style d’implémentation à l’avance.
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 de capacité
Partir du parcours client, de la valeur de capacité et des éléments de viabilité, puis valider si la capacité numérique réutilisable proposée 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 de modèle économique de capacité
Dans quelle mesure cette capacité doit-elle être viable, réutilisable, financée, possédée, accompagnée et découvrable ?
* *Proposition de valeur de la capacité*: Quelle valeur cette capacité réutilisable apporte-t-elle aux utilisateurs et à l’organisation ou à l’écosystème ?
* *Segments d’utilisateurs de la capacité*: Qui sont les utilisateurs actuels et potentiels de la capacité, y compris équipes, partenaires, systèmes, produits ou utilisateurs de données ?
* *Engagement des utilisateurs*: Comment les utilisateurs découvriront-ils, évalueront-ils, demanderont-ils, onboarderont-ils, obtiendront-ils du support et donneront-ils du feedback sur la capacité ?
* *Canaux*: Par quels catalogues, portails, marketplaces, sites de documentation, parcours de support ou processus de gouvernance les utilisateurs interagiront-ils avec la capacité ?
* *Ressources clés*: Quels systèmes, actifs de données, plateformes, personnes, standards, financements et capacités opérationnelles sont nécessaires ?
* *Activités clés*: Que doivent faire le responsable de la capacité et les producteurs pour concevoir, mettre à disposition, gouverner, accompagner et améliorer la capacité ?
* *Partenaires clés*: Quels partenaires métier, technologie, données, sécurité, juridique, plateforme ou externes sont nécessaires pour faire fonctionner la capacité ?
* *Bénéfices*: Quels bénéfices métier, opérationnels, écosystémiques, de réutilisation, de conformité ou de coût justifient la capacité ?
* *Coûts*: Quels sont les coûts significatifs de construction, d’exploitation, de gouvernance, de support et d’évolution de la capacité ?
h4. Canevas de validation de capacité
Validez si une capacité numérique réutilisable proposée doit être poursuivie.
* *Capacité à valider*: Quelle capacité proposée et quel périmètre de réutilisation sont testés ?
* *Preuves réutilisées*: Quels résultats de canvases précédents soutiennent la proposition ?
* *Hypothèses critiques*: Qu'est-ce qui pourrait invalider la valeur, la réutilisation, l'ownership, la durabilité ou l'adoption ?
* *Validation minimale*: Quelle est la plus petite validation utile et le seuil de succès ?
* *Décision*: Poursuivre, réduire le périmètre, réviser et retester, ou arrêter ?
h3. Before this station
* [ ] Les objectifs métier sont définis.
* [ ] 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
* [ ] 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. Engagements du consommateur et du producteur
Convenir des engagements mutuels du propriétaire, du producteur et du consommateur concernant l’accès, le service, le support, le changement et le cycle de vie.
h3. Canvas questions
h4. Canevas des engagements du consommateur et du producteur de capacité
Convenir des engagements mutuels pour fournir et consommer une capacité réutilisable.
* *Consommateurs et cas d'utilisation sélectionnés*: Quels consommateurs et contextes d'utilisation sont couverts ?
* *Engagements de l'owner et du producteur*: Que les owners et producteurs fourniront-ils, maintiendront-ils, surveilleront-ils et prendront-ils en charge ?
* *Responsabilités du consommateur*: Que doivent faire les consommateurs pour une utilisation, un accès, des tests et un feedback appropriés ?
* *Accès et onboarding*: Quel parcours de découverte, approbation, test et onboarding est convenu ?
* *Service et cycle de vie*: Quels engagements de service, changement, dépréciation et retrait sont convenus ?
* *Engagements ouverts*: Qu'est-ce qui reste non résolu avant l'architecture ou la livraison ?
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.
h3. Other related resources
* *Guide d’onboarding consommateur de capacité*: Guide d’onboarding consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide des attentes de service de capacité réutilisable*: Guide des attentes de service de capacité réutilisable soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide propriété de capacité et responsabilités producteur*: Guide propriété de capacité et responsabilités producteur soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
h2. 3. Décisions d’architecture et plateforme de capacité
Décisions d’architecture et plateforme de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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 de capacité
Choisissez comment la capacité sera livrée à partir des preuves déjà collectées.
* *Entrées réutilisées*: Quelles décisions et contraintes antérieures façonnent le choix de mise en œuvre ?
* *Options viables*: Quelles options API, événement, workflow, application, produit de données, service partagé, service humain ou hybride restent viables ?
* *Approche sélectionnée*: Quel style de mise en œuvre et quelle plateforme habilitante sont sélectionnés ?
* *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 solution et interaction de capacité
Conception de solution et interaction de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
h3. Canvas questions
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?
h4. Canevas de conception de solution de capacité
Affinez le style de mise en œuvre sélectionné en une conception de capacité claire pour les consommateurs.
* *Entrées sélectionnées*: Quelles décisions antérieures de parcours, valeur, domaine, engagement et architecture sont réutilisées ?
* *Périmètre et interaction*: Qu'est-ce qui appartient à la capacité, et comment les consommateurs l'utilisent-ils ?
* *Contrat, règles et résultats*: Quels comportements, responsabilités, entrées, sorties et résultats sont promis ?
* *Erreurs et sécurité*: Comment les exceptions, l'accès, la confidentialité et la confiance sont-ils gérés ?
* *Cycle de vie et support*: Comment fonctionneront le changement, le versioning, le support, la dépréciation et le retrait ?
* *Observabilité*: Quels signaux d'état, d'usage, de qualité, de valeur et de consommateur doivent être visibles ?
h4. Canevas d’interaction
Quels types d’interactions cette capacité ou interface doit-elle prendre en charge avant de choisir une conception propre au protocole ?
* *Interactions CRUD*: Quelles interactions CRUD (Create, Read, Update, Delete) sont-elles nécessaires ici?
* *Modèles d'entrée et de sortie CRUD*: Quels sont les modèles d'entrée et de sortie pour les interactions CRUD, si ce style est nécessaire ?
* *Traitement et validation CRUD*: QQuelles sont les règles de traitement et de validation pour les interactions CRUD, si ce style est nécessaire ?
* *Interactions pilotées par requêtes*: Quelles interactions de lecture ou de requête sont nécessaires pour répondre aux questions des utilisateurs ?
* *Modèles d'entrée et de sortie pilotés par les requêtes*: Quels sont les modèles d'entrée et de sortie pour les interactions pilotées par les requêtes ?
* *Traitement et validation pilotés par les requêtes*: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les requêtes ?
* *Interactions pilotées par commandes*: Quelles commandes modifiant l'état sont nécessaires, le cas échéant ?
* *Modèles d'entrée et de sortie pilotés par commande*: Quels sont les modèles d'entrée et de sortie pour les interactions pilotées par commande, si ce style est nécessaire ?
* *Traitement et validation pilotés par les commandes*: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les commandes, si ce style est nécessaire ?
* *Interactions pilotées par les événements*: Quels événements doivent être publiés ou consommés, le cas échéant ?
* *Modèles d'entrée et de sortie pilotés par les événements*: Modèles d'entrée et de sortie pilotés par les événements
* *Traitement et validation pilotés par les événements*: Quelles sont les règles de traitement et de validation pour les interactions pilotées par les événements, si ce style est requis ?
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é.
h3. Other related resources
* *Conception d’intégration contract-first*: Guidance for validating integration contracts before delivery, including OpenAPI, AsyncAPI, event schemas, message schemas, file schemas, data contracts, and interface specifications.
h2. 5. Livraison et opérations de capacité
Livraison et opérations de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
h3. Canvas questions
h4. Canevas de préparation et d’exploitation de capacité
Préparez les preuves opérationnelles minimales nécessaires avant la revue de préparation de la capacité.
* *Responsabilité*: Qui est responsable de la valeur, du cycle de vie de la capacité, de la production, des opérations, du support et des changements ?
* *Environnements et accès*: Les environnements, accès, permissions et identifiants requis sont-ils prêts ?
* *Preuves de test*: Qu'est-ce qui prouve les résultats, la qualité, la sécurité, la compatibilité, la résilience et l'utilisabilité par les consommateurs ?
* *Surveillance et support*: Comment l'état, l'usage, la valeur, les incidents, les consommateurs et les opérateurs seront-ils pris en charge ?
* *Continuité et reprise*: Comment le service continuera-t-il, se dégradera-t-il en sécurité, récupérera-t-il ou basculera-t-il en fallback ?
* *Statut de préparation*: Les définitions de service, runbooks, risques, conditions et é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é.
h3. Other related resources
* *Guide de livraison de capacité*: Guide de livraison de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide de test et validation de capacité*: Guide de test et validation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide CI/CD et release de capacité*: Guide CI/CD et release de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide de responsabilité opérationnelle de capacité*: Guide de responsabilité opérationnelle de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide sécurité et accès de capacité*: Guide sécurité et accès de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide support et cycle de vie de capacité*: Guide support et cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
h2. 6. Assurance de préparation de capacité
Assurance de préparation de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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 de capacité*: Checklist de préparation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide conformité et gouvernance de capacité*: Guide conformité et gouvernance de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Checklist qualité de service de capacité*: Checklist qualité de service de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
h2. 7. Publication et enablement de capacité
Publication et enablement de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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 publication et découverte de capacité*: Guide publication et découverte de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide d’onboarding consommateur de capacité*: Guide d’onboarding consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Modèle d’accord de service de capacité*: Modèle d’accord de service de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide versioning et cycle de vie de capacité*: Guide versioning et cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
h2. 8. Monitoring et amélioration de capacité
Monitoring et amélioration de capacité: Guide la définition d’une capacité réutilisable depuis l’hypothèse et les exigences consommateur/producteur jusqu’à l’architecture, la conception, la livraison, la préparation, la publication et l’amélioration continue.
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
* *Monitoring et métriques de valeur de capacité*: Monitoring et métriques de valeur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide adoption et réutilisation de capacité*: Guide adoption et réutilisation de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide feedback consommateur de capacité*: Guide feedback consommateur de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.
* *Guide de gestion du cycle de vie de capacité*: Guide de gestion du cycle de vie de capacité soutient l’étape de capacité concernée avec des décisions, preuves, responsabilités, risques et prochaines étapes spécifiques.