It’s relatively easy to identify most stakeholders. Once they have been identified it’s relatively easy to put together a communication plan which allows you to tell them what they need to know. The plan can include two way communication events such as requirements analysis, Q&A events, document reviews and user tests. These are all part of the tried and tested approach to stakeholder management.
Rather more difficult is the management of stakeholder expectations. The project manager can issue crystal clear bulletins about what has been agreed and what is actually happening. At some point these butt up against stakeholder assumptions, recollections and aspirations. The bits which match will bolster the stakeholder’s world view. The bits which don’t match may provoke a reaction. If they do, that’s all to the good as it allows the project manager to identify and deal with any mismatch between the project as agreed and stakeholder expectations. But not all readers will bother to react. The danger comes when stakeholders skim project communications for the bits which confirm their expectations and ignore the rest. Then expectations may begin to diverge substantially from the project aims. Once that happens to any extent the project will never be a success. It may deliver to scope, cost and timescale but it won’t be viewed as successful because it’s not delivering what stakeholders have come to expect.
For a project manager to become a good stakeholder manager, it’s necessary to look beyond the project’s formal structured communication, and apply the black arts of expectation analysis and expectation management. Catch a straying expectation before it’s far from the straight and narrow and it’s easy to nudge it back on course. Let it stray long enough to become feral and you may not catch it in the lifetime of the project.
Becoming a curator of expectations requires a diverse set of skills, but the core skill is networking. Informal chats can alert the project manager to straying expections much more quickly than any formal discussion. It’s not just the obvious stakeholders who can be useful sources of information. Other projects and BAU targets may hide a reliance on invalid expectations, and people may set such targets as a means of pressurising a project to change its remit.
Sometimes divergent expectations arise because the business has moved on from the original project requirements, and the project may need to change in order to deliver business benefits.
It may not be easy to decide whether expectations should be brought in line or the project changed to meet expectations. This is where stakeholder management feeds into risk and issue management, and through that to the broader project governance and sponsorship if it appears that problems are going beyond the authority delegated to the project manager.
You can, in isolation, deliver a project which meets all its objectives. But unless you step outside the ivory tower and keep abreast of events in the wider context the project may not be seen to be successful. That’s why a project manager needs a taste for coffee, beer and cocktails, not to mention a tolerance for the smoky, windy conditions endured by the huddles which gather outside the doors of most office buildings.