TOGAF Enterprise Architecture Practitioner Practice Test

TOGAF Enterprise Architecture Practitioner is the applied route for candidates who need to use TOGAF concepts in architecture scenarios, not only recall definitions.

Use these 12 original sample questions for initial self-assessment. They are not official Open Group questions.

What these questions test

• applying ADM phases to messy enterprise-change situations
• balancing stakeholder concerns, architecture principles, constraints, and value
• selecting governance actions instead of one-off technical fixes
• planning transition states and implementation governance

Official-source check

Verify current exam names, exam policies, and certification requirements with The Open Group TOGAF certification page .

Sample Exam Questions

Question 1

Topic: ADM tailoring

A small organization adopts TOGAF but has limited architecture staff. What is the best approach?

• A. Use every artifact at maximum detail even if it creates waste
• B. Tailor the method while preserving governance, stakeholder alignment, and traceability
• C. Ignore architecture because the organization is small
• D. Replace stakeholder review with vendor preference

Best answer: B

Explanation: Practitioner-level TOGAF use requires tailoring. The method should fit context while retaining core architecture discipline.

Question 2

Topic: stakeholder conflict

Two business units disagree on the target operating model. What should the architect do first?

• A. Pick the more vocal unit
• B. Move directly to implementation
• C. Remove both units from review
• D. Clarify objectives, concerns, decision criteria, and tradeoffs before locking the target architecture

Best answer: D

Explanation: Applied architecture work surfaces and resolves stakeholder concerns. Building a target architecture on unresolved objectives creates downstream risk.

Question 3

Topic: architecture principles

A proposed solution violates a documented data-sharing principle but offers a short-term delivery advantage. What should happen?

• A. Assess the exception through governance, including rationale, risk, impact, and approval
• B. Ignore the principle because delivery is always first
• C. Stop all work permanently
• D. Delete the principle

Best answer: A

Explanation: Principles guide decisions but can have governed exceptions. Practitioner judgment requires transparent evaluation, not silent violation.

Question 4

Topic: transition planning

A target architecture is valuable but cannot be reached in one release. What is the best response?

• A. Cancel the architecture
• B. Pretend the target can be achieved immediately
• C. Define transition architectures and sequenced work packages
• D. Remove dependency analysis

Best answer: C

Explanation: Transition architectures make change feasible by sequencing capability increments, dependencies, risks, and value.

Question 5

Topic: implementation governance

During delivery, a project team changes an integration pattern that affects enterprise interoperability. What should architecture governance do?

• A. Ignore it because delivery has started
• B. Let the team decide privately
• C. Review the change against standards, principles, risk, and architecture compliance
• D. Treat architecture as closed forever

Best answer: C

Explanation: Implementation governance keeps delivery aligned with architecture intent and handles justified deviations transparently.

Question 6

Topic: baseline architecture

Why document the baseline architecture before defining a target state?

• A. To avoid designing a target
• B. To understand current capabilities, constraints, dependencies, gaps, and migration risk
• C. To prove the current state is perfect
• D. To replace all business analysis

Best answer: B

Explanation: Baseline architecture gives the starting point. It supports gap analysis and realistic transition planning.

Question 7

Topic: value focus

An architecture initiative produces detailed models but no clear decision impact. What is the weakness?

• A. Architecture outputs are not connected to stakeholder decisions, value, or change planning
• B. Models are always useless
• C. The team needs more diagrams only
• D. Architecture should avoid decision support

Best answer: A

Explanation: Architecture should support decisions. Artifacts are useful when they clarify value, risk, tradeoffs, and implementation direction.

Question 8

Topic: architecture requirements

An important regulatory requirement appears during implementation. What should the architect do?

• A. Ignore it because the target architecture is already approved
• B. Add it informally with no traceability
• C. Delete related architecture content
• D. Route it through requirements management and assess architecture impact

Best answer: D

Explanation: Requirements can emerge or change throughout the ADM. The right response is controlled assessment and traceability.

Question 9

Topic: capability gaps

A capability gap is identified between baseline and target architecture. What should it drive?

• A. Work packages, investment decisions, dependencies, and migration planning
• B. Immediate deletion of the target state
• C. No action unless a vendor asks
• D. Only a glossary update

Best answer: A

Explanation: Gap analysis informs what must change. It should influence the roadmap and implementation planning.

Question 10

Topic: architecture board

What is a strong reason to use an architecture board?

• A. To replace every product team
• B. To hide architecture decisions
• C. To provide architecture oversight, standards review, compliance evaluation, and decision consistency
• D. To avoid stakeholder accountability

Best answer: C

Explanation: An architecture board supports governance and consistency. It should improve decision quality, not become a bottleneck with no purpose.

Question 11

Topic: risk and tradeoffs

A target architecture lowers operating cost but increases resilience risk. What is the best practitioner response?

• A. Accept the cheapest option automatically
• B. Document and evaluate the tradeoff with stakeholders before recommendation
• C. Ignore resilience
• D. Hide the risk until later

Best answer: B

Explanation: Architecture work requires transparent tradeoff analysis across value, cost, risk, and constraints.

Question 12

Topic: architecture communication

Different stakeholders need different views of the same architecture. What should the architect do?

• A. Send the same technical diagram to everyone
• B. Avoid communication until deployment
• C. Remove stakeholder concerns from the repository
• D. Use viewpoints and views that address stakeholder concerns

Best answer: D

Explanation: Viewpoints help tailor architecture communication to concerns. Practitioner work requires matching views to stakeholder needs.