We start this episode, by talking about one critical transition for Scrum Masters: from expert to coach. When we start our Scrum Master journey, the focus of our work changes from delivery to helping others succeed with delivery. In that transition, we need to learn to manage ourselves and our work differently. Johanna shares insights from her book “Practical Ways to Manage Yourself”, which includes many stories and tips that Scrum Masters can take advantage of.
How to overcome the “I’ll do it, I’ll be faster” Anti-Pattern
As a Scrum Master that studies, and constantly tries to improve your craft, you’ve probably heard (and even used) the phrase “hold the space”.
For (some) native English speakers, this phrase may be easy to grasp, but as a non-native speaker, I can vouch for the difficulty of understanding what this means in practice.
As a Scrum Master myself, however, this phrase is too important to dismiss as “insider talk”, so I want to share some links and tips about “holding the space” as a Scrum Master.
Shield teams from interruptions to optimize the outcome
Facilitate effective Scrum ceremonies
Help Product Owners develop a positive rapport with their team and accept him/her as a part of the family
Step back and let the team learn from its own experience – successes, and mistakes.
Aditya’s article gets into the very practical aspects of the role, and I find that approach very useful when defining my own approach to “holding space”.
Taking Holding Space all the way up to “11”: Open Space Technology as a school for Scrum Masters
Open Space Technology, is an approach that helps people find solutions to difficult problems by working together, collaborating on possible answers to those problems.
If that sounds familiar, it’s because that’s what we expect Scrum Masters to do when it comes to the teams and their search for a solution. We want Scrum Masters to help the team find a solution (or more) for a difficult problem, by collaborating inside the team, and with outside contributors, other teams, or stakeholders.
That brings me to another resource (WARNING: this is a book, not a blog post!): The Tao of Holding Space, a book by Chris Corrigan. This is a long read, and I don’t expect everyone to read it. So let me review some key takeaways from the book.
One of the inspiring phrases from his book is right there in chapter 1, and I think it describes perfectly what the Scrum Master role is about: “Harrison Owen wrote that “holding space” is an act that is at once totally present and totally invisible”.
And the book goes on with inspiring phrases. In chapter 2, Chris writes: “Sitting in stillness invites [other] people to move.” This reminds us that when we don’t take action – as Scrum Masters – we are helping others “find the space” to express their own ability to lead and help the team.
In chapter 10, we are reminded of one of the key aspects of Open Space Technology: “Whatever happens is the only thing that could have”. This encourages us to work with what happens in the team, instead of trying to direct the team towards what we think is “the right thing”. Accepting what happens in the team, at every turn, is also part of “holding the space”
Conclusion
This is a short blog post about what “holding the space” is for Scrum Masters.
It has some very practical blog posts and a resource that inspires us to look at the activity of “holding space” from a different perspective: the Open Space Technology perspective.
“Holding the Space” is not just a phrase, it’s a very practical and pragmatic thing we do as Scrum Masters.
What is your approach to “holding the space”? Share your thoughts below!
Do you want to grow as a Scrum Master?
Get an invite to the Annual Global Online Scrum Master Summit.
Enter your email below to be notified when the Summit registration opens
Do you want to grow as a Scrum Master?
Get an invite to the Annual Global Online Scrum Master Summit.
Enter your email below to be notified when the Summit registration opens
This is a BONUS episode on the topic of #NoEstimates. The Agile Wire podcast hosts Jeff Bubolz and Jeff Maleski interview Vasco Duarte.
Some of you might have heard about #NoEstimates, and want to know more, and for others, it might be the first time you hear about it. Either way, in this episode we talk about the origins of #NoEstimates and why you may want to consider it when helping your teams.
This is a shared episode with a fellow Agile podcast The Agile Wire, where hosts Jeff Maleski and Jeff Bubolz interview Agile practitioners. Both Jeff Maleski and Jeff Bubolz have been guests here on the Scrum Master Toolbox podcast.
About Jeff Bubolz and Jeff Maleski
Jeff Bubolz is a speaker, trainer, and agile coach. He has been a Product Owner, Scrum Master and Development Team member. Jeff has worked with enterprise companies to small start-ups. His goal is to end human suffering in organizations, by nudging people to be the change they want to see in the world.
Jeff Maleski is passionate about working with and building up both individuals and teams using ideas from Jurgen Appelo’s Management 3.0 and Dan Pink’s Drive. When leading project teams, Jeff strives for empirical based planning and forecasting, continuous learning, and delivering high quality software products that exceed expectations. Jeff believes in leading by actions and focusing on building relationships with others.
Marcus wrote a blog post about predicting progress in ‘well-defined’ projects. He used a simple example where uncertainty was very limited. You can read the details in the blog post. However, even when uncertainty about the work was low, the predictions he was able to do (and he collects quite a few metrics in that story), was limited.
In this episode, we explore the limits to prediction, and how that affects how we should look at prediction in our own software projects.
Embracing uncertainty and what that means in practice for software projects
From her early start with Extreme Programming to learning how to integrate testing with Continous Delivery, we explore Leena’s story and describe some of the most important lessons she collected about adopting CD/CI.
Read on to learn what were Leena’s main lessons, as well as the main challenges teams face when adopting CD/CI.
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