ComparisonScaling Software Development - ZeroBlockers vs LeSS Huge: Which scaling framework is better for you?
There is no one-size-fits-all framework for scaling software development. Each framework overcomes the complexities of scaling in different ways. We have compiled an overview of the key features and approaches of the LeSS Huge framework and ZeroBlockers to help you select the best framework for you.
ZeroBlockers vs LeSS Huge: Approach
Scroll | Effectiveness | Efficiency | Scalability |
---|---|---|---|
LeSS Huge | |||
ZeroBlockers |
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Efficiency
- Controlling complexity
Complexity and dependencies increase as companies scale.
- Dependencies and blockers need to be removed as they always slow down delivery.
- Reducing Code Conflicts
Code merge conflicts increase as more teams operate on the same code base.
- Each Stream team has a completely independent code base so code merge conflicts do not occur.
LeSS Huge
Scale Scrum using Product Areas.
Efficiency
- Controlling complexity
Complexity and dependencies increase as companies scale.
- A single backlog for each product with separate feature teams.
- Reducing Code Conflicts
Code merge conflicts increase as more teams operate on the same code base.
- Code merge impacts are minimised through continuous integration.
Core Differences
Efficiency
- Controlling complexity
Complexity and dependencies increase as companies scale.
- Centralised product decisions versus decentralised product decisions.
- Reducing Code Conflicts
Code merge conflicts increase as more teams operate on the same code base.
- Managing code conflicts versus removing them.
LeSS Huge addresses efficiency by creating feature teams (long lived, cross-functional, co-located teams) instead of component teams (group of specialists working on a particular technical component). By linking the teams to feature they are more customer aligned and can build features from start to finish with minimal blockers. The challenge is that they all share the same code base so there will be merge conflicts and forced dependencies.
The ZeroBlockers approach advocates for similar cross-functional teams but we align them to value streams instead of features because a value stream has completely independent code as well as being feature independent. This removes even more of the blockers that slow down delivery speed.
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Effectiveness
- Solution Autonomy
Layers of sign off for solutions prevent teams from iterating quickly based on customer feedback.
- Teams decide on what features to build based on customer research and business objectives.
- Solution Validation
Most features fail to deliver the expected business outcomes. How can teams adapt as they deliver?
- Teams identify the assumptions behind their solutions and devise experiments to validate them before committing to building the feature.
- Accountability
What are the key KPIs that teams are measured on?
- Accountable for outcomes: The achievement of the Product Objectives.
LeSS Huge
Scale Scrum using Product Areas.
Effectiveness
- Solution Autonomy
Layers of sign off for solutions prevent teams from iterating quickly based on customer feedback.
- Solutions are decided by the PO. Teams have autonomy on how to deliver but not what to deliver.
- Solution Validation
Most features fail to deliver the expected business outcomes. How can teams adapt as they deliver?
- Stakeholder review meetings after each sprint to validate output.
- Accountability
What are the key KPIs that teams are measured on?
- Accountable for outputs. The delivery of the sprint stories.
Core Differences
Effectiveness
- Solution Autonomy
Layers of sign off for solutions prevent teams from iterating quickly based on customer feedback.
- Separation between Product (thinkers) and Delivery (doers) versus empowered teams.
- Solution Validation
Most features fail to deliver the expected business outcomes. How can teams adapt as they deliver?
- Solutions are verified by stakeholders versus solutions are validated by customers.
- Accountability
What are the key KPIs that teams are measured on?
- Measuring outputs (work done) versus measuring outcomes (impact of work).
LeSS uses a single product backlog to define the scope of work. This means that PO's can compare the value of each feature and prioritise them accordingly which ensures that different feature teams are all working on the highest value items. The challenge is that since the PO is defining the solutions the team is only accountable for building the solution and not the effectiveness of the solution.
ZeroBlockers believes that you cannot know how customers will react to new features until they have them in their hands. It is not fair to ask a business person to specify the outcome of a feature because we don't know. We all have ideas that sound great but few of them work. Therefore solution evaluation and iteration are integral parts of the process. The core metric is whether customers change their behaviour as a result of the feature.
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Sustainability
- Technical Debt
Technical debt can make software delivery unsustainable unless it is continuously paid down.
- Teams own code and are responsible for maintaining its quality.
- Continuous Improvement
There are always improvements that can be made. How do we ensure that teams are always improving?
- Teams have a clear vision of what good looks like. Zero blockers from idea to software.
- Burnout Prevention
Team motivation is critical for ensuring that momentum is maintained.
- Giving people autonomy over the way they solve problems reduces burnout.
LeSS Huge
Scale Scrum using Product Areas.
Sustainability
- Technical Debt
Technical debt can make software delivery unsustainable unless it is continuously paid down.
- Includes a principle that teams should continuously refactor to reduce debt.
- Continuous Improvement
There are always improvements that can be made. How do we ensure that teams are always improving?
- Team and Area Retrospectives. Management review Improvements Backlog with prioritised items being placed in the Area backlog.
- Burnout Prevention
Team motivation is critical for ensuring that momentum is maintained.
- Promotes a sustainable pace to avoid overloading teams and regular retrospectives to identify issues.
Core Differences
Sustainability
- Technical Debt
Technical debt can make software delivery unsustainable unless it is continuously paid down.
- Principle of refactoring versus ownership of code.
- Continuous Improvement
There are always improvements that can be made. How do we ensure that teams are always improving?
- Managers decide on improvements versus teams decide on improvements.
- Burnout Prevention
Team motivation is critical for ensuring that momentum is maintained.
- Tackle symptoms of burnout versus tackle the cause of burnout.
Shared code is subject to the tragedy of the commons. Each team has a tight deadline so they need to cut corners at the end. While LeSS include a principle of continuous refactoring it is in direct competition with a measured KPI: sprint velocity. That is why in ZeroBlockers each team owns their own code. They are responsible for ensuring the health of their code so they can work sustainably.
There are a million ways we can change how we work but not all of them are improvements. Even though managers have a lot of experience comparing improvements can lead to battles of opinions unless there is a clear vision. ZeroBlockers has a vision of having zero blockers in the flow of work so teams now have a target to aim towards and something to use to compare alternative options for improvement. You'd be surprised how much time this saves.
Burnout isn't caused by challenging targets or high workloads. It is caused by being held to targets that you can't control such as an unrealistic deadline that was imposed on you. By giving teams autonomy over the way they achieve the product goals you are putting them in control. We can still set challenging stretch targets but, once teams can control how they achieve the targets, this can energise rather than cause burnout.
ZeroBlockers vs LeSS Huge: Team
How much of the solution is the LeSS Huge team responsible for?
Research
Generative research to uncover customer problems.
Ideation
Generating multiple solutions for each customer opportunity.
Design
Prototyping solutions and iterating on feedback.
Delivery
Building the solution iteratively and releasing the working software.
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Team Level
- Roles
The roles involved in creating the products.
- UX Researcher
Designer
Developers
Business SMEs as needed - Events
The key activities that teams perform while building the product.
- Ad-hoc
Customer Interviews
Ideation
Solution Evaluation
User Story Mapping
Daily
Retrospective
Weekly
Weekly Business Review
1-on1's
LeSS Huge
Scale Scrum using Product Areas.
Team Level
- Roles
The roles involved in creating the products.
- Product Owner
Scrum Master
Feature Team - Events
The key activities that teams perform while building the product.
- Ad hoc
Backlog Refinement
Daily
Daily Standup
Sprint (~2 weeks)
Sprint Planning (part 2)
Sprint Review
Sprint Retrospective
Core Differences
Team Level
- Roles
The roles involved in creating the products.
- Manager who assigns priorities versus team who uncovers priorities
- Events
The key activities that teams perform while building the product.
- Building features versus researching, validating and building solutions
LeSS Huge follows a traditional Scrum approach at the team level with a PO defining what is to be built and the team building it.
The ZeroBlockers approach is that we don't know exactly what customers want so the team needs to uncover the best solutions to build. This means that the team needs to do research, ideate on potential solutions, evaluate them using experiments and then build the winning ideas iteratively so the team can continue to improve the solution over time.
ZeroBlockers vs LeSS Huge: Product/Program Level
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Product/Program Level
- Name
The name the framework gives to the team grouping level.
- Product Team
- Roles
The roles involved in organising multiple teams.
- Product Lead
Technical Functional Leads
(Research, Design, Dev)
Business Functional Leads
(Marketing, Operations, Customer Service) - Events
The key activities that teams perform while organising multiple teams.
- Weekly
Weekly Business Review(s)
Product Review
1-on-1's
Monthly
Retrospective
Ad hoc
Event Storming
Quarterly
Quarterly Goal Meetings
Quarterly Strategic Reviews
LeSS Huge
Scale Scrum using Product Areas.
Product/Program Level
- Name
The name the framework gives to the team grouping level.
- Area
- Roles
The roles involved in organising multiple teams.
- Area Product Owner
Functional Managers - Events
The key activities that teams perform while organising multiple teams.
- Sprint (~2 weeks)
Sprint Planning (part 1)
Sprint Review
PO Sync
Ad hoc
Backlog Refinement (Area)
Core Differences
Product/Program Level
- Name
The name the framework gives to the team grouping level.
- Roles
The roles involved in organising multiple teams.
- Delivery managers versus business managers
- Events
The key activities that teams perform while organising multiple teams.
- Monitoring delivery progress versus monitoring business outcomes
In LeSS Huge scaling is achieved by breaking a large product into multiple Product Areas. The Area Product Owner works together with the POs to define the scope of work for each Area. Managers shift from making detailed decisions about how teams operate to enabling teams to be self-managing and self-organising.
The ZeroBlockers approach is similar to LeSS Huge in that it splits up a Product into different areas to reduce complexity and managers are to help teams be more self-managed. However ZeroBlockers goes another step in that teams have autonomy over their backlog, architecture and path to production. This frees up the Product Team to focus more on the strategy and validating that the initiatives being worked on by the Stream Teams are achieving the desired business goals.
ZeroBlockers vs LeSS Huge: Portfolio
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Portfolio Level
- Name
The name the framework gives to the portfolio level.
- Product / Ecosystem Team
- Roles
The roles involved in managing a portfolio.
- Product (VP+)
Design (VP+)
Marketing (VP+)
Technology (VP+)
Operations (VP+)
Customer Service (VP+) - Events
The key activities that teams perform while managing a portfolio.
- Weekly
Weekly Business Review(s)
1-on-1's
Monthly
Retrospective
Ad hoc
Product Funding
Quarterly
Quarterly Goal Meetings
Quarterly Strategic Reviews
LeSS Huge
Scale Scrum using Product Areas.
Portfolio Level
- Name
The name the framework gives to the portfolio level.
- Product
- Roles
The roles involved in managing a portfolio.
- Head of Product
Product Team (Business and Technical Managers) - Events
The key activities that teams perform while managing a portfolio.
Core Differences
Portfolio Level
- Name
The name the framework gives to the portfolio level.
- Roles
The roles involved in managing a portfolio.
- Outside of scope of the framework versus explicit structure
- Events
The key activities that teams perform while managing a portfolio.
- Outside of scope of the framework versus explicit structure
LeSS Huge doesn't cover scaling to a portfolio level. The intent is that Areas are independent so they do not need cross-coordination. Area Product Owners can self-organise to manage work across Areas.
ZeroBlockers believes that there are benefits to having a portfolio level. The products in a company are often connected, both in terms of an overall company strategy as well as more directly in terms of integrations or just look and feel. An Ecosystem can coordinate the work of separate Products, Enabling Teams and Internal Product Teams via an ecosystem vision, strategy and funding model.
ZeroBlockers vs LeSS Huge: Implementation
Feature comparison
ZeroBlockers
Scaling with empowered autonomous teams
Implementation
- Buy In
The people you need committed to ensure a successful roll-out.
- Considerable changes are required across the business so buy-in is required at a senior level in IT, marketing, customer service and more.
- Training
The training and certification required for a successful implementation.
- ZeroBlockers provides a range of training and certifications for each role.
- Community & Support
The support available for implementing the framework.
- Large and growing community with documentation and resources.
LeSS Huge
Scale Scrum using Product Areas.
Implementation
- Buy In
The people you need committed to ensure a successful roll-out.
- Considerable changes are required within the IT department so buy-in from senior IT leadership is required.
- Training
The training and certification required for a successful implementation.
- LeSS provides a range of training and certifications for each role.
- Community & Support
The support available for implementing the framework.
- There is a large and active community with industry tools and resources.
Core Differences
Implementation
- Buy In
The people you need committed to ensure a successful roll-out.
- IT buy-in versus whole business buy-in
- Training
The training and certification required for a successful implementation.
- Similar between frameworks
- Community & Support
The support available for implementing the framework.
- Similar between frameworks
LeSS Huge builds on the Scrum operating model which is already in place in many organisations. This, coupled with the fact that the changes involved in implementing LeSS Huge are largely limited to the IT department, makes implementation easier compared to ZeroBlockers.
ZeroBlockers involves changes across the business - because software is integral to our products today - not something just tacked on. This means you need more buy-in to get started. But you can start small - one product, one value stream. With over 10 years of UXDX content and case studies, there is also a large body of resources to assist in the rollout of the framework. It might be tougher to implement but it will deliver better outcomes.