Dépassement d’heures projet : retrouver l’explication

Commencer par une question à laquelle on peut répondre

« Pourquoi ce client est-il moins rentable ? » paraît précis, mais les heures seules ne donnent pas la réponse. Il faut aussi connaître les revenus, les coûts de réalisation et la période comparée. Une première question plus utile est : pourquoi ce projet au forfait a-t-il consommé 60 heures alors que le contrat en incluait 40, et les heures supplémentaires ont-elles été facturées ?

Voici un exemple fictif. Atlas a un projet au forfait comprenant 40 heures. Les données métier en comptabilisent 60, dont 20 attribuées à une refonte supplémentaire. Une demande dans Slack et le périmètre contractuel permettent de comprendre la situation. Ces chiffres illustrent une démarche, pas un résultat client.

1. Comparer des informations comparables

Noter le client, l’identifiant du projet, la période de réalisation et la version du contrat. Vérifier que les 60 heures concernent ce projet plutôt qu’une prestation de support, une phase précédente ou un autre compte au nom proche.

Distinguer les heures réalisées des estimations. Rechercher aussi les doublons et les corrections tardives. Le calcul, 60 moins 40, établit un écart de 20 heures. Il n’explique encore ni cet écart ni une éventuelle perte financière.

2. Donner un rôle précis à chaque source

Le contrat sert à retrouver l’accord. La conversation permet de retracer la demande supplémentaire. Les données métier montrent le travail effectué et les informations de facturation.

• Contrat : le périmètre accepté et les 40 heures incluses, avec la version et la section concernées.
• Slack : la demande de refonte, sa date, les personnes impliquées et les échanges sur le périmètre ou le prix.
• Données métier : les 60 heures enregistrées, les 20 heures de refonte et leur facturation éventuelle.

Une demande dans Slack ne prouve pas, à elle seule, qu’un supplément payant a été approuvé. Si l’accord ou la facturation reste introuvable, conserver cette incertitude au lieu de la remplacer par une supposition.

3. Faire vérifier l’explication par les bonnes personnes

Dans cet exemple, Alex vérifie les heures et confirme que la refonte supplémentaire n’a pas été facturée. Sam consulte le contrat et confirme qu’elle dépassait le périmètre convenu. Chacun confirme ce qu’il peut effectivement vérifier.

Garder les références justificatives avec ces confirmations. Si Sam conteste l’interprétation du périmètre, conserver ce désaccord et préciser le prochain contrôle nécessaire. Une formulation assurée ne doit pas masquer une question encore ouverte.

4. Enregistrer une réponse utile à la prochaine décision

La réponse peut rester courte : « Atlas a consommé 60 heures pour 40 incluses au forfait. Les 20 heures supplémentaires correspondent à une refonte hors périmètre et n’ont pas été facturées. » Lui associer la section du contrat, la demande Slack, les relevés d’activité, les noms et la date de confirmation.

Maya peut ensuite reprendre ce contexte pour préparer le renouvellement. Il éclaire la discussion sur le périmètre, les approbations et le futur tarif. Il ne lui indique pas quel prix appliquer ni si le client est rentable sans les données financières correspondantes.

5. Vérifier avant de réutiliser

Avant de reprendre la réponse, vérifier qu’elle porte sur le même projet et la même période. Un nouveau contrat, une saisie corrigée ou une facture ultérieure peuvent changer l’explication. Les droits d’accès comptent aussi : retrouver une réponse confirmée ne doit pas exposer des données interdites au lecteur.

La méthode de fiche de réponse confirmée aide à conserver ce contexte. QAIZEN développe un assistant de connaissances IA pour ce parcours : retrouver les informations dans les documents, les conversations et les outils métier, puis réutiliser les réponses vérifiées par l’équipe. Cette démarche peut déjà s’appliquer aux informations que votre équipe gère aujourd’hui.