Préparer l’atelier
Généralement, l’atelier Performances de la solution dure généralement environ 2 à 4 heures. La durée peut varier en fonction du niveau de détail disponible pour examen et de l’étendue de la solution globale. L’architecte de solution travaillera avec la direction de l’équipe d’implémentation pour planifier l’atelier en fonction des spécificités de la solution examinée.
Avant l’atelier Performances de la solution, les participants doivent connaître autant que possible sa structure, les conditions préalables et les types de sujets qui seront abordés. L’architecte de solution fournira un ordre du jour avec des sujets et des conditions préalables avant l’atelier.
Remarque
En substance, l’atelier Performances de la solution est une discussion ; il ne s’agit pas d’un questionnaire pouvant être rempli et examiné en mode hors connexion. Bien que les conditions préalables soient définies et fournies à l’avance, il n’est pas possible de résumer l’étendue des directions dans lesquelles la conversation peut mener.
L’architecte de solution préparera à l’avance l’atelier en examinant les artefacts de projet existants. Voici des artefacts de projet utiles :
- Examen du blueprint de solution – Pour pouvoir suivre l’atelier Performances de la solution, il est nécessaire d’avoir suivi au préalable l’atelier Examen du blueprint de la solution. Ce dernier fournit des informations liées à divers domaines, tels que le plan de projet, le diagramme d’architecture de solution, les processus métier, la stratégie d’intégration, la stratégie d’environnement, le nombre d’utilisateurs, la stratégie de migration des données et d’autres informations sur la solution, qui peuvent mener directement à cet atelier.
- Plan/calendrier du projet : document ou diagrammes de Gantt décrivant le calendrier global et la dépendance des phases clés du projet et les activités associées.
- Profils d’utilisation du système : calendriers des processus opérationnels et pics de volumes transactionnels par type de charge de travail.
- Stratégie environnementale : schémas fonctionnels ou de flux décrivant les types d’environnements qui seront déployés et comment et quand ils seront utilisés et comment le code et la configuration y circuleront.
- Emplacements de déploiement : schémas ou registres présentant les emplacements physiques où la solution sera déployée ainsi que les besoins linguistiques et de localisation.
- Registre d’interfaces : listes d’interfaces avec des besoins non fonctionnels et des modèles de conception documentant l’étendue et l’approche de l’implémentation de ces interfaces.
- Schémas de dataflow : dans une solution comprenant plusieurs applications Dynamics 365, et des services et composants hérités ou externes, il est utile de pouvoir identifier d’où proviennent les données et comment elles se déplacent et sont consommées dans la solution.
- Stratégie de migration de données : documents ou registres présentant les entités à migrer, les sources dont elles proviendront, les volumes, le calendrier et les méthodes de migration. Lors de la phase d’examen du blueprint de la solution, vous devez veiller à disposer d’une étendue (entités et sources).
- Stratégie de test de performance – Toute documentation préexistante concernant la stratégie de test de performance qui décrit des domaines tels que les objectifs de performance, les indicateurs de performance clés (KPI), les outils de test, l’environnement à utiliser et d’autres facteurs qui sont cohérents avec les tests de performance.
Il ne s’agit pas d’une liste exhaustive des livrables du projet, mais c’est un bon point de départ pour l’examen Performances de la solution. Le format, la composition et le nom de chaque livrable peuvent varier d’un projet à l’autre. Le format n’est pas l’élément crucial, en revanche les informations accessibles et acceptées par l’ensemble de l’équipe sont essentielles.
Lorsque vous effectuez un examen des performances de la solution au début du projet, nombre de ces documents ne seront pas entièrement formés, ce qui est acceptable dans la plupart des cas. Il est plus important que l’étendue ait été déterminée et qu’un plan conceptuel soit en place pour déterminer comment la solution prendra en charge cette étendue. Si l’étendue et l’approche de la solution conceptuelle sont en place, l’examen des performances de la solution peut se concentrer sur l’approche conceptuelle, et les ateliers approfondis de suivi peuvent se concentrer sur les détails au moment où ils sont disponibles.
Il est acceptable que le projet utilise différents moyens de gérer ou suivre les informations du projet autres que ceux répertoriés précédemment. En général, le format n’est pas critique si les informations sont facilement accessibles par les membres du projet. Si les informations de la liste précédente ne sont pas documentées sur le projet ou si elles sont documentées de sorte qu’elles ne sont pas facilement accessibles, vous devez privilégier la production des artefacts pertinents.
Conseil
Nous vous recommandons d’utiliser des schémas et des représentations visuelles pour fournir des résumés généraux, dans la mesure du possible, dans le cadre de l’implémentation. Ces schémas, tableaux et graphiques constituent un moyen de communication facile sur l’ensemble de l’équipe et avec les dirigeants au sujet des plans et des conceptions.