DOL Cultural Transformation 2 — Questions and Answers
Question 1: A DevOps leader notices that developers and operations staff blame each other when deployments fail. Which cultural practice best addresses this 'blame game'?
- Implementing a blameless post-mortem process (Correct answer)
- Assigning a dedicated scapegoat role for failed deployments
- Separating dev and ops teams into isolated cost centers
- Mandating individual performance reviews after every incident
Correct answer: Implementing a blameless post-mortem process
Blameless post-mortems focus on systemic causes rather than individual fault, building psychological safety and continuous learning.
Question 2: Which leadership style is most compatible with sustaining a DevOps culture transformation over the long term?
- Autocratic leadership that enforces compliance through authority
- Servant leadership that removes obstacles and empowers teams (Correct answer)
- Transactional leadership focused purely on reward and punishment
- Laissez-faire leadership with no direction or accountability
Correct answer: Servant leadership that removes obstacles and empowers teams
Servant leadership aligns with DevOps values by empowering teams, removing blockers, and fostering ownership.
Question 3: An organization wants to shift from a 'project' mindset to a 'product' mindset. What is the primary cultural benefit of this change?
- It reduces the total number of software releases per year
- Teams develop long-term ownership and accountability for outcomes (Correct answer)
- It eliminates the need for cross-functional collaboration
- Budget cycles become shorter and easier to manage
Correct answer: Teams develop long-term ownership and accountability for outcomes
A product mindset creates stable, empowered teams that own their service end-to-end, driving continuous improvement.
Question 4: What does 'psychological safety' mean in the context of a DevOps culture?
- Team members are protected from physical hazards in the data center
- Individuals feel safe to speak up, take risks, and admit mistakes without fear of punishment (Correct answer)
- All deployments are tested in a safe staging environment before production
- Security vulnerabilities are psychologically evaluated before patching
Correct answer: Individuals feel safe to speak up, take risks, and admit mistakes without fear of punishment
Psychological safety, a key finding of Google's Project Aristotle, enables the experimentation and learning that DevOps depends on.
Question 5: A new DevOps leader inherits a culture where operations teams gatekeep all production access. Which approach best moves toward a DevOps culture while managing risk?
- Remove all access controls immediately to promote autonomy
- Gradually extend self-service access to dev teams using automated guardrails (Correct answer)
- Keep the existing gatekeeping model but speed up approval queues
- Transfer all operational responsibilities to the development team overnight
Correct answer: Gradually extend self-service access to dev teams using automated guardrails
Gradual extension of self-service with automated guardrails balances speed with risk management during cultural transition.
Question 6: Which metric is most useful for measuring the health of a DevOps cultural transformation, beyond technical metrics?
- Number of lines of code deployed per sprint
- Employee Net Promoter Score (eNPS) and team engagement surveys (Correct answer)
- Total server uptime percentage across all environments
- Number of security vulnerabilities found in code reviews
Correct answer: Employee Net Promoter Score (eNPS) and team engagement surveys
eNPS and engagement surveys capture whether teams feel empowered and aligned with cultural goals, not just technical output.
Question 7: How does 'shifting left' on quality and security represent a cultural transformation in DevOps?
- It moves QA and security teams physically to the left side of the office floor
- It transfers responsibility for quality and security to earlier stages and to developers themselves (Correct answer)
- It delays quality checks until the left-most phase of the release pipeline
- It outsources quality assurance to an external left-shore team
Correct answer: It transfers responsibility for quality and security to earlier stages and to developers themselves
Shifting left embeds quality and security ownership into development, changing culture from 'someone else's problem' to shared responsibility.
A DevOps leader notices that developers and operations staff blame each other when deployments fail.
Which cultural practice best addresses this 'blame game'?