Free and Premium PMI DASSM Dumps Questions Answers

The lean life-cycle in Disciplined Agile does not require timeboxed iterations. Instead, it emphasizes continuous flow, where work items are processed individually through the value stream without the strict confines of iteration cycles. This approach allows for a more flexible and responsive process, which aligns with lean principles of minimizing waste and optimizing flow. Thus, the statement is true as it reflects the flexibility inherent in the lean life-cycle approach.

For an Agile or Lean project team, the aim of theConstruction phaseis to develop aconsumable solutionin a collaborative and incremental manner. This phase focuses on delivering working increments of the product that can be consumed by end users or stakeholders. The approach is highly iterative and involves continuous feedback, allowing the team to make frequent adjustments to align with customer needs and expectations. Options B, C, and D do not fully capture the essence of delivering a solution that is ready to be consumed and used by customers.

It is false to say that if you are following Scrum, you cannot use Disciplined Agile (DA). DA is a toolkit that allows teams to adopt and tailor practices from multiple frameworks, including Scrum. DA is designed to complement existing agile frameworks by providing additional flexibility and guidance to improve team processes and outcomes. Therefore, Scrum and DA can be used together effectively.

The least suitable way to adopt Disciplined Agile Delivery (DAD) is touse any of the prescribed methods and follow to the letter. DAD emphasizes flexibility and the need to adapt practices to the specific context of the team or organization. Blindly following a method without considering the unique needs, challenges, and goals of the team contradicts the adaptive and context-sensitive nature of Disciplined Agile. Options B, C, and D (taking advice from "Choose Your WoW", starting with DAD, or working with an experienced coach) are all suitable ways to adopt DAD, as they involve guidance, adaptation, and learning.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

Disciplined Agile Delivery (DAD) defines a delivery life cycle consisting of three phases: Inception, Construction, and Transition. Inception focuses on initial project planning, stakeholder alignment, and getting the team ready to work. Construction is the phase where the team builds the solution in iterations, delivering incremental value. Transition involves preparing the solutionfor release, including final testing, deployment, and user training. The other options (A, B, C) do not accurately reflect the terminology and phases used in the DAD life cycle.

Agile teams, as per the Disciplined Agile (DA) framework, can deliver non-software projects. The DA toolkit is designed to be adaptable and applies agile and lean principles to a wide range of business domains beyond software development. This flexibility allows agile teams to use iterative and incremental approaches to manage various types of projects, such as marketing campaigns, event planning, and other organizational initiatives. Thus, it aligns with the PMI's stance that agility can benefit all types of projects, not just software-focused ones.

The primary purpose of creating a Minimum Viable Product (MVP) is toestablish the validity of a hypothesisby testing a prototype with real customers. In Disciplined Agile, an MVP is a minimal version of a product designed to test assumptions and learn about market needs with the least amount of effort and resources. By putting a prototype in front of customers, teams can validate or invalidate their hypotheses, gather user feedback, and make informed decisions on future development. This aligns with the lean and agile principle of delivering value quickly and efficiently while minimizing waste. Other options, like committing to continuous improvement or creating a marketable product, are secondary to the core purpose of hypothesis validation through MVPs.

The primary benefit of DevOps, within the context of Disciplined Agile, isreduced cost of deployments. DevOps is a set of practices that aims to shorten the systems development life cycle and provide continuous delivery with high software quality. In DA, DevOps practices facilitate seamless integration and continuous delivery of code changes, enabling more frequent and reliable releases to production.

By automating and streamlining deployment processes, DevOps reduces the manual effort, time, and errors associated with deployments, which, in turn, lowers the overall cost. This aligns with the Disciplined Agile principle of "optimize flow across the entire value stream," which emphasizes efficient and cost-effective delivery of value.

Additionally, reducing the cost of deployments leads to other secondary benefits such as improved quality (due to more frequent testing and feedback loops) and greater agility (by enabling quicker response to changing market or customer needs). Therefore, while other options may seem beneficial, the most direct and primary benefit associated with DevOps is indeed the reduced cost of deployments.

In the "Team Estimation" technique, you know you are finished estimating user stories whenthere are no more user stories left to estimate, and no team member wishes to move a card. This method relies on a collaborative, consensus-based approach where team members discuss and move cards (representing user stories) until everyone agrees on their relative sizes or effort. Onceall user stories are estimated and no further adjustments are proposed, the estimation process is considered complete. Time spent or product owner involvement is secondary to achieving team consensus on the estimates.

A team should consider entering the transition phase when the product meets all stakeholder expectations. In Disciplined Agile, the transition phase involves finalizing the product or solution for release. This phase is initiated when the product is deemed ready and all necessary criteria, including stakeholder expectations, have been fulfilled. Options A (new MBI developed), C (operational teams ready), and D (MVP ready) may be relevant in other contexts but do not specifically trigger the transition phase.

A value stream map is a lean tool that visually maps out the steps in a process from start to finish to identify areas of waste, delays, or inefficiencies in delivering value to the customer. In Disciplined Agile (DA), value stream mapping helps the team identify problem areas where waste occurs, such as bottlenecks, excessive handoffs, or unnecessary steps that do not add value to the customer. By recognizing these problem areas, the team can focus on improving or eliminating them to optimize the value delivery process. Options A, C, and D provide specific strategies for improving processes but do not encompass the broad benefit of identifying problem areas in realizing value.

In the Disciplined Agile (DA) framework, the role of "Team Member" is primarily responsible for building the product right. Team members, who possess the necessary skills and expertise, work collaboratively to develop, test, and deliver the solution according to the agreed-upon requirements and standards. While the Team Lead (B) facilitates the process and the Product Owner (C) ensures the right product is being built by prioritizing features and managing the backlog, it is the Team Members who actually perform the development work. The Architecture Owner (D) ensures the architectural integrity of the solution but is not solely responsible for building the product itself.

Top of Form

Bottom of Form

The correct answer isC. Accelerate value delivery. In the Disciplined Agile (DA) framework, the process goal"Accelerate value delivery"typically requires significant tailoring to suit the specific needs, context, and constraints of the team and the organization.

What is "Accelerate Value Delivery"?

The process goal"Accelerate value delivery"focuses on optimizing the flow of work and reducing delays in delivering valuable outcomes to customers. This goal encompasses various practices and techniques such as reducing batch sizes, implementing continuous integration and delivery, enhancing team collaboration, removing bottlenecks, and improving overall efficiency in delivering products or services.

Achieving this goal requires careful consideration of the team's context, technology stack, existing workflows, and the organization's unique challenges and constraints. As a result, "Accelerate value delivery" is highly tailored to ensure that the selected practices are effective in a specific environment.

Why "Accelerate Value Delivery" Requires a Lot of Tailoring:

Tailoring is necessary because different teams and organizations have varying capabilities, maturity levels, cultural norms, and existing processes. For example, one team might need to focus on improving their DevOps practices, while another may need to address process inefficiencies or enhance cross-functional collaboration.

In Disciplined Agile, there is no one-size-fits-all approach to accelerating value delivery. Teams are encouraged to choose from a range of strategies and techniques that best suit their particular circumstances. This flexibility means that teams must continually assess and adapt their approaches to achieve optimal results, which requires significant customization and tailoring.

Why the Other Options Are Not Correct:

A. Form team:While forming a team may require some tailoring based on the project's needs and team composition, it is generally a more straightforward process with less variation in how it is executed compared to accelerating value delivery.

B. Prove architecture early:This process goal typically involves establishing the technical foundation of the solution early in the project. While it may require some adaptation based on the project's architecture, it does not involve the same level of ongoing tailoring as optimizing the flow of value delivery.

D. Improve quality:Although improving quality involves adopting practices that suit the team's context, it does not typically require as much tailoring as "Accelerate value delivery." Quality improvement is often about adhering to established standards and best practices, which can be more consistent across different teams and projects.

Therefore,C. Accelerate value deliveryis the correct answer because it inherently involves a high degree of customization to adapt the approach to the unique context and constraints of the team and organization, consistent with Disciplined Agile's emphasis on context-driven agility.

DevOpsis a key competency in Disciplined Agile, aiming to create a smooth flow of work from development through to operations. This involves practices such as continuous integration, continuous delivery, and automated deployment, which help to reduce cycle time, improve feedback loops, and ensure the product is always in a deployable state. The focus is on integrating development and operations to deliver value to customers more rapidly and reliably.

Options B (using developers for operations), C (automating testing), and D (involving operational teams in development) are components of DevOps practices, but the primary goal is to establish a seamless workflow.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

Disciplined Agile (DA) is described as a process-decision toolkit that provides tailored guidance to help teams and organizations optimize their way of working in a context-sensitive manner. Unlike a rigid methodology, DA offers flexibility by allowing teams to choose from a variety of agile, lean, and traditional practices that best fit their situation. DA emphasizes that there is no "one-size-fits-all" approach; rather, it empowers teams to make informed decisions based on their specific needs and circumstances. Option A focuses on project alignment, which is only one aspect of DA. Options C and D do not accurately reflect the comprehensive, adaptive nature of DA as a toolkit designed for broad applicability.

Top of Form

Bottom of Form

The primary role of the Product Owner in Disciplined Agile is to ensure that the team builds the right product. This includes defining and prioritizing the product backlog, making decisions on behalf of stakeholders, and ensuring that the team understands the product vision and customer needs. Options A (coordinate the product), B (organize the product team), and C (inspect the product) are aspects of the Product Owner's responsibilities, but they do not capture the overarching goal of delivering the right product to meet customer needs.

In Lean, the role of management is to create an environment where teams can thrive and deliver maximum value. This involves fostering a culture that encourages collaboration, continuous improvement, and innovation. Management is responsible for providing support, removing impediments, and ensuring that teams have the resources they need to be successful. The goal is to empower teams to make decisions, own their processes, and focus on delivering value to customers.

Options A, B, and D do not align with the principles of Lean management. Lean emphasizes minimizing waste (like unnecessary documentation) and does not focus on providing MVPs directly to the team (Option B). Ensuring decisions are not made regionally (Option D) is also not a core role of management in Lean.

References:

"Lean Thinking: Banish Waste and Create Wealth in Your Corporation," James P. Womack & Daniel T. Jones.

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

An iteration backlog is created at the beginning of each sprint (or iteration) during the iteration planning meeting. The iteration backlog consists of a set of user stories or tasks that the team commits to completing during that specific iteration. Option A (beginning of each project) is incorrect because the iteration backlog is not created once for an entire project but is defined at the start of each sprint. Option B (defining the MBI) and Option C (planning a Kanban board) do not specifically align with the concept of an iteration backlog in agile.

In Disciplined Agile, teams avoid spending a considerable amount of time at the beginning to lock down the architecture and design of the product. Instead, DA promotes an iterative and incremental approach, where architecture and design evolve as the team gains more understanding of the project requirements and constraints. This adaptive approach reduces the risks associated with upfront design and supports flexibility and responsiveness to change. Therefore, the correct answer is "False" because DA does not advocate for a long, upfront architecture and design phase.

Top of Form

Bottom of Form

A Minimum Viable Product (MVP) and a Minimum Business Increment (MBI) serve different purposes in the Disciplined Agile framework. An MVP (Option C) represents the smallest version of a product that can be released to customers to provide feedback and validate assumptions, whereas an MBI (Option D) is a small, deployable unit of value that builds upon an existing product and is designed to deliver business value incrementally. Option D is correct because an MBI is generally built incrementally on top of an existing product to enhance or add new capabilities. The other options do not correctly describe the relationship or distinction between MVP and MBI in the DA framework.

It is false to say that Disciplined Agile (DA) roles cover all possible roles in an organization. DA defines a set of primary roles (such as Team Lead, Product Owner, and Architecture Owner) and supporting roles for agile delivery teams. However, it does not prescribe all roles that might exist in an organization, such as executive leadership or specialized departments outside the agile delivery context.

The correct answer isB. Agile Documentation. In the context of the Disciplined Agile (DA) toolkit, Agile Documentation is the process blade most likely to address the need to provide employees and customers with more information about an organization's products and services.

Agile Documentationis a process blade within the DA toolkit that focuses on creating and maintaining documentation that adds value to the team and the organization. The goal is to ensure that the documentation is just sufficient, meaning that it is only created when it is needed and at the appropriate level of detail. The Agile Documentation blade helps teams and organizations develop and share information effectively, which is crucial for helping both employees and customers understand and take advantage of what the organization offers.

Why Agile Documentation is the Correct Answer:

Provides Relevant Information:Agile Documentation emphasizes producing the right amount of documentation to meet the needs of stakeholders. This could include product manuals, user guides, FAQs, and other resources that help customers and employees better understand the products and services.

Maintains Up-to-Date Information:Agile Documentation encourages keeping the documentation current and relevant, ensuring that the provided information reflects the latest state of the organization's offerings.

Supports Communication and Understanding:By making information available in a clear and concise manner, Agile Documentation helps bridge knowledge gaps between the organization and its customers or employees, enhancing their ability to leverage the products and services.

The other options are less applicable:

C. Support:While the Support blade might handle customer inquiries and provide assistance, it does not focus on proactively providing information about products and services.

D. Reuse Engineering:This is related to managing reusable assets (e.g., code, components) but not about documentation or providing information.

E. Enterprise Architecture:This focuses on the strategic alignment of IT and business goals, not on providing information to end-users or employees about products and services.

Therefore,B. Agile Documentationis the most appropriate choice for addressing the need to provide employees and customers with more information about the organization's products and services, according to the Disciplined Agile framework.

The FLOW view in Disciplined Agile does not mean that there are no starts and stops in any DA project. Rather, it emphasizes optimizing the flow of work through the system by minimizing delays, reducing bottlenecks, and removing unnecessary handoffs. However, starts and stops may still exist due to various factors such as dependencies, changing priorities, or external constraints.

A disadvantage of having afeature team(as opposed to component teams) is thetemptation to build everything from scratch. Feature teams are cross-functional teams that handle all aspects of delivering a customer-centric feature from end to end. This can sometimes lead to duplication of effort or reinventing existing components instead of reusing them, especially if the team lacks visibility or understanding of existing solutions.

Options A, B, and C are actually advantages of feature teams: they deliver complete features, reduce hand-offs, and require cross-functional skills.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

The "Definition of Done" (DoD) is a checklist that specifies the criteria that must be met for a user story or product increment to be considered complete by the team. It provides a shared understanding among team members and stakeholders of what it means for work to be finished. The DoD ensures that all user stories meet a minimum quality standard and are ready for production or release. It is not related to when the team is done with the iteration (B) or with estimating user stories (C).

The process goal most likely to offer potential techniques to address concerns that the development team does not understand the overall business process isExplore Scope. In Disciplined Agile, "Explore Scope" focuses on defining and understanding the scope of the project, including the business processes that are relevant to the product being developed. It involves techniques such as creating process maps, using business process modeling, or conducting domain workshops to help the team understand the overall business context and requirements. This ensures that the development team has a comprehensive understanding of the customer requirements and the broader business environment in which the product will be used.

It is false to say that all the process goal diagrams need to be explored while determining the initial Way of Working (WoW). In Disciplined Agile (DA), teams are encouraged to focus on the most relevant process goals based on their specific context, objectives, and constraints. Exploring every possible process goal would be impractical and unnecessary; instead, the team should prioritize and tailor their WoW to address the most critical factors for their situation.

Top of Form

Bottom of Form

False: Fulfilling the requirements does not necessarily mean that the customer is delighted. In Disciplined Agile and other Agile frameworks, delighting customers goes beyond merely meeting the stated requirements. It involves exceeding customer expectations, delivering unexpected value, and providing a positive user experience. A product or service may fulfill the technical or functional requirements but fail to delight if it does not provide an exceptional user experience, is not easy to use, or does not address the underlying needs or desires of the customer comprehensively. The goal is to deliver true value, which often means going beyond the baseline requirements.

The principle ofpragmatismin Disciplined Agile does not mean that the team will always do what the customer wants. Instead, it means that the team will make practical decisions based on the specific context, constraints, and overall business goals. The team may sometimes need to challenge or refine customer requirements to ensure that the solutions provided are feasible, valuable, and sustainable.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

A long-lived (stable) team is one that remains intact over multiple projects or iterations, allowing team members to develop strong relationships, trust, and a deep understanding of each other's skills and working styles. This stability leads to two key benefits:

Highly Collaborative:Stable teams develop effective communication and collaboration patterns, which enhance their ability to work together efficiently. They understand each other's strengths and weaknesses and can leverage this knowledge to optimize teamwork and problem-solving.

Trustworthy:Long-lived teams build trust over time, which is essential for open communication, risk-taking, and innovation. Trust enables team members to feel safe sharing their ideas and concerns, which leads to higher engagement, morale, and productivity.

Options A (Projectized) and B (Specifically resourced) are incorrect as they do not directly represent the benefits of having a stable team. Option E (Ability to multi-task) is less relevant, as Agile promotes focused work rather than multi-tasking.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

We can identify our challenges "by visualizing our workflow to identify what blocks it." Visualizing the workflow, such as through a Kanban board or value stream map, helps teams see where bottlenecks, delays, or inefficiencies occur. This visualization makes it easier to pinpoint problems and areas for improvement. While holding retrospectives (B), finding where frustrations arise (C), and trying good practices to identify failures (D) are all valuable techniques, visualizing workflow is a foundational Lean practice for identifying and addressing challenges in real time.

For an Agile or Lean project team, the aim of the Inception phase is to "perform sufficient work to initiate the endeavor and obtain agreement as to the overall vision with their stakeholders."The Inception phase involves developing a shared understanding of the project's vision, objectives, and scope, ensuring that all stakeholders are aligned and have agreed on the goals. While options A, B, and C involve planning, modeling, or building, the primary goal of the Inception phase is to set a clear direction and establish alignment among stakeholders.

The primary advantage of working in an Agile team, according to the PMI Disciplined Agile framework, is the ability to quickly adapt to changing customer needs (Option C). Agile teams emphasize flexibility, responsiveness, and continuous improvement, enabling them to respond effectively to feedback and evolving requirements. Options A, B, and D do not reflect the core value proposition of Agile. While agile teams may aim for timely delivery, specialization, andreduced customer intervention, their core strength lies in adaptability and responsiveness to change, ensuring that the product remains aligned with customer needs.

Top of Form

Bottom of Form

In a Disciplined Agile team, the role of the team lead is not typically to make decisions on product priorities or the product roadmap. These responsibilities usually belong to the Product Owner, who represents the customer and stakeholders, prioritizes the backlog, and defines the product vision. The team lead's responsibilities include guiding the team through improvement actions (A), facilitating collaboration (B), and helping the team evolve their Way of Working (WoW) (D). Hence, "C. Providing timely decisions on priority and product roadmap" is not a role for the team lead.

Performingsystem integration testingmore frequently helps identify integration issues early, reducing the cost and time associated with fixing problems discovered later in the development cycle. Continuous integration testing is a core practice in Agile and Disciplined Agile that ensures changes are regularly validated, promoting a smoother integration process. Conducting integration tests more often allows the team to catch defects early and maintain a stable and reliable build.

Options B (adding team members) and C (testing only at the end) are not best practices as they do not address the root cause of the problem. Option D (finding a way to do less integration testing) contradicts Agile principles, which emphasize frequent testing.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

In Disciplined Agile (DA), teams should first select the goal diagrams that are most relevant to their specific context and chosen lifecycle. DA provides guidance on choosing strategies and practices that are best suited to the team's unique situation, objectives, and constraints. While it's important to consider goals in which the team lacks experience (A) or that are selected by stakeholders (B), the most effective approach is to focus on those goals that align with the team's current context and lifecycle. Choosing goals that are the easiest to complete (C) might not necessarily contribute to the overall effectiveness or agility of the team.

Top of Form

Bottom of Form

In the PMI Disciplined Agile framework, the timely delivery of the product as committed is ultimately the responsibility of the entire team. While the Product Owner (Option A) provides direction and prioritization of work, and the Team Lead (Option B) facilitates the process, it is the collective responsibility of the Team Members (Option C) to deliver the product incrementally and meet commitments. Agile teams operate under the principle of shared responsibility and accountability for outcomes, meaning every team member contributes to the delivery process. Other roles, such as Gold User (Option D) and Architecture Owner (Option E), have specific responsibilities but are not accountable for the delivery timeline.

The best way to eliminate waste in Disciplined Agile is to "eliminate delays in workflow and feedback." Lean principles focus on removing any non-value-added activities (waste) to improve efficiency. By minimizing delays, teams can ensure a smoother flow of work and faster feedback loops, which helps to identify and resolve issues quickly and reduces the time taken to deliver value to customers. While making sure each step is done as quickly as possible (A) or correctly(D) and ensuring people know their job (B) are important, they are not the primary method of eliminating waste according to Lean principles.

The process goal "Improve Quality" is most likely to offer potential techniques for addressing technical debt. Disciplined Agile encourages teams to continuously improve the quality of their deliverables, and one of the key aspects of improving quality is to manage and reduce technicaldebt. Techniques under this process goal include refactoring, applying test automation, and implementing continuous integration practices, all of which help address existing technical debt in a structured manner.

The coordination meeting (often known as the Daily Stand-up or Scrum meeting in Agile practices) is crucial for keeping the team synchronized. It provides a regular opportunity for team members to share their progress, discuss any obstacles they face, and plan their activities for the day. This meeting ensures that everyone is aligned with the team's goals, helping to maintain momentum and quickly address any issues that might impede progress.

Options A, B, and C do not fully capture the core purpose of a coordination meeting. While A (providing a demo) might occur in a sprint review, it is not the focus of a daily coordination meeting. Option B (stakeholder observation) is not the primary intent, and Option C (reassessing the backlog) is typically part of a planning meeting, not the coordination meeting.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

The Minimum Business Increment (MBI) is a tool used in Disciplined Agile to sequence work in a way that delivers value quickly. An MBI represents the smallest piece of functionality that delivers business value to customers or stakeholders, and it is fully usable upon release. By focusing on MBIs, teams can prioritize work that maximizes the delivery of value, ensures faster feedback, and enables quicker realization of benefits.

Options A (Planning Poker) and C (Minimum Viable Product, MVP) are related to estimation and product development strategies, while Option C (WIP limits) focuses on managing workflow efficiency rather than directly sequencing work for quick value delivery.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

The final step in the "Choose your WoW" (Way of Working) process isGuided Continuous Improvement. This step emphasizes the need for teams to continually assess and refine their way of working based on outcomes, feedback, and learning. The focus is on applying a structured approach to improvement, where teams iteratively experiment with new practices and techniques and adapt based on what works best in their context.

Options B (Make some choices), C (Connect the dots), and D (Select the best-fit life-cycle) are earlier steps in the process, which involve defining the team's initial way of working.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

The principle of "Delight customers" in the Disciplined Agile framework encourages teams to exceed customer expectations rather than just meet them. This approach aims to provide exceptional value and experiences that surprise and please customers, thereby fostering loyalty and positive word-of-mouth. Simply meeting expectations is not sufficient to truly "delight" customers; therefore, the statement that delighting customers means just about meeting their expectations is false.

The three categories of process blades in Disciplined Agile (DA) are:

Disciplined DevOps:Focuses on integrating development and operations to streamline workflows, reduce bottlenecks, and ensure continuous delivery and deployment.

Disciplined Agile IT:Encompasses practices that support IT functions, such as Enterprise Architecture, Data Management, IT Governance, and IT Operations.

Disciplined Project Management Office (PMO):Provides strategic alignment, governance, and guidance to ensure that projects and initiatives align with organizational goals and deliver value.

Disciplined Agile Delivery (C) is a process blade itself, not a category, and Disciplined Kanban (D) is not a recognized process blade in DA.

In Disciplined Agile, the role of a DevOps Engineer is not necessarily filled by an operations person assigned to an Agile or Lean team. The DevOps role can be filled by individuals from either the development or operations side, or even someone with cross-functional expertise. The focus of the DevOps role is to foster collaboration between development and operations to enable continuous integration, delivery, and deployment. It is not limited to being an "operations person," but rather emphasizes the integration and collaboration needed to improve the flow from development to operations.

The Continuous Delivery Lean life cycle is suitable when there is an experienced team working on a product or service where the requirements change frequently, potentially daily. This life cycle supports frequent deployments and quick feedback loops, making it ideal for environments where requirements are dynamic and evolve rapidly. Options A, D, and E do not align with the conditions that necessitate a Continuous Delivery Lean approach, as they involve either less experienced teams or slower-evolving requirements.

When analyzing a team’s context for tactical scaling, Disciplined Agile (DA) considers factors such as "Team Size" and "Dynamics." "Team Size" affects communication, coordination, and overall team performance, while "Dynamics" refers to how well the team members work together, the existing relationships, and the level of trust and collaboration within the team. Options A (Demographics) and B (Best Practices) are not primary tactical scaling factors. Option C (Budget) is an important project consideration but not specifically a tactical scaling factor within the DA framework.

Top of Form

Bottom of Form

Setting appropriate expectations about release timings with the customer isnot typically the responsibility of team membersin a disciplined agile team. This responsibility usually falls to the Product Owner, who acts as the liaison between the team and the customer, managing expectations and ensuring alignment on priorities and timelines.

Options B (self-organizing), C (evolving their way of working), and D (evolving the architecture with the help of the architecture owner) are responsibilities of team members in a disciplined agile team.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

Enforcing adherence to organizational standards is an important aspect of Lean governance in the Disciplined Agile framework. Lean governance involves ensuring that teams follow defined policies, procedures, and standards to align with the organization's goals while allowing for flexibility and responsiveness. It balances the need for governance with the principles of Lean, ensuring that teams work within the boundaries of organizational standards while continuously improving their processes.

The Disciplined Agile (DA) principle of being pragmatic is characterized by focusing on being as effective as possible and continuously improving. DA encourages teams to choose the best tools, practices, and strategies that suit their specific context, rather than rigidly adhering to a particular methodology or framework. This principle emphasizes a pragmatic, situational approach, where the goal is to achieve optimal results while continuously refining and improving processes. Options A, B, and C relate to aspects of flexibility and adaptation, but they do not fully capture the broader commitment to effectiveness and continuous improvement that defines pragmatism in DA.

The Architecture Owner is a primary role on a Disciplined Agile Delivery (DAD) team. This role is responsible for guiding the team in making architectural decisions and ensuring the architectural integrity of the solution. The Architecture Owner works closely with the team to balance the need for emergent design and intentional architecture. The other options (Domain Expert, Specialist, and Integrator) are roles that can exist on an agile team but are not primary roles defined within the DAD framework.

In Disciplined Agile, it is the team members who decide how much work is moved from the product backlog to the iteration backlog. This decision is based on the team's capacity, velocity, and understanding of the complexity and size of the work items. While the Product Owner (B) prioritizes the product backlog, it is up to the team to determine how much of that work can be realistically completed within an iteration. Stakeholders (C), the team manager (D), or the project manager (E) do not make this decision.

Estimating in hours instead of pointsmay not help in improving predictabilitybecause time-based estimates can often be inaccurate and can vary widely based on individual productivity and context. Using story points allows teams to focus on relative size and complexity, making it easier to compare work items and plan iterations more predictably.

Options B (reducing technical debt), C (reducing feedback cycles), D (respecting WIP limits), and E (adopting a test-first approach) all contribute to improving predictability by promoting consistent, high-quality delivery.

References:

PMI’s Disciplined Agile Senior Scrum Master (DASSM) curriculum materials.

"Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working (WoW)", PMI.

In Disciplined Agile, the amount of work to be completed during an iteration is defined by the team members themselves, based on their understanding of their current capacity and velocity. The team collaboratively estimates what they can achieve and commits to completing that work. Option A (the Product Owner) is responsible for prioritizing the backlog but does not dictate the amount of work. Option B (the team lead) facilitates the process but does not decide the work. Option D (the quality tester) is involved in testing completed work but does not determine the iteration's workload.

Top of Form

Bottom of Form

Governance in a Disciplined Agile (DA) project involves ensuring that the organization's standards, practices, and compliance requirements are being met while allowing teams to operate within a defined framework. It includes activities such as creating forums for sharing knowledge (A), making decisions about funding (B), administering rewards and recognition (C), ensuring compliance with a regulatory standard (E), and having a defined process for decision-making (F).

However, governance does not mean giving the team complete freedom to make decisions (D). In DA, while teams are encouraged to be self-organizing and empowered, they must still operate within the constraints of organizational governance policies and practices. Governance ensures there is a balance between team autonomy and alignment with organizational goals and standards. Therefore, "complete freedom to the team to make decisions" is not aligned with the DA approach to governance.

This aligns with the principles found in the PMI Disciplined Agile framework, which emphasizes both flexibility and control. In DA, governance is about guiding and monitoring the team’s activities to align with the organizational context, rather than granting unrestricted autonomy.

One of the promises of Disciplined Agile (DA) is to ensure psychological safety, which means creating an environment where team members feel safe to express their ideas, take risks, and admit mistakes without fear of criticism or retaliation. Psychological safety allows teams to collaborate more effectively, innovate, and learn from their experiences. Option A (providing a hygienic work environment) refers to physical safety, while Options C (never criticizing) and D (providing counseling) do not accurately capture the essence of psychological safety as promoted in DA.

Disciplined Agile (DA) describes four views that provide a comprehensive understanding of how to apply Agile and Lean strategies across an organization. One of these views is theMindset.

TheMindsetview refers to the beliefs, attitudes, and behaviors that are foundational to successful agile practices within an organization. DA Mindset includes principles, promises, and guidelines that help teams understand how to make agile approaches work effectively in their specificcontext. It encompasses core values such as delighting customers, being pragmatic, and optimizing flow across the entire value stream, as well as fostering a culture of learning and adapting.

By focusing on theMindsetview, DA ensures that everyone in the organization—from team members to senior leaders—aligns with these shared principles and values, which is crucial for achieving sustainable agility and continuous improvement.

The other views in DA are thePeopleview (understanding roles and responsibilities), theFlowview (focusing on end-to-end value delivery), and thePracticesview (choosing appropriate agile practices and processes).