Vous êtes sur la page 1sur 45

valuation du primtre

Insidjam

Prpar pour
Techno Stationary Modern

Projet
Insidjam

Prpar par
Auteur

Contributeurs
[Contributeurs au document]

22

Fiche de rvision et d'approbation


Historique des versions
Date

Auteur

Version

Rfrence des modifications

Rviseurs
Nom

Version
approuve

Poste

Date

22

Table des matires


1

Rsum oprationnel............................................................................................................................................ 1
1.1

Informations gnrales...................................................................................................................................... 1

1.2

Objectif.............................................................................................................................................................. 1

1.3

Public................................................................................................................................................................ 1

1.4

Recommandations gnrales sur l'implmentation........................................................................................... 1

Principes directeurs d'une implmentation russie........................................................................................... 3

Approche d'implmentation.................................................................................................................................. 4

3.1.1

Approche du projet...................................................................................................................................... 4

3.1.2

Diagramme de Gantt global......................................................................................................................... 5

3.1.3

Estimation des tches et des cots du projet...............................................................................................6

Plan de ressources................................................................................................................................................ 7
4.1

Rles et responsabilits.................................................................................................................................... 7

4.2

Organigramme du projet................................................................................................................................... 8

Hypothses stratgiques...................................................................................................................................... 9

Rfrences........................................................................................................................................................... 10

Annexe A : Approches d'implmentation diffrentes.......................................................................................11

7.1

Stratgie de lancement.................................................................................................................................... 11

7.2

Modle de dploiement................................................................................................................................... 12

Annexe B : Description des rles du projet....................................................................................................... 14


8.1

Chef de projet.................................................................................................................................................. 14

8.2

Chef de projet client........................................................................................................................................ 16

8.3

Gestionnaire de cycle de Sprint...................................................................................................................... 18

8.4

Architecte solution........................................................................................................................................... 20

8.5

Consultant dveloppement.............................................................................................................................. 21

8.6

Consultant applicatif/technologie..................................................................................................................... 23

8.7

Analyste d'entreprise....................................................................................................................................... 25

8.8

Utilisateurs cls............................................................................................................................................... 27

8.9

Responsable de la gestion des modifications................................................................................................. 28

8.10

Formateur.................................................................................................................................................. 29

8.11

Gestionnaire des builds............................................................................................................................. 31

22

RSUM OPRATIONNEL

Ce modle suppose la recommandation d'une approche de type projet


Agile. Si vous conseillez une approche Waterfall (analyse, conception,
dveloppement, dploiement et exploitation) l'aide des types de
projet Standard, Entreprise, Mise niveau ou Rapide, il est alors
recommand d'utiliser l'autre modle structur pour ces projets.

1.1

Informations gnrales

Client X envisage d'implmenter la solution Microsoft Dynamics


<<x.x>> comme plate-forme globale afin de fournir un systme de
gestion des informations et des contacts consolid. Cette solution est
cense servir d'interface vers plusieurs systmes hrits existants afin
de fournir aux utilisateurs un rfrentiel de donnes centralises et une
interface utilisateur frontale homogne.

1.2

Objectif

L'objectif de ce document est de dcrire une approche d'implmentation


pour le client X et ses cots associs. Il doit tre lu conjointement avec
la Grille des cots de la solution Microsoft Dynamics du client X , qui
fournit des informations dtailles sur l'estimation des tches et des
cots correspondant cette approche. Les cots et les estimations
prsents dans ce document constituent uniquement des ordres de
grandeur, mais sont suffisants pour permettre au client X de dcider de
la meilleure mthode suivre pour implmenter la solution
Microsoft Dynamics <<x.x>>.

1.3

Public

Ce document est destin aux dcideurs d'entreprise et aux dcideurs


technologiques du client X impliqus dans la slection de
Microsoft Dynamics<<x.x>> comme solution et dans le choix de la
mthodologie d'implmentation prfre.

1.4

Recommandations gnrales sur l'implmentation

Selon les meilleures pratiques de Techno Stationary Modern, il est


recommand que le Client X commence par une phase globale de
prparation d'Agile pour permettre de regrouper tous les besoins et
d'tablir une rpartition de la version de prsentation de la livraison des
besoins. Une fois cette phase acheve, le client X doit continuer avec
une phase d'excution d'Agile o les besoins et les versions peuvent
tre livrs par cycles de Sprint de 30 jours. Chaque version peut tre
dplace dans les phases de dploiement et d'exploitation avant le

22

dbut des prochaines versions des cycles de Sprint de l'excution


d'Agile, permettant au client X de rcuprer le retour sur investissement
(ROI) avant le dveloppement et la livraison de tous les besoins.

22

Cette approche prsente plusieurs aspects diffrents :


En suivant une approche chelonne pour lancer la livraison, le
risque du projet est globalement rduit.
Cette approche respecte les dlais dfinis par le client X pour le
projet.
Elle fait appel une quipe d'implmentation restreinte qui est
plus grable.
La version initiale peut tre centre sur un ensemble minime de
besoins pour autoriser le dploiement et la stabilisation des
systmes dans un environnement de production avant le dbut
des principaux cycles de lancement des besoins. Cela favorisera le
retour sur investissement du client.
L'application de l'approche Agile n'implique pas ncessairement
de comprendre et de dfinir compltement les besoins du client X
pour pouvoir commencer la conception et le dveloppement.
Les cots des services estims pour l'implmentation de la solution
Microsoft Dynamics <<x.x>> chez le client X s'lvent $X, sans
compter les dpenses ou les impondrables inhrents au projet. Elle
n'inclut pas les cots des logiciels et des matriels qui doivent tre
dtermins sparment.

22

PRINCIPES DIRECTEURS D'UNE IMPLMENTATION


RUSSIE

Pour toute implmentation, il est essentiel d'identifier et de dfinir la


priorit des facteurs de succs importants qui dterminent la dfinition
du projet. Il est important de noter que la dfinition des priorits est
pratiquement aussi cruciale que l'identification, car les objectifs d'un
projet ne peuvent pas tre tous atteints.
Voici un rsum des facteurs de succs critiques et des principes
directeurs considrs comme essentiels au dploiement russi d'une
solution Microsoft Dynamics chez le Client X :
1. Mesure des performances et des valeurs mtiers L'objectif
final de cette initiative est de proposer une solution capable de
fournir la fonctionnalit mtier requise aux utilisateurs chez le
Client X. chaque tape de l'implmentation, il est important de
pouvoir mesurer le succs de chaque amlioration projete.
2. Rduction des risques Toute implmentation comporte un
certain nombre de risques tant au niveau technique que de
l'entreprise. L'objectif principal est de rduire pratiquement et
activement ces risques afin de disposer d'un projet faible risque,
qui peut ensuite tre livr conformment au plan en termes de
chronologie et de budget.
3. Participation des dirigeants L'une des caractristiques cls
d'une implmentation russie est le soutien prcoce et
l'implication permanente de l'quipe dirigeante pendant toute la
transformation. La direction de Client X constitue la cl pour
atteindre et grer le niveau ncessaire des modifications mtiers
et techniques.
4. Ressources Une implmentation Dynamics russie ncessite
une quipe compose de personnes ayant des domaines de
comptences diffrents. Cette quipe doit tre constitue de
personnes disposant de connaissances mtiers solides dans tous
les domaines, en plus des comptences techniques et inhrentes
au projet ncessaires la prise en charge de l'aspect systme de
l'implmentation. Grce la participation opportune des membres
de l'quipe appropris, gre par la meilleure pratique, il est
possible de dployer de faon trs efficace une solution Dynamics.

22

APPROCHE D'IMPLMENTATION

Cette section identifie une approche d'implmentation base sur la


mthodologie de projet Agile. Le type de projet Agile est conu pour
tenir compte des modifications dans les priorits des besoins lors du
dveloppement d'une version logicielle. Tous les trente jours, le client a
la possibilit de modifier la priorit des besoins et de choisir les besoins
dvelopper et ceux qui ne le seront pas. Le client peut galement
choisir de refuser des besoins rejets prcdemment s'ils ne rpondent
plus aux exigences mtiers ou de conforter l'orientation prise par
l'entreprise. Ainsi, l'approche est trs flexible et ne ncessite pas de
comprendre et de dfinir intgralement tous les besoins avant le dbut
de la conception ou du dveloppement. la place, les besoins sont
clarifis pendant les cycles de Sprint, puis dvelopps et ajusts dans le
cadre de l'approche de projet gnrale.
Un autre avantage de cette approche est qu' la fin de chaque cycle de
Sprint de trente jours, le client peut choisir d'excuter en production
tous les dveloppements actuels et peut donc commencer
immdiatement obtenir quelques ROI avant de continuer tout effort de
dveloppement supplmentaire. Cela signifie qu'il n'est pas li des
cycles de dveloppement long terme et qu'il peut dvelopper
beaucoup plus dynamiquement son systme s'il le souhaite.

3.1.1

Approche du projet

Dfinissez les dates du projet, les jalons, la mthodologie et l'approche de


gestion du projet pour le projet Agile du client.
3.1.1.1

Dates et chances du projet

Le diagramme ci-dessous montre les dates cls et les chances du


projet :

22

3.1.1.2

Mthodologie du projet

Les activits de l'valuation du primtre font partie de la phase de


diagnostic de la mthodologie Sure Step pour Microsoft Dynamics.

La phase de diagnostic est termine lorsque les deux parties (le client et
le fournisseur des services d'implmentation) ont atteint un niveau
suffisant de garantie pour passer aux phases suivantes. L'valuation du
primtre est l'un des outils permettant d'atteindre un tel niveau.
Nanmoins, une analyse des carts, une bauche de solution, un pilote en
salle de confrence et une tude d'opportunit sont galement des
composants qui peuvent faire partie de la phase de diagnostic.

3.1.2

Diagramme de Gantt global

Le diagramme de Gantt suivant montre, de faon conceptuelle,


comment un dploiement chez Client X fonctionnerait pour un dploiement du pilote,
suivi d'une implmentation complte :

22

22

3.1.3

Estimation des tches et des cots du projet

Le diagramme suivant indique les cots et les tches de dploiement estims, inhrents l'approche
d'implmentation recommande.

Figure 1 : Estimations des cots et des tches pour un projet Agile

22

4
4.1

PLAN DE RESSOURCES

Rles et responsabilits

Le tableau suivant indique l'affectation des rles et des responsabilits


du projet :
Rle

Conseil
Microsoft

Partenai
re

Commandit
aire
Chef de
projet

Client X

Nombre
estim

Comment
aires

1
1

Chef de
projet
client

Gestionnair
e de cycle
de Sprint

Gestionnair
e des
builds

Utilisateur
cl

Analyste
d'entrepris
e

Architecte
solution

Consultant
technologie

Consultant
applicatif

3
1

Tableau 1: Rles du projet Les descriptions dtailles des rles sont


traites dans l'Annexe B.

22

4.2

Organigramme du projet

L'organigramme suivant prsente une structure de l'quipe projet


indicative pour l'implmentation de la solution Microsoft Dynamics.

22

22

22

Figure 2 : Organigramme du projet prliminaire

22

HYPOTHSES STRATGIQUES

Ci-aprs figurent les hypothses stratgiques impliques dans


l'estimation des cots lis ce plan de dploiement :

<<Hypothse 1>>

<<Hypothse 2>>

<<Hypothse n>>

10

22

11

RFRENCES

12

Les documents rpertoris ci-aprs ont t rfrencs lors du


dveloppement de ce document :

13

<<Doc. 1>>

14

<<Doc. 2>>

15

<<Doc. n>>

16

22

17

ANNEXE A : APPROCHES D'IMPLMENTATION


DIFFRENTES

18

L'annexe suivante dcrit diffrentes stratgies de lancement qui


peuvent tre appropries au client X :

18.1 Stratgie de lancement


19

La stratgie de lancement gnrale correspond un spectre


prsentant une extrmit des versions plus importantes, moins
nombreuses et l'autre des versions plus petites et plus
frquentes.

20

21 Figure 3 : stratgie de lancement


22

Les versions plus importantes, moins nombreuses ciblent


l'activation de davantage de capacits long terme, qui requirent
un dveloppement, des tests et une coordination de gestion des
modifications importants. L'accent est mis sur les avantages
commerciaux durables, l'amlioration des capacits des utilisateurs
et la facilit de modification des processus mtiers fondamentaux.
Cette stratgie de lancement est gnralement utilise lorsque la
modification est importante, complexe et lorsque ses implications
dans toute l'organisation sont consquentes. Les versions plus
petites, plus frquentes, dans leur approche, visent davantage
obtenir des avantages mtiers. Cette stratgie de lancement
dtermine la priorit des objectifs en termes d'avantages
spcifiques et accorde la priorit aux opportunits qui prsentent
une plus grande valeur. L'intention est de dvelopper et de livrer
plusieurs Sprints et versions qui permettent au client X d'accrotre
les bnfices court terme afin de financer ventuellement le
prochain ensemble de programmes. Si les opportunits novatrices
sont plus distinctes, cette approche fonctionne trs bien et donne
l'lan permettant d'obtenir de bons rsultats.

22

22.1 Modle de dploiement


22.2

Le lancement progressif d'innovations constitue un autre problme


pineux pour les entreprises qui envisagent de procder des
modifications. Nous avons dfini quatre approches de dploiement :
big bang, fonction par fonction, emplacement par emplacement et
combinaison.

22.3
22.4 Figure 4 : modles de dploiement
Big bang. Les implmentations big bang impliquent le
dploiement simultan de plusieurs nouvelles fonctions novatrices
dans toute l'entreprise aussi rapidement que possible (ds que les
tests et la validation sont termins). Les avantages reposent sur la
rduction du risque d'excution global en minimisant le niveau
d'intgration requis et en simplifiant le processus de conversion et
de transition. Les inconvnients des implmentations big bang
sont lis au fait que les efforts de gestion sont sensiblement
augments en raison des besoins de planification de ce modle ;
l'effort de dveloppement n'est pas chelonn, c'est pourquoi une
charge des ressources substantielle est requise pour l'excution et
l'ampleur des modifications cre un risque commercial important.
Cette approche fonctionne bien si le primtre est clairement
dfini en ce qui concerne les rsultats. Elle est galement
approprie aux organisations dans lesquelles les dirigeants sont
trs impliqus et suivent de prs les stratgies de l'entreprise.
22.5

22

Fonction par fonction. Les implmentations fonction par


fonction cherchent activer discrtement des fonctions
spcifiques qui crent des avantages commerciaux connus et
quantifiables. Souvent lis une stratgie de lancement
rsultats rapides , les avantages comprennent l'introduction de
modifications incrmentielles (permettant aux modifications d'tre
intgres plus facilement), la rduction du risque en raison du
renforcement du contrle sur la surface d'impact et la capacit
acqurir rapidement de l'exprience lorsque l'organisation
s'adapte aux modifications, ce qui facilite le dploiement des
implmentations
ultrieures.
Les
inconvnients
de
ces
implmentations sont les suivants : une procdure d'arrt plus
complexe, car certains processus mtiers sont limins alors que
d'autres processus hrits sont conservs, un plus grand nombre
d'interfaces temporaires pour relier l'ancienne la nouvelle, et
une pression sur la bande passante de l'organisation ncessitant
la maintenance et le support de systmes et de processus
parallles pendant une dure prolonge.
Emplacement par emplacement. Ce modle tire parti des
caractristiques organisationnelles et oprationnelles, qui
permettent un dploiement raisonnablement isol et ayant un
impact collatral minimal. L'nergie et les ressources sont
consacres produire un large impact sur un espace restreint.
Avec ce modle, les inattentions sont rduites, car les nouvelles
fonctions sont implmentes dans une seule division.
L'inconvnient majeur de ce modle est que l'effort de
dveloppement n'est pas chelonn. L'intgralit du nouvel
environnement doit tre conue, cre, teste et dploye.
Cette approche utilise des cycles de dveloppement plus longs,
ncessite des procdures de test plus complexes et plus
rigoureuses et cre des risques d'excution importants. Par
ailleurs, les environnements doubles doivent tre conservs dans
ce modle, ce qui augmente les cots de formation et de support
pour l'organisation.
Combinaison. La stratgie de combinaison est souvent choisie
comme modle de dploiement par de nombreuses entreprises ;
elles combinent et associent les diffrentes approches dfinies cidessus dans une tude de solution et d'avantage globale qui
correspond leurs besoins. Les avantages proprement dits sont
dtermins par les options slectionnes (nombre de sites en une
seule fois, premier cluster de fonctions, etc.). En gnral, un
modle de combinaison est plus coteux que les autres approches
indiques ci-dessus et la chronologie de l'implmentation est
souvent plus longue.

22

22.6ANNEXE B : DESCRIPTION DES RLES DU PROJET


22.7

Ci-aprs figurent la description des rles rpertoris dans ce


document ainsi que les grilles des cots :

22.8 Chef de projet


22.9 Connaissances et comptences ncessaires
Exprience de la gestion de projet d'implmentation de systme
Exprience globale de projet
Capacit grer des engagements complexes, sur une grande
chelle
Capacit reprer et recruter des ressources avises court
terme
22.10 Responsabilits globales
Rediriger le plan d'action si le contexte commercial est modifi
Prendre en charge la responsabilit globale de la russite du
projet
Grer et diriger quotidiennement le projet
Mesurer et contrler la progression pour s'assurer que les
livrables du projet, de qualit irrprochable, sont termins
temps, dans le budget imparti et qu'ils satisfont aux attentes,
voire les dpassent
Prodiguer des conseils relatifs aux systmes et aux processus
l'quipe projet
Coordonner l'activit principale des ressources et de l'quipe et
s'assurer de l'obtention des commentaires en temps voulu
Grer l'identification et la rsolution des problmes
Diriger l'identification des risques du projet et crer des
stratgies de prvention des risques/de rsolution
Grer les interdpendances entre l'implmentation de
Microsoft Dynamics et d'autres initiatives de projet
tablir l'environnement de travail de l'quipe, qui permet
l'quipe de rpondre plus facilement aux besoins du projet
22.11 Au dbut du projet
tablir un plan de projet
Dfinir les ressources du projet

22

tablir une infrastructure de projet


22.12

22

22.13 Au cours du projet


Grer quotidiennement le projet
Grer l'identification et la rsolution des problmes
S'assurer que tous les livrables du projet sont termins temps,
dans le budget imparti et qu'ils sont conformes aux normes de
qualit
22.14 la fin du projet
S'assurer de la transmission effective du systme
Microsoft Dynamics et de tous les livrables du projet au service
informatique du client X.

22

22.15

Chef de projet client

22.16 Connaissances et comptences ncessaires


Exprience de la gestion de projet d'implmentation de systme
Exprience globale de projet
Capacit grer des engagements complexes, sur une grande
chelle
Capacit reprer et recruter des ressources avises court
terme
22.17 Responsabilits globales
Organiser et coordonner la logistique du projet
Grer les acteurs impliqus du projet
Communiquer l'tat d'avancement en interne au client X
Participer des ateliers et fournir des informations
Rediriger le plan d'action si le contexte commercial est modifi
Prendre en charge la responsabilit globale de la russite du
projet
Grer et diriger quotidiennement le projet
Mesurer et contrler la progression pour s'assurer que les
livrables du projet, de qualit irrprochable, sont termins
temps, dans le budget imparti et qu'ils satisfont aux attentes,
voire les dpassent
Prodiguer des conseils relatifs aux systmes et aux processus
l'quipe projet
Coordonner l'activit principale des ressources et de l'quipe et
s'assurer de l'obtention des commentaires en temps voulu
Grer l'identification et la rsolution des problmes
Diriger l'identification des risques du projet et crer des
stratgies de prvention des risques/de rsolution
22.18 Au dbut du projet
tablir un plan de projet
Dfinir les ressources du projet
tablir une infrastructure de projet
22.19 Au cours du projet

22

Grer quotidiennement le projet


Grer l'identification et la rsolution des problmes
S'assurer que tous les livrables du projet sont termins temps,
dans le budget imparti et qu'ils sont conformes aux normes de
qualit du client X
22.20 la fin du projet
S'assurer de la transmission effective du systme
Microsoft Dynamics et de tous les livrables du projet au service
informatique du client X

22.21

22

22.22

Gestionnaire de cycle de Sprint

22.23 Connaissances et comptences ncessaires


Connaissance et exprience dtailles des projets Agile, des
concepts, approches et mthodologie
Exprience en matire d'implmentation de logiciels
Aptitude diriger une quipe de ressources techniques
Capacit utiliser les ressources client et faciliter la dfinition,
ainsi que la prioritisation des besoins dans un lancement et une
srie de cycles de Sprint
22.24 Responsabilits globales
Garantir la compatibilit de toutes les parties du cycle de Sprint
de 30 jours et celles du cycle de Sprint quotidien
Grer, guider l'quipe de Sprint et s'assurer du respect de la
mthodologie et des pratiques Sprint tout au long du Sprint
Amliorer les mthodes de travail en les rvisant et les affinant
continuellement pour amliorer le rendement du cycle et de
l'quipe de Sprint et mener le Sprint bien
Grer le dcideur d'entreprise du client, les experts techniques
et les utilisateurs cls, supprimer toute barrire qui les empche
d'interagir avec l'quipe de Sprint
Agir et supprimer toute barrire ou tout problme susceptible
d'empcher la progression et la gestion des dpendances et des
conflits entre les membres de l'quipe de Sprint et leurs tches
de dveloppement
Grer la crativit et l'autonomisation de l'quipe de Sprint et
l'aider de toutes les manires possibles pour qu'elle puisse
raliser le maximum de tches pendant le cycle de Sprint
Informer chacun de l'tat d'avancement tout au long du Sprint,
s'assurer qu'aucune drive n'a lieu, que les membres de l'quipe
savent o ils vont et ce qu'ils doivent faire ensuite
Montrer au client le rsultat du Sprint pendant l'aperu
technique
22.25 Au dbut du projet
Discussion et claircissement avec le client sur la mthodologie
de projet Agile et son application dans leur implmentation
22.26

22

22.27 Au cours du projet


Collaborer avec le client pour dfinir un backlog de Sprint
livrable
Collaborer avec l'quipe projet pour dfinir une srie de tches
l'origine de la livraison du backlog de Sprint dans le cycle de
Sprint de 30 jours
Fournir une gestion du cycle de Sprint quotidienne
Grer l'identification et la rsolution des problmes
22.28

22

22.29

Architecte solution

22.30 Connaissances et comptences ncessaires


Exprience en matire d'implmentation de logiciels
Aptitude diriger une quipe de ressources techniques
Connaissances des outils et techniques d'intgration .Net
Pratique de la gestion des infrastructures
Connaissances tendues des technologies d'infrastructures
techniques, comme les bases de donnes, les rseaux LAN/WAN
et les serveurs
22.31 Responsabilits globales
Fournir une direction rflchie et apporter des explications
toutes les quipes projet relatives l'architecture actuelle et la
vision future
Diriger la conception, le dveloppement et l'implmentation de
l'architecture systme
Diriger la rsolution des problmes lis l'architecture
technologique
Collaborer en coordination avec les autres
architectes/responsables pour dterminer si les conceptions de
l'application s'alignent sur les autres lments du projet et
permettre l'quipe projet d'atteindre les objectifs en matire
de performances
Identifier et rsoudre les problmes qui ont une incidence sur
l'intgrit des conceptions
Coordonner les efforts des quipes de configuration et
d'intgration
Mener des contrles de qualit des livrables de l'quipe
technique
Diriger la rsolution des problmes lis l'architecture des
bases de donnes centralise ou dcentralise
Diriger la conception et le dveloppement de l'infrastructure
technologique et supporter les efforts associs
22.32 Au dbut du projet
Participer aux sessions de conception
Superviser l'tablissement de l'infrastructure technique

22

22.33 Au cours du projet


Coordonner les problmes techniques et architecturaux entre les
diffrentes quipes
22.34

22

22.35

Consultant dveloppement

22.36 Connaissances et comptences ncessaires


Matrise de la direction du cycle de vie de livraison des logiciels
dans un environnement mtier
Exprience en matire de gestion de projet d'intgration de
BizTalk 2006 et de builds personnalises
Pratique des projets d'intgration complexes
Exprience de la totalit de la dure des projets :
dveloppement, test unitaire, test d'intgration et
implmentation
Connaissances de l'architecture de la solution Microsoft
Dynamics
Exprience en matire de conception d'une solution volutive
pouvant facilement tre adapte mesure de l'augmentation
des volumes
Documentation de la solution et de la conception
22.37 Responsabilits globales
Diriger la conception des interfaces, leur dveloppement et
l'effort de test correspondant aux interfaces principale et
utilisateur
Collaborer troitement avec la gestion de projet pour ajouter de
la valeur aux lments de conception spcifiques et vrifier la
conception globale
Identifier et rsoudre les problmes qui ont une incidence sur
l'intgrit des conceptions d'application
Mener des contrles de qualit des livrables de l'quipe
22.38 Au dbut du projet
Travailler en liaison avec le responsable technique et le
responsable de l'environnement pour dterminer les instructions
relatives au contrle et la gestion des versions
Assurer la direction en termes d'intgration
22.39 Au cours du projet
S'assurer que l'architecture de la solution est suivie et que les
normes des messages canoniques sont respectes par les
dveloppeurs

22

Travailler en liaison avec la gestion de projet actualiser sur la


gestion des problmes et la progression du projet d'intgration
Vrifier les dpendances dans le projet d'intgration ; s'assurer
que les spcifications du dictionnaire de donnes sont
conformes une norme qui permet aux dveloppeurs de
travailler efficacement et de respecter les chances
Vrifier que la logique mtier est clairement documente et
tablie pour faciliter les modifications une fois en cours de
fonctionnement
S'assurer que le test de l'unit et du systme appropri est
effectu conformment une norme leve S'assurer que les
procdures de gel du code et de contrle des versions sont
suivies au cours des phases de test
Dterminer les procdures de lancement de la production de
l'interface utilisateur et les plans de restauration d'urgence
22.40 la fin du projet
S'assurer que la conception de la solution est documente pour
permettre l'quipe oprationnelle de grer efficacement les
intgrations
Vrifier que les instances des dernires versions sont intgres
au systme de contrle de versions

22

22.41

Consultant applicatif/technologie

22.42 Connaissances et comptences ncessaires


Exprience de projets utilisant des outils de dveloppement .Net
criture de scripts Java
Cration d'interfaces utilisateur et tests unitaires sur ces
interfaces dans la solution Microsoft Dynamics
Workflow de solution Microsoft Dynamics
Exprience de la totalit de la dure des projets :
dveloppement, test unitaire, test d'intgration et
implmentation
Exprience de projets dans la conception de solutions et
l'architecture de solutions Microsoft Dynamics
Exprience en matire de documentation de la solution et de la
conception
22.43 Responsabilits globales
S'assurer du dveloppement .Net efficace au titre de
dveloppeur .Net avis
Dvelopper et effectuer le test unitaire en respectant la
chronologie requise
Suivre les procdures de contrle de versions dfinies
Communiquer les instances dans lesquelles les besoins et les
spcifications suivre ne sont pas clairs
22.44 Au dbut du projet
S'assurer que le jeu d'outils de dveloppement .Net est prt
pour le dveloppement
Discuter des normes de conception avec le responsable de
l'quipe d'intgration
22.45 Au cours du projet
Communiquer les instances dans lesquelles les besoins et les
spcifications suivre ne sont pas clairs
Suivre les procdures de contrle de versions dfinies
Concevoir la documentation tant au niveau du code qu'au
niveau de la documentation
Excuter le test unitaire du dveloppement .Net

22

Travailler en liaison avec le responsable de l'quipe technique


.Net et le responsable de l'environnement sur les procdures de
gestion des versions
22.46

22

22.47 la fin du projet


S'assurer que la conception de la solution est documente pour
permettre l'quipe oprationnelle de grer efficacement les
intgrations
Vrifier que les instances des dernires versions sont intgres
au systme de contrle de versions

22

22.48

Analyste d'entreprise

22.49 Connaissances et comptences ncessaires

Comptences en matire d'analyse des donnes et d'analyse


fonctionnelle

Capacit d'analyse des sources de donnes, des fichiers plats,


des rgles mtiers et de dveloppement de dictionnaire de
donnes
Dveloppement d'tudes de cas
Documentation technique
22.50 Responsabilits globales

S'assurer de la prcision des interprtations des besoins en


spcifications destines aux dveloppeurs

Analyser les sources de donnes, dterminer la source pour


cibler les besoins en transformation et en mappage des donnes

Expliquer, interprter et articuler les rgles mtiers pour les


dveloppeurs

S'assurer d'une approche cohrente pour les besoins de


dveloppement aux points d'intgration

Permettre une conception EAI base sur des normes et


toutes ses transformations de passer une norme canonique
22.51 Au dbut du projet
S'assurer que les outils et les modles ncessaires sont prts et
disponibles pour la collecte des besoins ; dvelopper des tudes
de cas et un dictionnaire de donnes
Identifier les contacts du systme source et tablir des relations
de travail pour activer les dtails des fichiers source et des
logiques mtiers
22.52 Au cours du projet
Travailler en liaison avec les dveloppeurs pour s'assurer que les
besoins et les spcifications sont facilement comprhensibles et
prcis
S'assurer que les chances de livraison des dictionnaires de
donnes sont respectes pour fournir aux dveloppeurs des
spcifications partir desquelles ils pourront dvelopper

22

Connatre les dpendances des spcifications et les opportunits


pour rutiliser les dveloppements d'intgration prcdents
Aider les dveloppeurs sur le test unitaire
Aider les dveloppeurs sur le test du systme
22.53

22

22.54 la fin du projet


S'assurer que la documentation de conception est mise jour et
disponible pour aider l'quipe oprationnelle rsoudre les
erreurs oprationnelles

22

22.55

Utilisateurs cls

22.56 Connaissances et comptences ncessaires


Ressources du client X
Connaissances approfondies des processus mtiers et des
systmes associs la solution Microsoft Dynamics
correspondante
Connaissances des systmes du client X

Capacit gnrer des fichiers de test, accder aux fichiers de


production pour le test d'intgration et les excutions parallles
22.57 Responsabilits globales

S'assurer de la prcision des interprtations des besoins en


spcifications destines aux dveloppeurs

Analyser les sources de donnes, dterminer la source pour


cibler les besoins en transformation et en mappage des donnes
Expliquer, interprter et articuler les rgles mtiers pour les
dveloppeurs

Fournir des exemples de fichier et la documentation de


conception aux membres de l'quipe projet

Dcrire le fonctionnement des systmes du client X et leur


impact sur le processus mtier
22.58 Au dbut du projet
Identifier les contacts professionnels et tablir des relations de
travail pour que la ressource du client X fournisse les dtails des
fichiers source et des logiques mtiers
S'assurer de la disponibilit des exemples de fichier source et de
la documentation existante
22.59 Au cours du projet

S'assurer de la prcision des interprtations des besoins


destins aux analystes d'entreprise

Aider les analystes d'entreprise et les dveloppeurs S'assurer de


la disponibilit des exemples de fichier source et de la
documentation existante
22.60 la fin du projet
Nettoyer l'environnement systme S'assurer de la suppression
des fichiers source indsirables

22

22.61

Responsable de la gestion des modifications

22.62 Connaissances et comptences ncessaires


Directeur commercial senior
Bonne comprhension fonctionnelle des processus mtier du
client. Implmentation de la Gestion des modifications dans
des projets prcdents ou un travail antrieur (dploiement sur
plusieurs services et sites)
22.63 Responsabilits globales
En tant que membre de l'quipe dirigeante du projet, le titulaire
dirige et guide la dfinition de la stratgie des modifications et le
programme de dploiement, gre les principaux acteurs et est
charg de s'assurer que tout le travail de gestion des
modifications est totalement align sur les objectifs et les plans
globaux des projets. De la mme manire, il s'assure que l'quipe
dirigeante comprend l'importance du projet et soutient la
stratgie de gestion des modifications.
Il prodigue des conseils aviss et dirige quotidiennement toutes
les activits de modification, notamment la gestion des acteurs
impliqus, la communication, l'valuation de l'impact des travaux
ainsi que la prparation du dploiement et la formation
Il contrle l'excution des activits de modification pour les flux
mtiers en collaboration troite avec les ressources mtiers
dsignes pour les implmenter un niveau local et les rendre
oprationnelles. Il prend en charge la gestion des programmes,
identifie et gre les problmes et les modifications d'influence
dans plusieurs groupes d'acteurs impliqus

22

22.64

Formateur

22.65 Connaissances et comptences ncessaires (inclut


l'laboration et la dispense de la formation)
Exprience en formation sur la solution Microsoft Dynamics
Niveau souhait : Formateur sur site qualifi Certificat IV
Apte dispenser une formation un public vari compos de
personnes ayant diffrents niveaux de connaissances
informatiques
Apte collaborer avec des employs tous les niveaux de
l'organisation
Connaissances informatiques avances et capacit
comprendre rapidement de nouveaux concepts et processus
En mesure de travailler avec les clients (membres et
responsables des quipes fonctionnelles) pour prendre en
charge et dispenser une formation aux utilisateurs
Exprience en rdaction de guides d'instruction destins aux
utilisateurs et aux instructeurs et d'autres supports de
formation (par exemple, des aide-mmoire) sur la solution
Microsoft Dynamics
Travail au sein d'une quipe avec des experts de contenus et
d'autres formateurs
Exprience en matire de documentation de formation et de
configuration des donnes de formation de la solution
Microsoft Dynamics dans l'application
Apte interprter la documentation technique (processus,
diagrammes des entits-relations, spcifications des rapports,
etc.)
Apte tablir des articulations claires et former les
utilisateurs sur les nouveaux systmes et fonctions, en
encourageant les stagiaires qui peuvent rencontrer des
difficults avec les nouveaux systmes
22.66 Responsabilits globales
Le rle des formateurs est de dispenser une formation sur site
aux utilisateurs.
22.67 Au dbut du projet

22

tablir, conjointement avec le responsable de la gestion des


modifications, le plan et les activits de dveloppement du
programme de formation
Organiser la vrification fonctionnelle de la documentation
22.68

22

22.69 Au cours du projet


Dvelopper le matriel et les outils de formation
Organiser la validation fonctionnelle avec le responsable de la
formation et l'quipe projet
Former d'autres formateurs, par exemple des utilisateurs sur
site
Dispenser la formation
22.70 la fin du projet
Effectuer une vrification aprs implmentation de chaque
fonction et de chaque site
Communiquer les rsultats, les amliorations et les besoins en
matire de suivi
Vrifier le dpt du matriel de formation
22.71

22

22.72

Gestionnaire des builds

22.73 Connaissances et comptences ncessaires


Connaissances des outils et techniques de dveloppement et
d'intgration .Net
Pratique de la gestion des infrastructures
Connaissances tendues des technologies d'infrastructures
techniques, comme les bases de donnes, les rseaux LAN/WAN
et les serveurs
Exprience en matire d'implmentation de logiciels
Connaissance en criture de scripts Java
Exprience en matire d'intgration de BizTalk 2006 et de builds
personnalises
Exprience des projets d'intgration complexes
Connaissances de l'architecture de la solution Microsoft
Dynamics
22.74 Responsabilits globales
Rassembler tous les jours l'ensemble des composants de l'effort
de configuration et de dveloppement, les composants ISV, le
workflow et les intgrations systme en une solution unique
susceptible d'tre dploye dans un environnement
S'assurer que les meilleures pratiques sont observes par
l'quipe de cycle de Sprint tout au long de la conception et du
dveloppement de la solution
Guider les personnes dans l'amlioration de leur travail et une
meilleure utilisation des outils leur disposition pour augmenter
le rendement et le recyclage pendant le processus de
dveloppement
Garantir que le contrle de version complet des composants de
la solution est gr par tous les membres de l'quipe de cycle de
Sprint et que seul le code faisant l'objet d'un test unitaire est
vrifi dans le processus de gnration de solution finale par les
dveloppeurs, la fin
Collaborer avec le consultant technologie pour garantir que
toutes les modifications apportes la configuration concernant
le paramtrage de l'infrastructure Dynamics et des solutions ISV
sont implmentes dans chaque environnement et que cela est

22

entirement document pour le transfert client dans le cadre de


l'environnement de production et du processus de configuration
Collaborer avec le consultant technologie pour gnrer des
images virtuelles qui peuvent tre ncessaires la
dmonstration ou des fins de dveloppement et
l'actualisation de tout environnement avec l'ensemble le plus
rcent des modifications apportes au dveloppement du
systme et la configuration, selon les besoins
Collaborer avec le responsable du test consultant pour s'assurer
que les environnements sont actualiss selon les besoins
pendant le cycle de Sprint, le test de la solution et l'UAT si
ncessaire
Collaborer avec le gestionnaire de cycle de Sprint pour guider
l'quipe de cycle de Sprint tout en veillant au respect des
meilleures pratiques. Collaboration galement avec le
gestionnaire des builds pendant la correction des bogues, le
classement des problmes par priorit, l'identification et la
rsolution des ventuels problmes ou dpendances
22.75 Au dbut du projet
Garantir que le systme de contrle de versions TFS est
paramtr et configur correctement
tablir le processus de build quotidienne
22.76 Au cours du projet
Gnrer des builds quotidiennes
S'assurer que le contrle de la version est gr au cours des
tches de dveloppement de Sprint
Dployer la build quotidienne pour les environnements de test
et de formation
Prendre en charge le processus de dploiement de la build
quotidienne dans l'environnement de production du client
22.77 la fin du projet

Aider la gnration de documentation sur le dploiement du


client