Je ne connais pas de chef de projet auquel on n’ait jamais demander d’accélérer l’un de ses projets. Aussi vaut-il mieux être toujours prêt à répondre rapidement à une telle requête. Prenez les devants et analysez ce qui pourrait être fait pour accélérer l’exécution de votre projet avant que l’on ne vous le demande et proposez d’agir en conséquence si vous y découvrez un réel et fort intérêt et que les risques restent manageables.

MAIS, tous les projets ne peuvent être accélérés et parfois réduire les délais pourrait vous mener à l’échec !

Alors, comment décider, que regarder ?

Un article du PM Network de Septembre 2012 intitulé « On the Right Track » était dédié à ce sujet.

Voici ce que je retiendrais de ces témoignages :

1. Est-ce faisable ? L’exécution en parallèle de davantage de taches est-elle possible ?

• Diviser un développement de système complexe en modules et paralléliser les efforts des ressources sur ces modules.
• Commencer à développer une fonctionnalité pendant que les suivantes sont encore en cours d’élaboration.
• Analyser et réaménager les dépendances entre les taches et le chemin critique du projet.

2. Avez-vous ou pourriez-vous obtenir les ressources pour le faire ?

• Accroitre les ressources sur une tache donnée par un apport de compétences externes au projet.
• Ressources facilement augmentables, sans compétences critiques difficiles à trouver ou créer.
• Êtes-vous déjà en retard ?

3. Est-ce acceptable et accepté de tous ?

• Équipe, sponsor, parties prenantes…
• Clients, utilisateurs

4. Où placer la barre ?

• Risques versus bénéfices
• Compromis sur la qualité
• Enjeux business et humains

La conclusion reste selon moi que, même si cela peut paraitre attirant, accélérer un projet reste plus facile à dire qu’à implémenter avec succès.

Quelles sont vos expériences personnelles sur ce sujet ?