L'essentiel
Un CIO Office passe son temps à imposer cadence, backlog et discipline au reste de l'IT — et s'en exonère lui-même. Il a pourtant, lui aussi, une roadmap, un budget et une organisation à faire évoluer. La bascule consiste à se traiter comme n'importe quel autre chantier : s'appliquer à soi la méthode qu'on prescrit. C'est le raccourci le plus direct vers la crédibilité — la confiance ne se décrète pas, elle se prouve par l'exemple.
Ce constat est porté par Sébastien Delayre, fondateur du cabinet Agile Enterprise Partner, passé par Sephora et Christian Dior Couture. Sa double casquette — architecte d'entreprise et lead transformation — l'a amené à refondre les modèles opérationnels de DSI de grands groupes du luxe, du retail et de la banque. Il en tire une conviction, exprimée au micro du podcast CIO Revolution : le premier problème d'un CIO Office, c'est souvent le CIO Office lui-même.
Le premier problème du CIO Office
Le CIO Office est né pour mettre de l'ordre : cadrer la demande, confronter les ambitions à la capacité, prioriser par la valeur. Il excelle à le faire… pour les autres. Sur sa propre maison, angle mort. Ses chantiers régaliens — gouvernance, architecture cible, refonte financière — n'ont ni cadence, ni backlog formalisé, ni échéance tenue.
La cause est mécanique : « le run met sous le tapis » la planification du CIO Office. Les urgences opérationnelles passent en premier, et les sujets de fond glissent systématiquement en fin de liste. Ils n'avancent que par à-coups, jamais au rythme qu'on exigerait de n'importe quelle équipe projet.
Le double standard qui coûte cher
« Si on n'incarne pas les process, l'organisation et les outils qui sont proposés à l'ensemble de l'entreprise, là il y a une faute de goût. » Difficile de faire tenir une cadence aux métiers quand on ne se l'applique pas. L'exemplarité n'est pas un supplément d'âme : c'est la condition de crédibilité de la fonction.
Le renversement est simple à formuler : « Finalement, on va peut-être s'appliquer à nous-mêmes ce qu'on propose d'appliquer aux autres. Et ça fonctionne tout de suite beaucoup mieux. »
Le moment de bascule
La prise de conscience arrive rarement par la théorie. Elle est presque toujours déclenchée par un petit planté : une contribution du CIO Office qui fait déraper une roadmap, ou qui fait rater un PI planning. Le sujet devient soudain visible parce qu'il a coûté quelque chose.
Le premier réflexe est alors le mauvais : le mode task force, le branle-bas de combat, on jette trois personnes sur le problème le temps d'éteindre l'incendie. Ça fonctionne une fois, deux fois — puis ça casse.
Le piège de la task force
« Le mode task force ne marche pas à l'échelle. » Empiler les cellules de crise ne remplace pas un système de pilotage. Tant que le CIO Office se traite en exception permanente, il reproduit exactement le désordre qu'il combat ailleurs.
La vraie bascule survient souvent ailleurs — en team building, autour d'une question désarmante de simplicité : « comment on fait pour mieux travailler ensemble ? » C'est là que le CIO Office s'autorise enfin à s'appliquer à lui-même les briques qu'il prescrit : la gestion de la demande et la gestion capacitaire ne valent pas que pour les équipes de build.
La cadence commune, ce game changer
Le déclencheur le plus puissant n'est pas un outil sophistiqué ni un framework de plus. C'est un geste presque trivial — et c'est justement ce qui le rend redoutable.
« Le petit effet wow qui paraît tout bête, c'est d'avoir une cadence commune : que tout le monde soit aligné en terme de cadence, le métier et l'IT. »
Pourquoi ça change tout ? Parce qu'un horizon partagé rend la planification pensable :
« Se projeter à 3 mois, c'est beaucoup plus facile intellectuellement que de te dire : je n'ai pas d'échelle de temps. »
Une fois le tempo posé, les autres briques s'emboîtent : un backlog commun IT et métiers, une priorisation par la valeur, une capacité rendue visible. Le CIO Office cesse d'être une boîte noire et devient une équipe pilotée comme les autres — ce qui, au passage, clarifie aussi ce qui le distingue d'un PMO.
Par où commencer lundi
Pas besoin d'un programme de transformation pour démarrer. Le playbook tient en cinq gestes, applicables même dans une organisation encore en cycle en V :
- 1
Poser une cadence commune
Aligner métiers et IT sur un même rythme (le trimestre est un bon défaut). C'est l'« effet wow » qui débloque tout le reste. - 2
Tenir un backlog commun
Un seul endroit où atterrissent les demandes IT et métiers — y compris les chantiers du CIO Office lui-même, qui cessent d'être invisibles. - 3
Prioriser par la valeur
Trancher explicitement plutôt que laisser le run décider par défaut. Ce qui compte passe avant ce qui crie le plus fort. - 4
Rendre la capacité visible
Afficher ce que l'équipe peut réellement absorber, pour n'engager que ce qui rentre — la même discipline qu'on demande aux autres. - 5
Lotir au trimestre
Découper les chantiers en incréments trimestriels. Possible même en cycle en V : on ne change pas la méthode de développement, on change l'échelle de temps.
La preuve est transférable
Cette discipline n'est pas cosmétique. Chez un client, elle a permis de passer de 125 à une vingtaine de projets menés en parallèle. Avant, le débit était quasi nul — tout entrait, presque rien ne sortait. Après, les gains d'efficacité ont été énormes. Ce que le CIO Office s'applique à lui-même, il peut ensuite le prouver à l'échelle de toute la DSI.
C'est tout l'esprit du « eat your own dog food » : la fonction qui impose la rigueur commence par se l'imposer. Elle ne gagne pas la confiance en l'exigeant, mais en l'incarnant.
Questions fréquentes
Que veut dire « eat your own dog food » pour un CIO Office ?
Cela signifie s'appliquer à soi-même les process, l'organisation et les outils que l'on prescrit au reste de l'entreprise : cadence, backlog, priorisation par la valeur, capacité rendue visible. Un CIO Office a lui aussi une roadmap, un budget et une organisation à faire évoluer — les traiter comme n'importe quel autre chantier, c'est prouver par l'exemple que la méthode fonctionne.
Pourquoi le CIO Office oublie-t-il de se piloter lui-même ?
Parce que le run met sous le tapis sa propre planification : les urgences opérationnelles passent d'abord, et les chantiers régaliens du CIO Office (gouvernance, architecture, financier) glissent en fin de liste. Sans cadence ni backlog dédié, ils n'ont pas d'échéance et n'avancent jamais vraiment.
Par où commencer pour rendre le CIO Office exemplaire ?
Par la cadence commune : aligner métiers et IT sur un même rythme, projeter à trois mois, tenir un backlog partagé priorisé par la valeur et rendre la capacité visible. Cet « effet wow » simple débloque le reste — c'est le premier geste à poser lundi matin.