CBA (Other exams) common mistakes
CBA · Understand the traps and how to avoid them.
Memorizing the Business Architecture Knowledgebase's reference-model names (Business Motivation Model, Business Process Model, etc.) in isolation instead of learning what each model is used for and how it connects to the others.
The exam tests whether you can select the right model or artifact for a stated business situation, not whether you can recite a glossary. Candidates who study term lists recognize the names but cannot map a scenario to the correct model, so they pick a plausible-sounding but wrong artifact.
What to do instead
For each reference model, write one sentence covering its purpose, its key elements, and the question it answers (for example, motivation models answer why, process models answer how work flows). Then practice converting short scenarios into the correct model choice and justify the choice in writing.
Treating the Business Architecture Blueprints and the value-delivery concepts as one undifferentiated 'diagram' topic, so questions that ask which blueprint or viewpoint applies to a stakeholder concern are answered by recall of diagram names rather than by stakeholder need.
Blueprints are organized by purpose and audience, and many candidates skim the categorization tables. Without the purpose-to-blueprint mapping, similar-sounding blueprints become interchangeable in the candidate's mind.
What to do instead
Build a two-column table: stakeholder concern on the left, appropriate blueprint or viewpoint on the right. Add a third column listing the key elements each blueprint shows. Review by covering the right-hand columns and reconstructing them from the concern.
Confusing the roles and responsibilities of business architects with those of enterprise architects, solution architects, business analysts, and process owners when answering governance and operating-model questions.
The knowledgebase describes a business architecture practice embedded in a broader architecture and change ecosystem. Candidates who have worked in only one operating model project their local role definitions onto the exam's generic descriptions.
What to do instead
Write a short role matrix: role, primary accountability, key deliverables, and typical interactions with other roles. Test yourself by reading a responsibility statement and naming which role owns it, then check against the knowledgebase's descriptions rather than your employer's org chart.
Answering questions about business architecture's relationship to strategy, portfolio management, and delivery by choosing the option that sounds most transformational rather than the option that reflects the documented linkage points.
Candidates over-weight aspirational language and under-weight the specific mechanisms (capability maps informing investment decisions, value streams informing change prioritization) that the knowledgebase actually describes.
What to do instead
List the concrete linkage points between business architecture and adjacent disciplines, with one example of an artifact handed off at each point. Practice eliminating answer options that describe outcomes without naming a mechanism.
Skipping the metamodel and relationship content because it feels abstract, then failing questions about how business architecture elements relate to one another (for example, how capabilities relate to value streams or how information concepts relate to business units).
Relationship content is dense and diagram-heavy, so candidates defer it and run out of study time. The exam, however, tests relationships because they are what make the knowledgebase a coherent framework rather than a list.
What to do instead
Redraw the core metamodel relationships from memory on blank paper, then compare with the source. For each relationship, state the cardinality and a one-line business example. Repeat weekly until the map is reproducible without notes.
Studying business architecture in isolation from the business architecture scenarios and case-style questions, so answers default to textbook definitions when the question asks what a business architect should do next in a given situation.
Scenario questions require sequencing judgment (assess, model, validate, communicate, govern). Candidates who only memorize definitions lack a mental model of the engagement lifecycle and choose steps out of order.
What to do instead
Write a one-page lifecycle of a typical business architecture engagement, from framing through modeling, validation, and use. For each phase, list the entry criteria, key activities, and artifacts. Practice ordering steps in scenario questions against this lifecycle.
Ignoring the distinction between business architecture content (the models and artifacts) and the business architecture practice (governance, standards, tooling, skills), and answering practice questions with content answers or vice versa.
The two topics overlap in vocabulary, and candidates who study only content see practice questions as unfamiliar and guess. The reverse error also occurs for candidates from a governance background.
What to do instead
Tag every study note as either content or practice. For each practice topic, identify the content artifact it governs. Then answer mixed question sets and explicitly state, before choosing, whether the question is about content or about practice.
Relying on memory of a single framework version or a prior edition of the knowledgebase, including deprecated terminology, when the exam expects current terminology and structure.
Business architecture frameworks evolve; terms get renamed and sections get reorganized. Candidates who studied from older summaries or from memory of a previous role carry stale labels that look almost right.
What to do instead
Study from the current edition of the knowledgebase and maintain a personal list of terms that changed, with the old and new forms side by side. When an answer option uses a term you cannot place in the current structure, treat it as a distractor until verified.
Treating value streams and capabilities as synonyms and selecting either one arbitrarily when a question asks which to model for a given purpose.
Both describe what the business does, so the surface similarity invites conflation. The distinction (value streams describe end-to-end value delivery to a stakeholder; capabilities describe what the business is able to do) is exactly what the exam probes.
What to do instead
Write a comparison table covering definition, orientation, granularity, typical use, and relationship to the other. Then take five business situations and decide which to model first and why, checking each decision against the knowledgebase's guidance.
Answering 'all of the above' or the most comprehensive-sounding option on questions about business architecture scope, without checking whether each element is actually within the documented scope.
Business architecture scope questions attract broad, inclusive answers, and candidates who are unsure default to the widest option as a hedging strategy. The exam often includes one element that belongs to a neighboring discipline.
What to do instead
Define the scope boundary explicitly: list what is in scope, what is out of scope, and which adjacent discipline owns each out-of-scope item. On scope questions, evaluate each answer element individually and reject any option containing an out-of-scope element before considering the rest.