Sept. 22, 2017

LeSS and DevOps

Large Scale Scrum (LeSS) not only accounts for DevOps, but also builds it into the approach, and the more teams embrace DevOps, the better it is

Three-fourths of the companies surveyed in the 2017 State of Agile Report are either engaged in, or planning, a DevOps initiative. And why not? Who wouldn’t want their teams’ work released as quickly and easily as possible.

As we look to expand our Agile development across multiple teams, it makes sense that we’d want to keep our DevOps intact during that effort. Now, most frameworks or even home-grown designs for team collaboration account for DevOps. Large Scale Scrum (LeSS), however, is different. It not only accounts for DevOps, but also builds it into the approach. And the more teams embrace DevOps, the better it is.

BalticServers data center

What sets LeSS apart in this? Where other approaches focus on aligning and directing team efforts, LeSS focuses instead on team collaboration. Teams in LeSS don’t just work in the same direction, they collaborate on the same product effort. We know from working with team members that fast feedback loops, frequent check-ins, and automated tests help developers collaborate and LeSS leverages those same benefits across teams. Let’s look at a few examples:
 
Continuous Integration & Deployment (CI/CD): We have learned that finding integration conflicts quickly leads to smaller problems and faster solutions. Most developers have moved from checking in code every week or so to committing multiple times per day. In LeSS, all teams must be fully integrated into a single code-base by the end of the sprint, which is distinctly different than all teams integrating at the end of a sprint. Much like within a team, the more frequently these teams integrate and build their application, the smaller their inter-team integration conflicts and faster their resolution to create overall robust scaled delivery environment.
 
Automated Testing: This serves two major purposes when collaborating between teams. First, describing the desired functionality in a test using unit tests, integration tests, or functional tests, removes ambiguity about how the application should function. This allows teams to work on the same effort more effectively without taking the application in different directions. Secondly, running automated tests at every build alerts a developer (or team) if the code changes they made accidentally interfere with someone else’s work. Done right, these alerts can happen even before integration on a CI server occurs.
 
Cross-Functional Teams: DevOps extends the idea of cross-functional teams to include the skillsets needed to deliver software to the end user. LeSS relies on this to release software. In the LeSS approach, there is no separate process for code to enter that carries it to release. Each team must be capable of releasing their features into production at any point. There is no release team or stabilizing period to hand off code to.
 
While other approaches are compatible with DevOps, LeSS is principally and structurally sets up an organization to be successful with DevOps. DevOps principles and practices find full expression in a LeSS environment and in turn enable smoother and faster development in teams working with LeSS.

Photo BalticServers data center by Wikimedia Commons

Image of daniellynn

Daniel Lynn

Agile Coach
blog comments powered by Disqus
Image of daniellynn

Daniel Lynn

Agile Coach

Latest Posts

Leading and Lagging Indicators: What is the right way to measure performance?

How can you measure and track your performance using leading and lagging indicators? 

Image of hwong

Hazel Wong

Marketing Assistant at agile42. Passionate about gaining insights from data in order to create content that resonates with the audience. Eager to help teams and companies open their mindset about the application of agile methods to address their challenges.

Changing organizational culture at Siemens Digital Factory

Siemens DF extended the use of agile methods the right way, through a thorough adoption of the essence and practice of being Agile

Image of kpogorzala

Konrad Pogorzala

Presenting at the Regional Scrum Gathering South Africa 2018

agile42 present at the Regional Scrum Gathering to be held in Durban, South Africa, 8-9 November 2018

Image of joperold

Joanne Perold

Agile Coach in South Africa. Explorer, learner, experiencer, part time philosopher, working with teams and organisations to be more agile.

Scrumtisch December 2018

The Berlin Scrum User Group meets on December 13th at agile42, Gruenberger Str. 54, 10245 Berlin.

Image of aballer

Alexandra Baller

agile42 Team Assistant

Motivation to Get Better

When Turkish real estate site Zingat realized that their Scrum adoption suffered from anti-patterns, they decided it was time to improve

Image of ayse.turunc

Ayşe Turunç

As an Agile coach, I strongly believe in people talent, in collective intelligence and that happy teams are more efficient. I'm looking forward to put my talent to help teams and individuals to work better together and grow.
Image of ebru4984

Ebru Yalçınkaya

I act as a change agent where the teams, domains need to enhance agility to reach their goals, to create a shared vision if needed. I coach every kind of team , every domain, like management teams or like customer care, technology and sales groups.