Combien de fois vous est-il arrivé d’arriver en retard à un événement ? Vous avez peut-être eu un empêchement de dernière minute. Vous avez peut-être été confronté à des travaux de construction. Ou peut-être n’avez-vous tout simplement pas su anticiper. Parfois, tout se passe bien. Mais il arrive aussi que vous manquiez quelque chose d’important, comme les vœux de mariage de votre sœur ou le grand spectacle de votre enfant.
Dans un article précédent, nous avons parlé de l’importance de la planification et de la gestion des projets. Bien que la réussite d’un projet comporte de nombreux aspects, concentrons-nous sur la date d’achèvement pour les quelques minutes qui suivent. Un projet qui produit des résultats après que la décision a été prise n’a que peu de valeur. Et un projet qui dépasse le budget en raison de retards peut être annulé avant d’être achevé. Pour réussir, il faut prêter une attention particulière aux dates d’achèvement.
Les retards dans les projets sont un problème chronique dans tous les types de développement de logiciels. Commençons par explorer quelques-unes des causes de ces retards.
Attentes – Planifier le voyage
Dans le domaine du développement de logiciels, les contraintes de date, de ressources, de caractéristiques et de qualité sont bien connues. Vous pouvez spécifier ou imposer un, deux ou même trois de ces facteurs, mais si vous essayez d’imposer les quatre, vous échouerez presque à coup sûr. Par exemple, je peux dire que je veux que toutes les fonctionnalités soient réalisées avec une qualité élevée, dans un délai de 90 jours, mais je dois alors être prêt à allouer les ressources nécessaires. Ou si je veux que le projet soit réalisé avec un maximum de trois personnes, je dois être prêt à faire glisser la date ou d’autres contraintes. Ces mêmes aspects s’appliquent à la plupart des projets de simulation – en remplaçant peut-être le mot « fonctionnalités » par » exhaustivité » et l’expression » validation/vérification » par « qualité ».
Étant donné que de nombreux projets démarrent dans l’urgence et avec un budget limité, la direction tente souvent d’imposer les quatre contraintes. Mais puis-je vraiment spécifier les quatre contraintes (par exemple, toutes les fonctionnalités achevées avec une qualité élevée, en 90 jours, avec un maximum de 3 personnes) ? NON – à moins d’avoir commencé avec un calendrier très souple (ce qui est peu probable dans le cas d’un projet urgent). J’ai généralement constaté qu’en essayant de le faire, je n’aurai aucune idée, jusqu’à la fin, de l’ampleur du dépassement de chacune des contraintes. Notez que j’ai dit « de combien« , et non « si« . Au fur et à mesure que l’on s’approchera de la date butoir, la pression augmentera à tous les niveaux pour « faire des économies ». Ensuite, pour sauver la viabilité du projet, il y a souvent une tentative de dernière minute d’ajouter des ressources pour « sauver la date », mais cette tentative est généralement trop tardive pour avoir beaucoup d’impact.
Construction de routes : les prochains millions de kilomètres
En supposant que nous ayons des attentes raisonnables au départ, quels sont les autres problèmes qui peuvent perturber le calendrier ?
Objectifs – Des objectifs de projet médiocres, comme nous l’avons vu la semaine dernière, constituent un énorme problème potentiel. Si vous partez d’une spécification fonctionnelle manquante ou inadéquate et d’une mauvaise compréhension du projet, il est peu probable que vous puissiez élaborer un plan de projet réaliste.
Optimisme – J’aime me laisser guider par l’adage de Murphy : « Tout ce qui peut aller mal ira mal« . De nombreuses personnes pensent qu’il est prudent de baser leurs estimations de projet sur des estimations d’effort « raisonnables ». Mais le terme « raisonnable » devient souvent très optimiste lorsqu’il est ajusté aux situations réelles.
Implication des parties prenantes – Tout d’abord, vous devez savoir qui sont vos « clients ». Si vous travaillez pour une grande organisation, il peut être difficile de déterminer qui sont toutes les personnes concernées par votre projet. Si vous êtes consultant, c’est peut-être un peu plus facile. Mais une fois que vous les avez identifiées, les parties prenantes doivent être impliquées. Si elles ne sont pas impliquées, vous risquez de manquer de ressources et d’informations importantes, et la priorité de votre projet risque d’en pâtir.
Compétences – Nous sommes tous des personnes intelligentes et pleines de ressources. Nous aimons croire que nous connaissons, ou que nous pouvons apprendre rapidement, tout ce que nous devons savoir pour mener à bien le projet. Mais bien souvent, il y a beaucoup de choses que nous ignorons. Et ce qui est encore plus dangereux, c’est qu’il y a des choses que nous ne savons même pas que nous ne savons pas.
Bien entendu, il existe de nombreux autres domaines dans lesquels vous pourriez vous tromper – j’en parlerai dans de prochains blogs. Pour l’instant, réfléchissez à ces concepts et, dans un prochain blog, nous parlerons de la façon d’aborder cette première série d’écueils.
Bonne modélisation !
Dave Sturrock
VP Produits – Simio LLC