The Open Group · TOGAF-Agile-Specialist
Validates knowledge and understanding of how to adapt and use the TOGAF® framework to support an Agile enterprise. Covers applying the TOGAF ADM using Agile sprints, Agile Enterprise Architecture governance, and Agile Product Management techniques.
Practice Questions
589
≈ 9 practice exams
Duration
60 minutes
Passing Score
60%
Difficulty
SpecialtyLast Updated
Jun 2026
Use this TOGAF-Agile-Specialist practice exam to prepare for The Open Group Certified: TOGAF® Framework Agile Specialist with realistic questions, detailed explanations, and focused study modes. The practice bank includes 589 questions for The Open Group TOGAF-Agile-Specialist, so you can review the exam steadily instead of relying on one long cram session.
As you practice, pay extra attention to recurring topics such as Agility Concepts and Enterprise Architecture, Adapting the TOGAF Standard for Agile Environments, Applying the TOGAF ADM with Agile Sprints, Agile Enterprise Architecture Governance, and Agile Product Management Techniques. Start with short sessions to identify weak areas, then move into timed quizzes once your accuracy is consistent.
The explanations are especially useful when you want to connect exam wording to the responsibilities and scenarios described in the official certification guidance. Use the free preview first, then unlock the full question bank when you are ready to build a complete study routine.
The Open Group Certified: TOGAF® Framework Agile Specialist is a knowledge-based certification credential that validates an Enterprise Architect's ability to adapt and apply the TOGAF® Standard within Agile organizational contexts. It is aligned to The TOGAF® Standard, 10th Edition, and focuses specifically on reconciling the structured, phase-based nature of the TOGAF Architecture Development Method (ADM) with the iterative, sprint-driven practices characteristic of Agile delivery. The credential demonstrates that the holder understands how to reshape the TOGAF framework—including its governance and content metamodel—to support continuous, incremental architecture work rather than traditional waterfall-style engagements.
The certification covers a focused set of competencies: understanding Agile principles in the context of Enterprise Architecture, applying the TOGAF ADM through Agile sprints, implementing Agile EA governance, and leveraging Agile Product Management techniques. It is part of The Open Group's broader TOGAF Certification Portfolio, which includes specialist and leadership credentials that build on the foundational TOGAF Enterprise Architecture qualification. The credential is issued with an Open Badge and a certificate, and it does not expire—remaining tied indefinitely to the specific version of the Body of Knowledge against which it was earned.
This certification is designed for practicing Enterprise Architects who already hold a TOGAF certification at the Foundation level or higher and who work in, or are transitioning to, organizations that have adopted Agile delivery models. It is particularly relevant for architects embedded in Agile teams, Solution Architects operating within SAFe or Scrum environments, and EA practitioners tasked with modernizing their organization's architecture governance to align with iterative development cadences.
Professionals in roles such as Enterprise Architect, Solutions Architect, IT Architect, and Architecture Practice Lead will find this credential most directly applicable. It is also well-suited for Agile Coaches and transformation leads who want a formal understanding of how TOGAF frameworks can coexist with and enhance Agile methods, rather than conflict with them.
Candidates must hold a current TOGAF certification at the Foundation level or higher before pursuing this credential. This means a passing result on the TOGAF® Enterprise Architecture Part 1 exam (OGEA-101)—or an equivalent legacy TOGAF 9 Foundation qualification—is a hard requirement. There is no waiver or alternative pathway; the Foundation certification must be in place before attempting the Agile Specialist assessment.
Beyond the formal prerequisite, candidates are expected to have practical experience working as an Enterprise Architect and a working knowledge of Agile methodologies such as Scrum, Kanban, or Scaled Agile Framework (SAFe). Familiarity with the TOGAF ADM phases, architecture governance concepts, and the TOGAF content metamodel will significantly reduce the learning curve. The credential requires completion of the Learning Units defined in The Open Group's Conformance Requirements document before sitting the assessment.
The TOGAF Framework Agile Specialist is assessed through a knowledge-based examination administered via The Open Group's authorized examination platform, delivered by Pearson VUE at accredited test centers or online via Pearson VUE OnVUE proctored delivery. The exam has a time limit of 60 minutes and a passing score of 60%. The question format is multiple choice, consistent with other TOGAF credential-level assessments in the portfolio.
Candidates are required to complete the prescribed Learning Units—estimated at approximately 3 hours of structured self-study—prior to taking the assessment. The credential is a closed-book exam. Upon passing, candidates receive an Open Badge (issued via Credly) and a certificate from The Open Group. If a candidate does not pass, a 30-day waiting period applies before a retake is permitted. The credential does not expire once earned.
Earning the TOGAF Framework Agile Specialist credential signals to employers that an Enterprise Architect can operate effectively in modern Agile delivery environments—a capability increasingly demanded as organizations scale Agile practices beyond individual teams to enterprise-wide transformation programs. It directly complements certifications such as SAFe Architect or PMI-ACP by providing the TOGAF governance and framework layer that those credentials lack, making the combination particularly valuable for architects working within SAFe or LeSS implementations.
The credential strengthens candidacy for roles such as Enterprise Architect, Principal Architect, Agile Transformation Lead, and Architecture Practice Manager in organizations undergoing digital transformation. While The Open Group does not publish salary data, TOGAF-certified architects consistently command above-average compensation in the EA market; the Agile Specialist add-on increases marketability specifically in sectors—financial services, telecommunications, government IT modernization—where Agile at scale and rigorous architecture governance must coexist. The non-expiring nature of the credential means no ongoing recertification cost, and the Open Badge format enables straightforward verification by employers via Credly.
5 sample questions with answers and explanations. The full bank has 589 questions, enough for 9 full-length practice exams.
Preview — answers shown1. Northwind Health wants to use TOGAF with Agile delivery for interoperability services, but patient-data standards are enterprise-wide and a small architecture team must support two product squads. What is the MAIN reason to avoid applying the same ADM depth in every sprint? (Select one!)
Explanation
Different architecture levels require different breadth, depth, time horizon, and stakeholder engagement is correct because ADM work should be scoped appropriately rather than forced into one uniform depth. The ADM cannot be used below the enterprise strategic level in an Agile organization is wrong because the credential scope explicitly includes using sprints with the ADM and adapting phases at capability level. Sprint-level ADM work must ignore enterprise principles to preserve team autonomy is wrong because team autonomy should operate within enterprise guardrails, especially for patient data. Segment architecture must be completed only after all capability-level increments are delivered is wrong because segment direction often informs capability increments and is refined through feedback.
2. Adventure Works Telecom wants to coordinate an enterprise-wide service-platform transformation while preserving a 99.9% availability target and managing several product teams with separate release trains. Architecture decisions in one stream affect others, and a small central architecture group must keep guidance synchronized. Which ADM-to-sprint mapping model BEST fits? (Select one!)
Explanation
A continuous ADM overlay best fits because the transformation spans several workstreams, architecture decisions are interdependent, and delivery continues on separate release trains. Parallel architecture activity can synchronize guidance while still aligning to Agile cadence and availability constraints. A single compressed ADM cycle inside one team's sprint is too narrow and would create bottlenecks for other teams. A pure one-phase-per-sprint sequence owned by one team is plausible but fails because dependencies across streams require concurrent coordination, not a single linear path. Saying there should be no ADM mapping is the common misconception that TOGAF cannot support Agile; the better approach is to adapt the ADM to the enterprise's sprint and release structure.
3. Contoso Pharmacy wants to complete an architecture sprint for a prescription-renewal capability, must retain privacy-audit evidence, and has one architect supporting three Scrum teams with a two-week timebox. Which Definition of Done criterion BEST confirms the architecture sprint produced usable guidance for delivery teams? (Select one!)
Explanation
Key architecture decisions are recorded, affected requirements and risks are updated, and compliance criteria are visible to the delivery teams is the best fit because the sprint must create usable, traceable architecture guidance within a fixed timebox while preserving audit evidence. All future-state Business, Data, Application, and Technology models for the enterprise is too broad for a sprint Definition of Done and would turn the timebox into heavyweight documentation. The delivery teams have completed implementation tasks confuses architecture sprint completion with feature implementation. The Architecture Board has deferred all compliance discussion fails because compliance criteria need to be available during iterative delivery, not postponed until a later gate.
4. Graphic Design Institute is choosing an authentication pattern for an online-learning platform, must keep accessibility and privacy decision evidence, and has developers who prefer lightweight documentation in the code repository. Which documentation approach is MOST appropriate? (Select one!)
Explanation
An Architecture Decision Record is suitable because the authentication pattern is structurally significant, privacy-relevant, and needs lightweight traceability that developers can review with the code. A full Architecture Definition Document for only the authentication decision is likely too heavy for the team and may discourage use. Recording the decision verbally during a daily standup provides no durable evidence for accessibility or privacy review. Storing a private slide deck with no status or consequences section lacks the essential decision record qualities: visibility, rationale, consequences, alternatives, and a clear lifecycle for later superseding or audit review.
5. Fabrikam Logistics has regional teams building shipment APIs. One team wants to add a backward-compatible optional response field, another wants to vary regional API versioning behavior, and a third wants to introduce a new authentication pattern for external carriers. Which governance response is BEST? (Select one!)
Explanation
The best response applies governance in proportion to impact. A backward-compatible optional field can usually be handled within team-level guardrails if it follows published API guidance. A regional versioning change affects consistency and consumers across teams, so it needs cross-team coordination before it becomes established behavior. A new external authentication pattern may affect enterprise security standards and should be escalated if it changes those standards. Notifying architecture only after customers use the change is too late to prevent drift. Requiring board approval for all three changes over-governs low-impact work. Guidance without escalation paths is insufficient when API versioning or security choices exceed local authority.
The Open Group Certified: Integrating Risk and Security within a TOGAF® Enterprise Architecture
TOGAF-RS · 600 questions
TOGAF® Business Architecture Foundation (OGBA-101)
OGBA-101 · 600 questions
TOGAF® Enterprise Architecture Foundation (OGEA-101)
OGEA-101 · 600 questions
TOGAF® Enterprise Architecture Part 2 Exam (OGEA-102)
OGEA-102 · 600 questions
TOGAF® Enterprise Architecture Leader
TOGAF EA Leader · 598 questions
TOGAF® Framework Digital Specialist
OG0-DS1 · 598 questions
$17.99
One-time access to this exam