Project Management

The Money Files

A blog that looks at all aspects of project and program finances from budgets, estimating and accounting to getting a pay rise and managing contracts. Written by Elizabeth Harrin from

About this Blog


Recent Posts

5 Key Financial Dates For Projects [Video]

Trends and Emerging Practices in Project Risk Management (Part A)

Why are your governance processes failing? [Infographic]

What tool do I use for tracking a project budget? [Video]

5 Considerations for Project Testing

5 Key Financial Dates For Projects [Video]

Categories: budget

In this video I give you a quick overview of some of the key date-driven milestones you should be aware of on your project and why these are important. Budgeting is so driven by business timescales. If you miss a date, the implications could be huge – especially, say, if the date is to submit your budget requirements for the next financial year!

Pin for later reading:

key financial dates for projects

Posted on: July 07, 2020 08:00 AM | Permalink | Comments (1)

Trends and Emerging Practices in Project Risk Management (Part A)

Categories: risk

project risk management trends

This article is part two of my look into project risk management, and today we are diving into trends and emerging practices, as determined by the PMBOK® Guide – Sixth Edition.

Read part 1 here: An introduction to risk management

There are three risk-related trends that bear investigation and we’re looking at the first one today.

Non-event risk

The first risk-related trend it’s worth considering is non-event risk.

Most risks that I’ve ever put on a project risk log relate to something happening or not happening. In other words, they are tied to an event. There is a thing that is going to happen that becomes the risk trigger. When the event happens, we acknowledge the risk has materialised and swing into issue management.

But not all risk relates to things happening.

Honestly, this is a bit of revelation for me. I’ve never spent much time thinking about the kinds of things that present risk to the project but that are not event-driven. I’m in the ‘average’ category of risk management, and it’s not one of the areas I would call myself an expert in (can we ever call ourselves experts in anything to do with project management? There’s too much going on and too many variables… I digress…).

The PMBOK® Guide – Sixth Edition talks about two particular types of non-event risk.

Variability risk

This is where uncertainty exists about something to do with what’s going on during the project. It is about recognising that the output of an event, activity or decision might not be exactly what we think. For example, the output of an activity might be above or below the target productivity measure.

I’ve kind of covered this on my risk log in the past by talking about people not having enough time to do their work or that testing takes longer because we find more bugs than I have allowed for in the project schedule – these could be understood as a variability risks.

I also once DIDN’t put a risk on the risk log about weather conditions, which would have disrupted our ability to get equipment to where it needed to go… and lo and behold, that project was hit by a snowstorm and we couldn’t deliver the kit.

We can manage these risks by using Monte Carlo analysis. Reflect the range of variation in probability distributions. They might not be perfect, but it will give you a better idea than guessing, and let you create an action plan to reduce the variability. The more you can reduce the variability, the more easily you can predict (and therefore manage) the output.

Ambiguity risk

Ambiguity risk is about not being able to predict the future: we should all be able to put that on the risk log. This type of risk calls out the fact that we don’t know for certain what might be required for the project, for example in terms of technical solution – until such time as the solution is fully costed, architected and known.

Another example would be future developments in the world of regulation or compliance, which may change the direction of the project or the solution. I once managed a compliance project (GDPR – remember that?) and at the same time other regulation was being introduced that would have an impact on the work we were doing. The lack of information about what was coming made us wonder how much we would have to rework what we were doing. Despite the ambiguity, in that situation, we ploughed ahead, knowing we would have to incorporate subsequent changes when they were known. That actually was on the risk register, if I remember correctly.

For me, the point of including these two types of risk is to make it clear to stakeholders that we aren’t magical beings as project managers. Stuff goes wrong. We do our best. We are thinking about these things but we often need to clearly articulate that we don’t know what we don’t know.

Manage these types of risk by doing exactly that: define what isn’t clear (if that isn’t a contradiction in terms) and then work out how to make it clear. That could be through using third party experts, or through reducing ambiguity by prototyping, user workshops, incremental development, simulation and AI and so on.

Next time we’ll look at the other two emerging practices in project risk management. Watch this space…

Pin for later reading:

Posted on: June 30, 2020 12:00 AM | Permalink | Comments (3)

Why are your governance processes failing? [Infographic]

Categories: process

Are you finding it hard to get governance working right on your project? Governance, in the widest sense of the topic, is everything that helps you manage and control the project, so strong processes are part of that.

And when your projects let you down, it’s impossible to provide the level of governance you need.

The infographic below shows reasons why project processes might not be robust enough to support good project control.

When processes are too informal, no one really knows what to do to get things done, or how to record that they happened.

Posted on: June 27, 2020 12:00 AM | Permalink | Comments (4)

What tool do I use for tracking a project budget? [Video]

Categories: budget

tracking budget tools

If I had a pound for every time someone asked me what tool I use for tracking my project budget…

Unfortunately, it’s one of those questions where the answer isn’t as clear cut as you might hope. In this video I talk through the challenge of choosing a tool and there’s a teeny rant about why ultimately it doesn’t much matter as long as you get on with tracking somehow and just make a decision!

What tool do you use to track your project budget? Let us know in the comments section!

Pin for later reading:

Posted on: June 25, 2020 12:00 AM | Permalink | Comments (5)

5 Considerations for Project Testing

Categories: project testing

The testing phase of a project is the time, in my experience, that the schedule gets squeezed. I’ve been on projects with an ‘official’ testing team made up of experienced, trained testers, and also worked on projects where the testing has been done by me. Yep. Not great. In most cases, it’s been somewhere in between, and often I’ve ended up training users in how to test so they can join the ranks of project team members helping squash bugs.

The infographic below shows 5 things to think about when preparing the testing part of a project:

Use a test plan (sounds obvious, but it’s extra – often unwelcome – documentation that is resisted)

Include non-functional tests – because it’s not all about the stuff your users will be doing with the product, but also about security, scalability, data protection and more

Test to the point of breaking – just because you use the product in the way it has been designed doesn’t mean users will. Test the ‘wrong’ way to use it and see what happens

Get users involved – obviously

Keep records – because trying to remember exactly what steps you took to get a bug, so you can replicate what you did and see if the bug is now fixed… that’s no fun, trust me!

project testing infographic

Posted on: June 22, 2020 12:00 AM | Permalink | Comments (3)

"I don't like work - no man does - but I like what is in the work - the chance to find yourself."

- Joseph Conrad