Gestion de projet – Vers les méthodes agiles
174
Définir les rôles et responsabilités
Cette description des activités et des rôles du projet peut être formalisée en amont, de
façon générique, dans les référentiels méthodologiques des organisations ou par un
Project Management Office (PMO), comme il en va de plus en plus fréquemment dans les
grandes organisations, pour coordonner le management des projets. En fonction des spécificités du projet, telle ou telle activité ou tel ou tel rôle se révélera nécessaire ou superflu.
Une équipe traditionnelle se caractérise par une séparation claire des rôles et responsabilités (figure 6-1). Le déroulement séquentiel des activités induit cette répartition, chaque
acteur intervenant l’un après l’autre (successivement, l’analyste, le concepteur, le développeur et le testeur). Chaque acteur travaille généralement seul sur des tâches bien
spécifiques et des parties distinctes de l’application. Mais cette division du travail n’est
pas sans inconvénient sur la productivité de l’équipe, les coûts et le délai du projet… et
sur le syndrome du « c’est pas moi, c’est lui ! ».
En effet, cette division suppose que la connaissance autour du projet soit justement
formalisée afin que ces informations plus ou moins formelles soient transmises aux
Figure 6-1
La séparation des rôles
GestProjInform Livre Page 174 Vendredi, 3. avril 2009 12:07 12
174
Définir les rôles et responsabilités
Cette description des activités et des rôles du projet peut être formalisée en amont, de
façon générique, dans les référentiels méthodologiques des organisations ou par un
Project Management Office (PMO), comme il en va de plus en plus fréquemment dans les
grandes organisations, pour coordonner le management des projets. En fonction des spécificités du projet, telle ou telle activité ou tel ou tel rôle se révélera nécessaire ou superflu.
Une équipe traditionnelle se caractérise par une séparation claire des rôles et responsabilités (figure 6-1). Le déroulement séquentiel des activités induit cette répartition, chaque
acteur intervenant l’un après l’autre (successivement, l’analyste, le concepteur, le développeur et le testeur). Chaque acteur travaille généralement seul sur des tâches bien
spécifiques et des parties distinctes de l’application. Mais cette division du travail n’est
pas sans inconvénient sur la productivité de l’équipe, les coûts et le délai du projet… et
sur le syndrome du « c’est pas moi, c’est lui ! ».
En effet, cette division suppose que la connaissance autour du projet soit justement
formalisée afin que ces informations plus ou moins formelles soient transmises aux
Figure 6-1
La séparation des rôles
GestProjInform Livre Page 174 Vendredi, 3. avril 2009 12:07 12