The Agile Online Summit happens Oct 24th-26th. Get your SUPER EARLY BIRD TICKET, limited availability!

Get the SUPER EARLY BIRD ticket now!

Slicing work for Value, the lost art of #Agile that can transform your team’s productivity and predictability.

Agile is about adapting to change. Change is a reality, we can’t avoid it. How we react to change is what will make or break our product development efforts.

For us to be Agile and adaptable, however, we must be able to change direction quickly. Adjust the deliverables after we collect market/customer feedback. Many teams I’ve worked with were doing exactly the opposite!

Teams often get stuck in the “this story can’t be broken down any further” anti-pattern. They push themselves to deliver enormous User Stories, and therefore end up having to do a lot of upfront planning and estimation (both are needed when the work items are very large).

If teams were able to slice work down to very small increments – say, one day or less – then they would not need to spend so much time planning and estimating. They might even be able to adapt during a Sprint, instead of waiting for the end of the Sprint.

If teams were able to slice work down to very small increments – say, one day or less – then they would not need to spend so much time planning and estimating.

Slicing work is the lost of art of Agile. Agility requires it, but many teams fail to do it.

Click to learn more about how you can help your PO

Slicing for Value, the Product Owner contribution

Slicing work is not easy! Teams that try to do it, often come back and say: “we are now slicing our work smaller, but we end up with stories that don’t have value. They are either front/backend stories or they are just a step in a larger implementation”.

This is a symptom of stories being broken down for architecture, skills or other implementation concerns. When teams learn to break down stories for value, this problem vanishes.

If we can break down stories for value, we are able to validate our assumptions and run user-tests, for example. Clinton Keith has a very good example of that in the #NoEstimates workshop. He explains how a project that had taken 18 months in the past, was broken down for value and ended up delivering a user-testing version in less than 2 weeks. This was only possible because Clinton’s team sliced work around the most critical business assumption.

Assumptions, business assumptions in particular, as the boundaries for slicing

From Clinton’s example, it becomes clear that breaking down User Stories around technical architecture or the organization’s structure will not help us. That approach makes it hard to measure progress reliably, and may cause dependency problems that are hard to manage without heavy planning and long, boring estimation sessions.

Instead, what we learn in the #NoEstimates and Product Owner TOOLBOX workshop is that Business Assumptions are the best boundaries for our slicing efforts.

When we can isolate a business assumption (using micro-experiments), we are then able to focus our implementation efforts around that assumption and collect feedback from users quickly.

When we can isolate a business assumption (using micro-experiments), we are then able to focus our implementation efforts around that assumption and collect feedback from users quickly.

In the #PDevTOOLBOX workshops we use the heuristic: “Product Development is continuous Market Testing”, and share tools that help design product development practices around assumption elicitation and validation.

Business assumptions become our slicing boundaries, which helps teams focus on value and overcome technology-driven slicing problems such as heavy dependencies.

The next #PDevTOOLBOX workshops will take place in Tallinn on April 4th and 5th. For more information email me: vasco.duarte@oikosofy.com

One thought on “Slicing work for Value, the lost art of #Agile that can transform your team’s productivity and predictability.”

Comments are closed.

Get The Booklet!
How to deliver on time and eliminate scope creep By scoping projects around outcomes and impacts, not requirements!
Get the Product Owner Booklet!
Avoid scope creep! And learn to scope projects around impacts and outcomes, not requirements!
Get These Valuable Lessons Today!
Down-to-earth, hard-earned Scrum Masters lessons and the Tips from the Trenches e-book table of contents, delivered by email
Enter e-mail to download a clickable PO Cheat Sheet
This handy Coach Your PO cheat-sheet includes questions to help you define the problem, and links to handy, easy techniques to help you coach your Product Owner
Enter e-mail to download a clickable PO Cheat Sheet
This handy Coach Your PO cheat-sheet includes questions to help you define the problem, and links to handy, easy techniques to help you coach your Product Owner
Enter e-mail to download a checklist to help your PO manage their time
This simple checklist and calendar handout, with a coaching article will help you define the minimum enagement your PO must have with the team
Enter e-mail to download a checklist to help your PO manage their time
This simple checklist and calendar handout, with a coaching article will help you define the minimum enagement your PO must have with the team
Internal Conference
Checklist
Internal Conference
Checklist
Download a detailed How-To to help measure success for your team
Motivate your team with the right metrics, and the right way to visualize and track them. Marcus presents a detailed How-To document based on his experience at The Bungsu Hospital
Download a detailed How-To to help measure success for your team
Read about Visualization and TRANSFORM The way your team works
A moving story of how work at the Bungsu Hospital was transformed by a simple tool that you can use to help your team.
Read about Visualization and TRANSFORM The way your team works