"Les TI nous bloquent."

C’est une phrase qu’on entend souvent dans les organisations. Elle revient dans les rencontres, dans les ateliers, parfois même autour de la machine à café. Elle exprime une frustration réelle des équipes métiers qui peinent à voir leurs besoins traduits rapidement en solutions concrètes.

Mais derrière ce reproche, que se passe-t-il vraiment ? Et si le véritable coupable était ailleurs ?

Robert C. Martin, dans Clean Architecture, nous propose un regard en profondeur : celui d’un architecte qui connaît les dessous du logiciel. Et ce qu’il montre est aussi troublant que familier.

Une histoire familière (et mesurabe)

Prenons un exemple classique :

Une entreprise connaît un grand succès avec son logiciel. Les clients affluent, les demandes s’accumulent. Pour suivre la cadence, on embauche plus de ressources : développeurs, analystes, .. etc. On veut livrer plus vite, et à tout prix.

Mais à mesure que l’équipe grandit… tout ralentit!

• Les délais explosent.

• La qualité se dégrade.

• Les bugs se multiplient.

• Les frustrations montent.

Et les dirigeants ne comprennent plus : Pourquoi plus de moyens donnent moins de résultats ?

Le constat tombe : malgré les ressources, le système ne suit pas.

Les deux graphiques ci-dessous racontent cette histoire en chiffres :

Évolution de l’équipe vs Taille du Produit

Productivité vs Taille du Produit

Malgré une croissance constante de l’équipe, la productivité chute à mesure que la taille du produit augmente. En effet, tout commence bien : à la première version, la productivité est au sommet. Mais à chaque release, le produit prend du poids… et la productivité s’effondre.

Ces graphiques illustrent une réalité discrète mais redoutable : la dette technique s’accumule en silence. À mesure que le code grossit, l’agilité disparaît.

Et parfois, ce n’est plus le code qu’on développe… mais la complexité qu’on subit.

Quand plus de monde n'aide plus

Comme Robert C. Martin le dit lui-même dans son livre Clean Architecture:

“There are systems that are practically impossible to change, because the cost of change exceeds the benefit of change.”

Imagine une vieille voiture des années 80, customisée pour suivre l’évolution du besoin.
Elle roule encore (plus ou moins), mais elle a été modifiée tellement de fois que :

• Le moteur vient d’un autre modèle,

• Elle a été modifiée pour fonctionner comme voiture sur terre… et comme bateau sur l’eau,

• Le tableau de bord est bricolé avec des pièces d’ordinateur portable,

• Et il faut taper sur la portière pour démarrer le chauffage.

Tu te dis : “Et si on la modernisait ?”

Mais là, tu réalises que changer une seule pièce nécessite de démonter trois autres.
Mettre un GPS ? Impossible sans refaire tout le circuit électrique.
Installer une clim ? Tu dois toucher au moteur.
Le coût du changement est astronomique.

Alors tu fais appel à des mécanos. Puis à d’autres. Puis encore plus.
Mais chaque intervention complexifie l’ensemble au lieu de l’améliorer.

Résultat : on avance moins vite.

5 leçons à retenir de Clean Architecture

Pour éviter de transformer nos systèmes en monstres inchangeables, voici ce que Clean Architecture nous enseigne…

1. L’architecture, c’est la capacité de changer: trop souvent, elle est considérée comme un luxe ou une “affaire de développeurs”. Mais c’est un investissement stratégique. Une bonne architecture rend le changement simple, local, peu coûteux.

2. Le couplage tue la vitesse: quand un interface utilisateur est intimement liée à la logique d’affaire, elle-même dépendante de la base de données, chaque modification a des effets en cascade.

3. Les choix techniques deviennent des contraintes métiers: un framework imposé, une base de données trop ancrée, un modèle rigide : tout cela finit par freiner l’entreprise.

4. Une architecture vivante laisse les options ouvertes: Robert C. Martin insiste que le rôle de l’architecture est de retarder les décisions irréversibles pour rester adaptable le plus longtemps possible.

5. Ce n’est pas les TI qui bloquent, c’est souvent l’oubli de l’architecture: l’absence de réflexion sur la structure à long terme du système mène inévitablement à des blocages. Les TI ne sont que l’écho des choix accumulés.

Repenser la critique

La prochaine fois qu’on entend “les TI nous bloquent”, posons-nous une autre question : Notre architecture est-elle prête pour la vitesse, le changement, l’évolution continue que demande l’entreprise ?

Et si la réponse est non, alors ce n’est pas une question de TI.
C’est une invitation à reconstruire les fondations. Et ça commence souvent par de petites décisions bien pensées : isoler la logique affaire, clarifier les dépendances, revoir le cycle de vie des composants...

🙏 Merci pour votre lecture, et n’oubliez pas :
Une architecture solide, c’est la première condition pour que les données, et les idées, circulent librement.

Abonnez-vous à cette publication si ce n’est pas encore fait, et n’hésitez pas à réagir ou à me contacter sur LinkedIn — je serais ravi d’échanger sur vos expériences, vos défis ou vos réflexions autour de l’architecture et de la collaboration entre TI et lignes d’affaires.

On parle beaucoup de Data Product, de Data Mesh ou encore de Data Fabric. Ces termes peuvent sembler flous. Alors autant partir d’un exemple concret : un film à succès.
Pas n’importe lequel : Mission: Impossible – Final Reckoning, prévu pour le 23 mai à Montréal.

Le Data Product : le cœur de la valeur

Mission: Impossible, ce n’est pas juste une suite de cascades. C’est une œuvre pensée de bout en bout : scénario, acteurs, montage, doublages, formats IMAX, bande-annonce, stratégie de lancement mondiale…

Ce film prêt à être diffusé dans des salles du monde entier ou sur des plateformes de streaming incarne parfaitement ce qu’est un Data Product :

• Il est documenté : synopsis, crédits, droits, durée, version multilingue.

• Il est qualifié : cohérent, sans erreurs, avec des effets son/image validés.

• Il est accessible à grande échelle : salle, VOD, télévision.

• Il est orienté valeur : il répond à un besoin utilisateur, captiver, divertir, performer au box-office.

Un Data Product, c’est ca: une donnée conçue comme un produit fini, pensée pour être utilisée, prête à l’emploi, documentée, gouvernée, maintenue dans le temps et mesurable en valeur.
C’est lui, le livrable final. Le cœur de la chaîne de valeur.

Les studios : les domaines métiers producteurs de valeur

Mais ce succès de diffusion ne sort pas de nulle part.

Il a été produit par un studio bien précis, Paramount Pictures, avec ses propres équipes, ses ressources, son autonomie. Ce studio connaît son audience, son timing, ses enjeux business.

Il porte la responsabilité totale du succès du film.

C’est exactement ce que propose un Data Mesh :
Un écosystème distribué, comme Hollywood, composé de studios indépendants (les domaines d’affaires) comme Paramount Pictures, chacun responsable de la production de ses propres Data Products.

Marketing, Finance, RH, Risques…
Chaque domaine fonctionne comme un studio. Il produit ses propres Data Products, avec des engagements forts sur la qualité, la gouvernance et la valeur livrée.

Le Data Mesh, c’est l’Hollywood de la donnée : un réseau de studios métiers autonomes, alignés sur un objectif commun: livrer des produits data de qualité, pour un public métier bien identifié.

Le Data Fabric : l’infrastructure invisible qui rend tout possible

Et pour que l’écosystème entier fonctionne à l’échelle d’Hollywood ?

Il faut :

• Des plateaux connectés, des caméras intelligentes, des pipelines de post-production,

• Des outils IA pour les effets spéciaux ou les doublages multilingues,

• Des standards unifiés de formats, de qualité, de livraison,

• Des catalogues partagés, des règles de droits automatisés,

• Et une logistique fluide entre studios, distributeurs et plateformes.

C’est le rôle du Data Fabric :

L’infrastructure intelligente qui connecte, automatise, catalogue et gouverne l’ensemble du cycle de production.

Il libère chaque studio (domaine d’affaires) de la complexité technique, tout en assurant cohérence, sécurité et performance à grande échelle.

En version “scène finale” :

Ne livrez plus des brouillons de données.
Comme pour un film, vos données méritent un scénario, une production de qualité, et une diffusion à grande échelle.

J’ai choisi ici l’angle de l’analogie, pour introduire simplement des concepts qui peuvent parfois sembler abstraits ou techniques : Data Product, Data Mesh, Data Fabric…

Mon objectif : proposer un fil rouge clair pour celles et ceux qui souhaitent passer d’une vision théorique à une architecture data réellement orientée produit et valeur.

Abonnez-vous à cette publication si ce n’est pas encore fait, et n’hésitez pas à réagir ou à me contacter sur LinkedIn — je serais ravi d’échanger sur vos expériences, vos défis ou vos réflexions autour de l’architecture.

Recently, several people — colleagues, LinkedIn contacts, and fellow data professionals — reached out to ask me the same question:
“Is the CDMP Associate certification from DAMA International really worth it?”

So here’s my take, based on personal experience — and why I believe this certification is both relevant and powerful.

Why Get Certified in Data Management?

Today, data is growing fast, and so are the technologies around it. With the rise of the cloud, Data Mesh, and generative AI, the way we handle data needs to evolve too. We can no longer afford messy, unstructured, or unmanaged data. We need solid foundations.

That’s exactly where the CDMP certification comes in. For me, it stands out for three main reasons:

Reason #1: A Recognized and Universal Standard

Unlike tool-based certifications (like AWS, Microsoft, or Snowflake), the CDMP is tool-agnostic and works in any environment. It’s based on the fundamental principles of data management, not on one specific platform, which makes it more valuable in the long term.

Tools change. Principles don’t. That’s the value of CDMP.

Reason #2: Recognition for Data and Architecture Experts

Data management is often seen as something bureaucratic. But in reality, it’s a key driver of value. It supports quality, security, and trust in data. The CDMP certification helps bring a governance mindset, and it gives professionals the tools to build solid, sustainable data architectures.

Reason #3: A Door to Strategic Roles

If you’re a data engineer or data scientist who wants to grow into a data architect or another strategic role, the CDMP is a clear signal of your expertise and vision. It shows that you understand the “why” behind the “how”.

It signals expertise, vision, and readiness to step up.

Why Should a Data Architect Be CDMP Certified?

Being a data architect is not just about building pipelines. It’s about designing a complete data ecosystem that supports the company’s long-term goals.

A Data Architect helps the organization by:

• Planning data flows and structures

• Making sure data is good and reliable

• Supporting business decisions

• Connecting business needs and technology

It’s a mix of vision, structure, and impact.

Based on my experience, here are three key benefits of being a CDMP-certified architect:

#1: A Governance-First Approach

A CDMP-certified architect brings structure and clarity to data initiatives by focusing on governance from the start:

• Define a clear governance model (like data ownership): They help answer key questions such as: Who owns the data? Who is responsible for updates, security, and quality? This creates accountability and avoids confusion when data problems appear.

• Standardize data quality and integration: They set rules and standards to ensure data is clean, complete, and consistent — no matter where it comes from. This helps teams work more efficiently and trust the data they use every day.

• Identify needs, risks, and data challenges early: With a strong understanding of both business and technology, they can spot potential issues before they become big problems. Whether it’s missing data, duplicate entries, or compliance risks, they help teams plan ahead and stay in control.

It’s about bringing clarity and control to an ever-changing data world.

#2: A Key Role in Large-Scale Projects

Certified architects play an essential role in complex and large-scale data projects. Their knowledge helps connect the technical side with business needs:

• Understand the impact of technical decisions on data: For example, they can identify how a change in a data pipeline might affect data quality, reporting, or regulatory compliance. They make sure that technical choices support long-term goals, not just short-term solutions.

• Ensure consistency across systems (ERP, CRM, Data Lake, etc.): In large organizations, data flows between many platforms. Certified architects work to create clear rules and structures so that information stays consistent, accurate, and usable across all systems.

• Act as catalysts for business value creation: They help teams focus on what really matters — using data to improve decisions, reduce risks, and create new opportunities. Their role is to unlock the full value of data by aligning people, processes, and technology.

They become the bridge between technical teams, business goals, and long-term strategy.

#3: A Lever for Mentoring and Education

With strong knowledge in data management, CDMP-certified architects can play an important role in mentoring and team development:

• Support and guide data teams in their daily work: Certified architects can help teams make better technical and strategic decisions. They provide support when facing complex data challenges and help align work with the company’s goals and data standards.

• Share best practices to improve quality and consistency: They bring proven methods and frameworks that help teams avoid common mistakes. By promoting clear processes and documentation, they improve the quality, reliability, and consistency of data across systems.

• Help train and grow new talent in the organization: They take time to explain concepts, review work, and give feedback to junior staff. They help new professionals build confidence and develop the right skills.

It’s not only about technical skills — it’s also about building a team that learns, improves, and grows together.

Because building a data culture also means growing people.

CDMP: More Than Just a Badge

This certification is not just a line on your CV. It’s a signal:

• You’re committed

• You have a clear and structured approach to data

• You’re ready to lead and guide others

So… should you do it? 🤔

The real question isn’t should you do it.
It’s when should you do it.

Whether you’re early in your data journey or already leading projects, the CDMP is a smart move if you want to build real impact.

Subscribe if you haven’t already, and feel free to reply to this post or connect with me on LinkedIn—I’d love to hear your thoughts or answer your questions.

Thanks for reading and remember: Strong data starts with strong foundations.