The Money Files

The gift of focus

The gift of a clear brief

The gift of patience with stakeholders

The gift of humour during chaos

The gift of templates and checklists

The gift of clear communication

The gift of teamwork

The gift of adaptability

The gift of reflection

The gift of optimism for what’s next

I’ve been looking at continuous improvement in project management this month, covering why it matters and ideas for building a culture where continuous improvement is the norm. Now I’m going to turn to look at what you have available to help, in terms of tools and techniques.

Luckily for us in project management, we have a range of tools available already that you are using across the rest of your project delivery work, and we can put those to use.

Tools for collecting feedback

First off, you have to make sure that you can collect the improvement ideas. We talked a bit about that in my last article (suggestion boxes) and there’s a lot more you can do – with techniques you will already be familiar with.

Surveys and questionnaires

We use Microsoft Forms for sending out lessons learned surveys and you could set up a form (on any platform) to gather feedback at various points in the project or simply have one on your team intranet page for people to suggest improvements when they think of them.

The trouble with ‘fill it in when you want’ forms is that you have to keep constantly reminding people it is there, so when they do have an idea they go to the form instinctively.

Retros

You’re probably (hopefully) already using retrospectives and lessons learned. Add in questions, if you don’t already have them, for the group to reflect on how project management processes could be changed to deliver better results.

Team meetings

Add an agenda point to your regular team meetings where you talk about what’s been improved, what improvements are being worked on and ask for suggestions. It doesn’t have to be every week, but once a quarter or something like that would work well as a reminder for the team.

Techniques for learning

Once you’ve got some ideas, you’ll want to dig into them and see if they stand up to scrutiny – and whether they are worth the effort to change. Luckily, again as project professionals, we have a range of techniques already in our toolboxes that help us do exactly that.

Root cause analysis

Use root cause analysis techniques (like the ‘5 Whys’) to identify the underlying causes of issues. Then you can focus in on what is genuinely going to address the problem.

Lessons learned databases

You’ve got a repository of lessons learned from each project, right? Take a look through that at the types of projects that have struggled in this area and what has already been done to resolve the problem. That should help prevent you from wasting time on solutions that have already been shown not to work.

Peer reviews and feedback

You’ve got experienced people on the team. They’ve come from different corporate backgrounds and industries, so make use of their knowledge and find out what has worked in their previous roles.

Project management tools

Don’t forget that we also have access to project management tools. Collaboration tools can help people communicate and work together to sort out issues. Planning and scheduling can be done for your improvements, using the tools you already have. Use your knowledge management systems to capture, store and share the ideas, improvements and lessons, so that everyone can benefit from any information created.

With all the resources available to us, it should be easy to make improvements to ways of working. So let’s say you’ve made the improvements, and you want to track how things are going and whether your improvements are having the impact you expected. That’s what I’ll be talking about next time.

Are you thinking about year-end project audits? Perhaps your PMO is thinking about how to learn from the past year. Perhaps you want to set a good foundation for projects next year. Perhaps you just had a rubbish past few months and want a second opinion to see if there was anything you could have done differently to avoid the outcomes you got.

Whatever your reason, many project leaders’ thoughts will be turning to audits at this time of year, so let’s talk about how to make the most of this exercise – it’s not as awful as you might be thinking!

Planning the audit

First up, make sure the audit is planned in. Schedule it in advance to ensure key team members are available.

Look out the documentation that is required, which is normally things like financial reports, scope changes, and risk logs. You’ll also want to make sure that the business case, project plan, and schedule are available, as well as any change requests that changed those, so the auditor can compare the original planned baselines to the current baselines.

Key areas to audit

So what is your audit going to look at? Whether you have been asked to audit someone else’s project, or you want projects in your PMO to be audited, here are some things you’ll probably want to put on your checklist.

• Budget vs. actuals: Compare planned spend to actual spend and do the same for resource utilisation if you have the data.
• Scope management: Look at how many change requests the project had and whether that resulted in managed change or scope creep. Personally, I don’t think it is important to assess whether the project stayed within its original scope – what you are looking for is whether changes were assessed and approved rather than being done in an ad hoc manner.
• Risk management: You’ll want to go through the risk log to see how well risks were managed, mitigated, or exploited.
• Quality of deliverables: If anything has been delivered so far, check to see that the quality is comparable to the targets set. In other words, are there post-go live bugs still to sort out, and does the product meet quality expectations?

Identify lessons learned

The main purpose of an audit is to review what worked, what didn’t and what needs to change (or be continued). So you can think of the output of the audit as a sort of lessons learned report. If you already have scheduled lessons learned activities, you can feed those in to the audit report. If not, it never hurts to have a lessons learned conversation with the team.

Set the stage for next year

If your project is running into next year, discuss how the results of the audit can be used to improve processes, define new standards or ways of working, and inform the next year’s project strategy. There might be some easy things you can do to change up how things work to make them more effective.

Whether the outcome is a lot of things to change or the reassurance that you are doing everything right, it’s a good time of year to be reflecting on project management practice. Take stock of where you are and how far the project has come, and if an audit is offered, say yes! It really is a good learning experience.

Are you working with a new project team? Here are some tips for getting your team past Storming and Norming and into the zone of Performing.

Use a shared language

Use vocab and process names that are meaningful within the team, and make sure everyone uses the same terminology.

Chances are, if your project team members have been around a while they will know the in-house language of projects. However, you might have some specific project language that everyone needs to be onboard with. For example, is it Phase 2, Stage 2 or Tranche 2?

Build and share experience

Do you know the background of your colleagues? Can you recall the projects they have worked on? Take the time to call out and share the experience you have collectively. Celebrate successes and give everyone the chance to shine.

What you’re trying to do is build respect and understanding for what people bring so you can shortcut some of the ‘I don’t know if she’s ever done that before’ worries that the team might have about each other.

Foster an environment where trust is the norm

I know that trust isn’t always something you should assume, but in the workplace, trust people to do their jobs until they show you otherwise. Don’t make them jump through hoops just to do the roles they are hired to do.

Actively create resilience

Create resilience in the team by promoting wellbeing activities and encouraging the team to collaborate. You can also take practical steps like making sure project team members have a deputy who can step in when they are off, and that there is resilience in the resourcing plan in that you have enough people to do the job.

Build resilience into your solutions too, so you aren’t trying to run a network on a single server.

Share lessons learned

Make it normal to share lessons learned across the team. When you’re still learning how things work in this new environment, it can speed up adopting new (successful) ways of working but it also takes a bit of vulnerability.

If that’s a problem, focus on sharing the ‘this worked well so we’ll do it again’ lessons and keep the ‘what didn’t work’ conversations to your one-on-one chats.

Manage anxiety

Being in a new team is anxiety-provoking. Will they like us, what will they think of the way I do my work? Focus on psychological safety and setting expectations that are reasonable and manageable – for example, not expecting overtime, not emailing them on the weekends and giving people enough time to do tasks before you chase them.

Live the vision

Finally, make sure the team is aware of the common vision for the project. Talk about your hopes for the future and the goals you want to achieve together. OK, it takes more than a quick chat in a team meeting to create a genuine sense of wanting to work together to achieve a goal, but it sets the tone and gives people an understanding of the ‘why’ behind the project.

Tie your decisions back to the vision, reference it often and challenge activities that don’t lead you closer to it.

You can’t magically get to a performing team overnight, but these activities will help you start off on the right path so you reach a good standard of project performance together as quickly as possible.

Last time I looked at some tips for making lessons learned sessions run a bit more smoothly, and it made me think about some of the pitfalls we see when facilitating those sessions. My own experience is with using the model associated with predictive projects, but I imagine you could get stuck with these pitfalls if you were doing retrospectives with an agile team as well.

Image credit: ChatGPT

Here are some things to look out for once your lessons learned conversation is in the diary.

Focusing on only the negative things. Don’t let the session focus only on the negative. Yes, people like to have the opportunity to share the things that didn’t go well. If it helps the atmosphere to have a moan about the elephant in the room, then do so. But make sure there’s some time on the agenda left to discuss the working practices that were successful, otherwise you’ll all leave the meeting feeling like nothing went well, and I’m sure that wasn’t the case.

Making the sessions too long or too short. Who wants to give up an afternoon for a workshop? No one. And yet if your session is too short, you won’t have time to properly address any issues, come up with action plans or go through the agenda. The exact length of time is going to depend on what you’re wanting to cover and how much prep the team have done beforehand. Question why you need longer than an hour.

The same topics coming up regularly because they haven’t been handled. Regular lessons learned are part of the process, but too frequent and you won’t have had a chance to fix anything – and the same problems will come up again.

Listening to people say they suffered the same challenges because nothing has changed is annoying and frustrating and leaves people wondering what the point is of raising anything if nothing will be done.

People not feeling safe to speak up. Psychological safety is important if you want to get to the truth, but if no one is prepared to share what they thought didn’t go well, you won’t be able to improve. This is a hard one to address if the organisational culture is conspiring against you, but have a think about how you may be able to overcome it if it’s a risk for you. Having smaller sessions with targeted conversations, or anonymous surveys might be options.

Not doing anything with the output. Yep, this is all about leaving your lessons documented in a folder gathering electronic dust somewhere. Not good. Make sure they are turned into actions and have people responsible for doing something with them. At the very least, share them with the other project managers in your group.

Not being able to determine actions properly as you don’t have the detail to hand. So you’ve recognised you need to do something to change a process? If you don’t have the As Is process to hand, it might be hard to work out the action required to make the improvement. And that basically means the improvement won’t get done as what are the chances of someone doing the mapping and analysis afterwards? Unless the leadership team puts a lot of emphasis on follow up, you might miss that out.

These are some of the pitfalls of holding reflection sessions, but by all means I’m sure this list is not definitive. What are the other challenges you’ve found in your own meetings? Let me know in the comments!