Dans la continuité du post d'hier, la principale mission d'un chef de projet est de répondre à des questions.
  • Où en est on ?
  • Est ce qu'on peut faire ci ou ça ?
  • Quand aura t'on fini ?
  • Qui s'occupe de ça ?
  • Combien ça coûte ?
  • Quels sont les résultats ?
Les réponses à ces questions seront d'autant plus claires et prêtes que vous vous serez posés les bonnes questions, en amont.

Pour revenir aux basiques, chaque ébauche de projet doit vous amener à vous poser ces questions simples :
  • Quoi ?
    A découper en 2 :
    • Qu'est ce qu'on fait ?
      -Quelles sont les contraintes techniques / budgétaires / environnemenales ?
      Vous devez en dégager les moyens à mettre en oeuvre, et les personnes à impliquer en fonction de leurs compétences.

      -Quels seront les livrables ?
      Vous devez être en mesure de savoir qui va faire quoi, l'ampleur des différentes tâches et leurs imbrications mutuelles.
      Gérer un projet c'est souvent créer des ponts.
    • A qui et à quoi ça sert ?
      -Qu'attendez vous de l'utilisateur final et quel est son niveau ?
      Ne jamais oublier que l'utilisateur, ce n'est pas vous.
      On m'a un jour raconté la demonstration de la première version windows d'un logiciel de comptabilité, tout se passait bien jusqu'à ce que le développeur laisse la main à l'utilisateur... et qu'on se rende compte que la souris n'était pas fonctionelle, le développeur n'utilisant que le clavier et les raccourcis...

      -Quel est l'objectif du produit / service ?
      L'utilisateur sera t'il informé de la réussite ou de l'échec de l'utilisation du produit final ?
      Un entonnoir c'est bien, un cul de sac, ça craint.

      -Quelles données allez vous devoir remonter ?
      Générer des actions c'est bien, les mesurer c'est meux.
  • Comment ?
    Vous savez qui, vous savez quoi, maintenant vous devez déterminer comment vous allez y arriver.
    Même si j'utilise très peu Gantt et autres gestionnaires de projet (shame on me), je dois leur reconnaitre le mérite de pousser à la décomposition maximale des tâches, collée à un cachier des charges en béton, vous devriez pouvoir facilement répondre à la question suivante.
  • Quand ?
    Là, attention, je pars du principe que ce n'est pas la date qui fait le planning, mais le planning qui fait la date (spéciale dédicace à une certaine équipe et un certain mur).
    Le planning de chaque tâche et l'imbrication de celles-ci doivent vous permettre de déterminer de manière certaines les dates clés du projet.
    Autre principe à mettre en oeuvre et à ne pas négliger : responsabiliser les acteurs (internes comme externes) sur les validations et ce qu'elles entrainent (à savoir souvent le passage à l'étape suivante).
  • Combien ?
    A ce niveau, rien de mieux que la bonne vieille journée homme et son tarif par poste, si vous avez bien répondu aux questions précédentes, la grille tarifaire tombe sous le sens.
    Une grille de JH par tâches reste à mon sens la manière la plus explicite mais aussi la plus souple en cas de budget limité, en tapant dans les fonctionnalités vous impactez directement le temps passé donc le prix, CQFD.
Se poser des questions pour mieux répondre à d'autres, donc.

Disgression sur ce thème, ou l'art de bbien poser la question :
On ne dit pas "tu peux me faire ça pour ...?" mais "pour quand peux tu me faire ça ?", essaierez, vous verrez., ça change la vie