Dependency Wheel with Scrum team

Can dependencies derail your project? What is the impact of these dependencies on your initiative?

In today’s hyper connected world, it will be difficult to have a project that did not have any dependencies, internal or external, upstream or downstream on other projects or initiatives, vendors, tools, or functionality.

Impacts of Dependencies

If you are not careful about the dependencies, if you do not put any effort in identifying them, they will sneak up on you and derail your initiative:

• The later you identify, the more costly it will be to address them, the more time it will add to your delivery time, the more negative impact it will have on the quality of work you can deliver.
• You will be dealing with hot heads! The stakeholders will not be happy to hear you that ‘it will take more time!’
• Your estimates will be way off, if you ignored the dependencies

So, why not be intentional about them as you start on an initiative and through the execution of it; why not spend some time upfront talking about potential dependencies.

Dependency Wheel

I use this simple tool with the teams I coach. It is a simple, intuitive, easy to use, yet very effective tool.

Start this session with your team by drawing a circle at the center of whiteboard or flip chart sheet. Put your program/team name in the center. All the spikes on this wheel are the dependencies that are known at the time. As you identify new dependency, just draw another spike.

The more rims you have on the dependency wheel, the more air it has to cut through, the more friction it has to push through. Similarly, your program/project will have to cut through more of the red carpet and push through more friction from other projects if you have more rims on your dependency wheel.

Here is a sample, from a team I coached in the past at a client.

Why identify Dependencies?

As you can see, it is of paramount importance to spend some time on thinking about them and identify them upfront. Granted that you will not know all the dependencies. But, mere fact that you are putting some time to think about them upfront is a huge win. It gives you a gauge as to how much additional force you will need to push through the friction.

Above all, it helps you in setting the expectations of all the parties. It helps you ground the expectations of stakeholders. It also helps ground the team and provide more realistic estimates.

As I mentioned, it adds tremendous value and increases your chances of success on a program or initiative. You can start reaching out to those partier (on whom you are dependent, or who are dependent on you). The cross functional team, works on the initial version of this wheel as they go through the planning activity (Release planning, Sprint planning.) And, then it can be a good artifact to take to your Scrum of Scrum.