Swarming is a whole new way of getting work done on a team. Instead of taking a “step-by-step” approach to something (which frequently leads to hand offs and inherent loss of continuity and information), teams that “swarm” on backlog items approach items from a “multi-vectored” standpoint — whatever needs to be done is done by whomever needs to do it and at pretty much the same time.
Why Does Swarming Work?
Swarming works because it exposes all of the complexity of the backlog item at the same time. Problems that, in more traditional approaches would surface near the end of the work, now tend to appear in the first few hours of work. Also, teams that swarm form “collaborative information networks,” or CINs. CINs tend to cause the rapid learning and sharing of information across the team, and leads to quick improvements in team performance.
What is Necessary For Swarming to Work?
For swarming to work, the team needs to do the following:
- Backlog Refinement — backlog items committed into the Sprint cannot be larger than what the team can complete in three days of work. Larger than this introduces unnecessary and disruptive complexity.
- Be Willing to Work Outside Your Comfort Zone — sometimes the task that you need to work on isn’t your speciality (e.g., writing or testing or editing).
- Be Willing to Work Together — swarming works best when developers work together on one or more tasks.
- Don’t Pre-Assign Tasks — predicting ahead of time who should work on what task is like predicting the weather. You might be right, but the further out you predict the more wrong you’re going to be. Let developers self-assign tasks when they’re ready.
- Limit Your Work in Process (WIP) — working on more than one or two items at the same time eliminates any benefit swarming can provide. Don’t spread the wealth — reduce overall risk, waste, and complexity by only allowing one or two backlog items to be in progress at the same time.
More About #Productivity
What is a Sprint Demo? #AskArtisan
What's a Sprint Demo? It's typically a sure sign that your organization has no idea how to do a Sprint Review! I'll explain in this edition of #AskArtisan.
Do Scrum Team Members have to be Full Time? #AskArtisan
Scrum Team members CAN be part-time, but this week’s #AskArtisan video shares insight on helping them maximize their time, and pitfalls to look out for.
How Many People Should be on One Scrum Team? #AskArtisan
I'm often asked about the ideal number of people on one Scrum Team, but maybe a better question is why and how any number becomes too many?
How do you Plan for Support Time in a Sprint? #AskArtisan
Many Scrum Teams ask how to plan for support work in a Sprint. Can you plan the unplanned? There's no simple answer, but there IS an answer!
Can One Sprint Have Multiple Goals? #AskArtisan
Can you have more than one Sprint Goal in a single Sprint? I actually recommend it! In this video, I'll explain how it can improve Scrum team productivity.
How Are Product Goals and Sprint Goals Related? #AskArtisan
I'm often asked about Scrum goals; specifically Sprint Goals, Product Goals, and how they relate to each other. In this video, I'll tie them together for you.
What’s a Sprint Goal? #AskArtisan
Ever been out shopping only to get home and realized you didn't actually get what you needed? This is what happens to Scrum teams without a Sprint Goal!
What’s a Product Goal? #AskArtisan
The 2020 Scrum Guide introduced a new concept called the Product Goal, and many are still confused about the purpose and function of Product Goals.
Can QAers be on a Scrum Team? #AskArtisan
When you set up a Scrum team, what do you do with your QAers? In this video, I'll explain why they should definitely be part of the team.
Leave A Comment