When you are putting the customer upfront and center, what shouldn't you do?
Correct Answer: A
The correct answer is A because customer-centric DevOps decision-making should be based on evidence, feedback, and validated learning rather than hierarchy. The "highest paid person's opinion" problem, often called HiPPO-driven decision-making, occurs when seniority overrides customer evidence, operational data, team insight, or experiment results. This is especially harmful in DevOps evolution because it reinforces command-and-control behavior and prevents organizations from learning from the actual users of the system. Putting the customer upfront and center means using customer feedback, telemetry, usage data, support patterns, market signals, and outcome measures to guide prioritization and improvement. Pulling improvement ideas from customers is appropriate because it connects delivery to real needs. Using live- streaming reaction and prediction services can help organizations understand behavior and sentiment quickly. Being data-driven supports faster feedback and better product decisions. A DevOps leader should create conditions where decisions are informed by the people closest to the customer, the work, and the evidence. Relevant study guide references: Measuring to Learn; Becoming a DevOps Organization; DevOps and Transformational Leadership; Articulating and Socializing Vision.
Question 12
Which of the following is a stakeholder type in the Bateson Stakeholder Map?
Correct Answer: A
The correct answer is A, Ambassador. In DevOps transformation, stakeholder mapping is used to understand influence, commitment, resistance, advocacy, and the social dynamics that affect change adoption. An ambassador represents a stakeholder type that can positively influence others, communicate the transformation message, model desired behaviors, and help socialize the vision across teams and organizational boundaries. This is especially important because DevOps evolution is not simply a technical implementation; it is a leadership-led organizational change. Leaders must identify who can sponsor, advocate, reinforce, or obstruct the change. Ambassadors are valuable because they extend leadership reach and help build credibility among peer groups. They can translate the DevOps vision into practical team-level language and reduce dependency on top-down communication. "Victim" and "Rescuer" are more closely associated with dysfunctional interaction patterns such as the drama triangle, not a constructive stakeholder category in this context. "Coach" may be a useful change role, but it is not the stakeholder type being tested here. Relevant study guide references: Articulating and Socializing Vision; DevOps and Transformational Leadership; Maintaining Energy and Momentum.
Question 13
How is traditional IT organized?
Correct Answer: C
The correct answer is C because traditional IT is typically organized by function. Common examples include separate departments for development, testing, infrastructure, security, service desk, operations, architecture, change management, and release management. Each function has its own management structure, priorities, metrics, queues, and operating rhythm. This design can create specialization, but it often introduces delays, fragmented ownership, and handoffs across the delivery lifecycle. DevOps challenges this model by focusing on end-to-end value streams and cross-functional ownership. Instead of optimizing individual departments, DevOps seeks to optimize the whole system of work. Cross- functional cells or squads are therefore more consistent with a DevOps operating model than a traditional IT structure. Similarly, being optimized for flow and having fewer handoffs are DevOps characteristics because they support faster feedback, smaller batches, clearer accountability, and improved reliability. Functional organization is a central reason traditional IT often struggles with slow delivery and operational instability. Work must pass between teams, creating queues, misalignment, and limited shared accountability for outcomes. Relevant study guide references: Target Operating Models and Organizational Designs; Becoming a DevOps Organization; Measuring to Improve.
Question 14
In Kolb's Learning Styles, when a person is thinking and watching, what are they doing?
Correct Answer: B
The correct answer is B. In Kolb's Learning Styles model, "thinking and watching" corresponds to Assimilating. Kolb's model combines two dimensions: how people perceive information and how they process it. "Thinking" aligns with abstract conceptualization, while "watching" aligns with reflective observation. Together, these form the Assimilating learning style. Assimilating learners tend to prefer logical analysis, structured models, concepts, theories, and reflective understanding. They often want to understand the "why" behind a practice before applying it. In DevOps leadership, recognizing different learning styles is useful because transformation requires people to learn new behaviors, unlearn old assumptions, and adopt new ways of working. A leader who only communicates through one style may fail to engage the whole organization. The other styles map differently. Diverging is feeling and watching. Converging is thinking and doing. Accommodating is feeling and doing. DevOps leaders should support learning through explanation, experimentation, reflection, practice, and feedback so that different learning preferences are addressed. Relevant study guide references: Unlearning Behaviors; Maintaining Energy and Momentum; DevOps and Transformational Leadership.
