Courseiva

Disciplined Agile Foundations (DAF, PMI-authorized, replaces the retired DASM) (DAF) (DAF) — Questions 76–150

213 questions total · 3 pages · All types, answers revealed

Page 1

Page 2 of 3

Page 3
76
MCQmedium

A team is transitioning to a 'Lean' lifecycle. What is the most likely change they need to make?

A.Increase batch sizes
B.Add a project manager
C.Require more documentation
D.Focus on continuous flow
AnswerD

Lean lifecycle replaces phase-gated, batch-oriented working with continuous flow, so work moves steadily rather than waiting for stage boundaries. The team must therefore restructure around limiting work in progress and pulling items through, which is the defining behavioural shift from the previous lifecycle.

Why this answer

Lean lifecycle is built around the principle of continuous flow — moving work through the value stream in small batches with minimal wait states, handoffs, and inventory. A team transitioning to Lean must therefore restructure how work moves, reducing batch sizes and eliminating queues so value is delivered steadily rather than in large, infrequent releases.

Exam trap

DAF often tests whether candidates recognize that Lean is fundamentally about flow and small batches — options that increase batch size, documentation, or management layers are Lean anti-patterns dressed up as improvements.

How to eliminate wrong answers

Option A is wrong because increasing batch sizes directly contradicts Lean — larger batches increase work-in-progress, delay feedback, and amplify waste, which is the opposite of what Lean prescribes. Option B is wrong because adding a project manager introduces coordination overhead and a command-and-control role that Lean seeks to minimize; Lean favors self-organizing teams with flow-based coordination. Option C is wrong because requiring more documentation adds non-value-adding work and slows flow; Lean favors just-enough documentation and emphasizes working product over comprehensive artifacts.

77
MCQhard

A team has been asked to implement a new feature. They don't know the technology stack well. What is the most 'disciplined' approach?

A.Commit to the feature immediately and learn as they build
B.Reject the feature request until they are experts
C.Ask management to assign an expert to do the work for them
D.Perform a 'Spike' to explore the technology
AnswerD

A spike is a time-boxed investigation that produces knowledge rather than shippable code, directly addressing the team's unfamiliarity with the stack. It satisfies the constraint of unknown technology by reducing uncertainty before commitment, keeping exploration disciplined and bounded instead of allowing unbounded learning during feature delivery.

Why this answer

Conducting a 'Spike' allows the team to research the technology before committing to a delivery plan.

78
Multi-Selectmedium

Which TWO of the following are common signs of 'Technical Debt'?

Select 2 answers
A.High defect rates in the code base
B.The code is fully documented
C.Increased difficulty in adding new features
D.The team delivers features faster than ever before
E.The team uses a new IDE for coding
AnswersA, C

Accumulated shortcuts and poor code quality raise the volume of bugs, so high defect rates signal that rework is being deferred rather than addressed. This satisfies the stem by evidencing technical debt through measurable quality erosion in the code base.

Why this answer

Technical debt manifests as code quality problems that slow future work, so option A (High defect rates in the code base) is correct because accumulated shortcuts, poor design, and insufficient testing typically produce more bugs and regressions. Option C (Increased difficulty in adding new features) is also correct because technical debt makes the codebase rigid and coupled, so even small changes require disproportionate effort, workarounds, or risk. Option B is not a sign of debt since thorough documentation generally reduces maintenance friction and knowledge loss.

Option D is the opposite indicator: faster delivery often reflects low debt or effective practices, not accumulating debt. Option E is irrelevant because merely adopting a new IDE has no direct relationship to technical debt.

79
MCQmedium

Which DA role helps define the architecture?

A.Team Lead
B.Product Owner
C.Scrum Master
D.Architecture Owner
AnswerD

The Architecture Owner defines the technical architecture and architectural runway, aligning solution design with enterprise standards. This role satisfies the stem's requirement to define architecture by owning design decisions and guiding teams on structural concerns, distinct from the Team Facilitator's process focus or the Product Owner's value prioritisation.

Why this answer

In Disciplined Agile, the Architecture Owner is the role responsible for defining and evolving the architecture of the solution. This role collaborates with the team to ensure that architectural decisions support the team's goals and align with enterprise standards, and is a key part of the DA team structure.

Exam trap

DAF often tests the confusion between traditional roles (like Scrum Master or Product Owner) and DA-specific roles like Architecture Owner — the trap is selecting a familiar role that sounds like it might handle architecture, when DA explicitly defines the Architecture Owner for this purpose.

How to eliminate wrong answers

Option A is wrong because the Team Lead focuses on facilitating the team's self-organisation and removing impediments, not on defining architecture. Option B is wrong because the Product Owner is responsible for representing the customer and prioritising the backlog, not for architectural decisions. Option C is wrong because the Scrum Master (or Team Lead in DA) is a servant-leader who coaches the team on Agile practices, not the architecture owner.

80
MCQeasy

Which of these is a valid DA lifecycle?

A.The Command lifecycle
B.The Waterfall lifecycle
C.The Static lifecycle
D.The Agile lifecycle
AnswerD

The Agile lifecycle is a recognised Data Analytics lifecycle, structuring analytics delivery into iterative sprints with continuous stakeholder feedback. This satisfies the stem's requirement for a valid DA lifecycle, unlike sequential models that lack iteration. It governs project execution rather than data storage or governance, making it the appropriate lifecycle framework here.

Why this answer

The Agile lifecycle is one of the core lifecycles supported in DA.

81
MCQhard

Your organization is transitioning to a more agile governance model. Which approach should you adopt to ensure effective decision-making?

A.Lean Governance
B.Command and Control
C.Ad-hoc Decision Making
D.Full Documentation
AnswerA

Lean Governance decentralises decisions to the teams closest to the work, using guardrails and feedback rather than upfront approval gates. Adopting it satisfies the stem's constraint of agile transition, where decision-making must be fast and evidence-based.

Why this answer

Lean Governance focuses on risk-based oversight rather than bureaucratic checklists.

82
MCQeasy

What is the primary benefit of the 'Guided Continuous Improvement' (GCI) approach in Disciplined Agile?

A.It forces every team to use the exact same metrics.
B.It allows teams to improve their way of working based on their unique context.
C.It eliminates the need for retrospectives.
D.It mandates the use of only one specific lifecycle.
AnswerB

GCI tailors improvement to the team's own context rather than imposing a prescribed method. It satisfies the scenario's need for context-sensitive evolution by guiding teams to inspect their unique situation and select practices that fit, making the way of working genuinely their own.

Why this answer

Guided Continuous Improvement (GCI) is DA's structured approach to helping teams evolve their WoW incrementally based on their own context, pain points, and goals. Rather than imposing a one-size-fits-all process, GCI uses retrospectives and guided workshops to identify improvements that fit the team's unique situation. This is the central mechanism by which DA remains flexible and context-sensitive.

Exam trap

DAF often tests the misconception that continuous improvement means standardizing metrics or eliminating retrospectives, when GCI is actually about context-driven, incremental evolution of the WoW.

How to eliminate wrong answers

Option A is wrong because GCI explicitly rejects uniform metrics — it encourages teams to select measures that matter for their context, not to standardize on one metric set. Option C is wrong because retrospectives are a core input to GCI, not something it eliminates; GCI builds on retrospective findings to drive guided change. Option D is wrong because DA supports multiple lifecycles (Agile, Lean, Continuous Delivery, Program, Exploratory) and GCI helps teams choose and evolve among them — it does not mandate a single lifecycle.

83
MCQeasy

In Agile, what is a 'User Story'?

A.A detailed 50-page requirement document
B.A technical specification of the database schema
C.A description of a feature from the perspective of the user
D.A formal contract signed by the customer
AnswerC

A user story captures a requirement as a short, plain-language statement of a feature expressed from the end user's perspective, typically naming the role, the need and the benefit. This satisfies the stem's demand for a user-centred description rather than a technical specification.

Why this answer

A user story is a small, concise statement of a requirement from the user's perspective.

84
MCQmedium

When applying the DA toolkit, what is the best way to determine if a practice is 'fit-for-purpose'?

A.Measure its impact on team outcomes and compare it with the desired goals.
B.See if the team likes it.
C.Check if it's the latest fad in the agile community.
D.Ask the team to vote.
AnswerA

Fit-for-purpose is judged by whether a practise actually improves team outcomes relative to the desired goals, so measuring impact against those goals gives objective evidence. This outcome-based assessment avoids adopting practises merely because they are fashionable or prescribed.

Why this answer

In Disciplined Agile (DA), the DA toolkit is a collection of practices, and 'fit-for-purpose' means the practice should be evaluated based on its measurable impact on team outcomes relative to the team's desired goals. This aligns with DA's principle of 'Be Pragmatic' and its focus on guided continuous improvement. The best way is to measure outcomes and compare them with goals, not rely on subjective preferences or trends.

Exam trap

DAF often tests the misconception that agile practices should be adopted based on team preference or popularity, whereas DA emphasizes empirical measurement against goals to determine fit-for-purpose.

How to eliminate wrong answers

Option B is wrong because whether the team likes a practice is subjective and does not indicate whether it helps achieve business or team goals; DA emphasizes empiricism over popularity. Option C is wrong because adopting the latest agile fad is contrary to DA's pragmatic, context-driven approach; DA explicitly warns against 'agile dogma' and one-size-fits-all solutions. Option D is wrong because voting is a democratic method but not an empirical one; it does not measure the practice's actual impact on outcomes, which is the core of fit-for-purpose assessment in DA.

85
MCQmedium

In the context of the DA toolkit, what does the term 'Process Goal' represent?

A.A set of decision points that teams need to address.
B.A list of KPIs to measure team performance.
C.A project management certification level.
D.A specific set of practices that must be adopted.
AnswerA

A Process Goal defines the decision points teams must address when adopting the DA toolkit, structuring choices across the delivery lifecycle. It satisfies the stem's requirement by framing governance as explicit decisions rather than prescribed steps, enabling teams to tailor adoption while retaining the toolkit's guidance.

Why this answer

In the DA toolkit, a Process Goal represents a set of decision points that teams need to address as they work — it is not a prescribed practice or a metric. Each process goal (such as 'Improve Team Velocity' or 'Address Risk') identifies decisions the team must make and offers a catalog of techniques to help make them. This makes option A the correct definition.

Exam trap

DAF often tests the misconception that DA process goals are prescribed practices or metrics, when they are actually decision points that teams address by choosing from a catalog of optional techniques.

How to eliminate wrong answers

Option B is wrong because KPIs are measurement tools, not process goals — DA process goals are about decisions to be made, and while metrics may inform those decisions, they are not the definition of a process goal. Option C is wrong because a project management certification level is unrelated to DA's process goal concept; DA is a toolkit, not a certification hierarchy. Option D is wrong because DA explicitly avoids prescribing a specific set of practices that must be adopted — process goals are decision points with optional techniques, not mandatory practices.

86
MCQhard

When applying 'Coordinate Activities' across multiple teams, what is the best DA approach?

A.Force all teams to use the same lifecycle
B.Use a regular coordination meeting
C.Appoint a single manager for all teams
D.Merge all teams into one large team
AnswerB

A regular coordination meeting gives multiple teams a recurring, predictable forum to align dependencies, surface blockers and synchronise work, satisfying the cross-team coordination constraint. It is the standard DA technique for scaling coordination beyond a single team's daily stand-up cadence.

Why this answer

DA recommends lightweight, regular coordination mechanisms — such as coordination meetings, scrum of scrums, or communities of practice — to align multiple teams without imposing rigid uniformity. A regular coordination meeting is the canonical DA approach for cross-team alignment. It preserves team autonomy while ensuring dependencies and integration points are managed.

Exam trap

The trap is assuming that scaling coordination requires centralised control or uniform processes, when DA favours lightweight, regular coordination that preserves team autonomy.

How to eliminate wrong answers

Option A is wrong because DA explicitly supports teams choosing different lifecycles (e.g., agile, lean, continuous delivery) based on their context; forcing one lifecycle contradicts the 'choice is good' principle. Option C is wrong because appointing a single manager for all teams reintroduces command-and-control hierarchy, which DA rejects in favour of self-organising teams with clear coordination mechanisms. Option D is wrong because merging teams into one large team destroys the benefits of small, focused teams and creates communication overhead that DA warns against.

87
MCQmedium

Which DA principle supports the idea that teams should improve their process incrementally?

A.Improve Process
B.Choice is Good
C.Context Counts
D.Enterprise Awareness
AnswerA

Improve Process directly satisfies the incremental improvement principle by embedding continuous, small-scale experimentation into daily work rather than relying on periodic large transformations. Teams assess outcomes, adjust workflows, and repeat, which matches the stem's requirement for gradual, iterative refinement of how work is delivered.

Why this answer

The 'Improve Process' principle in DA states that teams should regularly reflect on and incrementally improve their way of working. It directly supports the idea of incremental process improvement rather than big-bang transformations. This principle encourages small, safe-to-fail experiments.

Exam trap

The trap is mixing up DA principles — candidates may choose 'Choice is Good' or 'Context Counts' because they sound related to improvement, but only 'Improve Process' explicitly addresses incremental process enhancement.

How to eliminate wrong answers

Option B is wrong because 'Choice is Good' is about having options and tailoring, not specifically about incremental improvement. Option C is wrong because 'Context Counts' is about tailoring to the team's environment, not about incremental improvement. Option D is wrong because 'Enterprise Awareness' is about considering the broader organization, not about incremental process improvement.

88
MCQhard

A team is struggling with 'technical debt'. According to Disciplined Agile, which action is most appropriate to address this during the iteration?

A.Outsource the technical debt resolution to a different team
B.Include 'refactoring' and 'testing' tasks within each iteration
C.Ignore the debt until the project is near completion
D.Create a separate 'technical debt sprint' once a year
AnswerB

Embedding refactoring and testing tasks within each iteration directly satisfies the stem's constraint of addressing technical debt during the iteration, rather than deferring it. Disciplined Agile treats debt as a continuous concern, so incremental improvement is folded into daily work, preventing accumulation and keeping the codebase maintainable.

Why this answer

Disciplined Agile advocates addressing technical debt continuously rather than deferring it. The most appropriate action is to include refactoring and testing tasks within each iteration, so that debt is paid down incrementally as part of normal delivery. This aligns with DA's principle of delivering consumable solutions and its guidance that quality is built in, not bolted on.

Exam trap

DAF often tests the misconception that technical debt should be handled in a dedicated sprint or deferred — candidates pick the 'technical debt sprint' option because it sounds organised, missing DA's guidance that debt is addressed continuously within each iteration.

How to eliminate wrong answers

Option A is wrong because outsourcing technical debt resolution to a different team breaks the ownership and context that the delivering team has, and DA favours keeping work with the team that owns the code. Option C is wrong because ignoring debt until near completion is the classic anti-pattern that DA explicitly warns against — debt compounds and eventually cripples delivery. Option D is wrong because a separate annual 'technical debt sprint' is a batch approach that contradicts DA's continuous, incremental philosophy and allows debt to accumulate between sprints.

89
MCQhard

A Disciplined Agile team is struggling with frequent interruptions and unplanned work. The team lead wants to apply a DA principle to address this. Which of the following actions best reflects the DA principle of 'Deliver value continuously'?

A.Create a separate backlog for interruptions and assign them to a dedicated team member.
B.Increase the team's velocity target to absorb the extra work without changing the process.
C.Escalate to senior management to mandate that stakeholders stop interrupting the team.
D.Limit work in progress, make the cost of interruptions visible, and collaborate with stakeholders to reduce them.
AnswerD

This aligns with the DA principle of delivering value continuously by optimizing flow and addressing impediments. Limiting WIP helps the team finish work before starting new items, making interruptions more visible. Collaborating with stakeholders to reduce unplanned work attacks the root cause. Together, these actions improve predictability and throughput, which are essential for continuous value delivery in a disciplined agile context.

Why this answer

The DA principle of delivering value continuously calls for optimizing flow, making work visible, and collaborating to remove impediments. Limiting WIP and exposing the cost of interruptions helps the team and stakeholders understand the impact and work together to reduce unplanned work, rather than simply absorbing it or escalating without addressing the system.

Exam trap

The trap here is thinking that adding capacity or escalating to management solves the interruption problem, when DA emphasizes making the cost visible and collaborating to address the root cause.

90
MCQeasy

Which of the following is an example of 'Tailoring' in the DA toolkit?

A.Choosing between different options for 'Explore Scope' based on team size.
B.Ignoring the DA toolkit and using a standard methodology.
C.Increasing the number of meetings.
D.Copying a high-performing team's process exactly.
AnswerA

Selecting an appropriate Explore Scope variant according to team size exemplifies tailoring: the toolkit's processes are adapted to a project's specific context rather than applied uniformly. Tailoring adjusts method rigour, artefacts and roles to suit organisational constraints, which team size directly represents here.

Why this answer

Tailoring in DA means deliberately selecting among the documented options for a process goal based on the team's context — for example, choosing a particular 'Explore Scope' option because the team is small, co-located, and has easy customer access, versus a more formal option for a large distributed team. Option A is a textbook example: the choice is driven by a context factor (team size), which is exactly what tailoring means in the DA toolkit.

Exam trap

DAF often tests the confusion between tailoring (context-based selection among DA options) and ad hoc process change or copying — the key discriminator is whether a documented context factor drove the choice.

How to eliminate wrong answers

Option B is wrong because ignoring the DA toolkit and using a standard methodology is the opposite of tailoring — it is abandoning the toolkit's options entirely rather than selecting among them. Option C is wrong because increasing the number of meetings is a mechanical change with no context-based rationale; it is not tailoring, it is ceremony inflation, and DA would evaluate meeting cadence against communication needs, not add meetings arbitrarily. Option D is wrong because copying another team's process exactly is 'process plagiarism' — it ignores the receiving team's context factors and is precisely what DA warns against; tailoring requires adapting to your own context, not replicating someone else's.

91
MCQhard

A Disciplined Agile team has been using the Agile lifecycle for six months. The organization now requires the team to support a continuous flow of small enhancements while still running two-week iterations for larger features. The team's coach suggests adopting the Lean lifecycle to better handle the flow of work. Which statement best describes the primary reason the Lean lifecycle is appropriate in this situation?

A.It eliminates the need for a product owner and replaces that role with a flow manager.
B.It mandates the use of a specific Kanban tool and predefined work-in-progress limits for all teams.
C.It optimizes for continuous flow and limits work in progress, which suits a steady stream of small enhancements alongside iterative work.
D.It requires the team to abandon iterations entirely and adopt a continuous deployment model.
AnswerC

The Lean lifecycle is designed to optimize flow and limit work in progress, making it well suited to a continuous stream of small enhancements. It allows the team to handle flow-based work while still supporting iterative work for larger features, which matches the organization's new requirement. This is the core reason the Lean lifecycle fits the team's evolving context.

Why this answer

The Lean lifecycle is appropriate because it is optimized for continuous flow and limiting work in progress, which directly addresses the need to handle a steady stream of small enhancements while still supporting iterative work. It provides the flexibility to blend flow and iterations without forcing a full continuous delivery model or removing key roles.

Exam trap

The trap here is believing that adopting the Lean lifecycle forces the team to abandon iterations or adopt a specific tool, when in fact Lean is about flow and WIP limits that can coexist with iterative work.

92
MCQhard

In a Lean environment, how do you handle a 'non-value-add but necessary' activity?

A.Streamline and minimize it as much as possible.
B.Ignore it completely.
C.Automate it without optimization.
D.Assign it to a low-level employee.
AnswerA

If it is mandatory, you optimize its execution.

Why this answer

In Lean, activities are classified as value-add, non-value-add but necessary (sometimes called 'necessary non-value-add' or Type 1 muda), and pure waste. Necessary non-value-add work — like regulatory compliance checks or safety inspections — cannot be eliminated, so the correct Lean response is to streamline and minimize it (reduce time, effort, and variability) while preserving its necessity.

Exam trap

DAF often tests the misconception that all non-value-add work is waste to be eliminated — candidates who pick 'ignore it' or 'remove it' fail to distinguish necessary non-value-add from pure muda.

How to eliminate wrong answers

Option B is wrong because ignoring a necessary activity would violate compliance, safety, or quality requirements — Lean distinguishes necessary non-value-add from pure waste, and only the latter can be eliminated outright. Option C is wrong because automating without first optimizing simply accelerates a wasteful process (a classic Lean error: 'automating waste'), and it skips the kaizen step of understanding and simplifying the work. Option D is wrong because assigning work to a 'low-level' employee is not a Lean concept — Lean focuses on process improvement and respect for people, not hierarchical delegation as a way to handle non-value-add work.

93
MCQhard

You are assessing the 'Coordinate Activities' process goal for a team that is struggling with knowledge silos. Which decision point should you focus on?

A.Select the lifecycle.
B.Align the team.
C.Manage the budget.
D.Share information.
AnswerD

Sharing information is the decision point that directly dismantles knowledge silos, since silos persist when knowledge stays with individuals. Addressing this point in Coordinate Activities ensures the team distributes understanding across members rather than hoarding it.

Why this answer

The 'Coordinate Activities' process goal in Disciplined Agile includes decision points such as 'Share Information', which directly addresses knowledge silos. Focusing on 'Share Information' helps the team break down silos by improving communication, documentation, and cross-team visibility. This is the decision point most relevant to the described problem.

Exam trap

DAF often tests the mapping of process goals to decision points, so candidates who confuse 'Coordinate Activities' with 'Team' or 'Inception' goals pick the wrong decision point.

How to eliminate wrong answers

Option A is wrong because 'Select the lifecycle' is a decision point in the 'Inception' or 'Foundation' process goal, not 'Coordinate Activities'. Option B is wrong because 'Align the team' is part of the 'Team' process goal, not 'Coordinate Activities'. Option C is wrong because 'Manage the budget' is a financial governance decision point, not part of 'Coordinate Activities'.

94
MCQeasy

What does a cumulative flow diagram (CFD) help a team visualize?

A.The specific team member assigned to each ticket.
B.The total budget remaining for the project.
C.The stability and distribution of work in progress.
D.Individual team member performance.
AnswerC

A cumulative flow diagram plots work items per workflow state over time, so widening bands reveal growing work in progress and bottlenecks. This directly exposes WIP stability and how work distributes across states, which is exactly what the question asks the CFD to visualise.

Why this answer

A cumulative flow diagram plots the count of work items in each workflow state over time, so the vertical thickness of each band shows work in progress (WIP) in that state. This lets a team see whether WIP is stable or ballooning, where bottlenecks form, and how evenly work is distributed across the flow. It is a core Lean/Agile flow metric, not a people or budget tool.

Exam trap

The trap is assuming the CFD is a people or budget chart; it is strictly a flow visualization of work items by state, and any answer referencing individuals or money is wrong.

How to eliminate wrong answers

Option A is wrong because a CFD aggregates items by state, not by assignee — it deliberately hides individual ownership to focus on flow. Option B is wrong because budget tracking is a financial concern handled by burn charts or cost reports, not by a CFD, which counts work items. Option D is wrong because a CFD is not a performance-management tool; using it to rank individuals misreads its purpose and would violate its aggregate, flow-oriented design.

95
MCQeasy

Which of the following is an example of an 'Agile' practice?

A.Creating a detailed project plan for the next 2 years
B.Holding a Daily Stand-up meeting
C.Requiring all changes to go through a formal committee
D.Assigning tasks to individuals by the manager
AnswerB

The Daily Stand-up is a defined Scrum ceremony where the team synchronises progress, surfaces impediments and re-plans the day's work. This satisfies the stem's requirement for an Agile practice, as it embodies inspect-and-adapt through frequent, short feedback cycles rather than phase-gated reporting.

Why this answer

A Daily Stand-up is a canonical Agile practice: a short, time-boxed ceremony where the team synchronizes, inspects progress, and adapts the plan. It embodies Agile principles like frequent communication, self-organization, and transparency. The other options describe predictive, command-and-control, or bureaucratic practices that are antithetical to Agile values.

Exam trap

The trap is equating any meeting or planning activity with Agile — candidates may pick 'detailed project plan' thinking planning is Agile, but Agile planning is iterative and adaptive, not a fixed 2-year plan.

How to eliminate wrong answers

Option A is wrong because creating a detailed 2-year project plan is a predictive/waterfall practice; Agile favors adaptive planning with rolling-wave or iterative planning over long-term detailed schedules. Option C is wrong because requiring all changes to go through a formal committee is a change-control bureaucracy that slows feedback and contradicts Agile's embrace of changing requirements. Option D is wrong because assigning tasks to individuals by the manager is a command-and-control practice; Agile teams are self-organizing and pull work collectively rather than having work pushed by a manager.

96
MCQhard

Your organization wants to transition to a 'Pull' system. What is the most important prerequisite?

A.Eliminating all meetings.
B.Moving to a cloud-based development environment.
C.Hiring more experienced team members.
D.Establishing and enforcing WIP limits.
AnswerD

WIP limits are the prerequisite for a pull system: they cap the amount of work in progress, so new work is only pulled when capacity frees up. Without enforced limits, downstream stages simply push work forward, and the pull signal cannot govern flow.

Why this answer

A Pull system in lean/agile means work is pulled into the system only when there is capacity to handle it, rather than being pushed in based on forecasts or schedules. The most important prerequisite for a Pull system is establishing and enforcing Work-In-Progress (WIP) limits, because without them there is no mechanism to signal when new work can be pulled. WIP limits create the 'pull' signal by constraining how much work can be in progress at once, forcing the team to finish before starting new items.

Exam trap

DAF often tests the misconception that Pull is about tools or team composition, when the essential prerequisite is WIP limits that create the pull signal and regulate flow.

How to eliminate wrong answers

Option A is wrong because eliminating all meetings is neither necessary nor sufficient for a Pull system — meetings can coexist with Pull if they are value-adding. Option B is wrong because moving to a cloud-based development environment is an infrastructure choice unrelated to the fundamental mechanics of Pull, which are about workflow control. Option C is wrong because hiring more experienced team members does not create a Pull system; experience may help, but the defining prerequisite is WIP limits that regulate flow.

97
MCQhard

Your organization is scaling Agile. What does Disciplined Agile suggest for scaling?

A.Increase the size of individual teams to 50+ members
B.Choose a lifecycle that fits the specific needs of the teams
C.Adopt a single framework like SAFe for all projects
D.Standardize all teams to use the exact same process
AnswerB

Disciplined Agile rejects a single prescribed scaling framework; instead it guides teams to select and tailor a lifecycle — such as Agile, Lean, or continuous delivery — matching their context, size, and constraints. This directly satisfies the stem's scaling need by fitting the lifecycle to the teams rather than forcing teams into one model.

Why this answer

Disciplined Agile (DA) suggests that scaling Agile is not about adopting a single framework for all teams, but rather about choosing a lifecycle — such as Agile, Lean, Continuous Delivery, Program, or Hybrid — that fits the specific needs and context of the teams involved. This reflects DA's 'Choice is Good' principle and its recognition that different teams require different approaches.

Exam trap

DAF often tests the misconception that scaling Agile requires adopting a single, prescriptive framework like SAFe — the trap is selecting an answer that promotes standardisation or a one-size-fits-all approach, when DA actually advocates for context-driven lifecycle selection.

How to eliminate wrong answers

Option A is wrong because increasing individual team size to 50+ members contradicts Agile principles of small, cross-functional teams (typically 5-9 members) and would create communication overhead and reduce agility. Option C is wrong because DA explicitly rejects the idea of adopting a single framework like SAFe for all projects — DA is framework-agnostic and promotes tailoring the approach to the context. Option D is wrong because standardising all teams to use the exact same process ignores the reality that different teams have different needs, skills, and contexts — DA advocates for context-driven choice, not uniformity.

98
MCQmedium

If you observe a high rate of 'blocked' items on your Kanban board, what is the most appropriate action?

A.Remove the blocked items from the board.
B.Wait until the next daily stand-up to discuss the blocks.
C.Swarm on the blocked item to clear the impediment immediately.
D.Start new work to keep the developers busy.
AnswerC

Swarming clears the impediment immediately, directly addressing the constraint that blocked items halt flow and inflate cycle time. Rather than analysing causes or escalating, the team concentrates capacity on resolving the blocker, restoring throughput fastest. This satisfies the stem's demand for the most appropriate action when blocked items dominate the board.

Why this answer

A high rate of blocked items signals that work is getting stuck and flow is being disrupted, so the most appropriate action is to swarm on the blocked item to clear the impediment immediately. Swarming means the team temporarily focuses multiple people on the blocked work to unblock it, which restores flow and prevents the blockage from cascading into further delays. This is a core Kanban and Disciplined Agile practice for managing flow.

Exam trap

DAF often tests whether candidates default to 'keep everyone busy' thinking (starting new work) instead of recognizing that swarming to clear blockages is the flow-preserving action in Kanban.

How to eliminate wrong answers

Option A is wrong because removing blocked items from the board hides the problem rather than solving it — it destroys visibility and prevents the team from addressing the root cause. Option B is wrong because waiting until the next daily stand-up delays resolution; if the blockage is significant, the team should address it as soon as it is detected, not defer it to a scheduled meeting. Option D is wrong because starting new work to keep developers busy increases work in progress, which worsens flow, creates more queues, and violates the Kanban principle of limiting WIP — it is the classic '100% utilization' mistake.

99
MCQeasy

What is the purpose of the 'DA Toolkit'?

A.To provide a structured way for teams to tailor their processes.
B.To replace all other agile frameworks.
C.To provide a set of strict rules for Scrum teams.
D.To act as a project management tool like Jira.
AnswerA

The DA Toolkit supplies guidance, practices and process blades that teams combine when choosing their Way of Working. It provides a structured tailoring mechanism rather than a prescriptive method, satisfying the need to adapt processes to each team's context.

Why this answer

The DA Toolkit provides a structured way for teams to tailor their processes by offering a collection of practices, process goals, and decision points. It is designed to help teams choose their way of working (WoW) based on their context, rather than prescribing a rigid set of rules. This makes it a flexible guide for process tailoring.

Exam trap

DAF often tests the purpose of the DA Toolkit versus other frameworks, so candidates who think it is a rigid methodology or a software tool pick the wrong option.

How to eliminate wrong answers

Option B is wrong because the DA Toolkit does not replace other agile frameworks; it complements and integrates practices from them. Option C is wrong because DA is not a set of strict rules for Scrum teams; it is a flexible toolkit that includes Scrum as one of many options. Option D is wrong because the DA Toolkit is not a project management tool like Jira; it is a knowledge base of practices and guidance, not a software tool.

100
Multi-Selectmedium

Which TWO of the following are primary benefits of limiting Work-in-Progress (WIP)?

Select 2 answers
A.Elimination of all meetings.
B.Reduction in total cycle time.
C.Increased total throughput of the system.
D.Exposure of underlying process bottlenecks.
E.Improved individual employee performance.
AnswersB, D

Limiting WIP reduces queueing and context switching, so each item flows through the value stream faster. Little's Law confirms this: with throughput held steady, lowering the number of items in progress directly shortens the average time each item spends in the system, satisfying the scenario's demand for reduced total cycle time.

Why this answer

Option B is correct because limiting WIP reduces the amount of work queued at each stage, which shortens the time any single item spends waiting and being worked on, thereby reducing total cycle time (Little's Law: Cycle Time = WIP / Throughput). Option D is correct because capping WIP prevents work from piling up and hiding problems; when a stage hits its WIP limit, the blockage becomes visible and exposes the underlying process bottleneck that must be addressed. Option A is incorrect because limiting WIP does not eliminate all meetings; it may change their frequency or format but meetings are not inherently removed.

Option C is incorrect because limiting WIP primarily reduces cycle time and variability rather than directly increasing total throughput, which depends on the bottleneck's capacity. Option E is incorrect because WIP limits are a system-level flow control mechanism, not a technique for improving individual employee performance.

Exam trap

The trap is assuming WIP limits increase throughput — they primarily reduce cycle time and expose bottlenecks; throughput gains require addressing the constraint itself.

101
MCQhard

Your team needs to scale their agile efforts. What should be your first step according to DA?

A.Assess the current team maturity and context
B.Switch to Kanban
C.Add a Program Manager
D.Implement SAFe immediately
AnswerA

Assessing current team maturity and context satisfies the stem because Disciplined Agile scaling begins with understanding where the team is now. Only after this baseline can appropriate scaling strategies be selected, avoiding premature or mismatched adoption.

Why this answer

According to Disciplined Agile, the first step when scaling agile efforts is to assess the current team maturity and context. DA emphasizes that scaling is not a one-size-fits-all journey; you must understand where the team is now (their skills, culture, constraints) before choosing a scaling approach. This aligns with DA's principle of 'Context Counts' and its guided continuous improvement approach.

Exam trap

DAF often tests the misconception that scaling agile requires immediately adopting a specific framework like SAFe, whereas DA emphasizes assessing context and maturity first to choose a tailored approach.

How to eliminate wrong answers

Option B is wrong because switching to Kanban is a specific practice choice, not a first step; DA would not prescribe Kanban without first understanding the team's context and needs. Option C is wrong because adding a Program Manager is a structural change that may not address the root need and is not a recommended first step in DA; DA focuses on team-level empowerment and organic scaling. Option D is wrong because implementing SAFe immediately is a prescriptive, framework-specific action that contradicts DA's pragmatic, context-driven philosophy; DA advises against adopting any framework wholesale without assessing fit.

102
MCQeasy

Which DA concept describes the idea that teams should be able to choose their own way of working?

A.Standardized Agile.
B.Choose Your WoW.
C.Command and Control.
D.Managed Delivery.
AnswerB

Choose Your WoW (Way of Working) is the DA principle that teams tailor their practices, roles and ceremonies to their context instead of adopting one mandated process. It directly expresses the idea that teams select their own way of working.

Why this answer

'Choose Your WoW' (Way of Working) is a core Disciplined Agile principle stating that every team is unique and should tailor its process, practices, and lifecycle to its own context rather than being forced into a single mandated method. DA explicitly rejects one-size-fits-all frameworks and instead offers a toolkit from which teams select and evolve their approach. This is why the concept is named 'Choose Your WoW' — it captures team-level autonomy within enterprise guardrails.

Exam trap

The trap here is confusing DA's team-autonomy principle with a named framework or management style — candidates who don't know DA's vocabulary may pick 'Standardized Agile' thinking it sounds disciplined, when DA explicitly rejects standardization.

How to eliminate wrong answers

Option A is wrong because 'Standardized Agile' contradicts DA's philosophy — DA deliberately avoids prescribing one standardized Agile process for all teams. Option C is wrong because 'Command and Control' is the traditional top-down management style that DA explicitly moves away from in favor of self-organizing teams. Option D is wrong because 'Managed Delivery' is not a DA concept describing team autonomy; DA's delivery lifecycles are chosen by the team, not imposed as a managed mandate.

103
MCQeasy

Which of the following is considered 'Waste' (Muda) in a software development process?

A.Performing automated unit tests.
B.Conducting a sprint demo.
C.Collaborating on design documents.
D.Developing features that the customer will never use.
AnswerD

Muda is any activity consuming effort without delivering value. Building features the customer never uses produces no value, so the effort, cost and delay it consumes are pure waste, unlike necessary but non-value-adding activities such as compliance testing.

Why this answer

In lean/Disciplined Agile thinking, waste (Muda) is any activity that consumes resources without creating value for the customer. Developing features the customer will never use is the canonical example of 'extra features' waste (overproduction), because the effort, code, and maintenance burden deliver zero customer value. Eliminating it via prioritization, MVP thinking, and validated learning is a core DA principle.

Exam trap

DAF often tests whether candidates can distinguish value-adding agile practices (tests, demos, collaboration) from genuine waste — the trap is labeling any overhead as waste.

How to eliminate wrong answers

Option A is wrong because automated unit tests create value by catching defects early and enabling safe refactoring — they reduce waste, not create it. Option B is wrong because a sprint demo provides feedback and transparency, which are value-adding activities in agile delivery. Option C is wrong because collaborating on design documents (when done just-in-time and collaboratively) improves shared understanding and reduces rework — it is not inherently waste.

104
MCQmedium

When applying the DA toolkit, you discover that your team's 'Explore Scope' process goal has multiple high-performing options. How do you decide which one to implement?

A.Select the option with the fewest steps.
B.Analyze your team's context factors and select the option that best addresses your current challenges.
C.Randomly select an option to experiment.
D.Select the option that is most popular in the industry.
AnswerB

Context factors are the DA mechanism for choosing between equally viable options; they expose the team's specific constraints and challenges. Selecting the option that best addresses those challenges satisfies the stem's requirement to decide rationally rather than by preference.

Why this answer

DA's process goals are deliberately populated with multiple viable options, and the toolkit does not prescribe which to use. The correct approach is to evaluate the team's specific context factors — such as team size, distribution, regulatory constraints, customer availability, and technical complexity — and select the option whose trade-offs best address the team's current challenges. This is the essence of 'choose your WoW': decisions are context-driven, not popularity-driven or effort-minimizing.

Exam trap

DAF often tests the misconception that DA prescribes a 'best' option per process goal, when in fact it deliberately presents multiple context-dependent options and expects teams to choose based on their own situation.

How to eliminate wrong answers

Option A is wrong because fewest steps does not equal best fit — a lightweight option may omit critical controls (e.g., traceability, stakeholder validation) that a regulated or distributed team genuinely needs, leading to rework or compliance failure. Option C is wrong because random experimentation without a hypothesis or context analysis is not disciplined agile tailoring; DA encourages deliberate, evidence-based selection, not gambling. Option D is wrong because industry popularity is a lagging, context-blind signal — a practice that works at Google or Spotify may fail in a small compliance-heavy team, and DA explicitly warns against copying practices without evaluating fit.

105
Multi-Selecthard

Which THREE of the following are considered 'Lean' practices in DA?

Select 3 answers
A.Eliminating waste
B.Increasing batch sizes
C.Adding unnecessary roles
D.Reducing WIP
E.Optimizing flow
AnswersA, D, E

Eliminating waste is a core Lean principle, directly satisfying the stem's requirement for Lean DA practises. Lean thinking targets non-value-adding activities such as redundant data transformation, manual rework, and waiting time, so removing them improves flow and efficiency within the analytics pipeline.

Why this answer

In Lean Data Analytics (DA), eliminating waste (A) is a core principle because it removes non-value-adding activities such as redundant data processing, rework, or waiting, directly improving efficiency. Reducing WIP (D) is correct because limiting work-in-progress prevents bottlenecks, shortens cycle times, and aligns with Lean's pull-based, just-in-time approach. Optimizing flow (E) is also correct because Lean emphasizes smooth, continuous delivery of value through value-stream mapping and removing impediments, ensuring data products move steadily from ingestion to insight.

In contrast, increasing batch sizes (B) contradicts Lean by creating larger queues and delaying feedback, while adding unnecessary roles (C) introduces waste in the form of over-processing and organizational bloat, neither of which is a Lean practice.

Exam trap

DAF often tests Lean practices by including opposites such as increasing batch sizes or adding roles, which are anti-patterns in Lean, to confuse candidates.

106
Multi-Selectmedium

Which TWO of the following statements about 'Process Goals' in DA are true?

Select 2 answers
A.They must be followed in a specific order.
B.They eliminate the need for retrospectives.
C.They help teams make informed trade-offs.
D.They are only for the Inception phase.
E.They provide a list of options for a team to consider.
AnswersC, E

Process Goals define measurable outcomes that guide decision-making, letting teams evaluate competing design choices against agreed targets. This directly supports informed trade-offs, as the stem states, by giving objective criteria rather than subjective preference when balancing competing architectural concerns.

Why this answer

Option C is correct because Process Goals in Disciplined Agile serve as guidance that helps teams make informed trade-offs, allowing them to balance competing concerns such as scope, quality, and speed when choosing their way of working. Option E is correct because Process Goals are deliberately expressed as a list of options for a team to consider, rather than prescriptive steps, so the team can select the practices that best fit its context. Options A, B, and D are incorrect: Process Goals are not ordered sequentially, they do not replace retrospectives (which remain essential for continuous improvement), and they apply across the entire DA lifecycle, not only during Inception.

Exam trap

DAF often tests the misconception that Process Goals are prescriptive steps that must be followed in order, rather than flexible guidelines for decision-making.

107
MCQeasy

A team is deciding which Disciplined Agile lifecycle to adopt. They have a stable, well-understood problem and a fixed deadline. Which lifecycle is most appropriate according to DA guidance?

A.Predictive
B.Continuous Delivery
C.Lean
D.Agile
AnswerA

The Predictive lifecycle is appropriate when the problem is well-understood and the scope is stable, allowing for detailed up-front planning. With a fixed deadline and stable requirements, this lifecycle provides the necessary structure and predictability. DA supports choosing the lifecycle that fits the context.

Why this answer

Disciplined Agile provides a range of lifecycles, and the choice depends on context. For a stable, well-understood problem with a fixed deadline, the Predictive lifecycle is most suitable because it allows for detailed planning and control. The other lifecycles are better suited for evolving requirements or continuous flow, which do not match the scenario's characteristics.

Exam trap

The trap here is assuming that agile approaches are always best, even when a predictive approach is more appropriate for a stable and well-defined project.

108
MCQmedium

When a team is 'swarming', what are they doing?

A.Taking a break together to recharge.
B.Collaborating simultaneously to finish a single item.
C.Working on as many tasks as possible at once.
D.Dividing work into the smallest possible tasks.
AnswerB

Swarming concentrates the whole team on one work item at a time, so collaboration happens simultaneously rather than through handoffs. This satisfies the stem's constraint of finishing a single item quickly, because limiting work in progress shortens cycle time and eliminates queueing between specialists.

Why this answer

Swarming in Agile means the entire team or a group of team members collaborates simultaneously on a single work item to finish it quickly, rather than each person working on separate tasks. This practice reduces work-in-progress (WIP), shortens cycle time for that item, and promotes knowledge sharing. It is a key technique in Kanban and Scrum for breaking through bottlenecks and accelerating delivery of high-priority items.

Exam trap

The trap here is confusing swarming with multitasking — candidates may pick 'working on as many tasks as possible' because it sounds productive, when swarming is actually about limiting WIP to a single item.

How to eliminate wrong answers

Option A is wrong because taking a break together is a team-building or rest activity, not swarming — swarming is an intense collaborative work practice, not a pause. Option C is wrong because working on as many tasks as possible at once is the opposite of swarming — swarming deliberately limits WIP to one item to maximize focus and throughput. Option D is wrong because dividing work into the smallest possible tasks describes task decomposition or slicing, not swarming — swarming is about many people on one item, not one person on many small items.

109
MCQeasy

What is the primary benefit of the 'Iterative' approach over a 'Big Bang' delivery approach?

A.It allows for early detection and correction of errors
B.It eliminates the need for project managers
C.It requires less documentation than waterfall
D.It ensures that all team members are always busy
E.It guarantees that no changes will be made to requirements
AnswerA

Iterative delivery produces working increments each cycle, so defects and misaligned requirements surface during testing rather than after full build. This early feedback loop satisfies the stem's need to detect and correct errors before they compound across the whole delivery.

Why this answer

The iterative approach focuses on risk reduction and feedback through smaller, frequent releases.

110
MCQeasy

What is the primary objective of 'Iterative' development in a project?

A.To avoid all documentation
B.To deliver working, tested functionality frequently
C.To ensure the project manager has total control
D.To allow the team to work on different projects simultaneously
AnswerB

Iterative development repeatedly produces working, tested functionality in short cycles, directly satisfying the stem's demand for the primary objective. Each iteration builds on validated output, enabling frequent delivery and early feedback rather than a single end-stage release. This continuous cadence distinguishes it from waterfall's sequential phases.

Why this answer

The primary objective is to deliver value in small, manageable increments.

111
MCQmedium

Your team needs to balance the 'Adaptive' vs 'Predictive' lifecycle. Which criteria should you prioritize when making this choice?

A.The tenure of the team members
B.The total budget allocated to the project
C.The level of uncertainty and risk in the project
D.The seniority of the stakeholders
AnswerC

Uncertainty and risk drive the choice: high uncertainty favours adaptive, exploratory lifecycles, while low uncertainty and stable requirements suit predictive planning. This criterion directly addresses the stem's need to balance the two approaches against project conditions.

Why this answer

The choice between Adaptive (Agile) and Predictive (Waterfall) lifecycles hinges primarily on how well requirements and risks are understood upfront. High uncertainty and risk favor an Adaptive approach because iterative delivery allows course correction as new information emerges. Conversely, low uncertainty and well-understood requirements favor a Predictive approach where detailed upfront planning is safe.

Budget and team tenure are secondary considerations that do not fundamentally dictate lifecycle selection.

Exam trap

DAF often tests the misconception that budget size or team experience determines lifecycle choice, when the real driver is the level of uncertainty and risk in the project.

How to eliminate wrong answers

Option A is wrong because team member tenure (how long people have been on the team) is not a recognized criterion for lifecycle selection in the DAF framework — experience level may influence execution but not the fundamental Adaptive vs Predictive decision. Option B is wrong because total budget size does not determine lifecycle choice; both Adaptive and Predictive projects can operate at any budget scale, and a large budget with high uncertainty still favors Adaptive. Option D is wrong because stakeholder seniority is irrelevant to the uncertainty/risk assessment that drives lifecycle selection — senior stakeholders can exist on either type of project.

112
MCQhard

When analyzing a Value Stream Map, what does an 'invisible' queue represent?

A.Future work that hasn't been started.
B.Work waiting in an inbox or system that is not explicitly tracked.
C.Work that has been completed but not yet verified.
D.The time spent in planning meetings.
AnswerB

An invisible queue is work that exists but is absent from the visual map, such as items sitting in an inbox or an untracked system queue. It satisfies the scenario by exposing hidden wait states that inflate lead time without appearing as explicit process steps.

Why this answer

In a Value Stream Map, an 'invisible' queue represents work that is waiting in a system or inbox but is not explicitly tracked or visualized on the map — for example, emails sitting in a shared mailbox or tickets in an untracked backlog. These queues still consume cycle time and hide waste, which is why making them visible is a key goal of value stream mapping.

Exam trap

DAF often tests whether candidates understand that 'invisible' in VSM refers to untracked waiting work, not to future work or completed work — the trap is confusing invisible queues with visible backlog or verification queues.

How to eliminate wrong answers

Option A is wrong because future work that has not been started is typically shown as a visible backlog or demand queue, not an invisible one — invisibility refers to lack of tracking, not lack of start. Option C is wrong because work completed but not yet verified is a visible 'wait for verification' queue, which is normally captured on the map as a distinct step. Option D is wrong because time spent in planning meetings is a process step or delay, not a queue of waiting work items, and it is typically visible in the map's timeline.

113
MCQeasy

Which of these is the best definition of 'Value' in Lean?

A.The number of tasks completed in a sprint.
B.Anything the customer is willing to pay for.
C.The total effort hours spent by the team.
D.The number of lines of code written.
AnswerB

Lean defines value solely by the customer's judgement, so an activity counts as value only if the customer will pay for it. This satisfies the stem by anchoring value to customer willingness to pay, excluding internal effort that the customer does not recognise.

Why this answer

In Lean, value is defined from the customer's perspective: any activity or output for which the customer is willing to pay. This definition drives the identification of value-adding versus non-value-adding (waste) activities. Options A, C, and D are internal metrics that do not reflect customer willingness to pay.

Exam trap

The trap here is confusing internal productivity metrics (tasks, effort, code) with customer-defined value. Candidates may pick A or C thinking they represent value, but Lean strictly ties value to the customer's willingness to pay.

How to eliminate wrong answers

Option A is wrong because the number of tasks completed is an output metric, not a measure of customer-defined value. Option C is wrong because effort hours are a cost measure, not value. Option D is wrong because lines of code are a technical output, not something the customer values directly.

114
MCQeasy

Which of these is a symptom of 'Overprocessing'?

A.Writing code in a professional IDE.
B.Conducting daily check-ins.
C.Adding extra features or documentation that the customer did not request.
D.Maintaining a clean codebase.
AnswerC

Adding unrequested features or documentation wastes effort on work the customer never valued, which is the defining symptom of Overprocessing in Lean. The stem asks for a symptom, and this directly satisfies it: effort expended beyond what the customer requires, generating no additional value and inflating cycle time.

Why this answer

Overprocessing waste occurs when teams do more work than the customer requires or values — such as adding unrequested features, gold-plating, or producing documentation nobody reads. Option C directly describes this: extra features or documentation the customer did not request.

Exam trap

The trap is that candidates pick options that sound like good engineering hygiene (clean code, IDEs, daily check-ins) as waste, when overprocessing specifically means doing more than the customer values.

How to eliminate wrong answers

Option A is wrong because using a professional IDE is a normal, value-adding development practice, not overprocessing. Option B is wrong because daily check-ins are a coordination practice that supports flow and is not inherently waste. Option D is wrong because maintaining a clean codebase reduces future waste (technical debt) and is a quality practice, not overprocessing.

115
Multi-Selecthard

A product team is mapping its value stream and discovers that 60% of its cycle time is spent waiting for approvals from a centralized architecture review board. Which two actions best align with Lean thinking to improve flow? (Choose two.)

Select 2 answers
A.Move architecture decisions to the team and use lightweight guardrails
B.Schedule a weekly meeting to prioritize all pending reviews
C.Add more reviewers to the architecture review board
D.Require teams to submit more detailed documentation before review
E.Limit the number of items in the review queue and pull work only when capacity exists
AnswersA, E

Decentralizing decisions removes the external queue and lets the team closest to the work decide, which directly addresses the 60% waiting time. Lightweight guardrails preserve consistency without recreating a bottleneck, so this action aligns with Lean flow and respect for people.

Why this answer

The dominant waste is waiting for a centralized approval, so the strongest Lean actions are to eliminate the external queue by moving decisions to the team with guardrails, and to limit WIP in the review queue so work is pulled only when capacity exists. Both reduce lead time and make the bottleneck visible.

Exam trap

The trap here is choosing actions that make the existing approval process faster rather than removing the queue that causes the waiting.

116
MCQmedium

A team is frustrated by 'rework'. Which Lean practice helps address this at the source?

A.Assigning a dedicated person to track defects.
B.Reducing the scope of the project.
C.Building quality in through practices like TDD and automated testing.
D.Increasing the testing phase duration.
AnswerC

TDD and automated testing build verification into the development cycle itself, catching defects at the point of creation rather than after handoff. This addresses rework at its source by preventing defective work from flowing downstream, where correction costs far more.

Why this answer

Lean addresses rework by preventing defects at the point of creation rather than detecting them later. Building quality in through Test-Driven Development (TDD) and automated testing shifts verification left, so defects never enter the codebase in the first place. This eliminates the root cause of rework — defective work products flowing downstream — instead of merely measuring or containing it.

Exam trap

The trap here is confusing defect detection activities (tracking, longer testing phases) with defect prevention practices — DAF questions reward prevention-at-the-source thinking over downstream inspection.

How to eliminate wrong answers

Option A is wrong because assigning a person to track defects is a detection/measurement activity that documents rework after it occurs rather than preventing it at the source. Option B is wrong because reducing scope is a scope-management tactic that limits how much work exists, not a quality practice that stops defects from being created. Option D is wrong because extending the testing phase is a late-stage detection strategy that finds defects after they are built, which is the opposite of building quality in at the source.

117
Multi-Selectmedium

Which TWO of the following are benefits of using the Disciplined Agile toolkit compared to a single framework like Scrum?

Select 2 answers
A.It eliminates the need for any project management.
B.It guarantees project success.
C.It provides a more comprehensive set of options.
D.It forces teams to deliver faster than Scrum.
E.It allows for context-sensitive process selection.
AnswersC, E

Disciplined Agile offers a broader catalogue of techniques spanning lean, agile and traditional practices, letting teams tailor their way of working rather than being confined to Scrum's prescribed roles and ceremonies. This breadth directly satisfies the stem's requirement for a more comprehensive set of options.

Why this answer

Option C is correct because Disciplined Agile (DA) is explicitly designed as a hybrid toolkit that aggregates practices from Scrum, Kanban, SAFe, XP, Lean, and other sources, giving teams a broader and more comprehensive set of options than any single framework like Scrum can offer. Option E is correct because DA's core premise is context-sensitive process selection: teams use the DA tool kit and guided continuous improvement (GCI) to choose their WoW (Way of Working) based on their specific context—team size, compliance needs, distribution, and domain—rather than being locked into Scrum's prescribed roles, events, and artifacts. Option A is wrong because DA still requires project management disciplines such as planning, risk management, and governance; it does not eliminate them.

Option B is wrong because no framework or toolkit can guarantee project success, and DA explicitly promotes empiricism and adaptation rather than guarantees. Option D is wrong because DA does not mandate faster delivery than Scrum; it aims to optimize flow and fitness for context, not to impose a fixed speed requirement.

Exam trap

DAF often tests the misconception that DA is 'Scrum plus extras' or a prescriptive replacement framework, when in fact it is a decision toolkit whose value is optionality and context-sensitivity, not guaranteed speed or elimination of management.

118
MCQeasy

Which of the following best describes the 'Enterprise Awareness' principle in Disciplined Agile?

A.Teams should ignore company policies if they impede agility.
B.The team should delegate all integration tasks to a central architecture group.
C.Teams should work to improve the enterprise, not just their local team.
D.Teams should only focus on their own code quality to ensure speed.
AnswerC

Enterprise Awareness means teams optimise beyond their own boundaries, considering how decisions affect other teams, customers and the wider organisation. Local optimisation that harms the whole contradicts this principle, so the option correctly captures its enterprise-wide scope.

Why this answer

Enterprise Awareness in DA means teams consider the whole organisation and work to improve the enterprise, not just their local team. Option C captures this directly: teams should optimise for enterprise value rather than local metrics. This principle counteracts siloed behaviour and local optimisation.

Exam trap

The trap is confusing Enterprise Awareness with either blind obedience to policy or complete team autonomy — it is actually about teams voluntarily acting for the enterprise's broader benefit.

How to eliminate wrong answers

Option A is wrong because Enterprise Awareness does not license ignoring company policies — DA expects teams to work within governance guardrails and to help evolve them, not bypass them unilaterally. Option B is wrong because delegating integration to a central architecture group contradicts DA's preference for teams owning their own integration and for lightweight, collaborative architecture rather than centralised handoffs. Option D is wrong because focusing only on local code quality is the definition of local optimisation, which Enterprise Awareness explicitly warns against — enterprise value may require cross-team standards, shared components, and integration work.

119
Multi-Selecthard

Which TWO of the following statements correctly describe how a team should evolve its Way of Working according to Disciplined Agile?

Select 2 answers
A.Improvement should be continuous and guided by the team's current context.
B.Teams should rely on external consultants to define their process.
C.Improvements should be based on data and retrospectives to ensure they are effective.
D.Teams should adopt a new framework every quarter to stay modern.
E.Teams should skip retrospectives to maximize delivery time.
AnswersA, C

Disciplined Agile treats improvement as continuous and context-driven: teams inspect their own situation and adapt their Way of Working incrementally, rather than adopting a fixed prescriptive process. This satisfies the principle that guidance must fit the team's actual environment.

Why this answer

Option A is correct because Disciplined Agile (DA) treats the Way of Working (WoW) as something a team continuously evolves and tailors to its own context — the team's size, domain, culture, and constraints — rather than adopting a one-size-fits-all process. Option C is correct because DA's guided continuous improvement (GCI) approach relies on empirical data and regular retrospectives to inspect what is working, identify experiments, and verify that changes actually improve outcomes. Options B, D, and E are incorrect: DA deliberately keeps process ownership with the team rather than outsourcing it to external consultants, rejects the churn of swapping frameworks every quarter in favor of incremental, context-driven improvement, and depends on retrospectives as a core inspect-and-adapt mechanism, so skipping them would undermine the very feedback loop that drives WoW evolution.

Exam trap

DAF often tests the misconception that Disciplined Agile is a prescriptive framework that tells teams exactly which process to adopt, when in fact it is a context-driven toolkit where the team owns and continuously evolves its Way of Working.

120
Multi-Selectmedium

Which TWO of the following are key characteristics of a 'fit-for-purpose' Way of Working?

Select 2 answers
A.It is the same for every team in the company.
B.It is tailored to the team's unique context.
C.It is exactly what the organization's competitors are using.
D.It requires no changes after it is set.
E.It is focused on achieving the team's desired outcomes.
AnswersB, E

A fit-for-purpose Way of Working is deliberately shaped around the team's own context, including size, distribution, domain and constraints, rather than copied wholesale from another team. This contextual tailoring is what makes the approach genuinely fit for purpose.

Why this answer

Option B is correct because a fit-for-purpose Way of Working is deliberately tailored to the team's unique context — its goals, constraints, culture, and ways of collaborating — rather than being imposed uniformly. Option E is correct because the whole point of a fit-for-purpose Way of Working is that it is outcome-driven: it is selected and shaped to help the team achieve its desired results, not to conform to an external standard. Option A is wrong because a one-size-fits-all Way of Working applied identically to every team ignores context and is the opposite of fit-for-purpose.

Option C is wrong because copying competitors' practices assumes their context matches yours and does not guarantee fitness for your team's outcomes. Option D is wrong because a fit-for-purpose Way of Working is expected to evolve as the team's context and goals change, so it is not static.

Exam trap

DAF often tests the misconception that a 'good' WoW is one that matches an industry standard or is uniform across teams, when DA's entire premise is that fit is contextual and outcome-driven.

121
MCQmedium

Your team is experiencing high WIP levels during the development phase. Which Lean technique should you apply first to identify the primary cause of this congestion?

A.Require developers to work overtime to clear the backlog.
B.Increase the team size to handle the overflow.
C.Conduct a Value Stream Mapping session to visualize handoffs and queues.
D.Implement a mandatory daily stand-up meeting extension.
AnswerC

Value Stream Mapping exposes queueing and handoff delays across the flow, directly surfacing where WIP accumulates during development. Unlike local fixes, it maps the whole value stream, revealing the primary congestion cause before you limit WIP or rebalance capacity.

Why this answer

Value Stream Mapping (VSM) is the Lean technique for visualizing the end-to-end flow of work, including handoffs, queues, and wait times, which reveals where WIP accumulates and why. Before applying countermeasures like WIP limits or swarming, the team must see the current state to identify the primary constraint. VSM provides that diagnostic view.

Exam trap

DAF often tests the urge to jump to solutions (add people, work overtime) — the trap is forgetting that Lean requires diagnosing the system with VSM before applying countermeasures.

How to eliminate wrong answers

Option A is wrong because overtime treats the symptom (backlog) while increasing burnout and defect rates, and it does not reveal the cause of congestion. Option B is wrong because adding people to a congested flow can worsen it (Brooks's Law) and does not diagnose the bottleneck. Option D is wrong because extending stand-ups adds meeting time without providing the systemic visibility that VSM delivers.

122
MCQhard

A team is experiencing 'analysis paralysis' during the initial phase of their project. Which Disciplined Agile strategy is best to move forward?

A.Extend the sprint duration to allow more time for analysis
B.Switch to a full Kanban system without any planning
C.Implement 'Just-in-Time' planning to reduce upfront analysis
D.Mandate a strict waterfall phase gate review
AnswerC

Just-in-time planning focuses on immediate work, reducing unnecessary analysis.

Why this answer

Disciplined Agile suggests 'Evolutionary' approaches, where the team performs just enough planning to start, then adapts.

123
MCQmedium

When applying the DA toolkit, what is the best way to handle conflicting advice from different agile experts?

A.Follow your current process to avoid conflict.
B.Combine both approaches into one process.
C.Evaluate the trade-offs of both approaches within the context of your team's unique situation.
D.Choose the advice from the most famous expert.
AnswerC

Conflicting expert advice reflects differing contexts, not universal truths. Evaluating each approach's trade-offs against your team's specific constraints, skills and goals satisfies the stem's requirement by grounding the decision in your unique situation rather than blind adherence.

Why this answer

Disciplined Agile is a pragmatic, context-driven toolkit rather than a prescriptive method, so conflicting expert advice is resolved by weighing trade-offs against your team's specific situation. Option C reflects the DA principle of 'choice is good' — you tailor practices based on your context, not on authority or avoidance. The DA toolkit explicitly provides guidance for choosing between options via its process goals and decision points.

Exam trap

DAF often tests the misconception that there is one 'correct' agile practice to follow, when the toolkit's core message is that you must evaluate trade-offs against your own context.

How to eliminate wrong answers

Option A is wrong because blindly following your current process ignores the possibility that another approach may fit your context better and contradicts DA's continuous-improvement mindset. Option B is wrong because mechanically combining two approaches often produces an incoherent hybrid with conflicting practices rather than a deliberate, context-fit choice. Option D is wrong because DA rejects appeal-to-authority reasoning — the most famous expert's advice may not suit your team's size, culture, regulatory environment, or lifecycle.

124
MCQmedium

Your team is struggling with frequent context switching. As a Disciplined Agile practitioner, which process blade would you consult to better manage your work flow?

A.Team Development
B.Financial Management
C.People Management
D.Coordinate Activities
AnswerD

Coordinate Activities addresses cross-team dependency management and work-flow orchestration, directly tackling the context switching caused by uncoordinated handoffs. Unlike process blades focused on a single team's internal cadence, it governs how multiple teams align their efforts, satisfying the stem's constraint of managing flow across the wider value stream rather than within one team.

Why this answer

The Coordinate Activities process blade in Disciplined Agile focuses on managing the flow of work across teams, including planning, scheduling, and coordinating dependencies. It directly addresses issues like context switching by providing practices to visualize and limit work in progress, manage queues, and coordinate activities to reduce multitasking. This blade encompasses techniques such as kanban, Scrum of Scrums, and other coordination mechanisms that help teams maintain a smooth workflow.

Exam trap

DAF often tests the distinction between process blades that sound similar, such as confusing 'Coordinate Activities' with 'Team Development' or 'People Management' when the question is about managing work flow and reducing context switching.

How to eliminate wrong answers

Option A (Team Development) is wrong because it focuses on building team skills, roles, and capabilities, not on managing work flow or reducing context switching. Option B (Financial Management) is wrong because it deals with budgeting, funding models, and financial governance, which are unrelated to day-to-day work flow management. Option C (People Management) is wrong because it addresses HR-related concerns such as hiring, performance reviews, and career development, not the coordination of work activities.

125
Multi-Selecthard

Which THREE of these activities are part of the 'Inception' phase in DA?

Select 3 answers
A.Developing the complete product
B.Identifying initial stakeholders
C.Aligning on the project vision
D.Forming the team
E.Closing out the final project budget
AnswersB, C, D

Identifying initial stakeholders belongs to Inception because that phase establishes the project's scope, vision and feasibility before any build work. Stakeholder identification directly satisfies the stem's requirement, as DA places it alongside defining the problem and forming the initial team, rather than in later elaboration or construction iterations.

Why this answer

In the Disciplined Agile (DA) lifecycle, the Inception phase is the startup stage where the team is stood up and the initiative is framed before construction begins. Option B (Identifying initial stakeholders) is correct because Inception includes recognizing who has an interest in or will be affected by the solution so their needs can shape the vision. Option C (Aligning on the project vision) is correct because a primary Inception goal is to reach a shared understanding of the problem, the desired outcome, and the high-level solution direction.

Option D (Forming the team) is correct because Inception covers organizing and chartering the team, including roles, initial staffing, and working agreements, so the team is ready to move into construction. Option A (Developing the complete product) belongs to the Construction/transition work, not Inception, and Option E (Closing out the final project budget) is a Transition/closeout activity, so neither is part of Inception.

Exam trap

DAF often tests the distinction between phase activities, so candidates may confuse Inception with Construction or Transition activities, picking options like 'developing the complete product' or 'closing out the final project budget'.

126
MCQeasy

What is the primary benefit of the 'Process Goal' structure in the DA toolkit?

A.It replaces the need for a Project Manager.
B.It provides a clear way to navigate and choose practices.
C.It ensures that teams only use Lean practices.
D.It forces teams to adopt a specific lifecycle.
AnswerB

Process Goals organise the DA toolkit's practices into navigable structures, letting teams select the practices relevant to their current objective. This provides a clear way to navigate and choose practices rather than searching the full catalogue.

Why this answer

The 'Process Goal' structure in the DA toolkit provides a clear way to navigate and choose practices by organizing them around what the team wants to achieve rather than prescribing a fixed set of steps. Each process goal describes a desired outcome and offers a range of practices that can be selected based on context. This structure supports the 'Choose Your WoW' philosophy by making it easier to identify relevant practices.

Exam trap

DAF often tests the misunderstanding that process goals are prescriptive or replace traditional roles, when they are actually a flexible navigation tool for selecting practices.

How to eliminate wrong answers

Option A is wrong because process goals do not replace the need for a Project Manager; DA still recognizes management roles, though they may be distributed. Option C is wrong because process goals are not limited to Lean practices; they encompass agile, lean, and even traditional practices. Option D is wrong because process goals do not force a specific lifecycle; they are designed to support flexibility and choice across lifecycles.

127
MCQhard

A team is using the 'Continuous Delivery: Agile' lifecycle. They find that they are struggling to meet their commitments. Based on DA, what should they evaluate?

A.Switch to a Waterfall lifecycle immediately.
B.Increase the frequency of daily stand-ups.
C.Review their process goals within the DA toolkit to identify potential improvements.
D.Assign a dedicated Scrum Master to force compliance.
AnswerC

DA's process goals define the outcomes each lifecycle activity must achieve, so reviewing them exposes where the team's approach diverges from Continuous Delivery expectations. This targets the commitment shortfall at its process root rather than adjusting estimates.

Why this answer

In DA, when a team struggles to meet commitments, the prescribed response is to examine the relevant process goals in the toolkit and identify which decision points and practices need adjustment — for example, planning, estimation, or coordination practices. This is guided continuous improvement applied to a delivery problem: diagnose against the toolkit, then choose better-fitting options. Switching lifecycles or adding ceremonies without diagnosis would violate DA's context-driven approach.

Exam trap

DAF often tests the misconception that adding more ceremonies or switching frameworks fixes delivery problems, when DA's actual guidance is to diagnose against the process goals and decision points in the toolkit before changing anything.

How to eliminate wrong answers

Option A is wrong because switching to Waterfall is a drastic, context-blind reaction — DA would have the team diagnose the root cause first, and Waterfall is not a DA lifecycle option for this situation. Option B is wrong because increasing stand-up frequency treats a symptom without diagnosis; more stand-ups do not fix estimation, planning, or capacity problems and may add overhead. Option D is wrong because assigning a Scrum Master to 'force compliance' contradicts DA's self-organising, team-owned improvement model — DA does not prescribe enforcement roles to fix delivery problems.

128
MCQhard

A Disciplined Agile team is working on a complex product and has identified a high degree of uncertainty in the requirements. The team wants to apply the DA principle of 'Deliver value continuously' while managing risk. Which strategy is most aligned with DA for exploring initial scope?

A.Use a series of short iterations or experiments to explore the problem space and validate assumptions with stakeholders.
B.Delegate all scope decisions to the product owner and have the team focus solely on implementation.
C.Adopt a predictive lifecycle with stage gates to ensure each phase is completed before moving on.
D.Create a detailed requirements specification upfront to eliminate uncertainty before development begins.
AnswerA

DA advocates for iterative and incremental approaches to explore scope when uncertainty is high. Short iterations or experiments allow the team to validate assumptions, gather feedback, and adjust direction quickly. This aligns with the principle of delivering value continuously by producing tangible results early and often. It also manages risk by failing fast and learning. This strategy is a core part of the DA process goal 'Explore Initial Scope' for complex endeavors.

Why this answer

When uncertainty is high, DA recommends using short iterations or experiments to explore the problem space and validate assumptions with stakeholders. This approach enables continuous learning and adaptation, aligning with the principle of delivering value continuously. It also helps manage risk by providing early feedback and allowing the team to pivot as needed.

Exam trap

The trap here is thinking that detailed upfront specification or a predictive lifecycle reduces risk, when in fact DA recommends iterative exploration to address uncertainty.

129
MCQmedium

You notice that the team's 'Cycle Time' is increasing despite no change in the amount of work. What should you investigate?

A.The team's office lighting.
B.The presence of hidden queues between workflow states.
C.The number of coffee breaks taken.
D.The team's motivation level.
AnswerB

Rising cycle time with constant work volume points to wait states rather than capacity shortfalls. Hidden queues between workflow states accumulate work-in-progress, inflating elapsed time without adding effort, so investigating them directly addresses the constraint the stem describes.

Why this answer

Cycle time increases when work spends more time waiting between workflow states, and hidden queues — unacknowledged wait states such as 'waiting for review', 'waiting for test environment', or 'waiting for approval' — are the most common cause. Investigating these queues reveals where work is piling up and why flow has slowed even though the volume of work has not changed.

Exam trap

DAF often tests the misconception that cycle time increases are caused by people or effort factors (motivation, breaks, environment) rather than by structural flow problems like hidden queues, tricking candidates into selecting a human-factor answer.

How to eliminate wrong answers

Option A is wrong because office lighting is a physical environment factor that has no meaningful causal relationship with cycle time in a knowledge-work Kanban system. Option C is wrong because coffee breaks are a trivial and unlikely explanation for a systemic increase in cycle time, and they do not represent a workflow bottleneck. Option D is wrong because team motivation, while relevant to productivity, does not explain a structural increase in cycle time when the amount of work is unchanged — the question points to a flow problem, not a morale problem.

130
MCQmedium

You are identifying 'non-value-add' work in your process. What is the most important first step?

A.Hire an outside consultant to audit the process.
B.Immediately delete all documentation.
C.Interview every team member about their tasks.
D.Create a current-state Value Stream Map.
AnswerD

Identifying non-value-add work requires first seeing how value currently flows. A current-state Value Stream Map exposes each step, delay and handoff, making waste visible before any improvement decision, so it is the essential starting point.

Why this answer

Before you can eliminate waste, you must visualize the current state to know what is actually happening.

131
MCQhard

Your team is struggling with 'gold plating' (adding unnecessary features). How does this affect the value stream?

A.It increases lead time without providing additional customer value.
B.It reduces lead time by keeping developers productive.
C.It has no impact on the value stream.
D.It improves the overall quality of the product.
AnswerA

Gold plating adds unrequested features that consume capacity and lengthen the queue, increasing lead time while delivering no additional customer value. It satisfies the stem's value-stream constraint by showing waste that inflates cycle time without improving flow efficiency or customer outcomes.

Why this answer

Gold plating — adding features or polish beyond what the customer requested — consumes capacity without delivering additional customer value. In value-stream terms, this extra work increases lead time (and WIP) while producing no corresponding value, making it a form of waste (muda) that should be eliminated.

Exam trap

DAF often tests the misconception that gold plating improves quality or keeps developers productive — candidates pick 'improves overall quality' or 'reduces lead time' because extra work feels valuable, but Lean defines value strictly from the customer's perspective, and unrequested features are waste.

How to eliminate wrong answers

Option B is wrong because gold plating does not reduce lead time; it lengthens it by adding unrequested work, even if developers appear busy. Option C is wrong because gold plating directly impacts the value stream by adding non-value-adding steps and increasing cycle time. Option D is wrong because gold plating does not improve quality in the customer's eyes — it may introduce defects, complexity, and maintenance burden, and it often reflects a misunderstanding of requirements rather than genuine quality improvement.

132
MCQeasy

Which DA process goal is specifically concerned with the early stages of a project to ensure the team is aligned?

A.Ensure Continuity.
B.Produce Potentially Consumable Solution.
C.Improve Team Velocity.
D.Inception.
AnswerD

Inception covers the project's early phases: defining scope, identifying stakeholders and agreeing the shared vision. This directly satisfies the stem's alignment goal, since it establishes common understanding before requirements and construction begin, unlike later Disciplined Agile phases such as construction or transition.

Why this answer

Inception is the Disciplined Agile (DA) process goal focused on the early stages of a project — aligning the team around a shared vision, scope, and initial architecture before delivery work begins. It covers activities like forming the team, identifying stakeholders, and setting up the initial plan. The other goals address later lifecycle concerns such as delivery, continuity, and velocity improvement.

Exam trap

DAF often tests the distinction between lifecycle-phase goals (like Inception) and continuous/delivery goals (like Ensure Continuity or Improve Team Velocity), so candidates must map each goal to the correct lifecycle stage rather than picking the most familiar-sounding term.

How to eliminate wrong answers

Option A is wrong because 'Ensure Continuity' is a DA goal focused on sustaining and evolving the solution after delivery, not on early project alignment. Option B is wrong because 'Produce Potentially Consumable Solution' is a delivery-phase goal about producing working increments, not inception-stage alignment. Option C is wrong because 'Improve Team Velocity' is a continuous improvement goal about optimizing flow, not initial team alignment.

133
MCQhard

A team is building a high-criticality system (e.g., medical software). What is the DA approach to documentation?

A.Tailor documentation to meet regulatory and quality needs
B.Rely solely on automated test cases as documentation
C.No documentation is required as per Agile principles
D.Document everything in detail before starting
AnswerA

High-criticality systems demand documented evidence of compliance, so documentation must be tailored to satisfy regulatory and quality standards rather than minimised. This directly addresses the medical-software constraint, where traceability and audit artefacts are mandatory, and aligns with Disciplined Agile's principle of tailoring practices to context.

Why this answer

DA's guidance is to tailor documentation to the actual regulatory, quality, and stakeholder needs of the system being built. For high-criticality systems like medical software, that means producing the traceability, design records, and verification evidence required by standards such as IEC 62304 or FDA design controls, but doing so incrementally rather than upfront. The principle is 'just enough documentation, just in time' scaled to risk.

Exam trap

DAF often tests the false dichotomy that Agile means 'no documentation' versus 'all documentation upfront', causing candidates to miss the correct middle answer of tailoring documentation to regulatory and quality needs.

How to eliminate wrong answers

Option B is wrong because automated test cases alone rarely satisfy regulators, who typically require design rationale, risk analysis, traceability matrices, and verification evidence that tests do not capture. Option C is wrong because the claim that Agile requires no documentation is a myth; DA explicitly rejects it and requires documentation proportional to risk and compliance obligations. Option D is wrong because documenting everything in detail before starting is a waterfall-style big-design-up-front approach that contradicts DA's incremental, risk-based documentation strategy.

134
MCQhard

You are a team lead in a DA environment. How do you resolve a conflict regarding technical direction?

A.Leave it to the Product Owner
B.Consult the Architecture Owner
C.Ask senior management to decide
D.Vote in the team meeting
AnswerB

The Architecture Owner owns technical direction and architectural decisions within a Disciplined Agile team. Escalating a disagreement about technical direction to that role provides an authoritative ruling grounded in architectural context, rather than leaving the conflict to informal negotiation among team members.

Why this answer

In Disciplined Agile, the Architecture Owner is the role responsible for guiding technical decisions, ensuring architectural integrity, and facilitating technical discussions. When a conflict arises regarding technical direction, the team lead should consult the Architecture Owner, who has the expertise and authority to guide the decision. This aligns with DA's principle of organizing around products/services with clear ownership.

Exam trap

DAF often tests role clarity — candidates may confuse the Product Owner's business focus with technical authority, or assume that all decisions should be democratic, missing that DA assigns technical direction to the Architecture Owner.

How to eliminate wrong answers

Option A is wrong because the Product Owner focuses on business value, prioritization, and stakeholder management — not technical direction. Option C is wrong because escalating to senior management bypasses the team's empowerment and the Architecture Owner's role, undermining DA's self-organization principle. Option D is wrong because voting in a team meeting is not the prescribed DA mechanism for resolving technical direction conflicts — technical decisions require architectural expertise, not majority rule.

135
MCQeasy

What is the primary goal of the 'Form Team' process blade?

A.To handle stakeholder complaints
B.To improve technical skills
C.To define roles and organizational structure
D.To increase team size
AnswerC

Form Team establishes the team's roles, responsibilities and organisational structure before work begins, giving the team its shape and reporting lines. It does not itself plan work or manage flow; those belong to later process blades.

Why this answer

The primary goal of the 'Form Team' process blade in Disciplined Agile is to define roles and organizational structure for the team. This involves establishing the team's composition, roles, responsibilities, and how they will work together. It ensures the team is set up for success by clarifying expectations and structure.

Exam trap

DAF often tests the Form Team process blade by including distractors related to team development or stakeholder management, causing candidates to confuse it with other process blades.

How to eliminate wrong answers

Option A is wrong because handling stakeholder complaints is not the primary goal of Form Team; that would fall under stakeholder management or support processes. Option B is wrong because improving technical skills is part of team development but not the primary goal of Form Team, which focuses on structure and roles. Option D is wrong because increasing team size is not a goal; the focus is on the right size and skills, not simply growth.

136
MCQmedium

What is the role of the 'Definition of Done' (DoD) in an agile project?

A.To replace the need for project manager oversight
B.To create a clear, shared understanding of what constitutes a completed work item
C.To tell the team how long a task should take
D.To act as a contract for external vendors
AnswerB

The Definition of Done supplies the shared quality criteria that every increment must meet, so the team and stakeholders agree on what "complete" actually means. This directly satisfies the stem's requirement for a common understanding of a finished work item, preventing items being declared done prematurely.

Why this answer

The DoD provides a shared understanding of quality and completeness for an increment.

137
MCQhard

A team is using a 'Disciplined Agile' lifecycle but is struggling with high levels of 'technical debt' that prevent them from delivering new features. What should the team do next?

A.Create a separate, long-term project to fix the debt.
B.Ignore the debt until a 'system overhaul' phase is authorized.
C.Ask the product owner to prioritize only new features.
D.Incorporate 'Refactoring' and 'Debt Reduction' tasks into the regular iterative planning cycle.
AnswerD

Technical debt is repaid only when explicitly planned; adding refactoring and debt-reduction items to each iteration's backlog makes repayment continuous rather than deferred. This satisfies the stem's constraint that debt currently blocks feature delivery, restoring sustainable flow.

Why this answer

The DA approach to technical debt is to make it visible and address it continuously within the team's regular iterative planning cycle. By incorporating refactoring and debt reduction tasks into each iteration, the team pays down debt incrementally while still delivering new features. This avoids the trap of deferring debt to a separate project, which often never happens or becomes too costly.

Exam trap

The trap is thinking technical debt must be handled in a separate project or deferred, when DA explicitly recommends integrating debt reduction into the regular iterative planning cycle.

How to eliminate wrong answers

Option A is wrong because creating a separate long-term project to fix debt isolates the work from the team's regular flow and often leads to delays, loss of context, and the debt recurring. Option B is wrong because ignoring debt until a system overhaul is authorized is a recipe for escalating costs and declining delivery speed; DA advocates addressing debt continuously. Option C is wrong because prioritizing only new features accelerates debt accumulation and is contrary to DA's guidance to balance new work with debt reduction.

138
MCQhard

Why should a team periodically review their 'Way of Working' even if everything seems to be working well?

A.To keep the documentation current for auditors.
B.To justify the team's existence.
C.Because management requires it.
D.Because context is dynamic and a 'fit-for-purpose' WoW needs to evolve.
AnswerD

Team composition, technology, customer expectations and market conditions shift continuously, so a Way of Working tuned to last quarter's context gradually stops fitting. Periodic review keeps it fit for purpose, satisfying the stem's question of why teams inspect their WoW even when nothing currently appears broken.

Why this answer

A Way of Working (WoW) is only 'fit for purpose' relative to the current context — team composition, technology, market conditions, stakeholder expectations, and organizational constraints all shift over time. Even when things appear to be working well, periodic inspection and adaptation of the WoW ensures it continues to serve the team rather than becoming stale or misaligned with new realities. This reflects the underlying agile principle of inspecting and adapting at the process level, not just the product level.

Exam trap

DAF often tests the misconception that a WoW review is only needed when something is broken, when in fact the fit-for-purpose principle requires proactive, periodic inspection even when things appear to be working.

How to eliminate wrong answers

Option A is wrong because keeping documentation current for auditors is a compliance-driven, backward-looking rationale that misses the core reason — the WoW exists to serve the team's effectiveness, not to satisfy external audits. Option B is wrong because justifying the team's existence is a political/organizational concern unrelated to the purpose of reviewing working agreements. Option C is wrong because doing something merely because management requires it is compliance without understanding, and the question asks for the substantive reason a team should review its WoW.

139
MCQmedium

A team discovers that their cycle time is highly variable. What is the most likely culprit from a Lean perspective?

A.Having a very small backlog.
B.Lack of process standardization.
C.The use of an electronic board.
D.Too many team members.
AnswerB

Variable cycle time stems from inconsistent task sequencing, uneven work content and ad-hoc handoffs, which process standardisation eliminates by fixing the best-known method and takt-aligned work elements. Standard work creates a predictable baseline, so deviations surface as abnormalities rather than random variation, directly addressing the variability the team observes.

Why this answer

In Lean thinking, cycle time variability is primarily driven by inconsistent work methods, not by workload size or tooling. Lack of process standardization means each work item may follow a different path, with different handoffs, definitions of done, and decision points, which produces unpredictable durations. Standardized work is a foundational Lean countermeasure because it creates a stable baseline from which variation can be measured and reduced.

Exam trap

DAF often tests the misconception that variability comes from external factors like team size or tooling, when Lean attributes it to unstable, non-standardized processes.

How to eliminate wrong answers

Option A is wrong because a small backlog actually reduces variability by limiting the number of competing work items and shortening queue times — it is a flow-friendly condition, not a cause of variance. Option C is wrong because an electronic board is merely a visualization tool; whether physical or digital, a board does not by itself introduce cycle-time variation, and poor board hygiene is a symptom rather than the root cause. Option D is wrong because team size is not inherently a source of variability — larger teams can be stable if roles, WIP limits, and working agreements are standardized; the issue is coordination and process discipline, not headcount.

140
Multi-Selecteasy

Which TWO of the following are common types of 'Waste' (Muda) that teams should look for?

Select 2 answers
A.Waiting for information or approvals.
B.Collaborative code reviews.
C.Excessive motion or context switching.
D.The use of automated build tools.
E.Regular team retrospectives.
AnswersA, C

Waiting is one of the classic Lean wastes: idle time while people await information, approvals or dependencies. It delays flow and adds no value, making it a recognised Muda category that teams should actively identify, satisfying the question's requirement for a common waste type.

Why this answer

Option A (Waiting for information or approvals) is correct because waiting is one of the classic seven wastes of Lean/Muda — any idle time where work is blocked by a dependency, handoff, or approval gate adds no value and delays flow. Option C (Excessive motion or context switching) is correct because unnecessary movement and task-switching are recognized forms of waste; in knowledge work, context switching destroys focus and throughput, analogous to the 'motion' and 'transportation' wastes in manufacturing. Option B (Collaborative code reviews) is not waste — it is a value-adding quality practice that catches defects early and spreads knowledge.

Option D (The use of automated build tools) is not waste — automation reduces manual effort and errors, directly eliminating waste rather than creating it. Option E (Regular team retrospectives) is not waste — retrospectives are a deliberate improvement activity that helps teams identify and remove waste.

141
MCQmedium

What is the relationship between 'Flow' and 'Value' in Lean?

A.Flow is the mechanism that enables value delivery.
B.Value is achieved by stopping all flow.
C.Flow is only for manufacturing, not software.
D.Flow and value are completely unrelated.
AnswerA

Flow is the smooth, uninterrupted movement of work through the value stream; without it, work queues, waits and partially completed items delay delivery. Value is only realised when increments reach the customer, so flow is the enabling mechanism through which that value is actually delivered.

Why this answer

In Lean, value is defined from the customer's perspective as what they are willing to pay for, and flow is the uninterrupted movement of work or materials through the value stream that delivers that value. Flow is the mechanism — the smooth, continuous progression of work — that enables value to reach the customer without delays, rework, or waste. Thus flow enables value delivery.

Exam trap

The trap is treating flow and value as separate or even opposing concepts — candidates must recognize that flow is the enabler of value delivery, not an independent or conflicting principle.

How to eliminate wrong answers

Option B is wrong because stopping flow creates waste (waiting, inventory) and prevents value delivery — Lean seeks to maximize flow, not halt it. Option C is wrong because Lean flow principles apply to software and knowledge work (e.g., Kanban, DevOps continuous delivery), not just manufacturing. Option D is wrong because flow and value are tightly coupled in Lean — flow is how value is delivered through the value stream.

142
MCQmedium

A team is working on a complex project with multiple dependencies. Which process goal is most relevant for managing these?

A.Grow Team Members.
B.Coordinate Activities.
C.Improve Team Velocity.
D.Produce Potentially Consumable Solution.
AnswerB

Coordinate Activities directly addresses managing multiple dependencies by synchronising tasks, resources, and handoffs across teams. It ensures interdependent workstreams align on timing and sequence, satisfying the stem's constraint of a complex project with multiple dependencies. Other goals, such as prioritisation or risk response, do not resolve cross-team sequencing conflicts.

Why this answer

The 'Coordinate Activities' process goal is specifically designed to address the coordination of work across teams, dependencies, and shared resources. In a complex project with multiple dependencies, this goal ensures that activities are aligned, dependencies are managed, and communication flows effectively. It provides the practices and guidance needed to synchronize work across team boundaries.

Exam trap

DAF often tests the confusion between process goals that sound similar, such as 'Coordinate Activities' versus 'Improve Team Velocity,' causing candidates to pick a goal that addresses team-level performance rather than cross-team dependency management.

How to eliminate wrong answers

Option A is wrong because 'Grow Team Members' focuses on individual skill development and career growth, not on managing cross-team dependencies. Option C is wrong because 'Improve Team Velocity' is about optimizing the team's throughput, which is important but not the primary goal for handling complex dependencies. Option D is wrong because 'Produce Potentially Consumable Solution' is about delivering working increments, not about coordinating activities across multiple teams and dependencies.

143
MCQmedium

A stakeholder wants to change the scope mid-iteration. How should the team respond?

A.Discuss the impact and decide whether to incorporate it now or later
B.Accept the change and immediately stop current work
C.Refuse the change immediately
D.Ignore the stakeholder and finish the original work
AnswerA

Agile teams protect the iteration's goal by evaluating the request rather than accepting or rejecting it outright. Assessing value and impact against committed work lets the team decide whether to incorporate the change now or defer it to the backlog, preserving flow.

Why this answer

In agile/iterative delivery, scope changes mid-iteration are handled through collaborative impact assessment rather than unilateral action. The team should evaluate the change's effect on the iteration goal, capacity, and commitments, then decide with the product owner whether to incorporate it now (swapping equivalent work) or defer it to the backlog for a future iteration. This preserves the iteration's integrity while remaining responsive to stakeholder needs, which is the core of agile's 'welcome changing requirements' principle.

Exam trap

DAF often tests the misconception that agile means accepting all changes immediately, but the correct approach is always to assess impact and collaborate with the product owner before deciding.

How to eliminate wrong answers

Option B is wrong because immediately stopping current work to accept the change violates the iteration commitment and ignores impact analysis, risking unfinished work and broken sprint goals. Option C is wrong because refusing outright contradicts agile's embrace of changing requirements and damages stakeholder collaboration. Option D is wrong because ignoring the stakeholder is unprofessional and bypasses the product owner's role in backlog prioritization, leading to misalignment and lost trust.

144
Multi-Selectmedium

Which THREE of the following factors would influence your choice of lifecycle within the DA toolkit?

Select 3 answers
A.The regulatory compliance requirements.
B.The color of the team's office walls.
C.The maturity of the team.
D.The salary of the team members.
E.The duration of the project.
AnswersA, C, E

Regulatory compliance constrains how much documentation, traceability and formal verification a lifecycle must embed. Heavily regulated work pushes teams toward more serial, risk-driven lifecycles, satisfying the stem's requirement for factors that genuinely shape lifecycle selection.

Why this answer

Option A (regulatory compliance requirements) is correct because the DA (Disciplined Agile) toolkit requires lifecycle selection to account for governance and compliance obligations; highly regulated environments favor more predictive, phase-gated lifecycles with documented control points, while low-regulation contexts can safely use agile or lean approaches. Option C (the maturity of the team) is correct because team capability and experience directly shape which lifecycle is viable: a less experienced or newly formed team typically needs the structure and guidance of a predictive or hybrid lifecycle, whereas a mature, self-organizing team can operate effectively with a continuous delivery or lean lifecycle. Option E (the duration of the project) is correct because project length influences lifecycle fit: short, well-bounded efforts suit agile or lean continuous approaches, while long, complex initiatives with evolving scope often benefit from hybrid or predictive lifecycles with staged governance.

Options B (office wall color) and D (team member salaries) are incorrect because they are irrelevant environmental or compensation details that have no bearing on the factors DA uses to guide lifecycle selection, such as compliance, team maturity, project duration, delivery cadence, and solution complexity.

Exam trap

DAF often tests whether candidates can distinguish between factors that directly influence lifecycle choice (compliance, team maturity, duration) and irrelevant distractors (office decor, salaries), so the trap is selecting superficial or budgetary factors instead of governance and capability factors.

145
Multi-Selecthard

Which THREE of the following are important aspects of DA Governance?

Select 3 answers
A.Lean
B.Command and Control
C.Automated
D.Risk-based
E.Manual and heavy
AnswersA, C, D

Lean thinking underpins Disciplined Agile Governance, guiding decisions toward eliminating waste, limiting work in progress and optimising the whole value stream. Governance that ignores Lean principles tends to add approval overhead rather than enable flow, so Lean is an essential aspect.

Why this answer

DA Governance (Data Analytics Governance) is important because it must be Lean (option A), meaning it should minimize bureaucracy and overhead so that governance enables rather than blocks analytics delivery. It should also be Automated (option C), using tooling, policy-as-code, and automated monitoring/enforcement to keep governance consistent and scalable across data pipelines and models. Finally, it must be Risk-based (option D), prioritizing controls and oversight according to the sensitivity, regulatory impact, and business criticality of the data and analytics use cases.

Options B (Command and Control) and E (Manual and heavy) do not belong because DA Governance deliberately avoids rigid, top-down command-and-control structures and manual, heavyweight processes, which slow down analytics and reduce adoption.

Exam trap

DAF often tests the contrast between traditional command-and-control governance and DA's lean, automated, risk-based governance — candidates who default to heavyweight control pick the wrong options.

146
MCQmedium

A team has decided to add a new 'quality assurance' practice to their WoW. According to DA, what should they do first?

A.Check if it's the 'standard' practice in the company.
B.Ask the vendor for a recommendation.
C.Adopt it immediately and see if it works.
D.Evaluate the practice in the context of their team's goals and constraints.
AnswerD

Disciplined Agile treats practices as options to be deliberately selected, so before adopting a quality assurance practice the team must assess how it fits their goals, constraints and existing way of working, rather than importing it wholesale.

Why this answer

In DA, every practice decision — including adding a new quality assurance practice — must be evaluated against the team's specific goals, constraints, and context factors before adoption. DA's 'choose your WoW' philosophy treats practices as options with trade-offs, not as universal best practices to be adopted on faith. The team should first assess whether the practice addresses a real problem, what it costs in effort and complexity, and how it fits their existing way of working.

Exam trap

The trap is treating DA like a prescriptive framework where you adopt 'best practices' by default; DA requires context-based evaluation first, and 'standard in the company' is a distractor that contradicts DA's anti-standardization principle.

How to eliminate wrong answers

Option A is wrong because 'standard in the company' is a conformity argument, not a fit argument — DA explicitly rejects standardization for its own sake and would have the team evaluate fit even if the practice is common elsewhere. Option B is wrong because vendors sell tools and training, not context-aware process advice; DA decisions should be made by the team using the toolkit's documented trade-offs, not outsourced to a vendor with a commercial interest. Option C is wrong because adopting immediately without evaluation is 'cargo cult' agile — it skips the context analysis and hypothesis-setting that DA requires, and it risks introducing a practice that conflicts with the team's constraints or duplicates existing controls.

147
MCQeasy

When considering 'Continuous Feedback', what is the most effective approach?

A.Use automated dashboards as the only source of feedback
B.Solicit feedback throughout the lifecycle from users and stakeholders
C.Collect feedback only at the end of the project
D.Limit feedback to the internal team members only
AnswerB

Continuous feedback must be gathered iteratively across the whole lifecycle, not confined to a single review or release gate. Soliciting input from users and stakeholders throughout keeps direction aligned with real needs and enables early course correction.

Why this answer

Feedback is most effective when it is frequent, actionable, and involves the right stakeholders.

148
Multi-Selectmedium

Which THREE of these are considered 'wastes' (muda) in a software development context?

Select 3 answers
A.Code reviews
B.Waiting for information
C.Team collaboration
D.Defect rework
E.Unnecessary features
AnswersB, D, E

Waiting for information is a classic muda, since idle time adds no value while the team is blocked. It directly matches the stem's software development context, where delayed decisions, reviews or dependencies stall flow and inflate cycle time without producing working software.

Why this answer

In Lean software development, muda (waste) refers to any activity that consumes resources without creating value for the customer. Option B (Waiting for information) is correct because idle time spent blocked on handoffs, approvals, or missing requirements adds delay and no customer value. Option D (Defect rework) is correct because reworking bugs or failed builds is pure waste—effort spent correcting work that should have been done right the first time, echoing the Lean principle of building quality in.

Option E (Unnecessary features) is correct because building functionality the customer did not request (overproduction/extra features) consumes effort and increases complexity without delivering value. By contrast, option A (Code reviews) is a value-adding quality practice that catches defects early, and option C (Team collaboration) is essential knowledge-sharing that reduces waste rather than creating it, so neither is classified as muda.

Exam trap

The trap is misidentifying value-adding practices (code reviews, collaboration) as waste — candidates may think any non-coding activity is waste, but Lean distinguishes value-adding from non-value-adding activities.

149
MCQhard

How should a team handle an 'emergency' request in a Kanban system that is already at its WIP limit?

A.Refuse the request at all costs.
B.Ask the team to work late to finish it.
C.Discuss the trade-off and decide if the emergency justifies exceeding the WIP limit.
D.Automatically prioritize the emergency and break all WIP limits.
AnswerC

Kanban WIP limits are explicit policies, not absolutes; an emergency requires a conscious trade-off decision. The team must decide whether the emergency's cost of delay justifies breaching the limit, and if so, what to pull or swarm to restore flow.

Why this answer

In Kanban, WIP limits are policies, not absolute laws, and the correct response to an emergency is to make the trade-off explicit: discuss what will be delayed or stopped if the emergency is pulled in, and decide consciously whether the emergency justifies exceeding the limit. This preserves the team's ability to manage flow while acknowledging that some situations genuinely warrant an exception.

Exam trap

DAF often tests the misconception that WIP limits are absolute rules that must never be broken, or conversely that emergencies automatically override all limits, when the correct Kanban answer is to make the trade-off explicit and decide consciously.

How to eliminate wrong answers

Option A is wrong because refusing the request at all costs is dogmatic — Kanban values explicit policies and conscious trade-offs, not rigid rule-following that ignores business reality. Option B is wrong because asking the team to work late addresses the symptom (capacity) rather than the system (WIP limit), and it leads to burnout without resolving the underlying flow problem. Option D is wrong because automatically prioritizing the emergency and breaking all WIP limits removes the team's ability to make a deliberate trade-off, which undermines the purpose of WIP limits and can cause cascading delays across all work in progress.

150
MCQmedium

A team is consistently failing to complete their planned work. According to DA, what is the best first move?

A.Review their planning practices and choose a more appropriate estimation method from the DA toolkit.
B.Extend the sprint length.
C.Assign blame to the team members.
D.Work weekends to catch up.
AnswerA

Reviewing planning practices and selecting a more suitable estimation method from the DA toolkit addresses the root cause: plans that consistently exceed capacity. It satisfies the stem by fixing how work is sized and forecast, rather than pressuring the team to work longer.

Why this answer

DA's first move when a team consistently misses planned work is to examine the planning and estimation decision points in the toolkit and select practices that better fit the team's context — for example, switching from story points to flow-based forecasting, or adjusting the planning cadence. This is guided continuous improvement applied to a planning problem: diagnose, then choose a better-fitting option from the toolkit.

Exam trap

DAF often tests the misconception that missed commitments should be fixed by extending timelines or working harder, when DA's actual guidance is to review planning and estimation practices and choose a better-fitting option from the toolkit.

How to eliminate wrong answers

Option B is wrong because extending the sprint length treats a symptom without diagnosis — if estimation or capacity is the root cause, a longer sprint simply delays the same failure. Option C is wrong because assigning blame contradicts DA's team-owned, blameless improvement culture and does nothing to fix the underlying planning or estimation problem. Option D is wrong because working weekends is a burnout-inducing anti-pattern that masks the real issue and is explicitly contrary to DA's sustainable-pace and self-organising principles.

Page 1

Page 2 of 3

Page 3

All pages