Hack:
Fortnightly Finances For Agile Organisations

What you'll need:

• Teams working in a synchronised rhythm of fortnightly iterations - each team starts and ends their work period or "sprint" on the same day

• A conversation with each team at the end of their 2-week sprint - I liked to do mine in person where possible to encourage leaders to stay "in the work"

• Some historical cost data

• Paper and a pen

Now there's nothing to say you can't do this with longer iterations, work periods that run out of sync, digital reporting or "zero touch" tools - but I'm telling you how to make your life easier and giving you the "ideal" to aim towards that's in line with the values and principles of servant leadership and visual management.  I'm here to de-clutter, not over-complicate.

How it works:

I'm going to describe the process for one team, and all we do for bigger businesses is repeat and then stack up the results.  It goes something like this:

First, understand the work

At the end of each iteration, get the team together and ask two questions:

1. Where did you spend your time these past 2 weeks ?

2. Roughly how much time was taken up working on "noise" ?

We want to know the % split across the top 2-3 "features", not the detail of every task completed.   And we want to know the drag on our productivity from the noise -  those tasks not related to the project, or distractions away from what we agreed we'd work on at the beginning of the iteration.

The output might look something like this for the "Blue Team":

• 20% of our time spent on Feature 1
• 20% of our time spent on Feature 2
• 30% of our time spent on Feature 3
• 30% of our time spent on Noise

Next, price the team

Here's where you'll need some historical cost data.  You'll want say the last 6-9 months of expenses for the whole team and work out the average run rate per month.  Be sure to include managers, project managers, admin staff in the "team"

Here's what it might look like:

• As a leader, I have 3 delivery teams each with 6-8 people in a team.  I also have 3 project managers, a group test manager and a project assistant in my total team.
• Our monthly charge for everyone in the team (including me) total $60k per month average spend
• Therefore our price per team is $20k per month or $10k per fortnightly iteration (sprint)

End of conversation.

I'm not interested that one team has 6 people and the other has 8, that Mary is more expensive as an individual than Joe, and I'm not interested that as a manager or support staff we're not working directly on the projects.  I don't need to know down to the cent because we've got bigger fish to fry.

• I want to price the team including the support work, because without it, the team wouldn't function.  It also provides me more incentive to reduce non-delivery overheads in my business.
• If team size varies significantly then I'm still feeding work to project-specific teams, rather than breaking work down into smaller chunks and letting teams move to the work (regardless of a bigger parent-project) and this method of costing will probably just complicate things further.
• Non-labour costs are directly attributed to the relevant work - eg storage to support a software delivery, or travel for certain team members.  I could also use the same method above for shared support costs, eg video conferencing for the whole team divided equally across 3 delivery teams. 

Finally, pull the costs together

So I know how the team spent their time every two weeks, and I know how much they cost, it's simple math to produce a cost per work item or "feature" - let's look back at the Blue Team.

@ 10k per sprint, in this sprint we spent:

• $2,000 each on Features 1 and 2 (20% each);
• $3,000 on Feature 3 (30%); and
• $3,000 on other things that came up or distracted us (30% noise)
• Add-on any feature-specific costs like travel or storage for IT systems

As we build data over time, we get a cumulative cost per feature.