Categories
Symptom

Symptom Sensing

What is a symptom?

  • In order to tackle a symptom you first need to know what one looks like. The word symptom can be used in many contexts, I’ve listed some examples below:
    • Medical: So you wake up one morning and you’re feeling tired still despite sleeping through the night. You also feel a sore throat and a fever. What you’re feeling – the tiredness, fever and sore throat – are symptoms. These are indicators of an underlying condition which could be a common cold, flu or that you’ve been overworking. In this medical context there symptoms are what the doctor will look for to help diagnose and find the actual condition to treat.
    • Practical mechanics: Imagine you’re driving your car and the ‘engine light’ comes on. This light illuminating is a symptom indicating that the car’s engine or related systems are not functioning as expected. This light by itself doesn’t tell you which subsystem or part is at fault but it does signal that further and deeper diagnosis is needed to fix the underlying issue.
    • Technology: You’re using your computer and you notice it starts to run slower than usual with programs and tasks taking longer to execute. This decrease in performance is a symptom. It suggests there could be underlying problems such as low disk space, creaking hardware or a malware infection. The symptom of slowness triggers you to investigate further to resolve the issue.

In all of these examples the symptom is the observable sign or manifestation of an underlying issue or condition, prompting further analysis and investigation to address the root cause.

How to spot a symptom?

  • We aren’t all sitting around eagle eyed and watching out for symptoms every hour of every day, and it’s true to say that symptoms can creep up on you when you least expect them and usually could do without them (engine light anyone?!). So what are some practical things we can do to keep alert to spotting symptoms:
    • Monitor for changes: In the medical context you might be alert to feelings of fatigue, pain or appetite.
    • For the mechanical you’ll watch your dashboard lights, listen for unusual noises or feel for changes in performance.
    • Then in the technology context it’s monitoring performance and speed, watching for frequent crashes or errors, listening for sounds from hard drives or fans and checking for any overheating.

Monitor & watch for indicators in your car dashboard, or watch for frequent system crashes or errors.

Listen for unusual sounds from the car or hard drives and fans.

Feel for changes in vehicle speed or performance, overheating in your computer.

Monitor, listen, feel

To bring us back to the project management context and how be able to identify symptoms effectively, you will need to use a mix of observational skills, tools and methods.

Tools you can use?

There are many and varied options that could be used, below are a number of the key ones.

Observational Skills:

  • Active Listening – paying close attention to team communications, any concerns raised or feedback will help reveal simmering issues with processes, people and team dynamics.
  • Critical Thinking – Having a critical eye when reviewing and evaluating project progress, achievements and decisions can help spot differences between what was required/expected and what actually was delivered
  • Attention to detail – the small things like changes in project metrics, trends and performance can be signals of larger issues.
  • Emotional Intelligence – Individual team members well-being and team morale can foretell problems with workload, responsibilities mismatch, stress or interpersonal frictions.

Tools:

  • Project Management software – tools like Asana, Trello and Jira are capable of providing dashboards showing project timelines, product and deliverable status making it easier to see blockers, bottlenecks and delays.
  • Risk Management tools – not everyone’s favourite but tools to identify, assess and prioritise risks will help predict potential areas of concern before they become symptomatic of bigger worries.
  • Time-sheeting / Tracking software – giving the ‘time’ element of the project management triangle (with cost and quality) and understanding where and how time is being spent on the project can signal scope issues or inefficient resource usage before it becomes a headache.
  • Feedback and Survey tools – taking a heartbeat from the team and stakeholders regularly using tools like SurveyMonkey or Goggle forms can flag early challenges with direction, communication gaps and satisfaction.

Methods:

  • Regular check-ins and meetings – gathering on a regular basis for status or check-in meetings enables voices to be heard and blockers or concerns aired across the team that might join dots sooner to catch problems early.
  • SWOT Analysis (Strengths, Weaknesses, Opportunities, Threats) – for thinking about internal but also the external factors affecting the project a regular SWOT analysis cycle can pay dividends.
  • Earned Value Management (EVM) – being able to track variances from the plan can give early signals of the project going off course and EVM enables project performance and progress to plan to be objectively measured.
  • Root Cause Analysis – using methods like the Five Whys can help in cutting through to the ‘real’ issue that’s creating the symptoms seen (more on this later)

The Mindset needed?

Knowing that there are symptoms to spot is one part of the jigsaw, having ways to spot them and tools to help target them are more pieces. A major element often taken for granted and not considered is the powerful human aspect of mindset. You need a particular mindset to be able to connect the dots nad fathom out what the signals are telling you and see the problems coming.

Openness

  • Adaptability – being open to changes and the unexpected. To see the symptoms often requires noticing and sensing things that are deviating from the norm that needs a more adaptable mindset.
  • Acceptance to Feedback – having a willingness to listen actively to all sources of feedback, data, report metrics, tools, feedback from team members and stakeholders or advice from experts and suppliers. The feedback gives you a perspective through other people’s eyes that you might overlook.

Curiosity

  • Inquisitiveness – Dig into the how & why of things happening in and to the project, these how and why questions can uncover symptoms lurking just behind the data or reports that aren’t immediately obvious.
  • Continuous Learning – keeping up-to date on your knowledge of new tools, methods, practices in your field and nurturing your deeper knowledge can aid in identifying symptoms others can’t see.

Vigilance

  • Attention to Detail – paying close attention to anomalies and minor changes. Symptoms can be hidden in the finer details that can be missed if you’re not monitoring carefully.
  • Proactivity – not procrastinating and having discipline to follow up on details can help ensure early symptoms are caught.

Critical Thinking

  • Analytical Approach – bringing logic and reasoning to your understanding of situations and in identifying potential problems and developing conclusions. this rigour helps to cut through and differentiate between ‘normal’ variations and genuine symptoms of underlying problems.
  • No Knee-jerk thinking – take a problem solving path when symptoms are identified, be disciplined and analytical rather than reacting hastily or with emotion.

Empathy

  • Perspective – being aware of an understanding the stresses and pressures team members face in team environments can help identify symptoms of dissatisfaction, disengagement and even burnout.
  • Emotional Intelligence – recognising and interpreting the emotions of others can help to guide you to underlying problems that might not be openly communicated or surfaced.

Resilience

  • Persistence – don’t give up at the first hurdle. Some symptoms can be elusive and need time and patience to accurately identify and understand.
  • Flexibility – if at first you don’t succeed and your initial assessments don’t hold water, being resilient allows you to recalibrate and come back at the problem from a new angle.

Adopting this mindset fosters an environment where problems can be approached constructively and resolved efficiently.

Richard

Adopting this mindset enables a more effective and comprehensive approach to identifying symptoms across a variety of contexts. It doesn’t only help in recognising issues earlier but also fosters an environment where problems can be approached constructively and resolved efficiently.

Categories
Symptom

Being responsive or lack of Availability of seniors?

Being Responsive as a senior?

Have you ever been in an environment where you find the bottleneck is being responsive or the availability of seniors?

There’s a decision needed and you just can’t get hold of him or her to make the call. You’ve prepared your pitch or presentation with all the information they need to give you the right answer but you just can’t get time with them.

Pick another scenario where you’ve asked for an hour, you get given 30 mins and just as fast as you can you rattle through only to get to the end and be told they can’t make the decision as they didn’t get through all they needed! Gaaahhhh!

So it’s a failure of sorts but not necessarily one of our making, still frustrating when it happens. We’re going to look at ideas that we can give to our time-starved execs or managers to help identify the problems and offer up options to overcome them.

In this scenario we’re assuming the executive who is time starved is also operating under a backlog of decisions and demand that is gradually (but persistently) growing as the lack of time is strangling their ability to tackle items in a timely manner.

Problem: Senior management are unable to be responsive

Options:

1. Task their Executive/Personal Assistant to call each [direct report | work stream | project] ‘Lead’ to ask ‘What do you need from Senior Management this week?’ and collate a bullet list of the items and prioritise it for them. (A build on this is for the EA to ask what do you need ‘NEXT’ week instead of this week…) then respond asynchronously to the lead with the update/feedback/decision from the senior.

2. Hold a ‘morning prayers’ call with the direct reports to run around each and ask the same question to download from them same time same place style – and then the senior can respond asynchronously and task his or her EA to find time for any more challenging issues to resolve with that lead individually. 

3. Have No Meetings days – take time each week where a strict no-meetings rule applies and work jointly with a direct report (to help the senior to focus and avoid drift) to tackle only the priority items during this time with the aim of resolving 3 backlog items as a minimum.


A second constraint we might be struggling with seniors over is where they are simply overwhelmed by the demand upon them. This could be that they are victims of their own success and too popular for decision-making, more likely there are delegation challenges that they’ve just not addressed.

Problem: Senior Management are overwhelmed and becoming a bottleneck

Options:

1. The senior can define a ‘Delegated Authority’ list which provides greater empowerment and autonomy to direct reports and leads for decisions on their work streams | projects | programmes.

2. Deputise ‘delivery’ decision making to a direct report for a [day | week | select decisions] at a time – giving a great development opportunity to direct report and a ‘test of the system’ for decision-making across his / her management structure.

3. Task his or her EA to maintain a ‘decision bottle neck’ list with the number of days each decision request has been outstanding to aid in prioritising which to proceed with.

4. Task his or her EA to work with a direct report to T-shirt size decisions on the Bottle-neck list and suggest alternative routes for resolution where possible. (A development opportunity for the direct report and for the EA).

5. Enforce strict self-discipline for dedicated decision/bottleneck meetings to work through the backlog and reduce the snowball of demands.

6. Enforce Senior Management Team (SMT) time to focus on the prioritised backlog and ask the direct reports to field some issues | decisions | problems forming a task force from their own teams to work to resolve items.

Feel free to add to this list with your own problems or options to improve things, we can all use more options to get things done.

Categories
Symptom

Time Starved – the machine gun salesman

Are you too busy fighting the battle to meet the machine gun salesman?

I’m reminded again today of the classic machine gun salesman at a medieval battle being turned away by the General because he is too busy fighting a hopeless battle.

What’s triggered this reminder today is a leader in a much more modern than medieval technology space.

Working against an overwhelming backlog of items that need their attention, but unable to make the time to discuss tactics to help tackle the backlog……because they are too busy battling the backlog they are working through. *sigh*

Categories
Symptom

How to combat Project Failure?

There is plenty of research that demonstrates that projects across industries and geographies struggle to meet the most basic targets.

  • Nine out of ten Transport projects
  • Six out of ten Energy projects
  • Seven out of ten Dams
  • Five out of ten technology projects
  • and Ten out of ten Olympics

Source: “Why do projects fail?”, Project Magazine, Summer 2015 (http://bit.ly/1QpmN1G)

These do not meet their cost targets. Most strikingly, this trend has been constant with no improvement over the past century.

Examples of Major Project Failures

A good example of a major project failure was the NHS National Programme for IT, also known NPFiT.

NPFIT Failure £10bn

Some of the headlines from the project that hit the newspapers were not good reading.

  • The NHS’ huge NPFIT project, intended to serve 40,000 GPs and 300 hospitals
  • Most catastrophic IT failure costing £10bn (£3.6bn more than expected)
  • Only 13 acute trusts out of 169 received the patient administration systems that were agreed under the National Programme
  • The new systems also caused chaos for many users; a newly-installed IT system lost Parts NHS Trust thousands of patient records, delaying the treatment of urgent cases, costing millions in additional staff
  • The system of systems that was to provide EHRs was initially designed by a large central team and intended as a complete “big-bang” replacement for the many and varied existing EHR systems

Dyson Electric Car project failure?

The Dyson electric car project was a high profile newsworthy attempt to enter the electric car market by the innovative engineering firm.

  • The project got as far as a fully functional vehicle that was near ready for production
  • As costs mounted past the £500m mark, the monumental costs of product launch came into view.
  • Recognising that to cover the investment and production costs the finished product was likely to have a price higher than the market would bare
  • James Dyson funded the costs out of his own pocket

What marks a project failure?

Typically there are three dimensions to project success. These are known as the three constraints, Iron Triangle or project triangle:

  • Time – schedule to complete the tasks of the project
  • Cost – the budget and financial constraint of the project
  • Scope – the tasks required to meet the project’s objectives

Quality is the 4th constraint that exists in the centre of the triangle. Quality focuses on the project’s outputs being fit for purpose.

There was research undertaken by the Oxford Global Group into data on over 12,000 projects:

  • Only 47.5% were On-budget (or better)
  • Only 7.8% were On-budget and also On-time (or better)
  • Of those 0.5% were On-budget and On-time and met their benefits (or better)

For me as a project professional, this is a poor state of affairs but a strong indicator as to how prevalent project failure is.

Recognising Project Failure

Knowing there are key factors that influence project failure is a good start to prevention.

In terms of identifying whether or not your project is going adrift you have to keep your senses alert and be on the lookout for symptoms.

On the Time factor then symptoms could be missed milestones, late deliverables, risks around timelines escalating.

On the cost factor there could be symptoms around a lower spend profile than forecast (something not being done when it should to incur the costs) and then the alternative is a higher spend where unforeseen costs appear.

With the scope factor you could face additional activities coming into scope that were previously unknown.

Managing the symptoms early will ensure the project can course correct before significant harm is done.

You can read up on how to address the symptoms of project failure starting the series with the article here.

Categories
Cause Symptom

Causes of Project Failure

The causes of project failure can be chameleon like in their manifestation and rarely is there is a single catastrophic event that leads to the downfall of the project.

Types of Causes

There are two types of causes that you should be aware of and the importance revolves around whether the causes you expend effort to address are within your sphere of influence and control or not.

Just a Cause

There are the simple plain old causes that happen. Someone was sick so a report was missed.

There was a delay as a result of the supply-chain failing to deliver a part on-time.

These causes occur and they leave little impact and are genuine one-off causes that were a product of circumstances that are unlikely to happen again and if they did, it would be infrequent and the impact would again be minimal.

Some causes are the result of something else further up the branch.

The problem with causes is that you can expend time and effort to remedy them but they may not be the root of the problem.

Root Causes

If you are investigating a cause of a problem then you should always seek to find the remedy that ensures the cause (and its symptoms that are time consuming and distracting) cannot occur again in the future.

‘Root causes’ are causes (when resolved) that save significant time, effort and delay down the line.

By eliminating a root cause, you eradicate any downstream causes and all the symptoms that would be generated from those causes.

Fixing Root Causes provides a compounding effect.

Not only for now and this incident but for all future incidents that this root cause would have generated in the future.

Fixing root causes provides a compounding effect. Effectively preventing future project failures as a result of these causes in the future.

Read about Root Causes and what to do about them next.