L'évaluation des capacités organisationnelles est l'un des exercices les plus stratégiquement déterminants qu'une organisation puisse conduire — et l'un des plus fréquemment mal exécutés. Non par manque d'intention, mais par méconnaissance des pièges méthodologiques qui transforment un audit rigoureux en inventaire superficiel sans valeur décisionnelle.
The assessment of organizational capabilities is one of the most strategically consequential exercises an organization can undertake — and one of the most frequently poorly executed. Not for lack of intention, but through ignorance of the methodological pitfalls that transform a rigorous audit into a superficial inventory devoid of decision-making value.
Qu'est-ce qu'une capacité organisationnelle ? Précision terminologique
Avant d'identifier les pièges d'un audit de capacités, il est impératif d'établir une définition opérationnelle précise du concept central. Une capacité organisationnelle, au sens du BizBOK (Business Architecture Guild), désigne l'aptitude d'une organisation à produire un résultat d'affaires défini, en mobilisant de façon combinée des ressources humaines, des processus, des technologies et des informations. Une capacité n'est pas une fonction, ni un département, ni une activité — c'est un résultat potentiel que l'organisation peut produire de manière reproductible.
Cette distinction terminologique est fondatrice. Confondre capacité et fonction, ou capacité et compétence individuelle, est précisément à l'origine du premier piège de l'audit — et de plusieurs des suivants.
Le BizBOK définit une capacité d'affaires (business capability) comme « ce qu'une organisation fait ou peut faire, abstraction faite de la façon dont elle le fait, par qui, ou où ». Cette abstraction délibérée — indépendante des structures organisationnelles et des systèmes — est ce qui confère à la cartographie des capacités sa valeur stratégique : elle reste stable à travers les réorganisations, les changements de systèmes et les évolutions de processus.
Source : Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024.
What Is an Organizational Capability? A Precise Terminological Definition
Before identifying the pitfalls of a capability audit, it is imperative to establish a precise operational definition of the central concept. An organizational capability, in the sense of BizBOK (Business Architecture Guild), designates the aptitude of an organization to produce a defined business outcome by combining human resources, processes, technologies and information in a coordinated manner. A capability is not a function, nor a department, nor an activity — it is a potential outcome that the organization can produce in a reproducible manner.
This terminological distinction is foundational. Confusing capability with function, or capability with individual competency, is precisely the origin of the first pitfall of the audit — and of several that follow.
BizBOK defines a business capability as "what an organization does or can do, abstracted from how it does it, by whom, or where." This deliberate abstraction — independent of organizational structures and systems — is what confers its strategic value on capability mapping: it remains stable across reorganizations, system changes and process evolutions.
Source: Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024.
Les cinq pièges méthodologiques
Le piège le plus répandu consiste à cartographier les capacités en calquant la structure sur l'organigramme existant — en listant ce que chaque département fait plutôt que ce que l'organisation est capable de produire. Cette confusion produit une carte de capacités qui reflète la structure actuelle plutôt que le potentiel stratégique de l'organisation, rendant l'exercice quasi-inutile pour la planification stratégique.
Une capacité organisationnelle traverse généralement plusieurs fonctions et plusieurs niveaux hiérarchiques. La cartographier à travers le prisme de l'organigramme, c'est fragmenter artificiellement ce qui est systémiquement intégré.
Construire la carte des capacités indépendamment de l'organigramme, en partant des résultats d'affaires que l'organisation doit produire — puis, dans un second temps seulement, identifier quelles unités organisationnelles contribuent à chaque capacité.
Un audit de capacités sans référentiel de maturité cible produit des évaluations relatives sans valeur décisionnelle. Dire qu'une capacité est « faible » ou « forte » n'a de sens stratégique que par rapport à un niveau de maturité requis pour l'atteinte des objectifs stratégiques de l'organisation. Sans cette cible, l'audit génère un inventaire de l'existant — non un diagnostic stratégique.
Les modèles de maturité des capacités — notamment ceux dérivés du CMMI (Capability Maturity Model Integration) ou des grilles de maturité BizBOK — fournissent les échelles de référence nécessaires à une évaluation contextualisée et actionnable.
Définir, avant toute collecte de données, le niveau de maturité cible de chaque capacité en fonction de son importance stratégique et de l'horizon de transformation de l'organisation. L'écart (gap) entre l'état actuel et la cible est la donnée décisionnelle centrale de l'audit.
L'audit de capacités repose fréquemment sur des questionnaires d'auto-évaluation distribués aux responsables fonctionnels. Cette approche souffre de deux biais systémiques documentés : le biais de désirabilité sociale — les répondants surévaluent leurs capacités pour protéger leur unité — et le biais de représentativité — les responsables évaluent la capacité telle qu'elle devrait fonctionner, non telle qu'elle fonctionne réellement dans les opérations quotidiennes.
Le BABOK v3 identifie explicitement ces limites dans ses techniques d'élicitation et recommande une triangulation systématique des sources : entrevues structurées, observation directe, analyse documentaire et analyse des données opérationnelles — jamais l'auto-évaluation seule.
Combiner au minimum trois sources d'élicitation distinctes pour chaque capacité évaluée : déclarations des responsables, validation par les opérateurs de terrain, et données opérationnelles mesurables (KPI, taux d'erreur, délais, volumes). La triangulation est la condition de la fiabilité du diagnostic.
Les capacités organisationnelles ne fonctionnent pas en silo — elles s'inscrivent dans des flux de valeur (value streams) et entretiennent des relations de dépendance, d'alimentation et de contrainte mutuelles. Évaluer chaque capacité de façon isolée, sans cartographier ses interdépendances avec les capacités adjacentes, conduit à des diagnostics partiels et à des plans de développement incohérents.
Une capacité en apparence faible peut être contrainte par une capacité amont déficiente — renforcer la capacité faible sans traiter la contrainte amont ne produit aucun résultat mesurable. Inversement, une capacité en apparence forte peut masquer une dépendance critique sur une capacité aval insuffisamment développée.
Cartographier systématiquement les flux de valeur (BizBOK Value Streams) avant d'évaluer les capacités individuelles. L'audit doit identifier non seulement le niveau de maturité de chaque capacité, mais aussi la nature et l'intensité de ses interdépendances — pour prioriser les interventions selon leur effet de levier systémique.
L'erreur finale — et peut-être la plus coûteuse — est de traiter l'audit de capacités comme un projet à livraison unique plutôt que comme l'initialisation d'un processus de gouvernance continue. Un rapport d'audit produit à un instant T et archivé sans mécanisme de mise à jour devient obsolète en quelques mois, au rythme des transformations organisationnelles, technologiques et stratégiques.
La Business Capability Map n'est pas un document statique — c'est un artefact vivant de l'Architecture Repository TOGAF, qui doit être gouverné, révisé et mis à jour selon une cadence définie, avec des responsables identifiés et des déclencheurs de révision documentés.
Dès la conception de l'audit, définir le modèle de gouvernance de la carte des capacités : fréquence de révision, déclencheurs exceptionnels (nouvelle stratégie, fusion, transformation numérique majeure), responsable de la maintenance, et processus de validation des mises à jour. L'audit est le point de départ, non la destination.
The Five Methodological Pitfalls
The most widespread pitfall consists of mapping capabilities by mirroring the existing organizational chart — listing what each department does rather than what the organization is capable of producing. This confusion produces a capability map that reflects the current structure rather than the strategic potential of the organization, rendering the exercise nearly useless for strategic planning.
An organizational capability typically spans multiple functions and multiple hierarchical levels. Mapping it through the lens of the organizational chart artificially fragments what is systemically integrated.
Build the capability map independently of the organizational chart, starting from the business outcomes that the organization must produce — then, only in a second step, identify which organizational units contribute to each capability.
A capability audit without a target maturity reference produces relative assessments devoid of decision-making value. Stating that a capability is "weak" or "strong" has strategic meaning only in relation to a maturity level required for the achievement of the organization's strategic objectives. Without this target, the audit generates an inventory of the existing state — not a strategic diagnosis.
Capability maturity models — notably those derived from CMMI (Capability Maturity Model Integration) or BizBOK maturity grids — provide the reference scales necessary for a contextualized and actionable assessment.
Before any data collection, define the target maturity level of each capability based on its strategic importance and the organization's transformation horizon. The gap between the current state and the target is the central decision-making datum of the audit.
Capability audits frequently rely on self-assessment questionnaires distributed to functional managers. This approach suffers from two documented systemic biases: social desirability bias — respondents overestimate their capabilities to protect their unit — and representativeness bias — managers assess the capability as it should function, not as it actually functions in daily operations.
BABOK v3 explicitly identifies these limitations in its elicitation techniques and recommends systematic triangulation of sources: structured interviews, direct observation, documentary analysis and operational data analysis — never self-assessment alone.
Combine at minimum three distinct elicitation sources for each capability assessed: manager declarations, validation by operational staff, and measurable operational data (KPIs, error rates, cycle times, volumes). Triangulation is the condition of diagnostic reliability.
Organizational capabilities do not operate in silos — they are inscribed in value streams and maintain mutual dependency, feeding and constraining relationships. Assessing each capability in isolation, without mapping its interdependencies with adjacent capabilities, leads to partial diagnoses and incoherent development plans.
An apparently weak capability may be constrained by a deficient upstream capability — strengthening the weak capability without addressing the upstream constraint produces no measurable result. Conversely, an apparently strong capability may mask a critical dependency on an insufficiently developed downstream capability.
Systematically map value streams (BizBOK Value Streams) before assessing individual capabilities. The audit must identify not only the maturity level of each capability, but also the nature and intensity of its interdependencies — to prioritize interventions according to their systemic leverage effect.
The final — and perhaps most costly — error is treating the capability audit as a single-delivery project rather than as the initialization of a continuous governance process. An audit report produced at a given point in time and archived without an update mechanism becomes obsolete within months, at the pace of organizational, technological and strategic transformations.
The Business Capability Map is not a static document — it is a living artefact of the TOGAF Architecture Repository, which must be governed, revised and updated on a defined cadence, with identified owners and documented revision triggers.
From the audit's design phase, define the governance model for the capability map: revision frequency, exceptional triggers (new strategy, merger, major digital transformation), maintenance owner, and update validation process. The audit is the starting point, not the destination.
« Un audit de capacités rigoureux ne répond pas à la question "que faisons-nous ?" — il répond à la question "que sommes-nous capables de produire, à quel niveau de fiabilité, et quel écart nous sépare de ce que notre stratégie exige ?" »
— Alain Castonguay, Architecte d'affaires, Logimaax Technologies"A rigorous capability audit does not answer the question 'what do we do?' — it answers the question 'what are we capable of producing, at what level of reliability, and what gap separates us from what our strategy requires?'"
— Alain Castonguay, Business Architect, Logimaax TechnologiesLes conditions d'un audit méthodologiquement rigoureux
Au-delà de l'évitement des cinq pièges, un audit de capacités qui produit une valeur décisionnelle réelle satisfait quatre conditions structurelles.
- L'ancrage stratégique — chaque capacité évaluée est directement reliée à un ou plusieurs objectifs stratégiques de l'organisation. Les capacités sans lien stratégique identifiable ne devraient pas faire l'objet d'un investissement d'évaluation significatif.
- La granularité contrôlée — la carte des capacités doit être suffisamment détaillée pour être opérationnellement utile, sans atteindre une granularité si fine qu'elle devient ingérable. Le BizBOK recommande généralement trois niveaux : capacités de niveau 1 (stratégiques), niveau 2 (tactiques) et niveau 3 (opérationnelles). L'audit cible en priorité les niveaux 1 et 2.
- La participation multi-niveaux — l'élicitation doit impliquer des représentants de tous les niveaux hiérarchiques concernés par chaque capacité, de la direction stratégique aux opérateurs de terrain. Les représentations divergentes entre niveaux sont elles-mêmes des données diagnostiques précieuses.
- La priorisation par impact stratégique — à l'issue de l'audit, les lacunes de capacités doivent être priorisées non par leur magnitude absolue, mais par leur impact sur la livraison de la stratégie. Une lacune mineure dans une capacité stratégiquement critique prime sur une lacune majeure dans une capacité périphérique.
Conditions for a Methodologically Rigorous Audit
Beyond avoiding the five pitfalls, a capability audit that produces genuine decision-making value satisfies four structural conditions.
- Strategic anchoring — each assessed capability is directly linked to one or more of the organization's strategic objectives. Capabilities without an identifiable strategic link should not be the subject of significant assessment investment.
- Controlled granularity — the capability map must be sufficiently detailed to be operationally useful, without reaching a granularity so fine that it becomes unmanageable. BizBOK generally recommends three levels: Level 1 (strategic), Level 2 (tactical) and Level 3 (operational) capabilities. The audit targets Levels 1 and 2 as a priority.
- Multi-level participation — elicitation must involve representatives from all hierarchical levels concerned by each capability, from strategic leadership to operational staff. Divergent representations between levels are themselves valuable diagnostic data.
- Prioritization by strategic impact — at the conclusion of the audit, capability gaps must be prioritized not by their absolute magnitude, but by their impact on strategy delivery. A minor gap in a strategically critical capability takes precedence over a major gap in a peripheral capability.
Conclusion : la rigueur méthodologique comme condition de la valeur stratégique
Un audit de capacités organisationnelles mal conduit est pire qu'aucun audit : il produit une fausse confiance dans un diagnostic inexact, oriente les investissements vers les mauvaises priorités et consomme des ressources organisationnelles sans contrepartie décisionnelle. La rigueur méthodologique n'est pas un luxe académique — c'est la condition sine qua non de la valeur stratégique de l'exercice.
Les cinq pièges identifiés dans cet article ne sont pas des erreurs rares commises par des organisations peu expérimentées — ils sont systématiquement observés dans des organisations de toutes tailles et de tous secteurs, y compris celles disposant d'équipes d'architecture d'affaires établies. Leur persistance témoigne de la difficulté intrinsèque de l'exercice et de la nécessité d'une approche structurée, ancrée dans les cadres de référence éprouvés du BizBOK, du BABOK v3 et de TOGAF.
Chez Logimaax Technologies, l'audit de capacités constitue systématiquement la première phase de nos mandats d'architecture d'affaires — parce qu'une architecture solide ne peut être construite que sur une compréhension précise, triangulée et gouvernée de ce que l'organisation est réellement capable de produire.
Conclusion: Methodological Rigour as the Condition of Strategic Value
A poorly conducted organizational capability audit is worse than no audit at all: it produces false confidence in an inaccurate diagnosis, directs investments toward the wrong priorities, and consumes organizational resources without a decision-making return. Methodological rigour is not an academic luxury — it is the sine qua non condition of the exercise's strategic value.
The five pitfalls identified in this article are not rare errors committed by inexperienced organizations — they are systematically observed in organizations of all sizes and sectors, including those with established business architecture teams. Their persistence testifies to the intrinsic difficulty of the exercise and the necessity of a structured approach, anchored in the proven reference frameworks of BizBOK, BABOK v3 and TOGAF.
At Logimaax Technologies, the capability audit constitutes the systematic first phase of our business architecture mandates — because a solid architecture can only be built on a precise, triangulated and governed understanding of what the organization is actually capable of producing.
Sources et références
- Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024. https://www.businessarchitectureguild.org
- International Institute of Business Analysis (IIBA) — A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3.0. Toronto : IIBA, 2015. https://www.iiba.org/babok-guide/
- The Open Group — TOGAF® Standard, Version 9.2. The Open Group, 2018. https://www.opengroup.org/togaf
- CMMI Institute — CMMI® for Development, Version 2.0. ISACA, 2018. https://cmmiinstitute.com/cmmi
- Ulrich, W. & Rosen, M. — The Business Capability Map: The Rosetta Stone of Business/IT Alignment. Cutter Consortium, 2011. https://www.cutter.com
- Paulk, M.C. et al. — Capability Maturity Model for Software, Version 1.1. Software Engineering Institute, Carnegie Mellon University, 1993. https://resources.sei.cmu.edu
Sources and References
- Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024. https://www.businessarchitectureguild.org
- IIBA — A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3.0. Toronto: IIBA, 2015. https://www.iiba.org/babok-guide/
- The Open Group — TOGAF® Standard, Version 9.2. The Open Group, 2018. https://www.opengroup.org/togaf
- CMMI Institute — CMMI® for Development, Version 2.0. ISACA, 2018. https://cmmiinstitute.com/cmmi
- Ulrich, W. & Rosen, M. — The Business Capability Map: The Rosetta Stone of Business/IT Alignment. Cutter Consortium, 2011. https://www.cutter.com
- Paulk, M.C. et al. — Capability Maturity Model for Software, Version 1.1. Software Engineering Institute, Carnegie Mellon University, 1993. https://resources.sei.cmu.edu