Yousef T. Fahoum: Explaining the value of Agile ceremonies to the Product Owner

The Great Product Owner: Explaining the value of ceremonies to the PO

Sometimes, the Product Owner does not understand why we have certain ceremonies. In that case, great Product Owners don’t try to change things immediately, but rather work with the Scrum Master to learn, and improve the situation. In this episode, we learn the story of the PO that did not want the team to “spend time” in a PI Planning Increment session (from SAFe), but as she worked with the Scrum Master her views changed drastically. Listen in to learn how Yousef helped the PO learn the value of the PI Planning session.

The Bad Product Owner: Helping the PO’s be more focused, and less disruptive to the Scrum team.

When the PO’s start to act as “the boss”, and ordering teams around, that’s never a good sign. But it can get a lot worse if the PO is also unfocused. In this episode, we learn about the “hair on fire” culture that some Product Owners bring to their teams, and how to recover from that.

Are you having trouble helping the team work well with their Product Owner? We’ve put together a course to help you work on the collaboration team-product owner. You can find it at bit.ly/coachyourpo. 18 modules, 8+ hours of modules with tools and techniques that you can use to help teams and PO’s collaborate.

About Yousef T. Fahoum

When starting out as a ScrumMaster and BA years ago Yousef passionately followed the ScrumMaster Podcast. Yousef is a SAFe Enterprise Coach at Elabor8 with experience implementing Agile and SAFe at some of the largest and most recognized brand leaders across industry domains in the U.S. and Australia.

You can link with Yousef T. Fahoum on LinkedIn and connect with Yousef T. Fahoum on Twitter.

Jurgen Appelo: Productivity should not be the only focus of Scaling frameworks, the missing ingredient

This week Jurgen is with us to talk about his latest project: unFIX.work.In this episode we talk about productivity in teams and organizations. Jurgen shares with us how he sees the current productivity paradigm, and what the productivity paradigms are missing: community. We explore why community, not only productivity, should be the focus of Agile and the frameworks around Agile adoption. 

In this episode we refer to The Toyota Way by Jeffrey Liker, Chris Smith from Redgate Software, the book Shift from Product to People by Pete Oliver-Krueger, and Michael Dougherty, LeSS and SAFe, which have both been covered here on the podcast with their respective creators: Bas Vodde and Dean Leffingwell

How can Angela (the Agile Coach) quickly build healthy relationships with the teams she’s supposed to help? What were the steps she followed to help the Breeze App team fight off the competition? Find out how Angela helped Naomi and the team go from “behind” to being ahead of Intuition Bank, by focusing on the people! Download the first 4 chapters of the BOOK for FREE while it is in Beta!

About Jurgen Appelo

Jurgen Appelo is an entrepreneur, an author, and keynote speaker who applies Agile to his life and his businesses. He’s also prolific writer on all topics business and agile. He wrote Management 3.0, How to Change the World, Managing for Happiness and his latest book about entrepreneurship and product development: Startup, Scale up, Screw up.

You can link with Jurgen Appelo on LinkedIn and connect with Jurgen Appelo on Twitter.

Nick Nielsen: How to NOT adopt Agile/SAFe and what to do instead, a real-life story

In this episode, we hear about a company that was going through a long, 3.5 year journey of Agile transformation. When Nick joined, they had just decided to adopt SAFe, as a way to scale their use of Agile methods. Unfortunately, this is not a story of complete success, as we hear about how a traditional consultancy tried to impose SAFe on the organization, with a top-down, linear (aka Waterfall) plan of adoption. Fortunately, however, the Agile Coaches and Scrum Masters in that organization were able to turn the adoption around, and make it succeed! Listen in to learn about how NOT TO adopt Agile/SAFe.

In this episode, we refer to the 1-2-4-all technique from Liberating Structures, and the Lean Change Management approach to change and transformation.

About Nick Nielsen

Nick completed his education at Aarhus University in Denmark and currently works in the Digital Organisation at Grundfos, the worlds biggest pump manufacturer. He views him self as a pragmatic Agile Handyman.

You can link with Nick Nielsen on LinkedIn and connect with Nick Nielsen on Twitter.

SPECIAL XMAS BONUS: Team Performance Predictors, with Sally Elatta

When we look at team performance in a business, we need to take into account 3 different metrics. Sally explains those 3 key metrics at the start of this episode, and we dive into why some metrics are good leading indicators of team performance. 

As we dive into performance metrics, we discuss what are some of the enablers for team performance, as well as how leaders, and leadership teams can positively impact the agility and performance of their teams. 

Measuring Maturity, Performance and Outcomes, the critical aspects of performance 

Continue reading SPECIAL XMAS BONUS: Team Performance Predictors, with Sally Elatta

SUPER SPECIAL: LIVE Q&A on #Remote work with Katja Zorina

Katja is an Agile Coach in an organization that had to organize a distributed/#Remote Big Room Planning session in less than 24 hours! Listen in to learn how they pulled it off.

One of the key learnings from that effort was that a #Remote event will take a longer time (maybe 3-4 days) than a locally organize Big Room planning event. But there are many more insights that Katja shares on this LIVE Q&A

What have been the biggest challenges for you and for the teams that you support?

Continue reading SUPER SPECIAL: LIVE Q&A on #Remote work with Katja Zorina

Why Agile frameworks fail and what to do about it: #ToolsOverFrameworks, the context-aware solution

4 minutes read

I have worked at many organizations that were trying to adopt Agile using a framework as the starting point. SAFe, LeSS, or even Scrum were the frameworks of choice.
Scrum, for example, is a very simple framework. It stands to reason that it would be easy to adopt and therefore benefit from the value that Agile brings. Or is it?
If we look deeper, Scrum is a collection of patterns or thinking tools. The daily meeting pattern, the time box pattern, the single owner of the requirements pattern, etc. There are many patterns that were considered when creating Scrum, and together they form what we know as the Scrum framework.
As the Agile community, the problem we face is that Scrum (and other frameworks) did not make Agile adoption easy. The Scrum Theatre many teams play attests to that fact. Using a framework is a problematic approach for Agile adoption because it assumes a prescriptive solution would help us tackle agile adoption. However, Agile adoption is a problem that requires constant evolution and changes.
As the Agile community, the problem we face is that Scrum (and other frameworks) did not make Agile adoption easy.
We need a different approach. One that builds on what we’ve learned from others (books, podcasts, conferences), but also that adapts to our context and the specific reality we live in.

The patterns we’ve seen working before, fail later on

When we work with different teams, we start to get a “feel” for what works, and what doesn’t. We try to apply the same ideas to another team, and then start to understand what consultants mean when they say “it depends…”

When we work with different teams, we start to get a “feel” for what works, and what doesn’t.

For example, the star-fish retrospective may work great for one team, but it just bombs when we use it with another team. That’s ok. Nothing works all of the time. The good thing though, is that there’s always something that works, we just need to know what it is.

The solution is not a process or a framework, it’s a toolbox!

Having worked with many teams, I’ve come to value a few tools that I try to use often. Some retrospective formats are one example of that. But not every retrospective format will work, so I’ve collected over time a large set of “thinking tools” or retrospective formats that I use depending on the context.
As a Product Owner, I’ve successfully used Backlogs. But in some teams Backlogs get abused and create the “slave to the backlog” anti-pattern. With those teams, I’ve been using Impact Mapping and Story Mapping instead. Different situations require different tools. The challenge is collecting a good and large enough toolbox, and the stories to go with it.
Stories, when attached to a tool, help us define where the tool will work, and when it might not. Stories are our “labels” for tools.

Collect tools, not frameworks

No doubt you will be part of teams using different frameworks: Kanban, Scrum, Extreme Programming or Scaled Agile (SAFe), Large Scale Scrum (LeSS), etc.
Don’t fight the framework! Instead, use concrete tools that help you progress and achieve your goals.
As Agile Coaches, Scrum Masters, Product Owners and Team Members, we should be collecting tools, not frameworks. Our goal is to deliver something valuable to our customers/users, not be good at SAFe, Scrum or some other framework.

How we collect tools

We collect tools and stories by sharing our experiences, and listening to those that have solved the problems we are facing now.
For a while I’ve been collecting challenges and tools that product developers use to solve their most important challenges. I’ve collected those in the form of workshops that tackle specific types of problems.
In the #NoEstimates workshops, I share tools and techniques that have helped me and many others deliver on time. Sometimes you can’t fight the deadline. If the product must be out for Christmas, you just deliver. Period. How? That’s what we tackle in the NoEstimates workshop: tools, techniques and thinking models that help deliver on time. These tools are context specific, they come with stories and we practice those in the workshop. Click here to find out more and join the next #NoEstimates workshop.
In the Product Owner Success Toolbox workshop, we review, and practice tools that have helped teams deliver products and services that have a market impact. Impact for the users, customers and also the companies we work with. The biggest waste is that of human potential, with these tools we build our Product Ownership toolbox, and tackle the biggest challenges people have faced when trying to define and deliver products with market impact. Click here to find out more and join the next Product Owner Success Toolbox workshop.
In the Agile Strategy workshop (still in alpha, contact me to know more), we tackle the biggest challenges that companies have faced aligning the teams, and focusing larger number of teams on concrete value for the customers and the organisation. The Agile Strategy workshop collects tools related to funding of work, strategy definition, product strategy, strategy deployment, and progress follow-up at the organizational level. Email me to know more about the Agile Strategy Workshop.

Join the conversation

Have an opinion on the use of Tools vs. Frameworks? Join the conversation on Twitter/LinkedIn with the hashtag #ToolsOverFrameworks

Richard Griffiths discusses 4 steps to adopt SAFe

Richard shares the story of a change process where an organization decided to standardize on SAFe as the scaling approach. Richard also shares what they learned about adopting SAFe, and the 4-step process they created to help the adoption of SAFe.

About Richard Griffiths

Lapsed software developer, agile and scrum learner, tenor, drummer.
Richard guides and coaches Scrum Teams and organizations on how to use Agile/Scrum practices and values. Helping to teach, facilitate, collaborate & mentor software development teams, enhancing their agile maturity through coaching technical practices as well as the ceremonies and techniques. Richard likes to help teams and organizations obtain higher levels of maturity, at a pace that is sustainable and comfortable for the team and organization.

You can link with Richard Griffiths on LinkedIn and connect with Richard Griffiths on Twitter.

BONUS: Dean Leffingwell on scaling Agile and the Scaled Agile Framework, SAFe

scaled agile overviewFor this first Christmas 2018 special we focus on scaling Agile, and specifically how the Scaled Agile Framework (SAFe) can help organizations take Agile and apply it in the large.

There are many systems that require multiple teams to work together. As more and more industries adopt software as a core part of their services and products, we also see many organizations developing many products concurrently, and large engineering organizations that require coordination across tens or hundreds of teams, including non-software teams.

In this episode, we discuss how SAFe can help you take Agile to that type of environments and organizations.

Read on for the detailed show notes, as well as all of the links.

Continue reading BONUS: Dean Leffingwell on scaling Agile and the Scaled Agile Framework, SAFe

Steve Tendon on what the scaling frameworks are missing and how to get it to your organization

There’s some serious gaps in the current Agile scaling frameworks. We know that because we are the start of the scaling journey. But what are the scaling frameworks missing today that we should be looking out for? Steve shares his views on what is missing and how looking at the system performance can help us find the gap, as well as what solutions are already out there to help us close the gap. In this episode we discuss the TameFlow community as well as the concept of Throughput Accounting, from the Theory of Constraints.

About Steve Tendon

Steve Tendon popularised the Theory of constraints in some of the agile community and he is also the Creator of the TameFlow systems thinking approach which nurtures breakthrough performance innovation. This system is described in the book with the same name: Tame the Flow

You can link with Steve Tendon on LinkedIn and connect with Steve Tendon on Twitter.

Antti Tevanlinna discusses how to scale agile software development

How to scale agile software development? is a question we hear often these days. Antti describes his experiences, how long it took him and his colleagues to get it right, and what they learned in the process. Scaling agile software development isn’t easy, and it is important we learn about what has failed in the past.

About Antti Tevanlinna

scrum_master_toolbox_podcast_Andy_Deighton Antti is an agile practitioner, who got started with agile in my own very first Agile project way back in 2004. He’s been through all kinds of roles, from team member, to management, to customer-facing roles.
You can connect with Antti Tevanlinna on twitter, and check Antti Tevanlinna’s blog.

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