Des équipes projet qui apprennent les délais de livraison avec le tempsChaque projet terminé nourrit le plan suivant.

Demandez à une équipe combien de temps prendra le prochain livrable, et vous obtenez le temps qu'il devrait prendre. Demandez combien ont pris les cinq derniers, et vous obtenez une autre réponse. La plupart des équipes ne posent jamais la seconde question, parce que personne n'a noté les réponses.

Pourquoi les délais glissent deux fois de la même façon

Les projets en retard le sont rarement pour des raisons nouvelles. Le périmètre grandit un peu après le lancement. Une décision du client reste ouverte. Un client se tait pendant deux semaines. Une autre équipe détient une clé dont vous avez besoin. Chacun de ces signes apparaît dans une réunion bien avant l'échéance. Et chacun est oublié quand on planifie le projet suivant.

Les psychologues appellent cela le biais de planification. Nous planifions à partir du meilleur scénario, même quand nous connaissons nos cas passés. Le remède n'est pas plus de discipline. C'est une trace de ce qui s'est passé, tenue sans travail en plus.

Étape 1 : noter comment chaque projet s'est terminé

Quand un projet est terminé, Parley Notes propose l'issue d'après l'échéance. Vous la confirmez d'un clic, ou vous la changez. S'il a pris du retard, vous choisissez pourquoi : le périmètre a changé, le client a tardé, l'équipe a manqué de temps, autre chose l'a retenu, ou une autre raison.

C'est la seule étape en plus. Tout le reste est déjà dans vos notes : chaque tâche issue des appels, avec son responsable, sa date et la réunion d'où elle vient.

Étape 2 : repérer vos habitudes

Après quelques projets, des tendances apparaissent. Parley Notes met les signaux de vos réunions à côté de la façon dont vos projets se sont vraiment terminés : changements de périmètre, décisions ouvertes, clients silencieux, tâches qui attendaient quelqu'un d'autre.

Dans cet exemple, les projets terminés dans les temps comptaient en moyenne un changement de périmètre. Ceux qui ont pris du retard en comptaient trois. Ce n'est pas une règle pour toutes les équipes. C'est une règle pour cette équipe, apprise de ses propres projets.

Étape 3 : prévenir tôt

Quand un projet en cours commence à ressembler à ceux qui ont pris du retard, vous l'apprenez cette semaine, pas à l'échéance. Le déploiement clinique a connu trois changements de périmètre depuis le lancement. L'alerte montre le dernier, mot pour mot :

« Peut-on aussi ajouter le deuxième service avant la mise en service ? »Dr Hale · Point hebdomadaire, 7 déc.

Vous pouvez maintenant décider ce qui bouge avant de dire oui.

Étape 4 : planifier le suivant à partir de votre historique

La même trace rend le plan suivant honnête. Quand vous fixez les dates d'un nouveau projet, vous voyez combien de temps le même type de livrable a pris à votre équipe auparavant.

Vous choisissez toujours la date. Mais vous la choisissez en sachant que la validation du client vous a pris huit jours, pas trois. Avec le temps, les plans et les résultats se rapprochent, et l'équipe cesse d'être surprise par son propre travail.

Ce que l'équipe y gagne

• Moins de surprises à l'échéance.
• Une raison derrière chaque alerte, liée à la réunion où tout a commencé.
• Des plans qui partent de votre propre historique, pas de l'espoir.
• Ni feuilles de temps ni formulaires. Un seul clic quand un projet se termine.