Kennisbank

Quelle dépendance retient le reste du plan

Un plan à 100 jours ne se compose pas de cent tâches isolées. Il se compose d'un petit nombre de décisions dont beaucoup dépend, et d'un grand nombre de tâches qui ne peuvent commencer qu'une fois ces décisions prises. Le choix du système pour l'administration financière est une telle décision. L'organisation des lignes de reporting en est une autre. Tant que celles-ci ne sont pas arrêtées, une série d'autres tâches attend — parfois visiblement, plus souvent invisiblement, parce que personne ne suit la file d'attente.

La question « quelles dépendances bloquent le reste » n'est donc pas une question de dessiner un planning avec des flèches. C'est une question d'établir quels nœuds sont réellement des nœuds, et quelles tâches semblent seulement s'attendre les unes les autres parce que personne ne les a dissociées.

Ce qui fait d'une dépendance un blocage

Toute succession n'est pas une dépendance. Certaines tâches se suivent dans un planning parce que cela semblait pratique, pas parce que l'une a besoin de l'autre. Un véritable blocage répond à un critère simple : la tâche B ne peut démarrer, ou ne peut bien démarrer, qu'une fois la décision A prise. L'inverse est vrai aussi — si B peut aussi avancer sans A, avec une hypothèse temporaire, ce n'est pas un blocage mais un choix d'attendre.

Cette distinction est précisément la raison pour laquelle quelles décisions relèvent des cent premiers jours est une question qui précède celle-ci. Une liste de cent tâches sans distinction entre bloquant et non bloquant produit un planning qui suggère une pression égale partout. C'est rarement vrai. En général, une poignée de décisions bloque une multitude de tâches, et le reste peut avancer en parallèle.

Ce que coûte l'attente, et pourquoi ce n'est pas égal partout

Toute décision reportée n'a pas le même coût. Une décision sur l'identité visuelle peut attendre des mois sans que rien ne casse. Une décision sur qui peut signer les contrats clients peut, en quelques semaines, immobiliser un service qui l'attend. La question n'est pas seulement ce qu'une décision bloque, mais ce que coûte le fait de ne pas la prendre — et ce coût n'est pas égal partout, même entre décisions qui paraissent aussi lourdes l'une que l'autre sur papier.

C'est pourquoi il est utile de ne pas classer les décisions par importance, mais par ce que coûte l'incertitude tant qu'elle reste ouverte. Comment classer les décisions selon le coût de l'incertitude décrit ce classement : non pas ce que coûte la décision elle-même, mais ce que coûte de ne pas encore en avoir une. Cette distinction change souvent l'ordre. Une décision lourde sur le fond mais qui ne bloque guère autre chose peut passer en dernier. Une décision qui paraît légère mais qui fait attendre trois équipes doit passer en premier.

Qui surveille cela, et pourquoi ce n'est pas automatiquement quelqu'un

Une dépendance que personne ne suit ne devient pas moins bloquante — elle devient seulement visible plus tard, généralement au moment où le retard est déjà accumulé. La surveillance n'est pas une tâche qui revient automatiquement à une des équipes concernées, car les deux équipes ne voient que leur propre côté de la dépendance. L'équipe qui attend sait qu'elle attend. L'équipe dont dépend la décision ne sait souvent pas que quelqu'un attend après elle.

Cette surveillance est la tâche centrale du bureau d'intégration : non pas exécuter, mais voir qui attend après qui, et le maintenir visible tant que cela dure. La manière dont ce bureau reste opérationnel sans devenir lui-même une couche de ralentissement est décrite dans comment garder le bureau d'intégration opérationnel. Et comme les dépendances sont souvent liées à des personnes — une signature ici, une approbation là — c'est aussi une question de savoir qui, dans l'organisation, peut réellement trancher ces nœuds, ce qui rejoint qui sont vos personnes clés lors d'une acquisition.

Le revers de la médaille : tout ne doit pas être dénoué

À chaque dépendance correspond une question facilement escamotée : cet élément doit-il en réalité être fusionné. Résoudre un blocage en intégrant deux systèmes n'est pas nécessairement mieux que laisser subsister le blocage en gardant les systèmes séparés. Parfois, la solution la moins coûteuse n'est pas de dénouer, mais de ne pas fusionner. Cette question doit être posée à chaque nœud, non comme exception mais comme partie intégrante systématique de l'arbitrage — sinon l'intégration devient un but en soi plutôt qu'un moyen.

Ce que signifie réellement une date de Day 100 manquée, et qui en est alors responsable, dépend de la manière dont ces blocages ont été suivis. C'est développé dans que faire si le Day 100 n'est pas atteint et qui surveille cela. Et l'incertitude qui naît tant que les décisions restent ouvertes a un aspect humain qui n'entre pas dans un planning : pourquoi les gens partent-ils durant les mois d'incertitude décrit ce que coûte l'attente aux personnes, pas seulement aux tâches.

Mergerintegration.net est en construction. Ceux qui souhaitent utiliser les générateurs et le bureau d'intégration dès qu'ils seront disponibles peuvent s'inscrire sur la liste d'attente.

Une fois les dépendances cartographiées, reste la question de qui exécute réellement le travail une fois les nœuds démêlés. Beaucoup des tâches qui attendent une décision — transfert de données, contrôle de documents, mise en place de rapports — se composent d'étapes qui se répètent dès que les règles sont fixées. Le scan de travail de FTE TO AI calcule, tâche par tâche, quelle part de ce travail peut être reprise par l'IA, afin de rendre visible où les personnes restent nécessaires et où se libère de la capacité pour les décisions qui ne peuvent s'en passer.