Le monde selon Marc

les donneurs d'ordres sont de 3 types:

• Ceux qui payent les factures: managers impliqués par des objectifs commerciaux
• Les utilisateurs finaux : c'est eux qui savent le mieux ce dont ils ont besoin, même s'ils ne savent pas très bien l'exprimer. C'est à moi de comprendre ce qu'ils veulent.
• Les experts : on peut en avoir besoin dans certains projets pointus.

L'analyse des besoins se fait auprès des donneurs d'ordre. Il faut recueillir les besoins, mais pas excessivement. Il faut juste en recueillir suffisament pour que les objectifs soient clairs. Les besoins sont recueillis par des interviews, des quesitonnaires ou par observation des procédures actuelles. En cas de désaccord entre les différents donneurs d'ordres, il faut obtenir un concensus, à savoir:

• Faire une liste des besoins qui sont en conflit
• L'organiser par priorité
• Mettre en adéquation avec le calendrier et scinder la liste en deux par rapport à ce que mon équipe peut produire dans le temps imparti.
• Les donneurs d'ordre peuvent alors changer les priorités de leur demandes
• Une fois le concensus a été atteint, le travail peut commencer

Mise en oeuvre de la documentation: j'utilise la méthode SMART et MoSCoW

• Spécifique : un objectif doit être spécifié sans ambigüité
• Mesurable : le délivrable doit être quantifiable. Autrement, on ne pourra pas savoir qu'on l'a délivré.
• A(chievable) : toute tâche doit être réalisable
• R(elevant) : les spécifications ne doivent pas contenir plus d'information qu'il n'en faut.
• Testable : les besoins doivent être testables pour qu'on puisse prouver qu'ils ont été satisfaits.

et

• Must have : sont fondamentaux et indispensables
• Should have : sont importants mais le succès du projet n'en dépend pas.
• Could have : on peut s'en passer sans impacter le projet
• Won't have this time round : ça sera pour la V2

J'ai trouvé un site http://www.dsdmfrance.com/ qui parle d'organiosation en gestion de projet adapté à l'informatique. A regarder...