Vous avez relancé. Vous avez réorganisé l'équipe. Vous avez raccourci les délais. Et ce projet est encore en retard. Ou ce client génère encore des tensions. Ou ce type de mission mobilise systématiquement deux fois plus de temps que prévu. Quand un problème est récurrent, il a une cause systémique — pas une cause circonstancielle. Identifier cette cause change tout.
La différence entre un incident et un pattern
Un incident : un projet dérape parce que le client a changé ses spécifications en cours de route. C'est contextuel. Un pattern : 4 projets sur 5 avec ce type de client ou ce type de mission dépassent le délai prévu. C'est systémique.
La plupart des PME traitent leurs dérapages comme des incidents. Chaque fois, on analyse la cause spécifique de ce projet-là. On ajuste. Et le même problème revient sur le projet suivant. Parce que la cause systémique n'a pas été identifiée.
Les 4 catégories de causes systémiques
Catégorie 1 — Le client
Certains profils clients génèrent systématiquement plus de complications. Questions hors scope, validations longues, demandes de modification fréquentes. Ce n'est pas que ces clients sont mauvais — c'est que le processus n'est pas adapté à leur profil. À vérifier dans Odoo : quel est le taux de dépassement par type de client ou par secteur ? Y a-t-il une corrélation ?
Catégorie 2 — Le type de mission
Certains types de missions sont systématiquement sous-évalués — parce que leur complexité réelle n'est pas capturée dans le devis initial. Migrations de données, formations sur mesure, projets multi-sites. À vérifier dans Odoo : quel est le ratio temps réalisé / temps estimé par type de mission ? Sur les 12 derniers mois ?
Catégorie 3 — La phase du projet
Certaines phases génèrent systématiquement des retards : la phase de spécification, la phase de recette, le go-live. Ces phases ont une structure récurrente — et leur problème récurrent a une solution récurrente.
Catégorie 4 — La configuration humaine
Certains projets dépassent systématiquement quand un collaborateur spécifique est en charge d'une étape spécifique. Ce n'est pas forcément un problème individuel — c'est peut-être un problème de formation, de charge de travail, ou de workflow inadéquat.
Comment analyser dans Odoo
Odoo Project contient toutes les données pour cette analyse — à condition que les projets soient bien renseignés.
- Exporter les données des 20 derniers projets : durée estimée, durée réelle, type de client, type de mission, collaborateurs impliqués
- Calculer le taux de dépassement pour chaque catégorie
- Identifier les 2 à 3 combinaisons avec le taux de dépassement le plus élevé
- Ce sont les causes systémiques prioritaires à traiter
Cette analyse prend 2 à 4 heures si les données Odoo sont propres. Elle peut identifier des causes que vous n'aviez pas vues — et vous faire gagner des semaines sur les projets suivants.
Sentinelle™ automatise cette analyse : connecté à vos données Odoo, il détecte ces patterns en continu — et vous alerte quand un nouveau projet ressemble aux patterns qui dérivent.
Questions fréquentes
Faut-il avoir beaucoup de projets dans Odoo pour que l'analyse soit pertinente ?
Un minimum de 10 à 15 projets avec des données propres est nécessaire pour identifier des patterns significatifs. En dessous, les résultats sont trop sensibles aux variations individuelles.
Et si la cause est vraiment contextuelle — pas systémique ?
C'est possible. Mais dans la grande majorité des PME, au moins 2 à 3 causes systémiques sont identifiables après analyse. Le contexte explique les variations autour du pattern — il n'explique pas le pattern lui-même.