We’ve all seen them and maybe even been them. The walking dead on a project. We’re not talking about being tired because you’re on the last few weeks of a project and everyone is working hard to push it over the goal line. We are talking about those projects where you can’t see the goal line but you continue to dazedly slog down field through the mud hoping that your efforts lead to something productive. Or worse, just hoping the end is near irrespective of the outcome.
Symptoms
So how do you know if you have project zombies on your team? Here are a few symptoms:
- A measurable drop in individual or team performance;
- A general drop in morale;
- Long hours being put in on the project well before that final push;
- Grumbling, complaining, or dead silence about assignments; and
- Missed milestones and deadlines.
Causes
If those are the symptoms what are the real causes? We’ve seen many but the top six in our experience are:
- A high level of politics in a project (we’ve noticed a lot of this lately around anything to do with the Affordable Care Act!);
- Unrealistic goals and desired outcomes for the project;
- Unrealistic timelines and scope (asking people to do more than is possible in time allotted);
- Working staff above or below their skill level (asking them to routinely perform tasks they feel overqualified to do or that they are not skilled enough to do);
- Constantly changing deadlines or scope (moving the goal posts); and
- Outside forces (vendors, management etc) pushing the use of “silver bullet” tools or techniques to justify unrealistic deadlines or outcomes.
We know there are more but there are always at least one of these on any project suffering zombies.
Impacts
So why care if your project is full of zombies? Projects with even a single zombie can:
- Miss milestones and deadlines;
- Make good staff leave the project;
- Result in poor quality work; and
- Fail outright.
As a sponsor or manager of a project it is your job to cure project zombies. We’ll discuss some cures to “project zombie-izm” in the second (and final) part of this series. In the mean time you might want to read Ed Yourdon’s book “Death March“. Though targeted at software projects much of the insight it provides generalizes to any project.
