Chaque lundi matin, le directeur commercial demande où en sont les devis.

Le commercial a une version. L’assistante en a une autre. Le fichier Excel n’est pas à jour. Et le CRM affiche encore plusieurs opportunités comme « en cours » alors qu’elles ont déjà été perdues.

La discussion se termine souvent par une conclusion simple :

« Il faudrait quelqu’un pour suivre tout ça. »

L’entreprise recrute. Quelques semaines plus tard, une nouvelle personne relance les commerciaux, rapproche les fichiers, met à jour les statuts et prépare le reporting du comité de direction.

Le problème semble avoir disparu.

En réalité, il a changé de place.

La dette opérationnelle apparaît quand la croissance dépasse le système

Une entreprise peut fonctionner pendant des années avec des méthodes imparfaites : un fichier partagé, quelques habitudes, des échanges informels et une personne qui sait où trouver la bonne information.

Tant que l’équipe reste réduite, ces arrangements donnent parfois l’impression d’être efficaces. On compense les faiblesses du fonctionnement par de la mémoire, de la disponibilité et des coups de main.

Puis l’entreprise grandit.

Il y a davantage de clients, de devis, de commerciaux, de sites, de demandes internes et d’exceptions. Les mêmes informations circulent entre plusieurs personnes et plusieurs outils. Les responsabilités deviennent moins évidentes. Les décisions nécessitent plus de vérifications.

Ce qui était autrefois un simple bricolage devient une dette opérationnelle : un ensemble de choix anciens qui continuent de produire un coût, même s’ils ne sont plus adaptés au niveau de complexité de l’entreprise.

Cette dette ne figure pas toujours dans les comptes. Elle se voit dans les relances oubliées, les doubles saisies, les réunions de coordination, les fichiers parallèles et les personnes que tout le monde sollicite dès qu’une information manque.

Quand l’embauche devient un pansement

Le recrutement n’est pas le problème. Le problème apparaît lorsque l’on recrute pour absorber une circulation de l’information qui reste mal conçue.

Une personne est alors chargée de :

• récupérer des informations dispersées dans les emails, les tableurs et les outils métier ;

• rappeler aux équipes de mettre à jour leurs données ;

• vérifier quelle version est la bonne ;

• transmettre une information d’un service à un autre ;

• produire manuellement un reporting qui devrait être disponible directement ;

• relancer les responsables lorsque le processus s’arrête quelque part.

Le poste peut être utile. Mais il ne corrige pas nécessairement le fonctionnement qui a rendu le poste nécessaire.

La nouvelle recrue devient une interface humaine entre des outils qui ne communiquent pas, des équipes qui ne partagent pas les mêmes règles et des responsabilités qui ne sont pas clairement définies.

Elle augmente le nombre de personnes mobilisées. Elle n’augmente pas forcément la capacité du système à produire une information fiable, au bon moment, au bon endroit.

Une embauche peut augmenter le nombre de personnes qui travaillent sur un problème sans augmenter la capacité de l’entreprise à le résoudre.

Les signes que le recrutement compense un problème de système

Certaines demandes de recrutement méritent d’être examinées avant d’être validées.

C’est le cas lorsque la fiche de poste contient surtout des verbes comme « relancer », « consolider », « vérifier », « transmettre » ou « mettre à jour ».

C’est également le cas lorsque le poste dépend fortement d’une connaissance informelle :

• « Il faudra demander à Pierre pour comprendre comment ça marche. »

• « La personne devra retrouver les dernières versions. »

• « Elle fera le lien entre les équipes. »

• « Elle s’assurera que tout le monde pense à renseigner le CRM. »

Ces missions peuvent être légitimes. Mais elles signalent souvent un flux qui n’a pas été clarifié.

Il faut alors poser une question différente : quelle information manque, à quel moment, entre quelles équipes et pourquoi personne ne peut la retrouver sans intervention humaine ?

Le coût caché d’une dette opérationnelle

Le coût d’un tel fonctionnement ne se limite pas au salaire de la personne recrutée.

Il faut aussi compter le temps passé par les équipes à répondre aux demandes de clarification, les décisions prises avec retard, les opportunités commerciales mal suivies, les erreurs de transmission et les arbitrages qui remontent trop tard à la direction.

Il y a surtout un risque de dépendance.

La personne recrutée finit par connaître les exceptions, les raccourcis, les fichiers cachés et les interlocuteurs à relancer. Elle devient indispensable parce qu’elle est la seule à savoir reconstituer le fonctionnement réel de l’entreprise.

À ce moment-là, l’entreprise n’a pas supprimé sa fragilité. Elle l’a concentrée dans un nouveau poste.

Quand cette personne est absente, tout ralentit. Quand elle part, une partie du système disparaît avec elle. Et quand l’activité continue de croître, il faut souvent recruter une deuxième personne pour absorber le volume supplémentaire.

Le bon arbitrage : comprendre le blocage avant de choisir la réponse

Avant de décider entre recrutement, automatisation ou changement d’outil, il faut décrire le flux réel.

Prenons le passage d’un devis signé à son lancement opérationnel. Qui reçoit l’information ? Où est-elle enregistrée ? Quelles données doivent être complétées ? Qui vérifie qu’elles sont fiables ? Quelle équipe prend le relais ? Que se passe-t-il lorsqu’une information manque ?

Cette cartographie fait souvent apparaître une réalité plus précise que le problème formulé au départ.

L’entreprise ne manque pas toujours de personnes. Elle peut manquer :

• d’une règle claire sur le moment où une étape est considérée comme terminée ;

• d’un endroit unique où retrouver l’information ;

• d’une responsabilité explicite entre deux équipes ;

• d’un outil correctement configuré ;

• d’un mécanisme simple pour traiter les exceptions ;

• d’une visibilité suffisante pour décider avant que le problème ne devienne urgent.

Une fois le blocage identifié, le recrutement peut rester la bonne réponse. Mais il devient un choix éclairé, et non une manière de rendre supportable un fonctionnement confus.

Recruter reste parfois la bonne décision

Toutes les embauches qui portent sur la coordination ne sont pas des erreurs.

Une entreprise peut avoir besoin d’une personne pour piloter un périmètre devenu stratégique, accompagner une nouvelle activité ou prendre en charge des décisions qui ne peuvent pas être automatisées.

La question n’est donc pas : « Peut-on éviter ce recrutement ? »

La bonne question est : « Cette personne va-t-elle créer de la capacité, ou seulement compenser une faiblesse existante ? »

Un poste crée de la capacité lorsqu’il apporte une responsabilité claire, une expertise nécessaire et un fonctionnement qui devient plus robuste grâce à sa présence.

Il compense une faiblesse lorsqu’il repose principalement sur la récupération manuelle d’informations, les relances et la réparation d’exceptions produites par le système.

Conclusion

La dette opérationnelle devient visible lorsque l’entreprise continue de grandir, mais que son fonctionnement repose encore sur les mêmes fichiers, les mêmes habitudes et les mêmes personnes qu’avant.

Dans ce contexte, recruter peut soulager l’équipe sans résoudre le problème. La charge est mieux répartie, mais le flux reste fragile. L’information circule toujours mal. Les décisions dépendent toujours de vérifications manuelles. Et une nouvelle personne devient progressivement le point de passage obligé.

Avant d’ouvrir un poste, il vaut donc la peine d’identifier ce que le recrutement est censé réparer.

Si la réponse est « retrouver une information », « relancer plusieurs équipes » ou « faire tenir ensemble des outils qui ne communiquent pas », le sujet n’est peut-être pas seulement humain.

Sources

Aucune source externe utilisée. Cet article s’appuie sur la conviction Framewark selon laquelle la croissance qui dépasse les systèmes produit de la dette opérationnelle.