Animer l’atelier Examen du blueprint de la solution
L’atelier Examen du blueprint de la solution sera animé par l’architecte de solution, mais l’équipe d’implémentation devra présenter les informations sur le blueprint de la solution. Chaque section de l’ordre du jour doit se voir affecter un propriétaire au sein de l’équipe d’implémentation. Au début de chaque session, ce propriétaire doit présenter une vue d’ensemble ou un résumé de l’étendue et des plans, notamment les conceptions qui s’appliquent à cet aspect de la solution. L’équipe doit prévoir que ce résumé prendra entre 25 et 50 % du temps alloué, mais pas plus. Le reste du temps doit être réservé aux questions et réponses avec l’architecte de solution.
La direction de l’équipe d’implémentation doit travailler avec l’architecte de solution avant l’atelier pour définir l’ordre du jour et les horaires de chaque session. Selon l’état et la complexité de la solution, différentes sections peuvent nécessiter plus ou moins de temps. Même si le plan de base est de réaliser l’atelier en huit heures, cette durée peut être flexible dans une certaine mesure pour s’adapter à l’implémentation.
La gestion du temps dans le cadre de l’atelier Examen du blueprint de la solution est essentielle. La priorité absolue pour l’atelier est de passer en revue la solution globale, ce qui doit être privilégié au lieu d’aller trop en profondeur lors d’une session. Si la conversation est trop détaillée et que vous manquez de temps pour couvrir l’étendue de la solution, vous devez vous attendre à ce que l’architecte de solution interrompe les conversations détaillées à des fins de suivi dans le cadre d’un atelier plus complet.
Remarque
Vous devez définir une attente selon laquelle une discussion sur l’étendue et l’approche aura lieu lors de chaque session. Dans le cadre de cette attente, l’architecte peut fournir des conseils directement au cours de la réunion. Cependant, ces sessions ne sont pas destinées à être des sessions de conception, mais plutôt des sessions d’examen. Les commentaires fournis peuvent modifier la conception ou le plan existant(e), mais le travail détaillé dans ces domaines sera effectué par l’équipe d’implémentation après l’atelier.
Résultats de l’atelier Examen du blueprint de la solution
Le résultat de l’atelier Examen du blueprint de la solution est un document de conclusions. Ce document de conclusions est une réponse aux informations fournies lors de la préparation de l’atelier ou lors de l’atelier. Ces conclusions sont généralement de l’un des trois types suivants :
- Assertions : ces conclusions se rapportent à des aspects spécifiques de la solution que l’architecte de solution souhaite qualifier d’importants au niveau architectural. Ces assertions sont des facteurs pouvant ne pas représenter un risque ou problème spécifique, mais sont fondamentales pour la solution et doivent être notées, car si elles changent, elles auront un fort impact. Ces assertions peuvent concerner des éléments d’étendue spécifiques, des aspects de l’architecture de la solution ou une approche ou technique d’implémentation.
- Risques : ces conclusions représentent un aspect de la solution ou de l’approche d’implémentation constituant un risque à suivre au cours du projet. Ces conclusions peuvent concerner des approches, conceptions ou plans existant(e)s présentant un potentiel observé de résultats négatifs. Elles peuvent également se rapporter à des domaines de la solution n’ayant pas encore été explorés de manière adéquate et, en tant que tels, représentant un risque de survenue d’un événement inattendu. Ces conclusions seront accompagnées d’un énoncé des éléments que l’architecte de solution considère comme des risques, ainsi que des mesures d’atténuation recommandées.
- Problèmes : ces conclusions représentent un aspect de la solution ou de l’approche d’implémentation constituant un problème ayant un impact négatif sur l’implémentation ou qui aura un impact négatif s’il n’est pas résolu. Ces conclusions seront accompagnées d’un énoncé de la nature de l’impact actuel ou futur, ainsi que des mesures de résolution recommandées.
Le document de conclusions sera remis à l’organisation cliente et à l’organisation partenaire, et une réunion d’examen aura lieu pour évaluer les conclusions en détail. Le document sera communiqué aux dirigeants de l’implémentation et aux soutiens au sein de la direction des deux organisations. Ces documents de conclusions peuvent parfois être longs, auquel cas un résumé mettant en évidence les conclusions clés et critiques est fourni pour une meilleure utilisation par les dirigeants.
Remarque
Le résultat de l’atelier Examen du blueprint de la solution n’est pas un blueprint de la solution. Les supports fournis par l’équipe d’implémentation lors de l’examen doivent comprendre le blueprint de la solution. Le blueprint doit continuer à évoluer et s’étendre au fil de l’implémentation.
Examens subséquents du blueprint de la solution
Dans la plupart des cas, l’examen du blueprint de la solution effectué au début de l’implémentation, complété par des ateliers approfondis, suffit pour cette implémentation. Parfois, des examens subséquents sont nécessaires. Les exemples suivants sont des scénarios dans lesquels des examens supplémentaires du blueprint de la solution peuvent être nécessaires :
- Problèmes liés à l’examen initial du blueprint de la solution : dans de rares cas, l’atelier Examen du blueprint de la solution n’est pas en mesure de couvrir toutes les informations requises, par exemple en raison d’écarts ou conflits majeurs dans la compréhension de l’étendue à combler ou résoudre par l’équipe d’implémentation, ou d’une conception de solution conceptuelle largement insuffisante. Dans ces scénarios, animer l’atelier Examen du blueprint de la solution initial tôt dans le processus est utile, car il met en évidence ces problèmes afin de pouvoir les résoudre, mais la répétition de l’atelier sera alors nécessaire.
- Changement d’étendue important : parfois, une implémentation est impactée par des changements majeurs apportés à l’étendue ou à l’approche en raison de diverses circonstances potentielles. Cette situation peut comprendre des changements dus à des facteurs externes, mais elle peut également être liée à des changements importants découlant d’une analyse détaillée des besoins. Suite à un tel changement, il sera judicieux de réévaluer le blueprint de la solution.
- Changements organisationnels : périodiquement, les organisations connaissent des changements importants au cours d’une implémentation. Des événements tels que des fusions, des acquisitions ou des cessions peuvent avoir un impact significatif sur l’architecture d’une solution et nécessiter une réévaluation.