This post originally appeared on the PivotalTracker blog.
Ever get the feeling that your team is working on more than what’s actually in their backlog? Even with the best-laid plans, there are still many tasks that can lie between the cracks, distracting your team from the work at hand. But even though you can’t see these tasks on your backlog, you can still feel their effects when your team struggles to accomplish the work already planned for the Sprint. In fact, because these tasks are often felt before they are seen, we refer to them as dark matter tasks.
In this post, we’ll learn how to bring these tasks out of the darkness and into the light so you can finally see which ones are holding your team back—and decide what to do about them.
Identifying the Symptoms
Although the existence of dark matter tasks may not be obvious at first, the effects of dark matter on your team are there if you know where to look.
One symptom of dark matter tasks is that your team seems to frequently refer to work that’s *not* visible on your Sprint Backlog during your daily standup. Or conversely, if your team restricts their discussion to items that are *only* on the Sprint Backlog, then you might find that they simply don’t have much to say at all.
You may also notice that much of the conversation that occurs naturally in the team room seems to focus on ideas outside of your team’s Sprint Goal. If this occurs, then this can also be a symptom that your team is occupied with other work.
Finally, another more obvious symptom is that your team regularly fails to achieve your predetermined Sprint Goal or forecasted velocity. In this case, if your team is regularly distracted by tasks that are not reflected on their Sprint Backlog, then you’ll often find yourselves without enough capacity to successfully deliver their defined Sprint Goal. However, remember that there can be many other reasons why a team might miss their stated velocity or Sprint Goal beyond dark matter tasks, so it’s important to thoroughly investigate any pattern of misses before assigning blame to a single root cause.
Bringing Those Tasks Into the Light
But once you’ve recognized that you have a problem with dark matter tasks in your team, how do you solve it?
If you’ve worked with agile methodologies before, then it should come as no surprise that the key to solving this problem is to make the work visible. And the best way to do this is by encouraging your team to add any tasks you’re working on to the Sprint board (if they aren’t already reflected there).
However, as simple as this sounds, teams are sometimes hesitant to do this. This often stems from a common myth that once a Sprint has started, it can’t be changed. But no matter how pervasive this myth is, it couldn’t be more wrong. Although we want to avoid changing the overarching goal for the Sprint after the Sprint has begun, regularly revisiting and refining the Sprint plan can actually be quite useful. Remember that the Sprint backlog is the formalization of your team’s plan to achieve their Sprint goal, if your team happens to discover a more effective way to reach that goal after the Sprint has begun, then why would we not change that plan in the interest of becoming more agile?
For this same reason, your team should not be shy about adding tasks that are distracting you from your Sprint goal, as doing so has two major benefits. First, adding a task to the backlog makes it visible, creating a more accurate picture of where your team is spending your effort, better enabling you and your stakeholders to make more informed decisions. And second, once estimated, the addition of this task forces both you and your stakeholders to recognize the impact that this new task has on your existing Sprint backlog. This can force the conversations necessary to decide whether this additional task is truly worth both the effort it will require, as well as the additional risk that your team will incur in your efforts to meet the Sprint goal.
Understanding the Impact of Dark Matter
At the completion of the Sprint, your team and stakeholders can collaborate to review any new tasks that were added to the Sprint, as well as which tasks were pushed to future Sprints as a result of those additions.
If even after adding these new items your team was still able to achieve your Sprint Goal, then your team is adapting your Sprint Backlog to meet emergent needs successfully. However, if the team missed your Sprint Goal after adding these new tasks, then your team and stakeholders need to have a frank discussion of the impact of doing so.
And remember, even though some of these tasks may seem small and inconsequential, don’t fall into the trap of assuming that they’re simply too small to add to your Sprint Backlog. Even small tasks can add up and the sum of those tasks can put your Sprint Goal at serious risk. Remember, If it costs money for your team to deliver, then it needs to be on your team’s backlog.
Encouraging Transparency with Your Team
A key tenet of all agile practices is transparency. But this transparency cannot be achieved without a clear picture of what your team is actually working on.
However, this picture can only emerge when your team’s Sprint Backlog accurately reflects the work you’re doing and how you’re spending your time. But by diligently adding these tasks to the backlog and surfacing them for all to see, we can bring these dark matter tasks into the light.
Want to learn more about how to make agile work on real teams? Check out my course, Agile in the Real World from Pluralsight, for tips and techniques to help your organization get the most out of their agile adoption.
Don't have a Pluralsight membership yet? Try the entire Pluralsight course catalog free for 10 days here.