Scrum newbies: how long do we have to wait for you to get started?
It’s OK if it isn’t perfect.

Free AI web copilot to create summaries, insights and extended knowledge, download it at here
4701
Abstract
your team, create a team charter, read the Scrum Guide, and get into your first Sprint right away. Start your path without delay. Avoiding the procrastination trap with your first Sprint is this simple.</p><h1 id="824a">Find your focus</h1><p id="4762">Many teams find it difficult to start Scrum because they have so much work in flight. Having a common goal for an entire Sprint, much less an entire day, is a fantasy to them. Every work item is open, and finishing work is an elusive rarity.</p><p id="8328">Let’s take an example of one of my recent teams. This team had many features for many stakeholders. It had an ever-increasing pile of deferred defects. On top of this, it experienced a constant barrage of production incidents.</p><p id="5347">All this work was in flight at the same time, and this made finding a focus difficult. When faced with the structure and heartbeat of Scrum, the team members found it a difficult fit.</p><p id="eddd">Forecasting a Sprint’s worth of work was impossible for this team. Due to the chaos of the current way of working, thinking ahead was limited to a few days. Creating a Sprint Backlog for the entire first Sprint seemed like a joke. Instead, we did something unconventional and, to be honest, scary for the team.</p><p id="3253" type="7">We decided to slow down and focus.</p><p id="d917">The defect pile was only getting bigger and causing the rate of production incidents to rise. So we decided to halt all new feature development. We set the Sprint Goal to pay down defect debt in a particular area of the product.</p><p id="93b0">Next, the team faced a typical problem: how much debt could it pay down in the Sprint? It had no prior velocity to use as a guide, and the defects were not sized.</p><p id="29bf">Given the uncertainty, I suggested the team learn by doing. The team broke tradition and did not estimate all defects and create a detailed plan. Instead, we took an incremental, experimental approach.</p><p id="9d9c">We first identified the highest priority defect aligning to the Sprint Goal. Then, we made a plan for this defect and no others. This focus allowed team members to start work on one defect together, as a team.</p><p id="b0d6">For the first time in a long time, all minds focused on one item with minimal distractions. Within a few days, the team fixed the defect and deployed it to production. This process was repeated with more defects one at a time until the end of the Sprint.</p><p id="f8ea">The benefits from this approach were many:</p><ul><li>Instead of being a collection of individuals, a real team emerged.</li><li>A finishing culture was practiced rather than a starting culture.</li><li>Finishing felt good.</li><li>Making incremental progress toward the Sprint Goal increased momentum.</li><li>Impediments became visible fast and the team removed them without delay to keep the defect moving to a “done” state.</li><li>Team members started to learn and cross-skill by interacting with each other.</li><li>Velocity started to emerge to aid in planning future work.</li><li>With each defect, the team tweaked its approach, creating a micro-retrospective rhythm.</li><li>A flow state emerged faster since all the extra noise dissipated.</li><li>The barriers to trying Scrum became lessened.</li></ul><p id="ec65">This is not the first team with which I have tried this approach, and it works every time. Finding flow and purpose are some of the best things about Scrum. And this technique brings them front and center.</p><h1 id="0141">Level up your Scrum initiation</h1><p id="6473">Having a “try” mentality and creating a laser-sharp focus will take you far with Scrum. But a few extra steps can take it into overdrive and ensure a long, fruitful journey.</p><h2 id="2711">1. Get leadership support</h2><p id="187f">Having a leader that supports your experimentation builds your courage. It will give you a safe space to get Scrum rolling. And, to be frank, without it, your success will be short-lived.</p><p id="9958">Explain to your manager you want to learn by doing and you want to focus on getting things done sooner with focus. Ask your manager to support you when you fall. Request help in removing obstacles when you encounter them.</p><p id="8c0c">I guarantee your manager will not turn you down. And your experiment will have a safety net and the might of management support.</p><h2 id="bffc">2. Consult an experienced guide</h2><p id="fd82">Why reinvent the wheel? You gain an advantage when you can rely on experience already gained by someone else.</p><p id="80a9">In the end, you need to customize the techniques you try to your context, but it is a good idea to have a starter pattern to
Options
try. Using an established pattern to practice a new behavior is a great way to form new habits.</p><p id="24c4">Use the experience of an Agile coach, another team’s Scrum Master, or another team’s developer. Ask these guides to coach you as you try out new patterns. Once you have the pattern down, you can then experiment on your own to evolve your unique patterns.</p><h2 id="3f91">3. Use the wisdom of crowds</h2><p id="7230">Your team is more powerful and knowledgeable together. This is also true for a team of teams.</p><p id="4a88">Find a community of others on the Agile journey. Share and cross-pollinate knowledge. These communities can be internal or external to your company. For instance, you can find a great community on the Serious Scrum <a href="http://seriousscrum.com/invite">Slack channel</a>.</p><p id="e8a6">A community will support you on your journey. And you will provide support for others on their journey. It’s a win-win scenario.</p><p id="3090">When you find yourself trying to make your situation perfect before you try Scrum, stop. Remember that Scrum itself is a framework built for experimentation. Use experiments for your specific Scrum journey and evolve as you learn.</p><p id="ffcb">Nobody gets it right on the first try.</p><p id="f421">Focus is a key element. Eliminate all distractions, and the benefits of flow will wash over your team.</p><p id="3561">One day, not too far after you start, you will realize the simplicity of this framework. And you will be glad you took the journey without pause.</p><p id="4790">Don’t procrastinate with Scrum. What are you waiting for?</p><p id="b3c0"><i>For more content like this on my pursuit of Lean Leverage, delivered to your inbox, you can just <a href="https://mailchi.mp/c0d8e9e1608b/dt12qs95i0">join my email list</a>. Or see my other related posts below to dive even deeper.</i></p><h1 id="1a5d">Related Posts</h1><p id="92c2">You can read posts similar to this one below:</p><div id="77ea" class="link-block"> <a href="https://readmedium.com/if-you-only-want-slow-surface-level-change-dont-read-this-530ac33d3d78"> <div> <div> <h2>If you only want slow, surface-level change, don’t read this</h2> <div><h3>But read to learn how to make an omelet.</h3></div> <div><p>medium.com</p></div> </div> <div> <div style="background-image: url(https://miro.readmedium.com/v2/resize:fit:320/1*DThBuqCrXZ_YJVAWqic5Xg.jpeg)"></div> </div> </div> </a> </div><div id="299e" class="link-block"> <a href="https://readmedium.com/can-coaching-and-self-organizing-behavior-co-exist-7aa5a6f42306"> <div> <div> <h2>Can Coaching and Self-organizing Behavior Co-exist?</h2> <div><h3>undefined</h3></div> <div><p>undefined</p></div> </div> <div> <div style="background-image: url(https://miro.readmedium.com/v2/resize:fit:320/0*pwNBjU2xK6g7pebw.jpg)"></div> </div> </div> </a> </div><div id="5c2b" class="link-block"> <a href="https://readmedium.com/what-is-the-one-powerful-leadership-behavior-innovative-teams-need-22f79023265a"> <div> <div> <h2>What Is the One, Powerful Leadership Behavior Innovative Teams Need?</h2> <div><h3>It is not instinctual.</h3></div> <div><p>medium.com</p></div> </div> <div> <div style="background-image: url(https://miro.readmedium.com/v2/resize:fit:320/1*6_m5fl_V3AyIsZno4qRcUw.jpeg)"></div> </div> </div> </a> </div><div id="f141" class="link-block"> <a href="https://readmedium.com/embracing-change-requires-you-to-let-go-5a1d11d2666c"> <div> <div> <h2>Embracing Change Requires You to Let Go</h2> <div><h3>This applies to yoga, life, and Scrum.</h3></div> <div><p>medium.com</p></div> </div> <div> <div style="background-image: url(https://miro.readmedium.com/v2/resize:fit:320/1*n-9ytfo7z7A-syObFqR4-w.jpeg)"></div> </div> </div> </a> </div><figure id="0fea"><img src="https://cdn-images-1.readmedium.com/v2/resize:fit:800/0*GI7HMVN5MD2j2QLX.png"><figcaption><a href="http://seriousscrum.com/invite">Do you want to write for Serious Scrum or seriously discuss Scrum?</a></figcaption></figure></article></body>

Procrastination. Everyone does it, and falling in love with creating the perfect plan is often the culprit.
For instance, I spent two days thinking about how to write this post instead of simply taking action. I deliberated on the title, planned points to cover, and thought through arguments. And this cycle continued as I researched and built my writing plan of attack.
Most of my delay tactics result from being afraid of writing something that sucks. I fear my post will not resonate and will fall flat. So I focus upfront to get everything right before I start.
But procrastination delays action, and I know taking action is how I learn. When I finally start to write, I break through the planning barrier and move into the real work. The work, not the planning, is where the magic happens and where I emerge my best writing.
Often, teams and organizations new to Scrum fall into the same trap as I do with my writing. But I have found a way to help them beat the procrastination trap, break through their fear of trying, and get into Scrum flow.
Many organizations trying Scrum for the first time start from a command-and-control culture. Trying new things is not allowed. Rewards result from following top-down plans and standard ways of working.
Scrum’s empirical approach flies in the face of this traditional management behavior.
Scrum is founded on empiricism and lean thinking. Empiricism asserts that knowledge comes from experience and making decisions based on what is observed.
So most organizations freeze when faced with the new adaptive mindset of Scrum. Their fear of failure drives them to get it all right up front before starting to Sprint. They procrastinate in many ways.
Let me tell you a secret: no team has a perfect first Sprint. And no team has a perfect 500th Sprint. It’s a never-ending improvement journey, enabled by cycles of try, inspect, and adapt.
Don’t try to get everything perfect before the first Sprint. Use your first Sprint to figure out where you need to improve in your second Sprint. Rinse and repeat.
In other words, get started. You will start seeing value out of Scrum as you do Scrum rather than thinking about it.
“It’s easier to act your way into a new way of thinking than think your way into a new way of acting.”
— Jerry Sternin
Form your team, create a team charter, read the Scrum Guide, and get into your first Sprint right away. Start your path without delay. Avoiding the procrastination trap with your first Sprint is this simple.
Many teams find it difficult to start Scrum because they have so much work in flight. Having a common goal for an entire Sprint, much less an entire day, is a fantasy to them. Every work item is open, and finishing work is an elusive rarity.
Let’s take an example of one of my recent teams. This team had many features for many stakeholders. It had an ever-increasing pile of deferred defects. On top of this, it experienced a constant barrage of production incidents.
All this work was in flight at the same time, and this made finding a focus difficult. When faced with the structure and heartbeat of Scrum, the team members found it a difficult fit.
Forecasting a Sprint’s worth of work was impossible for this team. Due to the chaos of the current way of working, thinking ahead was limited to a few days. Creating a Sprint Backlog for the entire first Sprint seemed like a joke. Instead, we did something unconventional and, to be honest, scary for the team.
We decided to slow down and focus.
The defect pile was only getting bigger and causing the rate of production incidents to rise. So we decided to halt all new feature development. We set the Sprint Goal to pay down defect debt in a particular area of the product.
Next, the team faced a typical problem: how much debt could it pay down in the Sprint? It had no prior velocity to use as a guide, and the defects were not sized.
Given the uncertainty, I suggested the team learn by doing. The team broke tradition and did not estimate all defects and create a detailed plan. Instead, we took an incremental, experimental approach.
We first identified the highest priority defect aligning to the Sprint Goal. Then, we made a plan for this defect and no others. This focus allowed team members to start work on one defect together, as a team.
For the first time in a long time, all minds focused on one item with minimal distractions. Within a few days, the team fixed the defect and deployed it to production. This process was repeated with more defects one at a time until the end of the Sprint.
The benefits from this approach were many:
This is not the first team with which I have tried this approach, and it works every time. Finding flow and purpose are some of the best things about Scrum. And this technique brings them front and center.
Having a “try” mentality and creating a laser-sharp focus will take you far with Scrum. But a few extra steps can take it into overdrive and ensure a long, fruitful journey.
Having a leader that supports your experimentation builds your courage. It will give you a safe space to get Scrum rolling. And, to be frank, without it, your success will be short-lived.
Explain to your manager you want to learn by doing and you want to focus on getting things done sooner with focus. Ask your manager to support you when you fall. Request help in removing obstacles when you encounter them.
I guarantee your manager will not turn you down. And your experiment will have a safety net and the might of management support.
Why reinvent the wheel? You gain an advantage when you can rely on experience already gained by someone else.
In the end, you need to customize the techniques you try to your context, but it is a good idea to have a starter pattern to try. Using an established pattern to practice a new behavior is a great way to form new habits.
Use the experience of an Agile coach, another team’s Scrum Master, or another team’s developer. Ask these guides to coach you as you try out new patterns. Once you have the pattern down, you can then experiment on your own to evolve your unique patterns.
Your team is more powerful and knowledgeable together. This is also true for a team of teams.
Find a community of others on the Agile journey. Share and cross-pollinate knowledge. These communities can be internal or external to your company. For instance, you can find a great community on the Serious Scrum Slack channel.
A community will support you on your journey. And you will provide support for others on their journey. It’s a win-win scenario.
When you find yourself trying to make your situation perfect before you try Scrum, stop. Remember that Scrum itself is a framework built for experimentation. Use experiments for your specific Scrum journey and evolve as you learn.
Nobody gets it right on the first try.
Focus is a key element. Eliminate all distractions, and the benefits of flow will wash over your team.
One day, not too far after you start, you will realize the simplicity of this framework. And you will be glad you took the journey without pause.
Don’t procrastinate with Scrum. What are you waiting for?
For more content like this on my pursuit of Lean Leverage, delivered to your inbox, you can just join my email list. Or see my other related posts below to dive even deeper.
You can read posts similar to this one below:
