La Méthodologie d’implémentation Dynamics Sure Step

Chaque implémentation de Dynamics NAV est complètement différente d’une autre. La raison en est parce que chaque entreprise, quelle que soit la similitude de l’industrie, est géré différemment. La société qui va utiliser le logiciel ERP (généralement appelé le client) est différente, les exigences sont différentes, la portée est différente et même l’équipe qui l’implémente pourrait être différente. Cela apporte beaucoup d’incertitude dans le processus d’implémentation et est la raison principale pour laquelle une méthodologie doit être utilisée.

La méthodologie n’est pas seulement applicable au développement et à la mise en place, mais aussi pour d’autres raisons telles que la manière de facturé un projet ou de transférer les connaissances pour le service d’assistance à la fin du projet par l’équipe du projet.

1. Présentation Microsoft Dynamics Sure Step :

Sure Step est une méthodologie d’implémentation de projet informatiques mis en place par Microsoft afin de structurer au maximum la gestion d’un projet de la phase de diagnostic à la phase de maintenance en s’appuyant sur les meilleures pratiques de l’industrie. Elle permet de fournir une implémentation de Microsoft Dynamics prévisible, respectant les délais et le budget.

Microsoft Dynamics Sure Step repose sur des concepts de gestion de projet éprouvés et des outils simple à utiliser permettant ainsi de garantir le succès de l’intégration des solutions Microsoft Dynamics ERP et CRM. Sure Step est une méthodologie de mise en œuvre complète qui fournit des instructions et des conseils, une bibliothèque de gestion de projet, des outils et des modèles qu’on peut utiliser pour mettre en place des produits Microsoft Dynamics en toute sûreté. Elle est conçue pour nous aider à mieux répondre aux attentes des clients tout en aidant à réduire leur coût total. Sure Step peut être utilisée dans les projets englobant des besoins de toute envergure, qu’ils soient importants, moyens ou modestes, de bout en bout, ainsi que pour les projets adaptés à l’utilisation d’un processus de développement de type Agile. La méthodologie offre des conseils relatifs à la mise en œuvre et à la mise à niveau des projets, ainsi que sur les offres d’optimisation et d’accélérateurs de décision. Des conseils relatifs sont également inclus pour les solutions intersectorielles et verticales.
La méthodologie Microsoft Sure Step est adaptée à tous types de projets car elle peut être modulée en fonction des besoins rencontrés. Ainsi elle garantit la réussite de toute implémentation grâce à sa flexibilité qui permet de s’adapter à la taille et à la structure de chaque projet.

Microsoft Dynamics Sure Step concerne toutes les phases d’un projet d’implémentation, de la vente par la phase diagnostics à l’exploitation, en passant par l’analyse, la conception, le développement et le déploiement. Dynamics Sure Step fournit également des recommandations sur l’optimisation et la mise à niveau d’un déploiement Microsoft Dynamics existant.

La méthodologie Sure Step est évolutive, elle peut être utilisée pour des projets d’implémentation destinés à des entreprises de toute taille. Elle prend en charge tous les produits spécifiques Microsoft Dynamics et les solutions métiers ou verticales particulières.

Microsoft Dynamics Sure Step aide également à gérer et réduire les risques liés aux projets d’implémentation. L’ensemble clairement défini de processus et de livrables, les tâches de gestion des risques aident à limiter les risques dans les projets.

Sure Step fournit des contenus spécifiques aux suites de solution ERP et CRM de Microsoft Dynamics, elle est basé sur sept concepts clés :

• Phases du projet
• Offres d’accélérateur de décision
• Types de projet
• Processus de phase croisée
• Offres d’optimisation
• Bibliothèque de gestion de projet
• Rôles (consultant et client)

Le diagramme suivant présente le modèle de la méthodologie Sure Step et ces sept concepts clés :

 

 

La Sure Step Méthodologie inclut six phases : phase diagnostic, analyse, conception, développement, déploiement et exploitation. Les phases allant de l’analyse à l’exploitation représentent les cinq étapes importantes d’un projet d’implémentation. La phase diagnostic constitue une phase de pré-implémentation, la phase d’exploitation comprend de plus des activités post-implémentation, dans le cas où elle étend la durée de vie du projet au-delà de l’implémentation, jusqu’au stade du support technique. Chaque phase de Microsoft Dynamics Sure Step consiste en un ensemble d’activités et de tâches spécifiques. Le résultat du travail réalisé dans une activité est généralement documenté dans un livrable qui fournit des recommandations et des conseils pour les étapes ultérieures du projet d’implémentation.

Les accélérateurs de décision Sure Step constituent une aide précieuse pour traiter rapidement les préoccupations et questions courantes des clients concernant les solutions Microsoft Dynamics.

Microsoft Dynamics Sure Step propose cinq types de projets : Standard, Entreprise, Rapide, Agile et Mise à niveau.

Chaque processus de phase croisée est un groupe d’activités associées qui concernent plusieurs phases d’implémentation dans un projet de type spécifique.

Les offres d’optimisation sont utilisées pour procéder à des analyses approfondies et indépendantes des projets via des approches à la fois proactives et rétrospectives.

La bibliothèque de gestion de projet fournit des informations détaillées sur les activités type menées dans le cadre de la gestion du projet.

Sure Step identifie et fournit des recommandations pour les intervenants côté consultant et côté client impliqués dans des phases, activités et tâches spécifiques d’un projet d’implémentation.

 

2. Le Client Sure Step :

C’est une application de bureau utilisé comme une grande boite à outils, son contenu fournit en outre des schémas, recommandations reconnues, des modèles exploitables à différentes phases et des conseils détaillés sur les rôles s’illustrant lors des diverses activités et en offrant les meilleures pratiques éprouvées. Ces outils, modèles et les meilleures pratiques du contenu de la méthodologie contribuent à améliorer la qualité et, par là même, le succès des implémentations.

Le modèle Microsoft Dynamics Sure Step se présente au sein d’un outil client qui inclut des vues Référence et Documents de la méthodologie. On utilise la vue référence Pour parcourir les phases, les processus et les activités du modèle. La vue Documents propose aux utilisateurs une vue centrée autour des documents de la méthodologie Microsoft Dynamics Sure Step dans toutes les phases.

 

2.1 Arborescence :

L’arborescence du volet de navigation de Microsoft Dynamics Sure Step client contient les nœuds suivants :

• Microsoft Dynamics Sure Step
• Phase de diagnostic – Activités et accélérateurs de décision
• Types de projets et phases d’implémentation
• Offres d’optimisation
• Bibliothèque de gestion de projet
• Rôles
• Ressources supplémentaires

Le client Sure Step fournit des recommandations sur la gestion des projets d’implémentation et les tâches fonctionnelles et techniques qui constituent l’essentiel du processus d’implémentation de Microsoft Dynamics.

Les composants les plus utiles de Sure Step sont les outils et les vaste ensemble de modèles Microsoft Office fournis pour créer les livrables lors de d’implémentation.

Ce client fournit également de nombreux schémas illustrant chacune des étapes du processus d’implémentation et permet de parcourir la méthodologie pour afficher des informations spécifiques sur les différentes tâches d’implémentation.

 

2.2 Filtres :

Microsoft Dynamics Sure Step prend en charge tous les produits Microsoft Dynamics. Pour gérer cette souplesse, des filtres vous permettent de configurer la méthodologie Microsoft Dynamics Sure Step afin qu’elle corresponde aux besoins de projets d’implémentation spécifiques.

Microsoft Dynamics Sure Step fournit les filtres suivants :

• Solution : utilisez ce filtre pour afficher des conseils généraux sur un produit ou des recommandations particulières sur une solution verticale ou horizontale.
• Product : il permet d’afficher le contenu général ainsi que le contenu correspondant au produit Microsoft Dynamics sélectionné.
• Project Type : utilisez ce filtre pour afficher le contenu relatif à un des types de projets spécifiques : standard, entreprise, rapide, mise à niveau ou agile.

 

2.3 Activités, tâches et sous-tâches :

Les activités et les tâches qui composent chaque phase de la méthodologie sont organisées selon une structure hiérarchique.

Le premier niveau immédiatement sous une phase est appelé activité. Chaque activité est elle–même décomposée en tâches, qui constituent le deuxième niveau de la hiérarchie. Certaines tâches sont divisées en sous-tâches qui constituent le troisième et le dernier niveau de la hiérarchie.  Chacun de ces niveaux est associé à une page d’activité standard. L’illustration suivante donne un exemple de cette hiérarchie à trois niveaux.

 

 

2.4 Structure des pages d’activité :

Chaque page d’activité, de tâches et sous-tâches est constituée des sections suivantes :

• Tools, Templates and Links : les pages d’activité affichent les modèles correspondant aux activités dans cette section. Il peut s’agir de modèles principaux (qui constituent la base du projet) ou de modelés d’exemple (qui illustrent l’utilisation du modèle dans une entreprise fictive).
• Objectif : décrit le but de la phase, activité ou tâche décrite sur la page d’activité.
• Description : définit l’activité et la façon de réaliser l’activité ou la tâche.
• Préalables : identifie les conditions qui doivent être remplies ou les livrables préalables au démarrage de l’activité. Microsoft Dynamics Sure Step définissant une approche systématique de l’implémentation, le produit d’une phase, activité ou tâche peut être utilisé dans la partie suivante du processus. Une condition a posteriori d’une activité peut aussi être la condition a priori de la suivante. C’est également le cas pour les phases. La réussite d’une phase est la condition préalable au démarrage de la phase suivante.
• Diagrammes : les diagrammes Visio apparaissent sur les pages d’introduction, d’activité et de nombreuses pages de tâches. Ils illustrent la méthodologie et permettent d’y naviguer.
• Rôles : identifie qui est impliqué dans l’activité en tant que propriétaire ou participant principal/secondaire.

2.5 Diagrammes de processus Visio :

Les pages d’introduction de chaque phase et activité (niveau 1) contiennent un diagramme Visio représentant le déroulement de cette phase ou activité dans un organigramme. Le diagramme Visio d’une phase représente les activités de cette phase ainsi que la logique de ses arborescences décisionnelles. Les éléments du diagramme contiennent un lien hypertexte qui renvoie vers la page correspondante de l’activité ou de la tâche.

2.6 Ressources supplémentaires :

On utilise le nœud Ressources supplémentaires dans l’arborescence pour accéder aux ressources de la méthodologie. Ce nœud comprend les composants suivants :

• Flux d’informations du document des besoins fonctionnels au document de la conception : ce diagramme détaille le flux d’informations du document des besoins fonctionnels au document de conception de la solution.
• Sure Step – Alignement SDM : Ce schéma montre le mappage entre Microsoft Dynamics Sure Step et sa gamme de services offerts et les méthodologies Microsoft Services Delivery Methodology (SDM), Microsoft Solutions Framework (MSF) et autres méthodes connexes.

• Travaux conceptuels sur site/hors site, sur les différentes phases d’implémentation : Ce schéma montre la répartition conceptuelle du travail à effectuer entre les ressources sur site et celles hors site, pour le développement d’une solution Microsoft Dynamics à l’aide de Microsoft Dynamics Sure Step.

• Informations d’orientation destinées aux partenaires et aux clients sur la sélection du type de projet : Ce document fournit des informations d’orientation pour déterminer le type de projet à choisir.

• Liens vers des ressources supplémentaires : Cela fournit des liens vers des ressources supplémentaires sur la Méthodologie Microsoft Dynamics Sure Step.

• Document d’orientation de projet de comptabilité de gestion de l’environnement : Ce document fournit des conseils sur la compatibilité de gestion de l’environnement pour que les partenaires puissent déterminer si leur projet doit respecter les meilleures pratiques.

• Ressources spécifiques aux produits : Cette section contient un nœud pour chaque produit Microsoft Dynamics. Chaque nœud répertorie des liens vers les ressources spécifiques du produit qui sont référencées dans Microsoft Dynamics Sure Step.

• Glossaire : Ce nœud contient une liste de définitions des termes fréquemment utilisés dans une implémentation.

• Modèles Sure Step : Cette section fournit des modèles de documents pour la création de documents personnalisés reprenant l’aspect et la convivialité standard des documents Microsoft Dynamics Sure Step.

2.7 Navigation dans Microsoft Dynamics Sure Step client :

Microsoft Dynamics Sure Step Client permet d’afficher et de parcourir la méthodologie et les ressources de deux façons :

Vue Référence : cette vue permet aux utilisateurs de parcourir la méthodologie. Ses principales fonctionnalités sont les suivantes :

Filtres Solution, Project Type et Product : utilisez les filtres Solution, Project Type et Product pour affiner le contenu affiché.

Boutons Précédent et Suivant : utilisez ces boutons pour parcourir le contenu par des liens hypertexte, comme dans un navigateur Web.

Chemins de navigation : utilisez les chemins de navigation pour vérifier l’emplacement actuel et remonter rapidement dans la hiérarchie.

Sections de fenêtre réductibles : personnalisez la vue Reference en réduisant les fenêtres inutiles.

Vue Documents : cette vue permet aux utilisateurs d’afficher, de filtrer et d’ouvrir des documents de projet dans toutes les phases de la méthodologie. Ses principales fonctionnalités sont les suivantes :

Filtre des livrables : utilisez ce filtre pour afficher uniquement les livrables orientés client ou tous les livrables.

Localiser du contenu dans Sure Step : cliquez avec le bouton droit sur un document et choisissez cette option pour accéder à l’activité Microsoft Dynamics Sure Step correspondante.

Afficher les documents d’une seule phase : cliquez sur l’en-tête de colonne d’une phase particulière pour afficher uniquement les documents liés à cette phase.

 

 

2.8 Onglets :

Microsoft Dynamics Sure Step client inclut les onglets Sure Step Méthodologie, Projets, Ressources et Préférences. Utilisez chaque onglet pour effectuer une tâche particulière, comme :

• Sure Step Méthodologie : On utilise cet onglet pour parcourir Microsoft Dynamics Sure Step à l’aide des vues Reference ou Documents.
• Projets : On utilise cet onglet pour créer et gérer des projets. Un projet est une collection de documents Microsoft Dynamics Sure Step qui peuvent être modifiés et créés pour un type de projet et un produit Microsoft Dynamics spécifiques. Personnalisez chaque projet pour répondre aux besoins de chaque client.
• Ressources : On utilise cet onglet pour créer des liens vers des ressources utiles, telles que le Guide de l’utilisateur Microsoft Dynamics Sure Step. Cet onglet vous permet également de vérifier si des mises à jour pour Microsoft Dynamics Sure Step sont disponibles.
• Préférences : On utilise cet onglet pour spécifier des préférences de configuration, telles que l’emplacement de stockage des projets, un logo personnalisé pour les livrables et la page qui s’ouvre au démarrage de Microsoft Dynamics Sure Step.
• Recherche : On utilise cet onglet pour rechercher des documents les résultats affichés seront basés sur la recherche de tous les documents du projet qu’on a actuellement sélectionnés.

 

 

3. Notion de phase croisée :

Chaque phase croisée peut inclure plusieurs activités; Cependant, selon le type de projet, un processus en phase croisée peut ou non être utilisé. Par exemple, dans le type de projet rapide, les phases croisées personnalisation de code ou Intégration et Interfaces n’ont aucune activité déclenchée, car le type de projet rapide est pris en charge par la livraison des fonctionnalités standard de la solution.
Donc, un processus de phase croisée est un groupe d’activités associées qui concernent plusieurs phases d’implémentation dans un type de projet spécifique.

Pour chaque phase de Sure Step correspond neuf phases croisées ou flux de travail groupés en trois domaines : Organisation, Solution et Technologie, qui se déroulent à travers le cycle de vie du projet. Ces phases croisées sont utilisées pour grouper les activités de chaque phase de travail.

La méthodologie Microsoft Dynamics Sure Step comporte neuf processus de phase croisée regroupés en trois domaines.

Organisation : Les processus de phase croisée relatifs à l’entreprise incluent les aspects suivants:

• Gestion de programme.
• Formation.
• Analyse des processus métiers.

Solution : Les processus de phase croisée relatifs aux solutions incluent les aspects suivants :

• Besoins et configuration système.
• Développement du code système.
• Qualité et Test.

Technologie : Les processus de phase croisée relatifs à la technologie incluent les aspects suivants :

• Infrastructure technique.
• Intégration et Interfaces.
• Migration des données.

Chaque type de projet utilise différentes combinaisons de ces processus de phase croisée.

 

 

La figure ci-dessous représente le diagramme du processus de phase croisée de gestion des programmes pour un projet de type Standard.

 

 

4. Offres d’optimisation :

Microsoft Dynamics Sure Step propose sept offres d’optimisation permettant de procéder à des examens ou des analyses approfondies et indépendantes des projets d’implémentation via des approches à la fois proactives et rétrospectives. Des offres d’optimisation sont conçues pour aider à réduire les risques et améliorer la satisfaction du client dans le cas d’engagements mixtes complexes (implémentations complexes à large échelle, incluant des consultants de plusieurs partenaires). Elles sont destinées aux clients qui souhaitent l’avis d’un tiers indépendant. Ces offres d’optimisation comportent :

• Des conseils en matière de conception fonctionnelle afin d’évaluer la pertinence de la solution métier et commerciale pour la conception proposée;
• Des conseils en matière de conception technique afin d’évaluer la conception technique proposée pour les performances, l’évolutivité, l’intégration avec d’autres systèmes et des logiciels tiers
• Une gestion proactive de la qualité avec un accès à des spécialistes experts en technologie aux points de contrôle appropriés dans l’implémentation Sure Step afin de réduire les risques d’intégration sur toute la dynamique de technologies.

Les offres d’optimisation incluent actuellement sept points de contrôle de gestion de la qualité, une ou plusieurs d’entre elles peuvent s’appliquer à un engagement donné :

• Examen de l’architecture : examen de l’infrastructure et de l’architecture générale pour répondre aux besoins métiers du client.
• Examen de la conception: examen de la conception des personnalisations et de l’intégration des solutions Dynamics AX et CRM au sein des systèmes existants, sur la base de différents scénarios d’intégration.
• Examen de la personnalisation: examen du code personnalisé développé pour améliorer les performances, augmenter la stabilité, améliorer la sécurité et réduire les coûts de fonctionnement et de mise à niveau.
• Examen des performances : examen de l’impact des performances de la conception et du code sur la base des aides des outils, des méthodes et des meilleures pratiques.
• Examen de l’intégrité : identification proactive des problèmes et suggestions pour leur résolution.
• Examen de la mise à niveau: fournir des conseils aux clients et superviser la mise à niveau de leur implémentation actuelle de Microsoft Dynamics, en ce qui concerne la conception, la personnalisation, l’intégration, l’infrastructure physique et l’architecture.
• Gouvernance du projet et examen de la livraison : consiste à fournir aux clients des examens proactifs sur la gouvernance et la livraison du projet tout au long du projet d’implémentation de Microsoft Dynamics via des examens du cycle de vie (phase par phase) et des examens de fermeture du projet.

 

 

5. Bibliothèque de gestion de projet :

La bibliothèque de gestion de projet fournit des informations détaillées sur les activités type menées dans le cadre de la gestion du projet.

Cette bibliothèque doit être considérée comme un guide pour un gestionnaire de projet en termes de fondamentaux de gestion de projet. Elle offre une vue d’ensemble et des conseils relatifs aux sujets suivants :

• Discipline de la gestion de projet.
• Processus de gestion de projet.
• Discipline de gestion du changement organisationnel.

Elle fournit aussi, des connaissances et des meilleures pratiques et est conçu pour être une source d’inspiration constante pour les chefs de projet qui cherchent à améliorer leurs compétences en gestion de projets en permanence.

 

 

5.1 Discipline de la gestion de projet :

Les disciplines de Microsoft Dynamics Sure Step répartissent les tâches de gestion de projet dans des domaines de connaissance spécifiques. Cette vue fournit des informations pratiques détaillées sur la manière d’effectuer les tâches de gestion de projet.

Les disciplines de gestion de projet sont les suivantes :

• Gestion des risques : permet de gérer les risques pour anticiper leur probabilité et leur impact sur les objectifs du projet, notamment en termes de coût, de délais et de qualité.
• Gestion du périmètre : permet de planifier et de gérer le périmètre du projet tout au long de son cycle de vie.
• Gestion des problèmes : permet de planifier et de gérer les problèmes qui apparaissent tout au long du projet.
• Gestion des délais et des coûts : permet d’établir, de contrôler et de gérer les délais et les coûts de sorte que le projet se termine dans les temps en respectant le budget alloué.
• Gestion des ressources : permet de planifier et de gérer l’ensemble des ressources humaines et matérielles.
• Gestion des communications : permet de planifier et de gérer la communication tout au long du projet.
• Gestion de la qualité : permet de maintenir un certain niveau de qualité (livrables du projet) et de performance pour répondre aux attentes du client.
• Gestion de l’approvisionnement : permet de gérer les achats de biens et de services pour répondre aux besoins du projet.
• Gestion des ventes : permet de planifier les activités de vente, de les adapter et de les coordonner avec les activités de diagnostic pour élaborer une proposition adaptée aux besoins du client.

 

5.2 Processus de gestion de projet :

Les processus de gestion de projet formulent des recommandations pour le lancement, la réalisation et la clôture d’un projet d’implémentation. Ces processus répartissent les tâches de chaque discipline de gestion de projet dans les groupes suivants :

• Lancement et planification du projet ;
• Réalisation et contrôle (suivi) du projet ;
• Clôture (fermeture) du projet.

Les processus de gestion de projet s’adaptent également aux phases de la méthodologie d’implémentation :

• Les tâches de lancement et de planification du projet se déroulent essentiellement au cours de la phase de diagnostic et au début de l’analyse.
• Les tâches permanentes de réalisation et de suivi du projet se déroulent lors des activités d’analyse, de conception et de développement, ainsi qu’au début des activités de déploiement.
• Les tâches de clôture du projet se déroulent au cours du déploiement.

Elles se poursuivent au cours de la phase d’exploitation et jusqu’à la fin du projet.  Cette adaptation a essentiellement pour avantage de désigner les tâches de gestion de projet à effectuer au cours des différentes étapes du projet d’implémentation. Comme chaque projet d’implémentation est unique, le chef de projet doit, en collaboration avec son équipe, déterminer les tâches du processus de gestion de projet à effectuer, ainsi que le niveau de détail nécessaire à la réalisation de chaque tâche.

 

 

5.3 Discipline de gestion du changement organisationnel :

La gestion du changement organisationnel (OCM) interagit avec le processus, les besoins, les commanditaires, les équipes élargies et les communautés d’utilisateurs finaux, de manière à garantir l’adoption de la solution. Cette discipline a pour objectif de proposer une ébauche de l’approche de la gestion des modifications du projet. Ces activités assurent la transformation nécessaire pour remplir les objectifs, la vision et la stratégie indiqués dans l’étude d’opportunité du client.

La gestion du changement organisationnel s’articule autour des cinq activités suivantes :

• Définir une stratégie de gestion du changement organisationnel : passe par plusieurs composants clés qui communiquent les objectifs et les activités de manière à garantir l’adoption des solutions.
• Adapter et mobiliser les responsables : définit un plan d’action à l’attention des dirigeants et des commanditaires de manière à garantir son application conformément au plan général de gestion des modifications.
• Engager les acteurs impliqués : fait en sorte que les acteurs impliqués du projet soit identifiés et engagés de manière proactive tout au long du cycle de vie du projet.
• Adapter l’organisation : fait en sorte que les acteurs impliqués du projet soit identifiés et engagés de manière proactive tout au long du cycle de vie du projet.
• Appliquer l’organisation : fait en sorte que la nouvelle solution soit déployée, les utilisateurs formés et les processus de prise en charge opérationnels.

Chaque activité passe par plusieurs composants de modifications clés qui reprennent la stratégie, la vision, les objectifs et les activités de manière à garantir l’adoption de la solution.

Cette approche OCM s’articule autour des quatre domaines suivants :

• Engagement auprès des acteurs impliqués et des responsables ;
• Mobilisation et adaptation organisationnelle ;
• Communication ;
• Formation.

Les disciplines de gestion des projets de type Agile incluent des domaines spécifiques tels que la gestion du périmètre.

Les activités des processus de phase croisée, dans le cadre de la gestion de programme, font également référence aux activités de ces disciplines.

 

6. Rôles (Consultant et Client) :

Microsoft Dynamics Sure Step est conçu pour aider tous les intervenants participant à un projet d’implémentation Microsoft Dynamics. Lors du déroulement d’un projet d’implémentation, le degré d’implication de chaque intervenant varie selon les phases du projet. Le chef de projet, lui, s’il est plus occupé lors des phases de début et de fin du projet, demeure impliqué de bout en bout dans le projet.

Outre les chefs de projet, les responsables d’engagement et d’équipe s’intéresseront principalement aux recommandations des phases de diagnostic et d’analyse de la méthodologie, et à la section Offres. Ils doivent cependant connaître également le contenu et les activités des phases de conception, de développement, de déploiement et d’exploitation car ils auront à gérer le travail effectué durant ces phases.

Les consultants applicatifs, fonctionnels et techniques qui fournissent la solution doivent se concentrer principalement sur les phases de conception, de développement, de déploiement et d’exploitation. De même, les consultants applicatifs et fonctionnels seront fortement impliqués dans la phase d’analyse, lors de laquelle ils devront finaliser les livrables associés aux documents de conception.

Ces consultants doivent également se familiariser avec les offres proposées par Microsoft Dynamics Sure Step et peuvent donner leur avis en sélectionnant l’offre qui correspond le mieux aux besoins spécifiques d’un client.

Microsoft Dynamics Sure Step identifie et fournit des recommandations pour les rôles de consultant et de client impliqués dans des phases, activités et tâches spécifiques d’un projet d’implémentation.
Les principaux rôles pris en charge par Microsoft Dynamics Sure Step sont :

 

Dans certaines sociétés de consultants/clients, une même personne peut cumuler plusieurs rôles. C’est d’ailleurs souvent le cas dans les petites entreprises.

 

 

7. Types de projet d’implémentation Sure Step :

Les types de projet représentent différentes façons de mener à bien une implémentation. Microsoft Dynamics Sure Step propose cinq types de projets différents, chaque projet comprend un ensemble de phases définies, de phases croisées et d’offres d’optimisation qui représentent une approche normalisée pour l’implémentation des solutions Microsoft Dynamics.

La méthodologie Sure Step fournit deux approches d’implémentation distinctes, Waterfall et Agile que nous allons les définir dans les sections suivantes.

7.1.  Type de projet basé sur Waterfall :

7.1.1.  L’approche Waterfall :

La gestion de projet Waterfall ou traditionnelle en cascade se caractérise par des phases séquentielles de bout en bout, ce qui implique que les tâches sont interdépendantes des autres. Ainsi, une tâche A doit être commencée ou complétée pour que la tâche B puisse être entamée, fonctionnant un peu comme une ligne de production où il faut terminer chaque étape avant d’attaquer la suivante.

Cette approche se base donc sur deux idées fondamentales :

1. Une étape ne peut pas être débutée avant que la précédente ne soit achevée.
2. La modification d’une étape du projet a un impact important sur les étapes suivantes.

 

 

Il existe quatre types de projet Sure Step basés sur l’approche Waterfall et un seul type basé sur l’approche Agile.

 

 

7.1.2.  Projet de type Rapide :

Le projet de type Rapide conçu pour une implémentation accélérée, simple et rapide des fonctionnalités standards (Out-of-the-box), pour le quelle les besoins en termes de personnalisation sont réduits ou inexistants, mais une analyse approfondie est nécessaire pour s’assurer que le client sera en mesure de faire son travail après la conversion. Il est très important que les clients comprennent comment les fonctionnalités par défaut du logiciel fonctionneront pour leur entreprise.

Une Implémentations rapide est la plus simple des méthodes d’implémentation. Le concept fondamental d’une implémentation rapide est que le client accepte d’utiliser les fonctionnalités par défaut intégrées dans la solution. Les modifications sont minimes et peuvent être limitées à l’ajout de logo du client sur les documents.

Choisir une implémentation rapide lorsque les résultats des activités de diagnostic indiquent que les modifications sont très simples, voire inexistantes, et lorsque le risque de glissement du périmètre est faible. Ce scénario convient lorsque le client a l’intention de déployer uniquement les fonctionnalités standard.

Ce type de projet est généralement utilisé dans les projets d’implémentation lorsqu’une ou plusieurs des circonstances suivantes existent :

• Aucune fonctionnalité exclusive au client requise
• Peu ou pas de personnalisations souhaitées
• Personnalisations simples souhaitées
• Une seule solution ISV incluse
• Peu ou pas d’interfaces ou d’intégrations à des sources tiers nécessaires
• Peu ou pas de programmes de migration de données requis
• Mappage du workflow de processus métiers en dehors du périmètre d’implémentation

L’implémentation rapide comprend six phases :

Phase de diagnostic :

La première phase de diagnostic permet de sélectionner rapidement une solution répondant aux besoins du client, elle constitue une phase de pré-implémentation.

Phase d’analyse :

La deuxième phase de la méthodologie Sure Step, celle de l’analyse représente le début officiel de l’implémentation. Le travail d’analyse des processus métiers dans cette phase est bien plus approfondi que l’analyse générale effectuée dans la phase de diagnostic.

Phase de conception :

Cette phase consiste à concevoir des solutions de personnalisation, d’intégration et de migration des données spécifiques, visant à répondre aux besoins métiers identifiés lors de la phase d’analyse.

Phase de développement :

Cette phase a pour objectif d’élaborer les personnalisations, les intégrations et les processus de migration des données définis dans les spécifications de la conception créées et approuvées au cours de la phase de conception et d’accomplir l’installation et la configuration de la solution standard et des solutions ISV.

Phase de déploiement :

Les principaux objectifs de cette phase sont : la préparation de l’infrastructure, de l’environnement de l’application et des utilisateurs finaux à la transition vers le nouveau système opérationnel.

Phase d’exploitation :

Cette phase a pour objectif de clôturer et transmettre le projet au client et de garantir au client une assistance et un support technique et fonctionnelle au début de la période de mise en service du nouveau système.
Ce qui suit est une capture d’écran d’un projet de type rapide.

 

7.1.2.1  Le Service de migration de données Rapid Start :

Parmi les étapes les plus importantes dans une implémentation est la migration des données d’un ancien système vers un nouveau système.

Microsoft a développé un service d’Import/Export rapide appelée Rapid Start, en utilisant ce service, vous pouvez maintenant mapper les données de votre ancien système directement à Dynamics NAV.
Cela permettra d’éliminer la nécessité pour un développeur NAV d’écrire des processus d’importation personnalisés qui ne sont utilisées qu’une seule fois.

Le service Rapid Start permet à l’entreprise d’optimiser son investissement dans un système d’information grâce à un déploiement plus rapide, même sur des sites multiples. La facilité de prise en main de l’ERP Microsoft Dynamics NAV contribue également à la réduction des coûts. En cas de migration, l’importation de la base de données est réalisée très facilement.

Pour une migration de données dans un projet de type rapide vaut mieux utiliser Rapid Start car il est facile à utiliser et très rapide.

En raison de la nature d’une implémentation rapide, le déploiement est limitée aux quelques objets qui peuvent être personnalisés par le biais de développement. Cela devrait être une très courte liste des modifications, souvent limité à des logos sur les documents. Toutes les modifications doivent être soigneusement testées et approuvées. Les objets modifiés sont déplacés vers la base de données de Production, une fois qu’ils sont approuvés.

La formation est critique dans une implémentation rapide. Tous les employés qui utilisent le système doivent être soigneusement formés.

Ce qui suit est une capture d’écran, des phases et leurs activités d’un projet de type rapide :

 

7.1.2.2  Examen de passage :

Un examen de passage peut avoir lieu à la fin de chaque phase du cycle de vie du projet. Il représente un facteur de qualité du projet et un passage obligé conditionnant, à la fin de chaque phase, le passage à la phase suivante.

 

7.1.3.  Projet de type Standard :

Le projet de type standard est adapté aux implémentations mono sites ou aux implémentations multi sites lorsque chaque site est autonome. Les projets de type standard peuvent comporter des fonctionnalités spécifiques au client, des personnalisations complexes, des scénarios de migration des données compliqués et de nombreux utilisateurs.

Ce type de projet est généralement utilisé dans la plupart des implémentations de Dynamics NAV pour un prix d’implémentations fixe.

La méthodologie standard est souvent appelée méthode classique « Cascade« . Comme son nom l’indique, cette méthodologie suit un chemin bien défini et difficile à modifier. À mesure que l’eau se déplace sur une cascade, il commence au sommet et s’écoule dans un chemin prévisible vers le bas. La portée, la chronologie et le coût sont les facteurs qui contraignent le projet. À mesure que l’on change, cela a un effet sur les autres. Le périmètre fonctionnel est la force motrice d’un projet standard et est utilisé pour dériver le calendrier et le coût.

L’implémentation standard est adaptée à des projets nécessitant des modifications modérées à complexes, de grosses extensions fournis par des ISV, des infrastructures simples à modérées, une migration de données simple à modérée et un nombre moyen d’utilisateurs.

Ce type de projet est adapté lorsque l’une des conditions suivantes s’applique :

• Fonctionnalités spécifiques au client
• Personnalisations complexes
• Infrastructure complexe
• Intégrations ou interfaces spécifiques au client à des systèmes tiers
• Migration complexe des données
• Grand nombre d’utilisateurs
• Grande entreprise avec des besoins métiers uniques sur chaque site.

La prochaine capture d’écran est un projet de type standard dans Sure Step.

 

 

Ce qui suit est une capture d’écran, des phases et leurs activités d’un projet de type standard :

 

En général, la phase de diagnostic se termine avant le début du projet d’implémentation standard.
Le projet de type standard commence par la phase d’analyse et se poursuit avec les phases de conception, de développement, de déploiement et d’exploitation.

7.1.4.  Projet de type Entreprise :

C’est le plus détaillé de tous les types de projet Sure Step, il est adapté aux implémentations multi sites ou internationales, il est généralement utilisé dans les grandes organisations, où chaque site doit intégrer une solution principale. Les projets de type Entreprise peuvent comporter des fonctionnalités spécifiques au client, des personnalisations complexes, des scénarios de migration des données compliquées, de nombreux utilisateurs, ainsi que la conception et le développement d’interfaces personnalisées ou des intégrations à des sources tierces.

Ce type de projet est adapté lorsque l’une des conditions suivantes s’applique :

• Grande entreprise ou multinationale possédant plusieurs sites
• Solution commune entre tous les sites, avec des besoins métiers spécifiques à chaque site
• Fonctionnalités spécifiques au client
• Plusieurs solutions ISV (éditeurs de logiciels indépendants)
• Personnalisations complexes
• Infrastructure complexe
• Migration complexe des données
• Grand nombre d’utilisateurs
• Problèmes de performances de l’infrastructure
• Conception et développement pour le client des interfaces de données externes ou des intégrations à des sources tierces

Choisir un projet d’implémentation de type entreprise lorsque les clients ont des besoins métiers très complexes ou prévoient de vastes implémentations complexes à l’échelle de l’entreprise. Ces projets requièrent une analyse plus approfondie des écarts et/ou des adaptations avant les décisions finales sur la résolution de ces écarts et les modifications des fonctionnalités. Les activités de la phase de diagnostic engendrent également une planification plus approfondie qui aide le chef de projet et le client à définir la meilleure approche pour implémenter la solution.

Un projet d’implémentation de type entreprise comprend les étapes suivantes :

• Version principale
• Version du site
• Déploiement sur site

En général, la phase de diagnostic se termine avant le début du projet d’implémentation de type entreprise.
Le projet de type entreprise lance le début de la solution principale par la phase d’analyse et se poursuit avec les phases de conception et de développement. La solution principale (qui constitue la version principale) couvre les processus et besoins métiers qui sont communs à tous les sites clients. Les personnalisations qui sont propres à un site donné sont enregistrées dans la version du site correspondante. La version principale et la version du site correspondante sont implémentées pour chaque site.

Dans un projet d’implémentation de type entreprise, il est possible de créer différentes propositions de projet pour la version principale et les versions des sites avec les déploiements sur site.

Ce qui suit est une capture d’écran, des phases et leurs activités d’un projet de type Entreprise :

 

7.1.5.  Projet de type Mise à niveau :

Le projet de type mise à niveau est adapté à la gestion des mises à niveau vers les logiciels Microsoft Dynamics d’un client lorsqu’il est nécessaire d’incorporer d’autres besoins et personnalisations.
Il s’agit d’un type de projet spécialement conçu pour répondre aux projets de mise à niveau. Il différencie entre une mise à niveau technique et mises à niveau fonctionnelles. Une mise à niveau technique s’entend pour aller d’une solution existante à une nouvelle version de produit. Une mise à niveau fonctionnelle s’entend non seulement pour aller d’une solution existante à une nouvelle version de produit, mais également pour ajouter de nouvelles Fonctionnalités à la nouvelle version du produit.
Le type de projet mise à niveau permet de mettre à niveau une solution Microsoft Dynamics existante d’un client vers la dernière version, et éventuellement d’incorporer des configurations et des personnalisations supplémentaires dans un environnement Monosite ou Multisite. Il comprend deux approches :

• Mise à niveau technique : utilisée lorsqu’aucune nouvelle fonctionnalité et/ou personnalisation de produit n’est nécessaire.
• Mise à niveau fonctionnelle : utilisée lorsqu’une nouvelle fonctionnalité et/ou personnalisation de produit est requise.

 

 

La mise à niveau fonctionnelle s’appuie sur la mise à niveau technique.

Dans la première version de la solution, les fonctionnalités existantes sont traitées à l’aide de la mise à niveau technique. Dans la deuxième version, les nouvelles fonctionnalités sont ajoutées à l’aide d’un projet de type rapide, standard ou entreprise.

L’implémentation d’un projet de type mise à niveau commence par les activités de la phase de diagnostic. Il inclut des offres d’accélérateur de décision pour l’évaluation de la mise à niveau afin d’identifier plus facilement l’approche à suivre.

Ce qui suit est une capture d’écran, des phases et leurs activités d’un projet de type Mise à niveau :

Détail à ne pas négliger :

• Chaque phase du projet comprend un ensemble d’activités et de tâches spécifiques. Le résultat du travail réalisé dans une activité est généralement documenté dans un livrable qui fournit des recommandations et des conseils pour les étapes ultérieures du processus d’implémentation.
• Les activités et taches propres à chaque phase sont personnalisées en fonction du type de projet.

 

7.2.  Type de projet basé sur Agile :

7.2.1.  L’approche Agile :

Le principe de l’approche Agile est d’adopter une approche produit plutôt qu’une approche projet et de travailler par cycles courts avec des retours fréquents au commanditaire pour évaluer l’adéquation du produit à ses besoins. L’objectif est d’éviter l’un des écueils importants de la méthode Waterfall dans laquelle on peut passer un temps phénoménal à produire un cahier des charges pour réaliser par la suite que la différence de langage du commanditaire et du prestataire fait qu’il y a mécompréhension sur des éléments importants du produit à fournir.

Dans un modèle Agile on part d’une expression des besoins réduite à l’essentiel et on produit un prototype. On présente ce prototype au commanditaire afin de vérifier s’il correspond aux besoins, puis on raffine l’expression des besoins et on fait évoluer ou recommencer le prototype, qu’on représente au commanditaire. On cycle ainsi jusqu’à atteindre l’un des trois éléments suivants :

 1. La satisfaction totale du commanditaire

 2. La date limite de rendu du projet

 3. Le volume horaire maximal allouable à ce projet vu son coût.

L’approche Agile a montré son efficacité quant à la satisfaction du commanditaire et le gain de temps qu’elle permet d’obtenir, en évitant d’attendre un logiciel finalisé pour savoir si l’on a bien compris les besoins du commanditaire.

L’intérêt de la mise en place de la méthodologie agile est d’obtenir un retour client le plus tôt possible, afin de pouvoir s’adapter plus rapidement à ses attentes et besoins s’ils venaient à évoluer au cours du processus de mise en œuvre de la solution.

 

 

7.2.2. Les 4 valeurs de l’Agilité :

L’équipe : Les individus et leurs interactions avant les processus et les outils.

L’application : Des fonctionnalités opérationnelles avant la documentation.

La collaboration : Collaboration avec le client plutôt que contractualisation des relations.

L’acceptation du changement : Adaptation au changement plutôt que conformité aux plans.

 

 

7.2.3.  Les principes de l’Agilité :

• Focus sur la valeur livrée au client
• Livrer de la valeur tôt et fréquemment
• Prioriser les éléments de la solution sur base de leur valeur
• Livrer par incrément des éléments utilisables
• Le plan est subordonné à la valeur livré
• La priorité est de satisfaire le client par des livraisons rapides et continues de logiciel utile.
• Accepter le changement dans les exigences, même tard dans le cycle de vie, pour garantir la compétitivité du client.
• Client et développeurs doivent coopérer quotidiennement tout au long du projet.
• Élaborer des projets autour d’individus motivés. Leur procurer l’environnement et le support nécessaire et leur faire confiance pour réaliser le travail
• La méthode la plus efficace de communiquer des informations à une équipe et entre ses membres reste la conversation en face à face.
• Le fonctionnement de l’application est le premier indicateur d’avancement du projet.
• Régulièrement, l’équipe fait une réflexion sur les façons de
• devenir plus efficace, s’ajuste et modifie son comportement en conséquence.
• Les meilleures architectures, exigences et designs prennent naissance dans des équipes qui se gèrent elles-mêmes.
• Régulièrement, l’équipe fait une réflexion sur les façons de devenir plus efficace, s’ajuste et modifie son comportement en conséquence.
• Fixer les délais et les coûts, mais pas la portée.
• Itérations courtes à durées fixes pour donner de la visibilité au client.
• A chaque itération, une livraison.
• Seul le contenu de l’itération suivante est clairement défini.

La promesse de l’agilité est de produire le maximum de valeur possible. Selon la méthode traditionnelle, le cahier des charges est fixe, le coût et le délai étant variable.

En agilité, le budget et le délai sont fixes, les fonctionnalités étant variable, l’arbitrage de ce qui est à développer se base sur la valeur ajoutée. Ceci évite de développer des fonctionnalités inutiles ou à faible valeur.

 

 

Ci-dessous des diagrammes illustratifs montrant les différences entre les projets agiles et les projets en cascades en termes de visibilité, risque et valeur du projet.

 

D’après le rapport du Standish Group, le taux de réussite des projets en Waterfall reste faible à 14% en 2012, moins qu’en 2009 avec 32%.

Les projets considérés réussis sont ceux ayant respecté le budget, le périmètre fonctionnel et les délais prévus initialement.

 

 

Les principales différences entre Agile et Waterfall, comme indiqué dans le tableau suivant :

 

7.2.4.  Méthodologie Scrum :

Parmi les méthodologies Agile les plus répandues, nous trouvons les méthodes EVO, RAD, DSDM, ASD, FDD, Kanban, Scrum et XP Extreme Programming, mais on va se concentrer sur Scrum, car c’est la méthodologie Agile utilisé dans Dynamics Sure Step.

Scrum permet de pallier les problèmes de la méthode classique dite Waterfall et de s’adapter aux changements qui peuvent arriver au cours du projet, il est ainsi possible de modifier ou de donner plus de précision aux spécifications. Des ajustements peuvent être effectués régulièrement, notamment à la fin de chaque itération, appelée Sprint.

La méthode Scrum, qui tire son nom du terme anglais « Mêlée », en référence à la mêlée du rugby, met l’accent sur l’esprit d’équipe et sur le fait que tous les acteurs doivent avancer dans la même direction pour atteindre un même objectif. Scrum repose sur une intense collaboration de l’équipe qui se focalise sur une partie limitée et maîtrisable des fonctionnalités à réaliser.
Contrairement à la méthode classique dite en cascade qui se compose d’un chef de projet, un MOA et un MOE, l’équipe Scrum est répartie en 3 rôles :

• Le Product Owner : c’est le responsable du produit, il représente les clients et les utilisateurs en transcrivant leurs besoins, définit et priorise les demandes produit.
• Le Scrum Master : qui n’est pas le chef de projet mais il a pour charge de faciliter l’application de Scrum, sa mission est de tout mettre en œuvre pour que l’équipe travaille dans de bonnes conditions et se concentre sur l’objectif du projet. Il porte également une attention particulière au respect des différentes phases de Scrum.
• L’équipe Scrum : L’équipe se gère en toute autonomie et est en charge du développement du produit. Il n’y a pas de notion de hiérarchie, toutes les décisions sont prises ensemble. Elle regroupe les rôles habituellement nécessaires à un projet (architecte, concepteur, développeur, etc.).

La méthode Scrum repose sur deux journaux ou « Backlog » :

• Backlog de produit : liste les fonctionnalités pour le produit qui sont estimées par l’équipe. Il est géré par le Product Owner mais partagé avec l’ensemble de l’équipe. Les fonctionnalités sont priorisées et associées à des critères d’acceptation qui permettent de déterminer si le besoin est couvert.
• Backlog de Sprint : liste l’ensemble des tâches nécessaires pour répondre à l’objectif du Sprint. C’est la propriété de l’équipe, cette dernière le met régulièrement à jour et choisit les tâches sur lesquelles elle souhaite travailler.

Un projet utilisant la méthodologie Scrum se base sur des itérations appelées Sprints qui se succèdent. Un sprint dure de 2 à 4 semaines. Chaque Sprint commence par une réunion de planification appelée « Sprint planning » (appelée aussi planning poker). C’est à l’issue de cette réunion, que l’équipe découvre l’objectif du Sprint et chaque besoin qui est décomposé en plusieurs tâches.

Durant un Sprint, des réunions quotidiennes appelées « Daily meeting » (ou Stand up) de moins de 15 mn permettent à chaque membre de prendre la parole et de faire le point sur ce qu’il a fait, ce qu’il compte faire et les difficultés rencontrées.

Pendant ce Sprint, l’équipe développe l’ensemble des besoins embarqués dans ce sprint en analysant, concevant, développant, testant et intégrant les fonctionnalités.

Chaque Sprint se termine par une revue du Sprint appelée « Démonstration » durant laquelle les besoins réalisés sont évalués par le Product Owner en présence du client qui valide ou pas le produit partiel et modifie par la suite le Backlog de produit.

Une réunion « Rétrospective » se fait généralement après la démonstration. Elle a pour but d’examiner ce qui a bien fonctionné, ce qui ne l’a pas été et ce qui peut être amélioré.

La méthode Scrum suit un processus itératif permettant d’obtenir un produit proche des besoins client en prenant en compte l’évolution de ces derniers et ainsi maximiser la valeur du produit livré.

Si au cours d’un Sprint, un problème survient, la responsabilité n’incombe pas à une seule personne mais elle est partagée entre le Product Owner, le Scrum Master et l’équipe Scrum.

 

 

Ce type d’approche contribue à une meilleure génération de valeur pour le compte de l’entreprise puisque les choix opérés portent sur des unités fonctionnelles plus petites, facilement compréhensibles et dont la valeur ajoutée est mieux ressentie et plus facilement évaluée.

7.2.5.  Le type de projet Agile :

Le projet de type Agile utilise un processus de développement itératif et incrémentiel permettant de créer une solution Microsoft Dynamics. Il comprend une série de phases de rush cycliques qui permettent au client de mieux maîtriser la solution car les besoins et les processus sont développés et affinés progressivement.

Le type de projet Agile est associé à un processus itératif et incrémental pour développer des solutions Microsoft Dynamics. Ce type de projet donne aux clients un plus grand contrôle sur la solution finale car ils peuvent rapidement changer la direction du développement et de l’implémentation de la solution d’un cycle de sprint à un autre. Cela signifie qu’ils sont mieux placés pour répondre aux besoins de leurs entreprises à mesure que le développement de la solution progresse.

Ce type de projet peut être attrayant pour les clients, mais il présente son propre ensemble de risques et de problèmes potentiels qui doivent être soigneusement expliqués à un client avant d’entreprendre cette démarche de mise en œuvre. Ce type de projet requiert des indications claires du client et une gestion solide de l’équipe de mise en œuvre. La fréquence et l’intensité de la communication associée à un type de projet Agile sont généralement très élevées, ce qui se traduit par une solution qui reflète clairement les besoins du client. En outre, en raison de la nature dynamique de l’approche du projet, la documentation est réduite au minimum tout au long du projet et est livrée avec une approche à peine optimale lors de la conception des exigences.

Alors que les approches Waterfall de Sure Step ont des activités s’écoulant à travers les cinq phases, le type de projet Agile a des cycles de Sprint qui englobent les phases d’analyse, de conception et de développement. Le type de projet Agile comporte deux phases, déploiement et exploitation, à la fin des cycles de Sprint. Donc, dans ce contexte, le type de projet Agile dévie de l’approche Agile stricte, Il est conçu d’une approche mixte pour les déploiements ERP.

Le Type de projet Agile est généralement utilisé dans les projets d’implémentation lorsqu’une ou plusieurs des circonstances suivantes existent :

• Les exigences du client ne sont pas entièrement définies ou connues à l’avance.
• Le client exige que l’implémentation soit flexible et souple pour tenir compte de l’évolution des changements des priorités dans l’entreprise.
• Le client se focalise sur la livraison de la solution et il n’a pas besoin d’une documentation complète.
• Des fonctionnalités spécifiques au client sont nécessaires.
• Des personnalisations modérées à complexes sont requises.
• Des solutions des fournisseurs de logiciels indépendants (ISV) sont incluses.
• Une infrastructure simple à modérée est impliquée.
• Des intégrations spécifiques pour le client ou des interfaces avec des systèmes tiers sont nécessaires.
• Une migration de données simple à complexe est impliquée.
• Un nombre important d’utilisateurs utilisera la solution.

Le type de projet Agile regroupe ses activités dans les cycles Sprint. Les activités de cycle Sprint englobent l’analyse et la planification de la solution, la conception de la solution et le développement de la solution. À la suite du développement, le type de projet Agile s’appuie sur les phases de déploiement et d’exploitation de l’approche basée sur la cascade, afin de faciliter le déploiement de la solution de manière cohérente.

Critères de recommandation pour le type de projet agile :

Sure Step recommande le type de projet Agile pour les situations nécessitant ce qui suit:

• Fonctionnalités spécifiques.
• Des personnalisations modérées à complexes.
• Solution ISV incluse.
• Intégrations ou interfaces spécifiques au client à des systèmes tiers.
• Migration de données simple à complexe.
• Infrastructure simple à modérée.
• Nombre moyen d’utilisateurs.

Ce qui suit est une capture d’écran, des phases et leurs activités d’un projet de type Agile :

 

 

7.3  Critères de recommandation Microsoft pour la sélection d’un type de projet :

Le tableau suivant contient des directives pouvant être utilisées pour sélectionner le type de projet approprié :