The Money Files

I’ve been managing a programme for a while now, and it’s quite different from managing projects, or the very large projects that we call programmes that are really not programmes!

Programmes need their own budget as well as the budget of the projects, and here are the things I think should be included in that.

1. Costs of running the programme

It seems silly to point it out explicitly, but there are costs incurred from running a programme with a programme management structure.

For example, my time as programme manager needs to be costed and included along with any support resource from the programme office. Even though we are not full-time, the programme wouldn’t run without us so our costs have to go somewhere.

Ideally, there would also be a programme-level risk budget for handling unforeseen issues.

You may also find that on your programme there are other costs associated with running the programme, such as office space, software licences for third parties to access your programme management software (which is likely to be the same project management software everyone else uses, so hopefully not too large of an overhead there).

2. Assurance costs

Are you planning on having internal (or external) audits and reviews as part of the programme? If so, those costs should be picked up by the programme budget.

Internal reviews, in my experience, don’t cost anything except time, but if you are bringing in consultants or external auditors, there is definitely a cost associated with that (as well as time). Certification or compliance programmes may have extra costs here too, for example, if you have to comply to certain standards, going through the accreditation process is both time-consuming and normally costs something. There’s also often an annual cost to main the accreditation so factor that in too if your programme is multi-year.

Plan all those costs into the programme budget at the frequency and estimate required.

3. Benefits realisation costs

Benefits might be realised at project level, but you’ll likely have some programme benefits to track as well. And the cost of delivering and tracking those should be included somewhere – in your programme budget.

For example, you may need to programme software to create new reports. You may need a new role, and someone hired to go into that role. Some benefits might include making staff redundant due to organisational restructure, and there are costs associated with that activity too.

Plan all of those in at programme level. You may find that it’s useful to take the project-level benefits realisation costs into the programme budget as well so you can track benefits all in one place, but that’s up to you.

Project costs

Of course, there are costs to running the projects too, and in your overall programme budget, you’ll want visibility of those for forecasting and tracking. But these are the ‘obvious’ costs so it’s likely you already have them.

The project costs would normally include the large infrastructure type items that are necessary for the programme to move forward. The first project would normally take the hit for any large infrastructure-type investment, but that makes the business case for that project rather wobbly. You might decide that large capital costs are picked up by the programme as an overhead instead, and then each project goes forward on its own merit without having to fund the infrastructure required to make it and future projects work.

Talk to your financial analyst or project accountant for how best to apportion the costs across the programme and projects so it’s transparent and reasonable.

The Standard for Program Management (Fourth Edition) talks about how to track program financial metrics once your financial management plan is up and running. I thought it would be worth comparing the guidance to what I’ve done as a program manager to see how I measure up – and you can compare your own practice to what’s in the Standard too.

Program financial management, as a refresher, is defined in the Standard as:

Activities related to identifying the program’s financial sources and resources, integrating the budgets of the program components, developing the overall budget for the program, and controlling costs during the program.

Once you’ve got the program going, your work as a program manager shifts to tracking the money and making sure you are on track.

Spoiler alert: I’ve never used earned value to do this in real life, although I’m well aware of the benefits of doing so on projects and programs.

I think the techniques you use for tracking very much rely on your organisational culture and maturity levels, and I’ve not worked anywhere where EV is considered part of the way things were done. If you’ve got experience working in an EV environment, let me know how that goes in the comments.

The program manager’s role shifts to monitoring spending and controlling spending, ensuring what is being paid out is in line with the budget. In my experience, as a program manager, I’ve had a fair amount of latitude to move money between ‘pots’ (or projects) to ensure the overall goals of the program are met. And I have to say, I’ve enjoyed being able to make those decisions.

What I haven’t enjoyed is the financial scrutiny. I know we need governance on programs, and I’m all for it, but sitting in a meeting having to present the numbers has always been uncomfortable for me. Not because I don’t believe in the numbers, but because I’m normally presenting to people with an accounting background and honestly they could dance rings around me if they wanted to pick holes in my maths. So I have to put extra effort into making sure I can justify how numbers are put together.

My top tip is to make sure you keep detailed records of how you came to land on certain figures. For example, on a program I’m working on at the moment, we track committed spend, forecast and then actual “out-the-door” spend. But there are a couple of other strands within the program that are accounted for separately (don’t ask, it’s just the way it works best) so I have to make sure I’m clear as to what’s in and what’s out of the numbers so I can justify them every month and make sure we are reporting to the PMO on a consistent basis.

Because trust me, if I didn’t, I’d forget from month to month what the basis of calculation was and report something that wasn’t internally consistent and that I couldn’t justify reliably. Which would be bad.

Governance serves a purpose: it makes sure that a program is operating within approved cost limits and challenges programs that are forecasted to go out of those budget targets. Then the organisation can decide if it wants to continue with the program or not.

I’ve luckily never worked on a program that has been cancelled because of financial issues – but I imagine that is largely luck and the kind of programs I have been involved with rather than any skilful cost management on my part.

My experience of program cost management has been very similar to managing large project budgets: the skills are the same, and business acumen comes into play too. I think that having the bigger picture and goals in mind helps. What do you think?

In my next article, I’ll look at some typical financial management activities as outlined in the Standard and talk a bit more about those.

Let’s say you have been through your programme and are ready to close it out. There is obviously quite a lot to do, and the finance elements will be part of that. Here’s what to consider when closing out the financial management of a programme, inspired by the Standard for Programme Management.

Benefits stewardship

The programme will have created benefits, some of which have probably been realised as the work progressed. Towards the end of the programme, you may need to estimate the ongoing costs for making sure those benefits continue to be realised. For example, maybe recruiting an additional person to manage some deliverables once the programme team is stood down. This should last for as long as the benefits are going to be tracked for, or as long as you think is appropriate.

Any ongoing costs that will be passed to the operational teams should be made clear and budgeted in their ongoing profit and loss accounts for the department.

Leftover funding

Will you have any money left at the end of your programme? Probably not – in my experience project and programme teams tend to spend everything allocated to them!

On the off-chance that you do have funds left – let’s say, in the case of closing the programme a little earlier than expected – you should be in a position to hand some funding back. Any contingency funds that have not been used can be returned to the corporate ‘pot’.

Reporting

You’ve been creating financial reports for the duration of the programme, and those will now stop as the programme is wound up. However, stakeholders may be relying on that information. If there is the expectation that some of the financial reporting is still required, perhaps in a slightly different or amended format, you should put in place options to make that happen.

For example, perhaps another department can pick up running the reports, or they can be automated.

Tip: Even if you are automating the reports, please make sure each report has an owner! When we migrated a load of reports from a legacy system into a new one we weren’t sure which reports were used and which were no longer required because there was no data ownership. We didn’t migrate a bunch of them, figuring that if they were missed someone would say! Nobody said anything, so it’s probably those were simply no longer required, even though the system produced them regularly.

Sustainment

Sustainment of a programme is the work required to make sure the outcomes are maintained going forward, once the programme structure itself is no longer there to support them. Beyond benefits, there might be some additional funding required to sustain the programme’s vision, achievements or outcomes. For example, perhaps you implemented new tools and now the business needs to have someone in post to maintain that software.

In my experience, people who enjoy the environment of delivery are not always the same people who enjoy the day job. You may find that programme resources are not interested in staying on in ‘day job’ roles to support the ongoing running of whatever needs to be sustained, so you could end up having to budget for hiring new roles.

Close out checklist

At the end of your programme, check to make sure you have the following aspects covered from a budget perspective:

• Financial inputs to the programme closure report and any final financial reports or closure statements
• Updates to the financial management plan if necessary
• Updates to the lessons learned database or organisational knowledge repository
• Any related documents that might be useful in the future
• All invoices and supplier contracts wrapped up and closed
• Programme budget and cost centre/cost codes shut down so no further work can be allocated to them.

What else would you consider when closing out a programme budget? Let me know in the comments!

Last month we looked at what goes into a programme financial management plan. One of the components of that document is, of course, the initial budget. You can’t track what you haven’t baselined, so there is an effort involved in making sure that the programme budget is put together in a robust way.

Creating a programme budget that is appropriate, timely, relevant, accurate, detailed enough to get through the scrutiny of the CFO, defendable, transparent and more is a huge, time-consuming task.

So where do you start?

Creating the programme budget

The initial programme budget is put together in the same way that a project budget would be: you bring together all the financial information you have from the business case, estimates, quotes, contractual arrangements and more to plan out what money is available and when it will be spent.

With a programme, you might also need to work out where the funding is coming from and on what schedule. For example, if it’s a grant-based programme of work, perhaps funding is issued in tranches, or made available on the completion or publication of particular milestones. If it’s a multi-year programme, perhaps funding is only available for this financial cycle and the expectation is that more funding will be available from next year’s pot.

Agree financial metrics

Next, work out how you are going to track and monitor the budget and what metrics will be used for benefits tracking. Again, this is no different from project budgets, although the figures might be larger and you may also have opex costs to consider – many projects are able to capitalise their costs so as a project manager I rarely had to worry about opex tracking.

The financial indicators are important because these feed into the health of the programme and will be reported regularly. But on a programme that spans many years and perhaps has difficult-to-quantify benefits, how will you check that work is proceeding as it should? Earned value management is one way, but if your company isn’t set up for that you’ll need an alternative.

The metrics you choose for indicating the financial health of the programme and also the benefits realisation measures will very much depend on what the programme is delivering. Sellafield, which is a multi-year nuclear decommissioning initiative, has a 20-year corporate plan. However, they have set out very clear milestones for each project as part of the transformation timeline.

A digital transformation programme spread over 2 years would have very different financial constraints and would be tracked with different metrics.

You may find that validating the metrics as you go is a suitable approach, if all the stakeholders buy into that. It’s important, however, to get the metrics as ‘right’ as you can because future decisions will depend on them. As you report progress, produce updates or even make decisions to move into different stages, you’ll be presenting the financial numbers using the measures for performance tracking that were agreed when the programme began. So it’s worth spending some time making sure they are the right ones and that people understand them.

Financial risk

Part of the budget planning is also being aware of the financial risk. In Sellafield’s case, for example, the timescale spans 4 government spending reviews which may impact the funding available to the team.

There will surely be budget-related risks that should be added to your programme risk log. They are likely to include similar risks that you’d see at project level, but with a programme focus, such as:

• Changes to exchange rates
• Changes to the price of goods or services
• Strategic changes that alter the course of the programme

There will also be risks that are more programme-focused, specific to your particular programme.

The more risk analysis you do, the easier it will be to calculate an appropriate risk budget. Be careful not to count the risk budget twice, once at project level and then again at programme level, if it’s for an escalated risk.

All this goes into the mix for working out contingency appropriate for the programme, and at what level you wish it to be attributed to the work. At project level? At the overall programme level?  Some mix of several methods for assigning contingency?

Ultimately you end up with a programme budget that will no doubt change and flex as time goes on, but should give you a reasonable baseline from which to start.

How do you know when you’re ready?

The outputs of getting ready to track your programme budget will tell you if you’re ready to go ahead. You should have the following:

• The programme financial management plan including the metrics you will use to track performance
• The initial programme budget, made up of the elements above
• Programme funding schedules showing where the income is coming from
• Payment schedules for each project, component or workstream, at least as far as you know them right now
• Operational costs for the programme e.g. resourcing that cannot be capitalised
• Risks for the risk register.

When all those things are in place, I’d say you were in a pretty good position for the programme’s financial management. What would you say?