Which of the following is NOT a good way to transform local discoveries into global improvements?
The correct answer is C because having multiple source code repositories for each team can reinforce fragmentation, duplication, local optimization, and knowledge silos. Transforming local discoveries into global improvements requires mechanisms that make learning visible, reusable, and accessible across the organization. Separate team-specific repositories may be appropriate in some architectures, but as stated here, the practice does not inherently help spread discoveries across teams.
The other options are DevOps-aligned mechanisms for scaling learning. ChatOps can capture operational knowledge, make collaboration visible, and support rapid incident response. Automating standard processes in reusable software helps convert local improvements into repeatable organizational capabilities. Sharing user stories and automated tests as documentation spreads understanding of expected behavior, customer needs, and quality standards.
The broader principle is that high-performing DevOps organizations create feedback loops that allow one team's learning to improve the whole system. Local discoveries should become shared assets, reusable patterns, automation, documentation, and practices. Relevant study guide references: Measuring to Learn; Measuring to Improve; Maintaining Energy and Momentum; Becoming a DevOps Organization.
What is one of Kotter's principles of a Dual Operating System?
The correct answer is D. Kotter's Dual Operating System emphasizes the need to run transformation through a second, more agile network alongside the traditional hierarchy. One of its principles is a ''get-to'' mindset rather than a ''have-to'' mindset. This means people participate because they are emotionally and intellectually committed to the opportunity, not simply because management has mandated compliance.
This is highly relevant to DevOps leadership because sustainable change cannot be achieved only through policy, structure, or tool adoption. Teams must understand the purpose of the transformation and feel motivated to contribute to better flow, faster feedback, improved resilience, and customer value. A ''get-to'' mindset creates voluntary energy, ownership, and momentum.
The other options are incorrect. Kotter does not advocate more management or simply enhancing hierarchy. Nor is transformation only ''head driven''; successful change engages both head and heart. Relevant study guide references: Maintaining Energy and Momentum; DevOps and Transformational Leadership; Articulating and Socializing Vision.
==============
Thierry is a salesperson at an organization that provides trading software to banking clients. His clients are telling him they are unhappy with the rate at which changes are being made to Thierry's software. Thierry can see that the IT department is extremely busy, but seems to be struggling to deliver anything.
What will help the IT department focus on delivering what the clients need?
The correct answer is A because the core issue is not that the IT department lacks activity; it is that effort is not translating into customer-valued outcomes. DevOps leadership shifts focus from local productivity, task completion, and departmental busyness toward end-to-end value delivery. A feature is not truly ''done'' merely because development is complete, testing has passed, or a release has occurred. It is done when the intended customer value has been realized and validated.
In this scenario, Thierry's banking clients are dissatisfied with the rate of meaningful change. The IT department appears overloaded, but the business problem is customer responsiveness. Defining done as ''customer value outcome realized'' aligns IT work with client needs, improves prioritization, and encourages teams to measure outcomes rather than outputs. This helps reveal whether work is flowing to production, whether it is usable, whether it solves the customer problem, and whether feedback is being incorporated.
A ''Do Not Fail'' culture would likely reduce experimentation and learning. Disseminating information is useful but insufficient. Measuring cost and capacity may support planning, but it does not by itself align work to customer value. Relevant study guide areas include Becoming a DevOps Organization, Measuring to Learn, Measuring to Improve, and Articulating and Socializing Vision.
In the Power of TED, The Empowerment Dynamic, what role does the victim from the Karpman Drama Triangle become?
The correct answer is A because in The Empowerment Dynamic, the Victim role from the Karpman Drama Triangle shifts into the Creator role. The Karpman Drama Triangle describes dysfunctional interaction patterns: Victim, Persecutor, and Rescuer. These roles reinforce blame, helplessness, dependency, and reactive behavior. In DevOps transformation, such patterns are harmful because they prevent ownership, learning, and constructive problem-solving.
The Empowerment Dynamic reframes these roles into more productive alternatives. The Victim becomes the Creator, focusing on desired outcomes, choices, and personal agency. The Persecutor becomes the Challenger, provoking growth and improvement rather than blame. The Rescuer becomes the Coach, helping others develop capability rather than creating dependency.
For DevOps leaders, this model supports unlearning behaviors that keep teams stuck in blame or helplessness. Instead of saying ''operations blocks us'' or ''developers keep breaking things,'' teams learn to ask what outcome they want, what constraints exist, and what actions they can take together. Relevant study guide references: Unlearning Behaviors; DevOps and Transformational Leadership; Maintaining Energy and Momentum.
==============
Which is NOT a characteristic of a DevOps culture?
The correct answer is D because DevOps culture depends on cross-functional collaboration. DevOps emerged to reduce the friction created by separated development, operations, testing, security, release, and business functions. When collaboration is discouraged, teams revert to silos, handoffs, blame, delayed feedback, and local optimization. That is the opposite of the cultural intent of DevOps.
The other options are positive DevOps cultural characteristics. Viewing failure as a learning opportunity supports psychological safety, experimentation, incident learning, and continuous improvement. Welcoming new ideas encourages innovation and helps teams challenge legacy assumptions. Sharing risks and responsibilities creates alignment across functions and reduces the ''throw it over the wall'' mentality that often exists in traditional IT.
A DevOps culture does not mean absence of discipline or accountability. It means teams use transparency, shared goals, evidence, and feedback to improve the system of work. Leaders should actively encourage collaboration across product, development, operations, security, and business stakeholders so that outcomes are owned collectively. Relevant study guide references: DevOps and Transformational Leadership; Unlearning Behaviors; Becoming a DevOps Organization; Maintaining Energy and Momentum.
==============
Nasrin Jamil
11 days agoHarsh Gupta
16 days agoRajesh Gupta
1 month agoAmanda Green
2 months ago