Project Management

The Money Files

by
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 RebelsGuideToPM.com.

About this Blog

RSS

Recent Posts

Who really owns the project budget? Clarifying financial accountability

How to learn AI the sensible way

Making sense of project cost reports

How real PM mentoring actually works

The Accidental Product Manager: What project managers need to know

Categories

accounting, agile, ai, appraisals, Artificial Intelligence, audit, Backlog, Benchmarking, benefits, Benefits Management, Benefits Realization, Bias, books, budget, Business Case, business case, business case, Career Development, Career Development, carnival, case study, Change Management, checklist, collaboration tools, communication, Communications Management, competition, complex projects, Conferences, config management, consultancy, contingency, contracts, corporate finance, corporate finance, cost, Cost Management, cost management, credit crunch, CRM, data, data security, debate, Decision Making, delegating, digite, earned value, Education, Energy and Utilities, Estimating, events, FAQ, financial management, financial management, forecasting, future, GDPR, general, Goals, Governance, green, Information Technology, Innovation, insurance, interviews, it, Knowledge Management, Leadership, Lessons Learned, measuring performance, Mentoring, merger, methods, metrics, multiple projects, negotiating, Networking, news, Olympics, organization, Organizational Culture, outsourcing, personal finance, Planning, pmi, PMO, PMO, Portfolio Management, portfolio management, presentations, privacy policy, process, procurement, product management, productivity, Program Management, project closure, project data, project delivery, Project Success, project testing, prototyping, qualifications, Quality, quality, Quarterly Review, records, recruitment, reports, requirements, research, resilience, Resource Management, resources, risk, Risk Management, ROI, salaries, Schedule Management, Scheduling, scope, Scope Management, security, small projects, Social Impact, social impact, social media, software, software, software, Stakeholder Management, stakeholders, Strategy, success factors, supplier management, team, Teams, testing, testing, timesheets, tips, training, transparency, trends, value management, vendors, video, virtual teams, workflow

Date

Plan Risk Responses: Process Overview

Categories: process, risk

linkedin twitter facebook Request to reuse this  

plan risk response

This article is the tenth part of my look into project risk management, and today the topic is how to plan risk responses. Who knew there would be so much to say about risk?

What does it mean to plan risk responses?

When you plan risk responses, what it means is that you are working out what to do about the risks you have identified. As you are doing the analysis, you’re probably talking to the team about the different options for addressing the risk, making judgements and plans as you go. The thing with all the risk management processes is that they can all happen in quite a short period of time, and often within the same conversation – especially for smaller risks and smaller projects.

However, for the purposes of our discussion today, we’re looking at making sure the risk responses are considered, selected and agreed by the people who matter. You’ll also allocate people to do the work of implementing the risk responses so that you actually manage the risk and don’t simply talk about managing it.

Inputs

The inputs to this process are:

  • The project management plan – the resource management plan will help identify who is the best person to be the risk owner, although you’ll probably know this information already without having to resorting to looking it up in a document. You’ll also want to review the risk management plan and cost baseline (because it has information on the contingency fund that you can use for risk response).
  • As we saw last time, there are a lot of project documents that can inform the risk management processes, and this step is no exception. We’ll be looking for information to support our plans in a variety of different documents
  • Enterprise environmental factors like how much risk appetite the business has to respond to risks, and the same for individual stakeholders
  • Organisational process assets like templates, databases of what happened on past projects and lessons learned reviews from similar projects and this current one if you’ve already done interim reviews.

What documents should you review?

The risk register and risk report are the most important documents because they give you information on what the risks actually are and how exposed the project (and/or business) is. That will inform your choices about how you respond to risk.

First, check the Lessons learned log – check to see if any past risk responses were particularly helpful or pointless so you can repeat/avoid the same things in the future.

The rest of the documents you may need to refer to are to do with the logistics of making sure the risks can be managed adequately.

The project schedule is helpful so you can fit in the risk response plans and make sure there is time to do the work. The team assignments and resource calendars will also help. The stakeholder register will give you clues about ownership if you don’t have volunteers to lead on risk response actions.

In practice, many experienced project managers won’t turn to those documents to find the answers – they’ll simply talk to the team and then update the schedule with any tasks that need to be added once the responses are agreed.

Tools and Techniques

Responding to risk is a lot to do with expert judgement, so in my experience, this is the technique you’ll use the most.

Rely on your subject matter experts and talk to them about how best to respond to threats, opportunities and how to manage contingent risk with the associated strategies and triggers in place.

Basically, you need information from the experts and you gain that through interviews and facilitation (data gathering and interpersonal and team skills).

Talk, talk, talk, and seek out the people with the answers.

You can also employ some data analysis techniques to back up what your experts are saying or to help you choose the best response if there are several options.

For example, alternatives analysis can help you compare the different options and select a course of action that will lead to an appropriate result.

Cost-benefit analysis is another tool. Some risks will cost more to mitigate than they would if they happened, so this type of calculation can help you decide how much budget to spend on risk responses and whether the benefit of that investment is going to be worth it.

Finally, you need to make a decision about what risk response plan to accept, so decision-making techniques for groups can be helpful. Consider the criteria for making the decision before you get to the actual decision-making part of the debate, as that will help give the team some structure.

Typical criteria for making a decision on risk response include:

  • How much the response plan will cost
  • How effective it is thought to be
  • Whether people are available to do the work
  • How the plan fits in with the rest of the project and whether the work can be completed in time before the risk materialises
  • What the impact will be on other risks
  • Whether this plan introduces other secondary risks or new risks

And so on. If your team doesn’t have much formal experience of making this kind of decision, I find it helpful to have the criteria available for us to review as we are discussing the risks.

Outputs

The outputs from this process are:

  • Change requests
  • Project management plan updates
  • Project document updates.

In other words, there are lots of admin jobs to do once you’ve made your risk response plan because you’ve got a lot of paperwork to update – admittedly all of it is now electronic so it’s not so difficult to do.

Review all the plans: update the schedule to reflect what you’ve just agreed to do, update the cost management plan to include any money now being spent on risk response, and review resource plans to ensure they are still accurate. Update your baselines if necessary. If your risks affected suppliers, make sure any changes to the procurement plan are incorporated.

As part of your discussions and approved response plans you might have uncovered new assumptions, new lessons and even new risks. Make sure team assignments accurately reflect the work you are expecting people to do and make sure the risk register and risk report are updated with your plans.

Next month I’ll be talking about 5 strategies for dealing with threats.

In case you missed them, and to save you a job digging through the archives, here are the quick links back to the previous instalments:

Read part 1 here: An introduction to risk management

Read part 2 here: Trends and Emerging Practices in Project Risk Management (Part A)

Read part 3 here: Trends and Emerging Practices in Project Risk Management (Part B)

Read part 4 here: Tailoring Risk Management

Read part 5 here: Planning Risk Management

Read part 6 here: The Risk Management Plan

Read part 7 here: Identify Risks Process

Read part 8 here: Qualitative Risk Analysis

Read part 9 here: Quantitative Risk Analysis

Pin for later reading:

plan risk response pin

Posted on: January 12, 2021 08:00 AM | Permalink | Comments (7)

Risk management: A common cause of overspend [Video]

Categories: risk

linkedin twitter facebook Request to reuse this  

risk management

A common project budget problem here is when you didn’t budget anything for project risk management. Then a risk pops up and you’d like to do something about it and can’t because there’s no money allocated for risk mitigation or to exploit a positive risk.

It’s too late to go back and ask for a risk budget now… or is it? You might find your sponsor open to that kind of conversation, and it certainly doesn’t hurt to ask. If you don’t have additional money available then you have to adjust your activities accordingly. Perhaps your project board could accept a higher level of risk for that element, or they would be prepared to compromise on something else. Put together a proposal that explains the risks, the costs and the benefits along with some options so that they have choices.

Pin for later reading:

risk management pin

Posted on: January 05, 2021 08:00 AM | Permalink | Comments (6)

Predictive Software: The Next Step for Collaboration Tools

Categories: collaboration tools

linkedin twitter facebook Request to reuse this  

predictive software

How much time do you spend doing routine tasks? Just think about how long it takes you to type things like your company name or location details when they get mentioned in an email.

For a long time, Outlook (and I expect other tools) have had autocorrect functions that allow you to type something and have it ‘autocorrect’ to something else. It’s a text expander feature – and you get tools that lay on top of your normal suite of applications that just do text expanding. I even have that function built into my iPad, which is handy when it comes to typing out my email address every time. Now I just type a shortcode and the whole email address populates.

Predictive text takes this one step further by working out what you are going to type before you type it. Predictive apps use passive data, for example, emails, to suggest tasks and updates. Think predictive text when you are trying to type a message on your phone, and scale it up so that the app sends suggestions to your To Do list about what activities you should be working on that day or flags which deliverables are likely to be late because of software defects logged in your testing system.

Many tools are already embedding AI into them to help users have less to do. I was looking at one retrospective meetings management tool the other day and it used AI to automatically name the groupings of sticky notes we created in the meeting, based on the common content of those notes. Clever. It wasn’t always grammatically correct, but it saved us the job of typing a name for each group (although we could edit them if we wanted).

Predictive software sounds like it’s taking the thinking and professional judgement out of being a project manager, but it’s just crunching data for you. For example, you can’t hold information in your head about how accurate each individual team member has been in estimating their workload on this project and the last five projects they have worked on. Predictive software could sift through estimates and actuals, and then flag the three team members with the worst record for getting their estimates right so that you can appropriately challenge them.

This kind of system requires a particular leap of faith as it scours other systems for data. As a community, we’re going to have to go a long way before we are all comfortable with the idea of an app reading our emails and digging through personal files, even if it does predict who isn’t going to hit their deadlines that week.

Whatever collaboration tools you adopt at work, and however you use them, keep in mind that they should be compatible with and reflect what is going on outside the walls of your company. Technology and workplace cultures will continue to evolve and the key is going to be keeping up and staying relevant while making sure your teams have the tools they need to do their jobs productively. That might mean embracing AI and predictive functionalities of tools, even if it feels a teeny bit uncomfortable to do so.

 

Collaboration ToolsThe future is in flatter, more informal working cultures supported by unified organizational collaborative technologies. We might not refer to the tools that way (or even be using the term social and collaborative media) in ten years’ time, but the principles that underpin this revolution in working practices are here to stay.

This article includes a few points that were made in my PMI book: Collaboration Tools for Project Managers. Given what we’ve been going through and seeing so far this year, it felt appropriate to try to pick out some comments on tech for teams and where that might be taking us – because it seems to me that virtual working is here to stay.

 

 

Pin for later reading

predictive software pin

Posted on: December 21, 2020 08:00 AM | Permalink | Comments (6)

5 Ways to Make Outsourcing Work [Infographic]

Categories: outsourcing

linkedin twitter facebook Request to reuse this  

outsourcing work

If outsourcing is a commercially viable option for you and you’ve made that leap, you still need to put some effort into making sure that the partnership is a positive experience both for your and your outsourcing partner.

The infographic below shows five focus areas for making sure your outsourcing relationship is a positive as possible.

outsourcing infographic

The 5 areas are:

  1. Make sure outsourcing is the right choice
  2. Choose your partners carefully
  3. Negotiate the right payment terms
  4. Manage the relationship
  5. Know when to break it off.
Posted on: December 16, 2020 08:00 AM | Permalink | Comments (9)

Quantitative Risk Analysis: Process Overview

Categories: risk

linkedin twitter facebook Request to reuse this  

quantitative risk analysis

This article is the ninth part of my look into project risk management, and today the topic is quantitative risk analysis.

What is quantitative risk analysis?

Well, it’s difficult to spell, that’s what! And often confused with qualitative risk analysis.

Simply put, it’s the next step after you’ve identified the likelihood, probability and any other risk metrics that you consider important. It’s the process of getting a number from those risk assessments and seeing what the financial, resource and time impact would be should the risks happen.

On large projects it’s a way of providing greater levels of confidence and management oversight by reviewing substantive risks in a very structured way, allowing the team to work out what the best course of action is to manage the risk.

Inputs

The inputs to this process are:

  • The project management plan – the risk management plan is the key part of this document but you’ll also need to refer to the scope, schedule and cost baselines
  • The project documents, and there’s a wide selection of files that are going to be helpful – more on those in a minute
  • Enterprise environmental factors like industry studies
  • Organisational process assets like info from past projects that might be relevant to your work.

What documents should you review?

Most of your project documents could be considered fodder for this process, but beyond the risk register and risk report here are the most important ones:

Assumption log – review any assumptions and constraints that affect risk.

Basis of estimates – this will tell you how estimates were created and the less scientific ways of developing estimates will represent a higher risk to the project.

Cost and resource estimates – use these as a starting point to work out the cost or resourcing variability for any given risk.

Duration estimates – use these as a starting point to work out variability in the schedule.

Cost forecasts – these are helpful if you are calculating confidence levels because you can compare the quantitative cost risk analysis to your forecast and see how on track you are likely to be.

Schedule forecasts and milestone list – ditto for confidence levels related to scheduling.

Tools and Techniques

There are also quite a lot of tools and techniques that will be helpful in carrying out this step of your risk management process:

  • Expert judgement
  • Interviews and facilitation (data gathering and interpersonal and team skills)
  • Data analysis
  • Representations of uncertainty – this is a statement, model or distribution that represents the levels, values and range of uncertainty for each risk.

The expert judgement input you need here is going to be quite a specialised skill, so if you have risk certified professionals on the team, use them to support you.

Data analysis can be undertaken in a variety of ways and you can select which is going to be the most appropriate for the type of risk you are assessing.

Simulations like Monte Carlo analysis which simulators the combined effects of individual risks to see what their impact would be on successfully completing the project.

Sensitivity analysis helps you understand which individual risks are most likely to affect the projects outcomes. You’ll typically see these represented in a tornado diagram.

Decision tree analysis is a way of visually representing several different options for dealing with risk and reviewing what the impact of each of those options would be. It helps you choose the best risk management approach, and it typically focuses on working out the cost of different choices.

Influence diagrams show the interconnections within the project, highlighting what relationships influence particular outcomes. In itself it isn’t going to share many insights about the impact of risk, but it is a good starting point for seeing how different stakeholders or tasks connect and influence each other.

Outputs

There is only one output from this process and that’s the risk report. Update the report with the formal outcome of the analysis. If you have only used this process for some risks, those are the ones you want to update – it’s fine if you don’t have the same level of detail for every risk, because you are prioritising effort and time on the risks that are going to have the impact for your project.

Do you always have to do quantitative risk analysis?

No, you don’t. It is a good technique to use if you’ve got good data. If your risk data is skimpy and your baselines are more guesswork than expert judgement, all you are doing is building an analysis on shaky foundations.

This is an appropriate process for large, complex, strategic projects or where there is a requirement to do it because a contract or stakeholder says so. However, if you choose not to go ahead and quantitatively analyse risk, then be aware that it’s really the only reliable way to aggregate and review the overall risk exposure for your project and onwards up into the rest of the portfolio. So if you need that data, you’ll have to do it.

Next time I’ll be looking at how to plan risk responses.

In case you missed them, and to save you a job digging through the archives, here are the quick links back to the previous instalments:

Read part 1 here: An introduction to risk management

Read part 2 here: Trends and Emerging Practices in Project Risk Management (Part A)

Read part 3 here: Trends and Emerging Practices in Project Risk Management (Part B)

Read part 4 here: Tailoring Risk Management

Read part 5 here: Planning Risk Management

Read part 6 here: The Risk Management Plan

Read part 7 here: Identify Risks Process

Read part 8 here: Qualitative Risk Analysis

Pin for later reading

quantitative risk

Posted on: December 08, 2020 08:00 AM | Permalink | Comments (6)
ADVERTISEMENTS

"Forgive your enemies, but never forget their names."

- John F. Kennedy

ADVERTISEMENT

Sponsors