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

3 Levels of Project Work Authorization [Infographic]

What goes into a Control Account Plan?

2 unexpected benefits of risk management [Video]

Establishing the Budget in Earned Value Management

How to Monitor Risks

Alternatives to prototyping

Categories: general

One of my videos for this blog was about the 3 steps for prototyping. But what if you can’t prototype, or choose not to? Today I want to consider what alternatives you have.


I came across this in the essay by Melanie Rose in the book Business Analysis & Leadership. She explains the difference between prototyping and pretotyping:

“Pretotyping differs from prototyping in that the main objective of prototyping is to answer questions related to building the product: Can we build it? Will it work as expected? How much will it cost to build? The purpose of pretotyping is to answer questions about the product’s appeal and usage: Would people want this product? Will they use it as expected? Will they continue to use it?”

You still have to create something for people to comment on, but it’s often a much cheaper version than a prototype because the aim is to judge appeal, not to see how it would work in practice. If you know there is a market for your product you can then work on prototyping something. If you find that there isn’t much interest in your idea then you haven’t lost much of an investment.

Beta versions

Many software products are launched as beta versions: not quite the finished product but near enough. Users can either choose to wait for the full, finished release or become beta testers with the expectation that they will report errors, provide feedback and generally help the company test the end product through actual use.

I’ve been a beta tester before and it wasn’t a huge overhead. In fact, many beta testers are often offered discounted rates on the final product and this helps turn them into very loyal users.


Could you set up an experiment in a controlled environment to test your product before it goes to market? Consider it a bit like Monte Carlo analysis but for deliverables instead of risk. You could get users involved. Choose something concrete to test if you go down this route – it isn’t going to work for all projects.

Using your ‘fans’

If you are upgrading a software product or service that already has a dedicated user base you can tap into these people and offer them the chance to take part in a trial. Whereas beta versions are generally open to anyone (and some beta versions become the default so you have to opt out of using them), ‘fans’ are a self-selected group. Stick a notice on your website, or email your highest-traffic users.

The benefit of tapping into your existing base of enthusiastic users is that they can be very forgiving and keen to report errors as they already love your product and are invested in it. Again, this isn’t going to work for all projects, but it is particularly relevant in the IT arena.

Prototyping is a great way to test a product prior to moving into final development phase, but you do have other options (or options you can use as well as prototyping). Have you tried any of these? How did they work for you? Let us know in the comments.

Posted on: June 26, 2014 06:41 AM | Permalink | Comments (0)

5 Project Management New Year’s Resolutions

Categories: general, tips

How did you do with sticking to your resolutions from last year? If you are anything like me, you would have started out with good intentions and then forgotten all about them as the snow melted.

This year it's not too late to make some resolutions about managing your projects more effectively, and make them achievable so you’ll actually stick to them throughout 2014. There’s no point in setting yourself unrealistic targets, so let’s look at some project management resolutions that you could still be doing next December.

1. I will do timesheets (and get my team to do the same)

If you don’t use timesheets already, make 2014 the year that you start. They are essential for finding out where your time is actually being spent, and you can use the data for loads of things including improving your estimates.

Do them regularly and you’ll find that you aren’t blocking out 7 hours per day to a bucket task called ‘project management’. You’ll get the granularity of detail required to understand exactly what your project management effort is being spent on – reporting, budgeting, team management and so on. And then you can assess whether that’s reasonable or not.

Break down your resolution into manageable chunks such as:

  • Quarter 1: Select project management timesheet application
  • Quarter 2: Implement application and train staff
  • Quarter 3: Bedding in time, we all start using it
  • Quarter 4: Aim for timesheets to become business as usual.

2. I will understand what the Finance team actually does

How much do you rely on your company’s Finance team to help you understand and manage your project budget? They are the experts about your business’ financial processes, forecasting and managing budgets, so you may as well use them. On some projects, you may have a financial analyst allocated to the project team on a full or part time basis too.

Here are some videos to help you get started understanding the role of the different Finance teams:

3. I will improve my estimating

How good is your estimating? If you feel that your project team needs to understand why estimating goes wrong and they could do with a bit of help when it comes to getting their estimates spot on, why not make that the focus for 2014? There’s a lot that you can do to help the people in the team manage the estimating process more effectively, and also estimating tips that you can give them.

Here are some more video resources to review:

4. I will include financial updates in my reports

Project status reports don’t always include a section on finances. This could be because your project sponsor isn’t that interested, or because you are sharing the information with people with whom it wouldn’t be appropriate to discuss the project finances with. But if your reports don’t include a budget update, you should be clear why this is – don’t just leave it out because it’s too hard or because you don’t know what to include.

Talk to your sponsor about what he or she would like to see in your status report and provide budget updates as required on at least a quarterly basis.

5. I will quantify the cost of risks

Does your project risk log include the financial impact of risks? Many don’t, because many risks aren’t quantified like this (or at least, many project teams don’t bother to quantify them like this). Of course, quantifying your risks in a financial way may not be appropriate for all the risks on your log. There are probably some risks that affect the project in ways that will not have a financial impact, or where you’ll be trying to calculate the financial impact based on some arbitrary figures.

But there will be a financial cost for many project risks. This is either the cost of the risk occurring or the cost of the mitigation plan – either way you can calculate the impact and then add this to your project budget so that you are clear about what implications the risk has on your financial planning for the project.

Will you use any of these as your resolutions for 2014? If not, what are you having as your resolutions instead (if any)?

Elizabeth Harrin is Director of The Otobos Group, a project management communications consultancy. Find her on Facebook.

Posted on: January 13, 2014 09:02 AM | Permalink | Comments (3)

Tips for personal productivity

Categories: general

The theme this month on Gantthead is personal project management: how we keep our own personal projects on track and organise our work. Here are some ways I manage this.

Action lists

I don’t use a PDA, or the task list in Outlook, or an online to do list app. I use paper. Lots of it. I have a notebook for my project – luckily I’m only working on one major project at the moment. If I wasn’t, I would still have just one notebook, with all project notes in it.

I take notes at the front, and any actions that need doing are marked in the margin with an A in a circle. That makes it easy to scan the page and see what is a record of the meeting and what is something that needs action.

At the end of the meeting, or when it is getting too confusing to flip through the pages, I copy all the actions to the back of the notebook, so that becomes my to do list for everything.

Other symbols

I organise my handwritten notes with other symbols as well. I in a circle means an issue – something that needs adding to my issue log. R in a circle means a risk to be added to the risk log. W in a circle is an interesting fact that should go on the project wiki. An asterisk next to an action or any other item means – you guessed it – the item is really important.

It’s not rocket science, but it’s a key that works well for me.


It is bad practice to use Outlook (or any email client) as a filing system. It takes up too much disk space and it means your files can’t be shared. The newer versions of Outlook have much better search capability but it still isn’t perfect, so it can be difficult to find what you need again.

I save copies of important emails to the project network drive (File/Save As). I also save attachments to the correct shared location and then the email itself can be deleted. Having said that, I do have a nested filing structure so that I can keep important messages.

I archive the filing structures for old projects so that the emails are saved for a rainy day in case anyone ever needs them for auditing or contract discussions etc. Archiving them means they are not automatically linked to my Inbox and other folders, speeding up the search results and making it easier to navigate through what is actually important right now. If I need to see them again, I can open the archive, and then close it when I’m finished.

Periodically I clear out my Sent items folder. Things that can be deleted include meeting invitations and responses (you can identify these in Outlook by the calendar symbol and you can also sort the Sent items list by that symbol so you can group them all together for easier deleting). I also delete any emails that just say ‘thank you’ or that are general chit chat. Items that are relevant for the long term are filed in the appropriate folder.

My Inbox – that’s where it’s at. My inbox acts as my to do list. Anything in the inbox is to be completed, followed up or actioned in some way.

It is also a way of keeping an eye on what other people are supposed to do. If I send an email to someone asking for something, I move the item from Sent to Inbox so that it is easy to see that I am waiting on a task. Equally, my inbox includes items on which I have just been copied in. There’s no action required from me, but it’s something important to the project so I want to make sure I have visibility of it so that I can follow up.

Those are some tips that work for me at the office. What do you do?

Posted on: June 08, 2012 12:13 PM | Permalink | Comments (3)


Categories: general




The Gantthead T-shirts are great - and here's the proof! Which one is your favourite?

Posted on: April 01, 2011 03:44 PM | Permalink | Comments (4)


Categories: general

Welcome to this new Gantthead blog, which focuses on the financial side of managing projects.  I'll be looking at all kinds of money-related things, from the technical aspects of project financial management to managing your personal finances as they relate to your working life.

I look forward to hearing from you about topics you'd like me to cover, and to writing more!

Posted on: May 03, 2010 05:25 PM | Permalink | Comments (0)

"There is more to life than increasing its speed."

- Mahatma Gandhi