Présentation de l’atelier Examen du blueprint de la solution

15 minutes

L’atelier Examen du blueprint de la solution peut se dérouler en personne, auquel cas il se présente généralement sous forme d’atelier unique couvrant tous les sujets requis. L’atelier peut également se dérouler à distance. Lorsque l’atelier est effectué à distance, il est courant de diviser l’examen en plusieurs sessions sur plusieurs jours.

Les sections suivantes couvrent les rubriques générales de l’atelier Examen du blueprint de la solution et fournissent un échantillon des types de questions abordées dans chaque section.

Stratégie du programme

La stratégie du programme couvre le processus et les structures qui guideront l’implémentation. Elle examine également l’approche permettant de capturer, valider et gérer les besoins, ainsi que le plan et le calendrier de création et d’adoption de la solution. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quels sont les objectifs de l’implémentation, sont-ils documentés et bien compris et peuvent-ils être mesurés ?
Quelle méthodologie permet de guider l’implémentation et est-elle bien comprise par l’ensemble de l’équipe d’implémentation ?
Quelle est la structure en place pour l’équipe d’implémentation ?
Les rôles et responsabilités de tous les rôles du projet sont-ils documentés et compris ?
Quel est le processus de gestion de l’étendue et des modifications apportées à l’étendue, au statut, aux risques et aux problèmes ?
Quels sont le plan et le calendrier d’implémentation ?
Quelle est l’approche de la gestion du travail dans le cadre du plan ?
Quelles sont les dépendances externes et comment sont-elles prises en compte dans le plan de projet ?
Quels sont les délais de déploiement prévus ?
Quelle est l’approche de la gestion et de l’adoption des modifications ?
Quel est le processus de collecte, de validation et d’approbation des besoins ?
Comment et où les besoins seront-ils suivis et gérés ?
Quelle est l’approche de la traçabilité entre les besoins et les autres aspects de l’implémentation (tels que les tests, la formation, etc.) ?
Quel est le processus d’évaluation de l’adéquation et des écarts ?

Stratégie de test

La stratégie de test couvre les différents aspects de l’implémentation traitant de la validation du fonctionnement de la solution implémentée comme défini et de sa capacité à répondre aux besoins métier. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quelles sont les phases de test et comment s’appuient-elles les unes sur les autres pour assurer la validation de la solution ?
Qui est responsable de la définition, de la création, de l’implémentation et de la gestion des tests ?
Quel est le plan de test des performances ?
Quel est le plan de test de la sécurité ?
Quel est le plan de test du processus de basculement ?
Une approche de tests de régression a-t-elle été prévue pour permettre une utilisation efficace des mises à jour ?

Stratégie de gestion des processus métier

La stratégie de gestion des processus métier tient compte des processus métier sous-jacents (la fonctionnalité) qui seront implémentés sur la plateforme Microsoft Dynamics 365 dans le cadre de la solution et de leur utilisation pour piloter la conception globale de la solution. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quels sont les principaux processus concernés par l’implémentation ?
Que sait-on actuellement de l’adéquation générale des processus au sein de l’ensemble d’applications Dynamics 365 ?
- Comment les processus sont-ils gérés dans le cadre de l’implémentation et comment sont-ils liés aux domaines subséquents de la solution tels que les récits utilisateur, les besoins, les cas de test et la formation ?
- Le calendrier d’implémentation des processus métier est-il documenté et compris ?
- Des besoins en matière d’implémentation hors connexion des processus métier sont-ils établis ?

Sur la base des processus concernés, l’architecte de solution effectuant l’examen peut poser une série de questions liées aux fonctionnalités pour évaluer la complexité ou comprendre les risques potentiels ou les opportunités d’optimisation de la solution en fonction de la future feuille de route produit.

Stratégie de gestion des applications

La stratégie de gestion des applications prend en compte les divers services, applications et plateformes constituant la solution globale. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quelles applications ou quels services Dynamics 365 seront déployé(e)s dans le cadre de la solution ?
Quelles fonctionnalités ou quels services Microsoft Azure seront déployé(e)s dans le cadre de la solution ?
Que se passe-t-il si de nouveaux composants ou services d’application externe sont déployés dans le cadre de la solution ?
Que se passe-t-il si des composants ou services d’application héritée sont déployés dans le cadre de la solution ?
Quelles extensions des applications et de la plateforme Dynamics 365 sont prévues ?

Stratégie de gestion des données

La stratégie de gestion des données prend en compte la conception des données au sein de la solution et la conception de la migration des données héritées vers la solution. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quels sont les plans pour les principaux problèmes de conception des données tels que la structure de l’entité juridique et la localisation des données ?
Quels sont l’étendue et le flux prévu des entités clés de données principales ?
Quels sont l’étendue et le flux prévu des entités clés de données transactionnelles ?
Quelle est l’étendue de la migration des données ?
Quelles sont la stratégie et l’approche globales de migration des données ?
Quels sont les volumes globaux de données à gérer au sein de la solution ?
Quelles mesures seront prises pour optimiser les performances de la migration des données ?

Stratégie d’intégration

La stratégie d’intégration prend en compte la conception de la communication et de la connectivité entre les différents composants de la solution, notamment les interfaces d’application, les intergiciels et les processus requis pour gérer le fonctionnement des intégrations. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quelle est l’étendue de la conception de l’intégration au niveau de l’interface/de l’échange ?
Quels sont les besoins non fonctionnels connus (par exemple les volumes de transaction et les modes de connexion) pour chaque interface ?
Quels modèles de conception ont été identifiés à des fins d’implémentation des interfaces ?
Quels modèles de conception ont été identifiés à des fins de gestion des intégrations ?
Quels composants intergiciels sont prévus pour être utilisés dans la solution ?

Stratégie décisionnelle

La stratégie décisionnelle prend en compte la conception des fonctionnalités décisionnelles de la solution. Cette stratégie comprend le reporting et l’analyse traditionnels. Elle comprend l’utilisation de fonctionnalités de reporting et d’analyse dans les composants Dynamics 365 et les composants externes qui se connecteront aux données Dynamics 365. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quels processus de la solution dépendent des fonctionnalités de reporting et d’analyse ?
Quelles sources de données de la solution permettront de piloter le reporting et l’analyse ?
Quelles sont les fonctionnalités et contraintes de ces sources de données ?
Quels sont les besoins en matière de déplacement des données entre les composants de la solution permettant de faciliter l’analyse et le reporting ?
Quels composants de la solution ont été identifiés pour prendre en charge les besoins de reporting et d’analyse ?
Quels sont les besoins en matière de combinaison de données d’entreprise provenant de plusieurs systèmes/sources et à quoi ressemble cette stratégie ?

Stratégie de sécurité

La stratégie de sécurité prend en compte la conception de la sécurité au sein des composants Dynamics 365, des autres composants Microsoft Azure et des composants externes de la solution. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quelle est la stratégie d’authentification globale pour la solution ? Est-elle conforme aux contraintes de la plateforme Dynamics 365 ?
Quelle est la conception des structures d’abonné et de répertoire dans Azure ?
Existe-t-il des besoins d’authentification inhabituels et quels modèles de conception permettront d’y répondre ?
Existe-t-il des besoins de chiffrement extraordinaires et quels modèles de conception permettront d’y répondre ?
Des besoins en matière de confidentialité ou de résidence des données sont-ils établis et quels modèles de conception permettront d’y répondre ?
Des besoins extraordinaires en matière de sécurité au niveau des lignes sont-ils établis et quels modèles de conception permettront d’y répondre ?
Des besoins sont-ils en place pour la validation de la sécurité ou d’autres besoins de conformité, et quels sont les plans permettant d’y répondre ?

Stratégie Application Lifecycle Management

La stratégie Application Lifecycle Management (ALM) prend en compte les aspects de la solution liés au développement et à la gestion de la solution, étant donné que les applications Dynamics 365 sont gérées au moyen d’une mise à jour continue. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Quelle est la stratégie d’environnement de préproduction et comment soutient-elle l’approche d’implémentation ?
La stratégie environnementale prend-elle en charge les besoins de mise à jour continue ?
Quel plan dédié à Azure DevOps permettra de soutenir l’implémentation ?
L’équipe d’implémentation comprend-elle l’approche de mise à jour continue suivie par Dynamics 365 et tout autre service cloud de la solution ?
L’approche ALM prévue tient-elle compte d’une mise à jour continue ?
Qui est responsable de la gestion du processus de mise à jour continue ?
L’équipe d’implémentation comprend-elle comment la mise à jour continue affectera les événements de mise en service et un plan est-il en place pour optimiser les versions et les mises à jour afin d’assurer la prise en charge et la stabilité pendant toutes les phases ?
L’approche ALM comprend-elle la gestion des configurations et des extensions ?

Stratégie environnementale et de capacité

L’architecture de déploiement prend en compte les aspects de la solution liés à l’infrastructure cloud, aux environnements et aux processus impliqués dans l’exploitation de la solution cloud. Cette rubrique se concentre sur la réponse à des questions telles que les suivantes :

Une décision a-t-elle été prise sur le nombre d’environnements de production qui seront déployés et quels facteurs ont motivé cette décision ?
Quels sont les besoins en matière de continuité de l’activité pour la solution et tous les composants de la solution y répondent-ils ?
Quels sont les besoins en matière de données principales et de volume de traitement transactionnel ?
À partir de quels emplacements les utilisateurs accéderont-ils à la solution ?
Quelles sont les structures réseau en place pour fournir une connectivité à la solution ?
Des besoins sont-ils en place pour les clients mobiles ou l’utilisation d’autres technologies client spécifiques ?
Les besoins en matière de licences pour les instances et les interfaces de prise en charge sont-ils compris ?

Continuer