In 2016 I had the good fortune to join a massive DevOps initiative as a head coach. The goal was to, in a 7000+ person technology organization, get product development teams fluent in topics such as CI/CD, automated testing, and product management. Over the course of six months our team tuned an initiative a successful, impactful program.

In this talk, I’ll share the experiences and learnings from my 6-month journey. We’ll start with the concept of a DevOps Dojo and explore it from four perspectives: product, place, process, and, most importantly, people.

Product: Elaborating on the classic “coder’s dojo” - where the focus is on building technical skills - to a “DevOps Dojo” where we perfect technical skills while delivering on product learning goals.

Place: We’ll go on a virtual tour through of a massive engineering space designed to promote collaboration, learning, and rapid product feedback.

Process: How we managed to scale the program to 12 concurrent dojo teams of 4-16 people with a custom pull system (kanban) featuring unusual-but-realistic WIP limits.

People: What skills (some quite surprising) does it take to make a program like this succeed? I’ll share the framing tool we developed for rapid team alignment during onboarding.

 
 

Outline/Structure of the Case Study

This is a stand-and-deliver talk with a number of visual aids. It's an elaboration of a talk I've done once at a devopsdays event. That was a 30-minute talk, so I'll expand the territory I cover with more examples and further case study from several other DevOps dojos I've helped start and participated in.

Learning Outcome

  • Lessons and tips on scaling programs gradually and consistently.
  • The importance of a product mindset in DevOps evolution.
  • Techniques for balancing goals that often compete: quality and delivery, learning and progress.
  • Several practical tools for tuning more general agile process (such as Scrum) toward positive product outcomes.

Target Audience

Engineering managers, leaders, and practitioners. Agile coaches. Product managers. DevOps engineers.

schedule Submitted 2 years ago

  • Ant Boobier
    keyboard_arrow_down

    Ant Boobier - All track development - (or how we dropped the collective ego and created a product playbook!)

    45 Mins
    Talk
    Intermediate

    When we moved to a dual-track delivery approach for our Bank of New Zealand Digital product teams, it felt more like Dueling tracks. People knew why we were doing it but were confused about how to link discovery and delivery. Who should do what, when and how? It became a clash of collective egos, stepping on each other’s areas of expertise. This is about how we brought clarity, alignment and direction to those teams by creating a Product Management playbook and how it had a profound effect on how we work and communicate with one other.

  • Naresh Jain
    Naresh Jain
    Founder
    Xnsio
    schedule 2 years ago
    Sold Out!
    45 Mins
    Case Study
    Intermediate

    Looking to move to Continuous Delivery? Worried about the quality of your the code? Helping your developers understand clean-code practices and getting the right testing strategy in place can take a while. What should you do to control the quality of the incoming code till then? This talk shares our experience of using PRRiskAdvisor to gradually educate and influence developers to write better code and also help the code reviewer to be more effective at their reviews.

    Every time a developer raises a pull-request, PRRiskAdvisor analyzes the files that were changed and publishes a report on the pull request itself with the overall risk associated with this pull request and also risk associated with each file. It also runs static code analysis using SonarQube and publishes the configured violations as comments on the pull request. This way the reviewer just has to look at the pull request to get a decent idea of what it means to review this pull request. If there are too many violations, then PRRiskAdvisor can also automatically reject the pull request.

    By doing this, we saw our developers starting paying more attention to clean code practices and hence the overall quality of the incoming code improved, while we worked on putting the right engineering practices and testing strategy in place.

  • David Laribee
    keyboard_arrow_down

    David Laribee - An Evolutionary Approach to Managing Software Entropy

    David Laribee
    David Laribee
    CEO
    Nerd/Noir
    schedule 2 years ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    As an industry, we’re not very good at managing tech debt. Yesterday's big balls of mud will likely become tomorrow’s big buckets of glue. Wouldn’t it be great if we could:

    • Balance and evolve quality while delivering features?
    • Pinpoint hotspots in code? At multiple levels of detail?
    • Heighten situational awareness of system health and hygiene?
    • Conduct data-driven, constructive critiques within our team?
    • Automate (useful) measurement, putting quality gates in place to self-govern as a team?

    In this talk, I’ll share my lightweight approach and toolchain for realizing these aspirations. Expect lots of tips and tricks for combating entropy in long-lived, software-intensive products shared by teams and large organizations. Some of these tools can be a little daunting for beginners, so I’ll take a demo-driven approach sharing the cheat codes I use to get to value as quickly as possible.

    Ultimately, I'll show you how to start building a system for visualizing, prioritizing, and managing your software product's evolution and technical debt side by side with new feature development.

  • Alexandra West
    Alexandra West
    Creative Director
    Nerd/Noir
    schedule 2 years ago
    Sold Out!
    240 Mins
    Workshop
    Beginner

    What defines a high performing team? Why do some succeed while others fail? This workshop will introduce you to both the VTS method and the findings of Google's "Project Aristotle". A multi-year rigorous research study, Project Aristotle found the critical success factor to be Psychological Safety - a team climate characterized by interpersonal trust, risk-taking, and mutual respect. To succeed, each and every team member must feel confident speaking up and making mistakes. This session is an extension of my talk "Art For Agilists: VTS & High Performing Teams". During this session, you'll learn how VTS increases both critical thinking skills and psychological safety - leading to happier, more productive, and more innovative teams. We take a deeper dive into the method and also cover the basics of facilitating sessions in your own environment. In addition to in-person sessions, you'll learn how to conduct online sessions for remote teams.

    Visual Thinking Strategies, or VTS, is a cross-disciplinary technique applicable to anyone working in a collaborative setting. VTS develops observation, reasoning, and collaboration skills by viewing and discussing works of art in a group. It is backed by over 30 years of field research showing its effectiveness and accessibility. By allowing individuals to talk about art - without needing a background in the field - VTS advances skills you can use to create more relevant products and stronger teams: Observing, Brainstorming, Cultivating a Point of View, and Revision & Elaboration. As you participate you'll also learn how VTS can help to create an environment of psychological safety. Because there are no right answers , VTS creates a safe space, one that encourages participation from all viewers. Empathy, Communication and Collaboration skills are enhanced along with Comfort with Ambiguity, Openness to the Unfamiliar, Civil Debate, and Willingness to Participate in Group Thinking.

    During our fun interactive exercise, we’ll discuss selected works of art as a group. We’ll create an environment and process for looking, thinking, reasoning and revision - skills that are mission-critical to anyone working in a software design or development role. You'll discover new ways to engage teammates and highlight the value of diverse points of view.

    After our group discussion, participants will learn the basics of image selection and facilitating VTS sessions within their own organizations. You'll discover how creating psychological safety within your teams leads to innovation and a more inclusive environment.

  • Alexandra West
    Alexandra West
    Creative Director
    Nerd/Noir
    schedule 2 years ago
    Sold Out!
    90 Mins
    Workshop
    Beginner

    What defines a high performing team? Why do some succeed while others fail? This talk will introduce you to both the VTS method and the findings of Google's "Project Aristotle". A multi-year rigorous research study, Project Aristotle found the critical success factor to be Psychological Safety - a team climate characterized by interpersonal trust, risk-taking, and mutual respect. To succeed, each and every team member must feel confident speaking up and making mistakes. During this session, you'll learn how to use VTS to increase both critical thinking skills and psychological safety - leading to happier, more productive, and more innovative teams.

    Visual Thinking Strategies, or VTS, is a cross-disciplinary technique applicable to anyone working in a collaborative setting. VTS develops observation, reasoning, and collaboration skills by viewing and discussing works of art in a group. It is backed by over 30 years of field research showing its effectiveness and accessibility. By allowing individuals to talk about art - without needing a background in the field - VTS advances skills you can use to create more relevant products and stronger teams: Observing, Brainstorming, Cultivating a Point of View, and Revision & Elaboration. As you participate you'll also learn how VTS can help to create an environment of psychological safety. Because there are no right answers , VTS creates a safe space, one that encourages participation from all viewers. Empathy, Communication and Collaboration skills are enhanced along with Comfort with Ambiguity, Openness to the Unfamiliar, Civil Debate, and Willingness to Participate in Group Thinking.

    During this fun interactive exercise, we’ll discuss selected works of art as a group. We’ll create an environment and process for looking, thinking, reasoning and revision - skills that are mission-critical to anyone working in a software design or development role. You'll discover new ways to engage teammates and highlight the value of diverse points of view.

  • Jen Krieger
    keyboard_arrow_down

    Jen Krieger - A Culture of Openness

    Jen Krieger
    Jen Krieger
    Chief Agile Architect
    Red Hat
    schedule 2 years ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    The “Agile mindset” was introduced to the software development community in 2001 in an attempt to foster freedom in the way that we work together. Its intent was to encourage organizational change that focused on people, collaboration and culture.

    But words on a screen don’t mean much in practice, especially if the people using them don’t - or won’t- understand their intent. How can individuals, teams and companies learn to correct these mistakes and break free from the challenges associated with change?

    Jen will share practical advice on effective Project Management, Agile Transformation, and getting things done– all told through the stories of her own journey towards something better at Red Hat.

  • Dov TSAL
    keyboard_arrow_down

    Dov TSAL / Regis SCHNEIDER - Wake up your meeting culture

    45 Mins
    Demonstration
    Intermediate

    Meetings are all about Individuals and interactions, would you say they are agile?

    Sadly, most people say theirs are not...

    In this session you will learn why most attempts to hack meeting culture fail, and what you can do to hack your meeting culture, overcome resistance, and use your meetings as a source to wake up your company culture.

    Dov and Regis, the creators of the #MeetingSpicer, a coaching tool to painlessly hack meeting culture, will share with you the tool, and walk you thru some surprising tips to make your meetings come alive.

  • ShriKant Vashishtha
    keyboard_arrow_down

    ShriKant Vashishtha - Collaborative Daily Scrum : A Collaborative Alternate to 3 Questions Based Daily Scrum

    ShriKant Vashishtha
    ShriKant Vashishtha
    Agile Coach
    Malonus
    schedule 2 years ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    The 3 questions based Daily Scrum is the defecto way of doing Daily Scrum across teams. For years people have been finding it inadequate as it tends to focus on individuals rather than team and sprint goal, promotes status update kind of discussion rather than collaborative sync-up and becomes an accomplice in promoting zombie Scrum.

    The 3 questions based Daily Scrum, unfortunately, doesn’t require collaboration as a mandatory prerequisite. Without mandatory collaboration, no team becomes self-organized as the Development Team continue to be dependent on someone like Scrum Master to organize them as a team.

    In 2017 update of Scrum guide, because of all these reasons, 3 questions based Daily Scrum became one of the many Daily Scrum implementations.

    However in the absence of any better alternate, people continue to use 3 questions based Daily Scrum.

    This alternate implementation of the Daily Scrum, called Collaborative Daily Scrum considers collaboration (pair programming, swarming or mob programming) as the mandatory aspect of the Daily Scrum. The focus is on sprint goal and working as a team and not on individual updates anymore. At any point of time, the team plans to finish at most 2-3 stories collaboratively which helps in automatically limiting the WIP on the Scrum Board.

    This implementation has been well received which was published through an AgileBuddha blog post. The post includes the inputs from James Coplien (inventor of daily standup).