Animer l’atelier Conception de la solution de gestion des écarts
L’architecte de solution anime l’atelier Conception de la solution de gestion des écarts, mais l’équipe d’implémentation présente les informations sur la solution de gestion des écarts. Chaque solution de gestion des écarts doit être affectée à un propriétaire au sein de l’équipe d’implémentation. Au début de l’atelier, un membre de l’équipe d’implémentation doit présenter la vue d’ensemble ou le résumé des principaux écarts, notamment les solutions proposées pour chaque écart. Cette vue d’ensemble ne doit pas prendre plus de 10 à 15 % de la durée totale de l’atelier. Elle doit être présentée uniquement de manière générale, car chaque solution de gestion des écarts sera abordée en détail dans les rubriques ultérieures.
Après la vue d’ensemble des principaux écarts, l’équipe d’implémentation doit présenter chaque solution de gestion des écarts séparément et prévoir du temps pour la discussion au sein du groupe. Une fois que les participant ont discuté de toutes les solutions de gestion des écarts, le reste du temps doit être réservé aux questions et réponses avec l’architecte.
Une attente doit être définie selon laquelle une discussion sur l’étendue et l’approche aura lieu lors de chaque session. Dans le cadre de cette attente, l’architecte de solution 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 l’équipe d’implémentation effectuera le travail détaillé dans ces domaines après l’atelier.
Résultats de l’atelier Conception de la solution de gestion des écarts
Le résultat de l’atelier Conception de la solution de gestion des écarts 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. En général, ces conclusions sont 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 considérés 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 sont 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.