Category Archives: Stakeholder Management

Effective Stakeholder Engagement is Multifaceted

An organisation’s success, reputation and long term sustainability depends on its stakeholders and how they perceive the organisation.  The way the organisation interacts (or is perceived to interact) with its stakeholders builds its reputation and its customer base.  But customers belong to communities and it’s the broader community that grants the ‘social licence’ needed for the organisation to operate long-term. And, because no one and nothing is ever perfect, things will go wrong from time to time requiring action to protect the organisation’s reputation and its social licence.

The objective of this post is to:

  • Put all (or most) of the different mechanisms used by organisations to engage with stakeholders into perspective; and
  • Emphasise the message that authentic and effective stakeholder/community engagement needs an organisation-wide coordinated approach that is governed from the very top levels of management.

The Stakeholder Engagement Spectrum

The Organisational Core

The characteristics of the organisation are always at the centre of every stakeholder relationship[1]. The way your organisation is structured, its ethics, characteristics, systems, and services, underpin how its stakeholder community will ultimately perceive the business. The key to successful stakeholder engagement is in part the way the organisation is structured and operated, and in part being authentic and realistic in the way various aspects of stakeholder communication and engagement are used. If your business is a low-cost, low service, bulk supplier don’t pretend to be an upmarket high service organisation. Many people are more than happy to shop at retail outlets such as Walmart and Aldi, attracted by price and simplicity; others prefer the higher levels of service and higher prices from more upmarket department stores. The art of stakeholder engagement is to maximise the appeal and perceptions of the organisation as it is – not to mask reality with a pretence of being something else.

However, poorly governed unethical organisations will always ultimately fail regardless of their stakeholder engagement effort; you can’t build an effective long-term relationship on unsound foundations.

Similarly, any organisation can implement these eight practices and still ignore their stakeholder community – engagement is a two-way communication process that includes listening to and understanding stakeholder’s wants, needs, issues and concerns (particularly related to the perceived or actual impact of organisational activities) allow the development of effective stakeholder relationships. Effective engagement is only possible if the organisation’s overall culture and ethical-frame is a stakeholder-centric one. This is one of the reason’s why creating the ethics and culture feature prominently in my ‘Six functions of governance‘ model.

 

The 8 Aspects of the Stakeholder Engagement Spectrum

The eight aspects of stakeholder engagement highlighted above are all well defined in various publications; the way they are used in this post is briefly set out below:

PR: Public Relations – The actions taken by an organisation to develop and maintain a favourable public image. PR is a strategic communication process that builds mutually beneficial relationships between the organisation and its stakeholders. The core element of PR is push communication; it is a proactive process controlled by the organisation, broadcasting information to a wide community to influence attitudes.

Advertising – The activity production and placing of advertisements for products or services. The purpose of each advertisement is to announce or praise a product (goods, service, concept, etc.) in some public medium of communication in order to induce people to buy, use it, or take some other action desired by the advertiser. The difference between PR and Advertising is that PR largely focuses on creating or influencing attitudes and perceptions whereas advertising focuses on some form of ‘call to action’.

CRM: Customer Relationship Management – Refers to the practices, strategies and technologies that organisations use to manage and analyse customer interactions and customer data throughout the customer lifecycle. The goal of CSR is to improve the organisation’s relationship with each customer, assisting in customer retention, and driving sales growth. Good CRM systems make it easy for people to do business with you.

Issues Management[2] – The process of identifying and resolving issues. Effective issues management needs a pre-planned process for dealing with unexpected occurrences that will negatively impact the organisation if they are not resolved. The scope of this concept ranges from ‘crisis management’ where the magnitude of the issue could destroy the organisation (and the most senior management take an active role) through to empowering staff to deal with relatively minor customer complaints. The key to effective issue management is resolving the issue to the satisfaction of the affected stakeholders. This requires effective systems and preplanning – you don’t know what the next issue will be, but you can be sure there will be one.

Stakeholder Management Initiatives[3] – this is the area where most of my work is focused; managing the expectations of, and relationships with, the stakeholder community surrounding an organisational activity, initiative, or project. Most business initiatives and projects have a high potential to affect a range of stakeholders both positively and negatively (and frequently both at different times). How these relationships are managed affects not only the ability of the organisation to deliver its initiative or project successfully but also the overall perception of the organisation in the minds of the wider stakeholder community.

Business Intelligence & Environment Scanning – BI and other forms of environmental scanning looking at attitudes, trends, behaviours, and other factors in the wider stakeholder community. They are a key emerging element in the overall approach to stakeholder engagement used by proactive organisations. This is very much the space of ‘big data’ and data mining. Much of the collection of data can be automated and ‘hidden’ from view. The challenge is making sure the information collected is legal (privacy legislation is an important consideration), accurate, relevant, and complete; then asking the ‘right questions’ using various data mining tools. As with any intelligence gathering process, obtaining the data is the easy part of the equation; the real skill lies in developing, validating and interpreting the data to create information that can be used to produce valuable insights.

Social Networks – The ubiquitous, widespread, and diverse nature of social networks ranging from Facebook to personal interaction down the pub can easily outweigh all of the organisation’s efforts to create a positive image using PR, advertising and the other ‘controlled’ functions discussed above.  The organisation’s staff and its immediate stakeholders literally have millions of connections and interconnections to other stakeholders. Most of these connections are unseen, and the environment cannot be controlled. The best any organisation can hope to achieve in this relatively new communication environment is to plant seeds and seek to have some influence. Seeding ideas and concepts into the ‘Twittersphere’ may result in a concept being taken up and ‘going viral’, more commonly the seed simply fails to germinate. Conversely identifying negative trends and issues early, particularly if they are false, is critically important and where possible these negative influences should be countered but given the nature of the environment this is a very difficult feat to achieve.  Smart organisations recognise that their staff, customers, contractors, and suppliers all engage in this space and through other effective communication channels can influence how these people respond to opportunities and issues affecting the organisation.

CSR: Corporate Social Responsibility[4] – CSR completes the circle and brings it back towards the concept of PR.  CSR contributes to sustainable development by delivering economic, social and environmental benefits for all stakeholders. ISO 26000  Guidance Standard on Social Responsibility, defines social responsibility (ie, CSR) as follows:

Social responsibility is the responsibility of an organisation for the impacts of its decisions and activities on society and the environment, through transparent and ethical behaviour that:
–  Contributes to sustainable development, including the health and the welfare of society
–  Takes into account the expectations of stakeholders
–  Is in compliance with applicable law and consistent with international norms of behaviour, and
–  Is integrated throughout the organization and practised in its relationships.

The key difference between CSR and PR is that CSR actually involves doing things both within the organisation and within the wider community, whereas PR focuses on telling people things.

 

Applying the Stakeholder Engagement Spectrum

The various aspects of stakeholder engagement spectrum combined together to create the organisation’s reputation, engage communities, build customers, and when necessary protect the organisation’s reputation. The key combinations are set out below:

Reputation Creation: The key components needed to create and maintain a desirable reputation start with CSR and work clockwise through the spectrum to CRM.

Community Engagement: The key components needed to effectively engage the wider community are focused on CSR but includes the elements moving anti-clockwise from CSR through to Issues Management.

Building Customers: The elements needed to build and retain customers start with PR and work clockwise through the spectrum to Issues Management.

Protecting Your Reputation: Finally, when something goes wrong, protecting or restoring the organisation’s reputation is focused around Issues Management, but includes elements of CRM and continues clockwise through to Environment Scanning. In addition, many of the ‘push’ elements in the spectrum may be used as tools to help manage issues and protect the reputation of the organisation including PR and advertising.

 

Conclusion

The ‘stakeholder engagement spectrum’ above is deliberately drawn in a circle surrounding the organisational core, because all of the different aspects interrelate, many overlap, and they all build on each other.  The governance challenge facing many organisations is breaking down the traditional barriers between functional areas such as advertising, PR and CRM/sales, so that the entire organisation’s approach to its stakeholders is coordinated, authentic and effective.

_______________________

[1] See more on Ed Freeman’ stakeholder theory at: https://mosaicprojects.wordpress.com/2014/07/11/understanding-stakeholder-theory/

[2] For more on issues management see: https://mosaicprojects.com.au/WhitePapers/WP1089_Issues_Management.pdf

[3] For more on stakeholder management see: https://mosaicprojects.com.au/Stakeholder_Circle.html

[4] For more on CSR see: https://mosaicprojects.wordpress.com/tag/corporate-social-responsibility/

Advertisements

Levels of Stakeholder Engagement

How engaged should your stakeholders be? Or how engaged do you want them to be? In an ideal world the answer to both questions should be the same, but to even deliver a meaningful answer to these questions needs a frame of measurement.  This post uses ideas from 1969 to propose this framework!

In July 1969, Sherry R. Arnstein published ‘A Ladder of Citizen Participation’ the A.I.P Journal[1] looking at citizen participation and the consequential citizen power over a range of USA government initiatives designed to enhance the lives of disadvantaged people in US cities. The typology of participation proposed by Arnstein can be transposed to the modern era to offer a framework for discussing how engaged in your project, or program, your stakeholders should be in actively contributing to the management and governance of the work they are supposed to benefit from.

Modern paradigms such as ‘the wisdom of crowds’, ‘user participation in Agile teams’ and ‘stakeholder theory’ all lean strongly towards stakeholder ownership of the initiative designed to benefit them. These views are contrasted by concepts such as technical competence, intellectual property rights, confidentiality and the ‘iron triangle’ of commercial reality (often backed up by contractual constraints).

The debate about how much control your stakeholders should have over the work, and how engaged they should be in the work, is for another place and time – there is probably no ‘universally correct’ answer to these questions. But it is difficult to even start discussing these questions if you don’t have a meaningful measure to compare options against.

Arnstein’s paper is founded on the proposition that meaningful ‘citizen participation’ is ‘citizen power’ but also recognises there is a critical difference between going through empty rituals of participation and having real power to affect the outcome of a process. This poster was from the May 1968 student uprising in Paris, for those of us who can’t remember French verbs, translated it says:  I participate; you participate; he participates; we participate; you (plural) participate; …… they profit.   The difference between citizen participation in matters of community improvement and stakeholder participation in a project is that whilst civil participation probably should mean civil control,  this same clear delineation does not apply to stakeholder engagement in projects.  The decision to involve stakeholders in a project or program is very much open to interpretation as to the best level of involvement or engagement.  However, the ladder of engagement proposed by Arnstein can easily be adapted to the requirement of providing a framework to use when discussing what is an appropriate degree of involvement of stakeholders in your project or program.

There are eight rungs in Arnstein’s ladder; starting from the bottom:

  1. Manipulation: stakeholders are placed on rubberstamp advisory committees or invited to participate in surveys, provide feedback, or are given other activities to perform which create an illusion of engagement but nobody takes very much notice of the information provided.   The purpose of this type of engagement is primarily focused on making the stakeholders feel engaged rather than using the engagement to influence decisions and outcomes. The benefits can be reduced stakeholder opposition, at least in the short term, but there is very little real value created to enhance the overall outcomes of the project.
  2. Therapy: this level of stakeholder engagement involves engaging stakeholders in extensive activities related to the project but with a view to changing the stakeholder’s view of the work whilst minimising their actual ability to create change. Helping the stakeholders adjust to the values of the project may not be the best solution in the longer term but every organisational change management guideline (including our White Paper) advocates this type of engagement to sell the benefits the project or program has been created to deliver.
  3. Informing: informing stakeholders of their rights, responsibilities, and/or options, can be the first step towards effective stakeholder participation in the project and its outcomes. However too frequently the emphasis is placed on a one-way flow of information from the project to the stakeholders. Particularly when this information is provided at a late stage, stakeholders have little opportunity to contribute to the project that is supposed to be delivering benefits for them. Distributing information is a key stakeholder engagement activity (see the Three Types of Stakeholder Communication) but there have to be mechanisms for effective feedback for this process to maximise its potential value.
  4. Consultation: inviting stakeholder’s opinions, like informing them, can be a legitimate step towards their full participation. But if the consultation is not combined with other modes of participation this rung of the ladder is still a sham, it offers no assurance that the stakeholder concerns and ideas will be taken into account. Effective participation includes providing stakeholders with a degree of control over the consultation processes as well as full insight as to how their inputs are considered and used. In the long run window dressing participation helps no one.
  5. Placation: at this level stakeholders have some degree of influence although tokenism is still potentially involved. Simply including stakeholders in processes such as focus groups or oversight committees where they do not have power, or are trained not to exercise power, gives the appearance of stakeholder engagement without any of the benefits.
  6. Partnership: at this level power is genuinely redistributed and the stakeholders work with the project team to achieve an outcome that is beneficial to all. Power-sharing may seem risky all but if the right stakeholders with a genuine interest in the outcome are encouraged to work with the technical delivery team to constructively enhance the project’s outcomes (which is implicit in a partnership) everyone potentially benefits.
  7. Delegated power: In many aspects of projects and programs, particularly those associated with implementation, rollout, and/or organisational change, delegating management authority to key stakeholder groups has the potential to significantly improve outcomes. These groups do need support, training, and governance, but concepts such as self-managed work teams demonstrate the value of the model.
  8. Stakeholder control: In one respect stakeholders do control projects and programs but this group tends to be a small management elite fulfilling roles such as sponsors, steering committees, etc. Genuine stakeholder control expands this narrow group to include many more affected stakeholders. Particularly social projects, where the purpose of the project is to benefit stakeholders, can demonstratively be improved by involving the people project disposed to help. But even technical projects can benefit from the wisdom of crowds[2].

In summary, the framework looks like this:

The biggest difference between the scenario discussed in the original paper and stakeholder engagement around projects and programs is the fact that different stakeholders very often need quite different engagement approaches to optimise project outcomes. Arnstein’s 1969 paper argued in favour of citizen participation as a single entity and the benefits progressing up the ladder towards its control. In a project situation, it is probably more sensible to look at different groups of stakeholders and then assess where on the ladder you would like to see that group functioning. Some groups may only need relatively low levels of information to be adequately managed. Others may well contribute best in positions of control or at least where their advice is actively sought and used.

Do you think this framework is helpful in advancing conversations around stakeholder engagement in your project?

____________________

[1] Arnstein, S.R.  AIP Journal July 1969 pp:216 – 223.  A Ladder of Citizen Participation.

[2] The Wisdom of Crowds: Why the Many Are Smarter Than the Few and How Collective Wisdom Shapes Business, Economies, Societies and Nations, published in 2004, is a book written by James Surowiecki about the aggregation of information in groups, resulting in decisions that, he argues, are often better than could have been made by any single member of the group.

Defining project success – moving beyond benefits realisation!

What you measure is what you are likely to get – so do the so-called measures of project success used by The Standish Group[1] and other really help?  Certainly, the CHAOS definition has been updated from the ‘traditional’ assessment of on-time, on-budget, and on-target (scope) to the ‘modern’ definition of on-time, on-budget, and a satisfactory result[2]; but does this really change anything?

Challenged projects failed to achieve one or more of the measures, failed projects were cancelled before completion or the deliverables were not used.  The problem is do these measures really matter?  The Panama canal expansion was planned to finish in 2014, it was actually finished in 2016; its costs were estimated at US$5.25 billion, it actually cost will be in the range of $6 to $8 billion (depending on the outcome of disputes).  But, the expanded canal is operating close to capacity and has had to restrict bookings since January 2017 to minimise delays and the latest estimates project that fiscal transfers from the Canal to the central government are expected to increase 60% to a total USD 1.6 billion in the current fiscal year.

Given the canal is 100 years old and the new works can be expected to have a similar lifespan what is the real measures of success? In the last 11 years of Panamanian administration, canal revenues grew at a compound rate of five percent annual of the fiscal year 2006 to 2016. Given the core mission of the Panama Canal is to generate income and support the growth of the Panamanian economy is this really a ‘challenged project’?

We have been suggesting for many years real success is a much more complex issue that requires far more sophisticated measures and management than simply focusing on time, cost and scope:

All of these papers lead towards the same conclusion, project success is founded in the creation of deliverables that facilitate the realisation of benefits. But real success needs something more; the benefits have to be seen as valuable by a large proportion of the key stakeholders – success is very much in the ‘eye-of-the-stakeholders’ and if they declare the project a success it is, if they don’t see the outcomes as valuable it is not!

The simple measures used by The Standish Group are only relevant if they advantage or impact the value perceived by the project’s stakeholders.  A number of projects in Queensland leading towards the 2018 Commonwealth Games undoubtedly have time as a key component in providing recognisable value to stakeholders. In many other projects time may be almost irrelevant. Cost may affect profitability (and therefore value in the ‘eyes’ of some stakeholders) but is probably far less important than delivering an output that delights the end users.  Quality and scope should be similarly balanced against the value perceived by stakeholders.

The problem with the proposition that success is based on outcomes of a project being perceived as successful by its stakeholders are many:

  • Different stakeholders will have different views of what is important and ‘valuable’ – these differences may be irreconcilable.
  • Stakeholder’s perceptions change over time – the Sydney Opera House went for a ‘white elephant’ that suffered massive time and cost overruns to a UNESCO World Heritage landmark in record time.
  • It is impossible to know how people will react to the eventual project outcome in advance –success, or failure, emerges after the project has delivered and everyone involved has ‘gone home’.

I don’t have an easy answer to this conundrum – but I do believe two major shifts in project governance and the overall ‘management of project management’ are needed:

  1. The concept of project success is built over time; it starts during the earliest stages of a project when the concepts are being formulated – no one benefits from delivering the wrong project on time and on budget.
  2. Everyone involved in the management of the project including sponsors and portfolio managers through to the project manager need to have in-depth discussions with their stakeholders about what success looks like and what is really important to the client and end users of the deliverable. This discussion needs to be framed by the constraints of cost and time (to the extent they matter) but not limited to predetermined artificial values, to create a prioritised list of success criteria that directly relate to the needs of the stakeholders (which may include time and/or cost, but equally may not); see: Defining Project Success using Project Success Criteria.

Finally, the ‘what’s really valuable’ discussion needs revisiting on a regular basis to keep the work of the project aligned with the evolving needs and perceptions of the stakeholders.  You can call this ‘agility’ if you like (or simply effective stakeholder engagement) but by now we all should recognise that producing ‘failed’ projects helps no one and driving to achieve arbitrary and/or unnecessary time and cost targets is a good way to destroy real value.

Making these shifts presents some real challenges:

  • The challenge the project controls community needs to start looking at is how do we start measuring success? Most organisations can’t even measure benefits!
  • The challenge for people involved in the overall management of projects is primarily answering the question which stakeholders are important in this conversation and how do we engage them?
  • The portfolio management challenge is focused on developing ways to quantify and assess these intangible metrics to select the most valuable projects.
  • The governance challenge is putting rigour around the whole framework to encourage innovation, satisfy stakeholders and maintain overall accountability.

My feeling is that project success is a complex, emergent, characteristic of a project that manifests after the work of the project has been completed.

Your thoughts are welcome.

_____________________________

[1] See: http://www.standishgroup.com/outline

[2] Presumably this change is to accommodate agile project where the scope is defined through the course of the work.

Defining Project Success using Project Success Criteria

Everyone likes a successful project but the big question is what makes a project successful??  A good example is the Sydney Opera House; was the Sydney Opera House successful or not?

Was the Sydney Opera House a success or not?

The project ran significantly over budget finished very late and was technically less than perfect; $millions are currently being spent rectifying many of the technical deficiencies in the building. But can anyone say Sydney Opera House is not one of the most recognised and therefore successful buildings in the world?[1]

Success is an ephemeral concept! Different people will have different perspectives and judge the success or failure project differently. Neither a project nor a program manager can control many of the factors that have made the Sydney Opera House worldwide icon but they can address the concept of success with their stakeholders and then work to deliver a successful outcome based on these discussions.

So what is success? There are probably three key elements, but these frequently create a paradox that requires a balanced approach to success. The three fundamental elements are:

  • The Iron Triangle (Scope + Cost + Time)
  • Benefits realised (or maximised)
  • Satisfied stakeholders (but, when??)

One of the key paradox is a myopic focus on the Iron Triangle particularly time and cost can frequently destroy benefits and leave the stakeholders unhappy, but focusing on keeping stakeholders happy can frequently have detrimental effects on the Iron Triangle. There are no easy solutions to this problem[2].

In my view, the successful delivery of a project or program requires:

  • Achieving the overall goal for the project;
  • Delivering its objectives; and
  • Meeting its success criteria.

But, to achieve success you need to define and agree the project goal, the project objectives, and the project success criteria with your key stakeholders with a view to achieving a combination of stakeholder satisfaction and value created. The goal and objectives frame the project’s work and direction. The success criteria frame how the objectives are achieved.

 

The Project Goal

Goals are high-level statements that provide the overall context defining what the project is trying to achieve. One project should have one goal (if there are multiple goals you are most likely looking at a program of work[3])!  For example:  Within 180 days, reduce the pollution in the rainwater runoff from a council tip by 98%.

The goal is a key statement in the Project Charter[4] and if the project is to be successful, all key stakeholders need to agree the goal.  The goal needs to be specific and should define the project in a way that focuses attention on the key outcomes required for overall success from a technical and strategic business perspective[5].

 

Project Objectives

The objectives are lower level statements that describe the specific, tangible products and deliverables that the project will create; each objective (and the overall goal) should be SMART[6]. For the runoff project the objectives may include:

  • Develop wetlands to trap 99.8% of sediment
  • Install channels to collect and direct the runoff
  • Install screens remove floating debris
  • Etc….. There will be a number of objectives……

Each objective requires defining and specifying with clear performance criteria so you know when it has been achieved. This may be done by the client or by the project team during the scope definition process. The performance criteria may be defined by a set of precise specifications that are specific and measurable or may be defined as a performance requirement with either:

  • The external contractor to provide the specific details of how the objective will be achieved, or
  • The internal project team to develop the details in consultation with the client

The defined objectives are the building blocks that facilitate the achievement of the goal and the creation of the benefits the organisation is expecting from the project[7]. The benefits need to be realised to create value.

 

Success criteria

Success criteria are different they measure what’s important to your stakeholders. Consequently, they are the standards by which the project will be judged at the end to decide whether or not it has been successful in the eyes of its stakeholders. As far as possible the stakeholders need to be satisfied; this includes having their expectations fulfilled and in general terms being pleased with both the journey and the outcome (in this respect scope, cost and/or time may be important).

Success criteria can be expressed in many different ways some examples include:

  • Zero accidents / no environmental issues;
  • No ‘bad press’ / good publicity received;
  • Finalist in the project achievement awards;
  • Plus the goal and all of the objectives achieved (yes – you still need to do the work).

For any project, the success criteria should be split between project management success criteria which of related to the professional aspects of running the project; plus project deliverable success criteria which are related to the performance and function of the deliverable.

Documenting the success criteria is important, it means you can get project stakeholders to sign up to them, and having them clearly recorded removes ambiguity about what you are setting out to do. The four basic steps to create useful success criteria are

  1. Document and agree the criteria; each criteria should include:
    1. The name of success criteria,
    2. How it is going to be measured,
    3. How often it is going to be measured, and
    4. Who is responsible for the measurement.
  2. Use continuous measurements where possible. For example, rather than ‘finish the project on time’ measure progress continually ‘no activity completes more than 5 days after its late finish date’.
  3. Baseline today’s performance.
  4. Track and report on your progress.

As with any performance indicators, the art is to select a few key measures that represent the wider picture if there are too many success criteria defined the impact will be severely reduced. For example, the effectiveness of meetings, communication and stakeholder attitude could be measured scientifically using the ‘Index Value’ in the Stakeholder Circle[8] or pragmatically by measuring the number of open issues against a target (eg, no more than 5 high priority open issues).

 

Summary

Goals and objectives are the building blocks required to allow the realisation value from the project’s outputs; they are essential ingredients in a successful project but are insufficient on their own.  The role of success criteria is to direct the way work at the project is accomplished so as to meet stakeholder expectations, and to craft a perception of success in the stakeholder’s minds.

Project success is an amalgam of value created for the organisation and your stakeholders being satisfied with the journey and the outcome.  This concept of success may seem subjective, but it does not have to be. Successful organisations work to take the guesswork out of this process by defining what success looks like and agreeing these definitions with the key stakeholders, so they all know when the project has achieved it.

This means the key to stakeholders perceiving your project as successful lays in understanding the criteria they will measure success by, incorporating those measures into your project success criteria, and then working to achieve the criteria. But even this is not enough, to engage your stakeholders you need to communicate the criteria, communicate your progress and communicate your success at the end. For more on effective communication see: http://www.mosaicprojects.com.au/PM-Knowledge_Index.html#PPM07

________________

 

[1] For more on the success or failure of the Sydney Opera House see Avoiding the Successful Failure!:  http://www.mosaicprojects.com.au/Resources_Papers_046.html

[2] For more on paradox see: https://www.projectmanagement.com/blog-post/30669/The-Problem-With-Paradox

[3] For more on differentiating projects and programs see: http://www.mosaicprojects.com.au/WhitePapers/WP1002_Programs.pdf

[4] For more on the project charter see: http://www.mosaicprojects.com.au/WhitePapers/WP1019_Charter.pdf

[5] For more on project success see: http://www.mosaicprojects.com.au/Mag_Articles/N001_Achieving_Real_Project_Success.pdf

[6] SMART = Specific, Measurable, Attainable, Relevant and Time-framed.

[7] For more on linking objectives and benefits see: http://www.mosaicprojects.com.au/WhitePapers/WP1042_Outputs_Outcomes_Benefits.pdf

[8] The Stakeholder Circle® index value see: http://202.146.213.160/help-files/stakeholder-engagement-profile/#engagement-index

Differentiating normal, complex and megaprojects

The days when projects were simply projects and project success was defined by the ‘iron triangle’ are long gone.  The intention of this post is to try and bring together four aspects of current thinking and their embedded concepts into an overall model of project management in the 21st century.  The starting point is traditional project management as defined in the soon to be published 6th Edition of the PMBOK® Guide; the major change (incorporated in the 6th Ed.) is ‘Agile Project Management’.  The two significant extensions to traditional project management that go beyond the PMBOK® Guide are ‘Complex Project Management’ and ‘Megaproject Management’. The focus of this paper is on the skills and competencies needed by the ‘managers’ of these different classifications of ‘projects’ rather than the scope of the different concepts (more on this later).

As a starting point, there seems to be a generally accepted view that the competencies needed to be a successful project manager underpin all of the other concepts. There are some distinctly different techniques used in Agile, only some of which flow into traditional project management, but in other respects ‘agile’ and ‘good project management’ are very closely aligned.  Managing complexity requires a significant additional set of competencies that build onto the traditional requirements.  Then, whilst many complex projects do not meet the definition of a ‘megaproject’, every megaproject is by definition a complex project with an additional layer of management capabilities needed to deal with its impact on society.  This basic framework is outlined below:

Stakeholders

All forms of project management recognise the importance of the project stakeholders. Projects are done by people for people and the ultimate success or failure of a project is defined by people – all ‘stakeholders’.  My work on the PMBOK® Guide 6th Edition core team was very much focused on enhancing the sections on stakeholder engagement and communication (which is the primary tool for engaging stakeholders). And as the scale of projects increase, the number of stakeholders and the intensity of public focus increases dramatically.

A heuristic suggested by Prof. Bent Flyvbjerg is as a general rule of thumb: ‘megaprojects’ are measured in billions of dollars, ‘major projects’ in hundreds of millions, and ‘projects’ in tens of millions or less. To quote the late Spike Milligan, ‘Money can’t buy you friends but you do get a better class of enemy’ – and while many stakeholders may not be ‘enemies’, the ability of stakeholders to organise around a megaproject tends to be far greater than around a small internal project. Consequently, the focus on stakeholders should increase significantly in excess of the increment in cost as you flow from small to megaprojects.

However, regardless of size, the need to identify, engage, manage, and deliver value to stakeholders, through the realisation of beneficial change, is consistent through all of the concepts discussed below. This and the temporariness of each ‘project organisation (ie, team)’ are the two consistent factors that underpin the concept of project management; and ‘temporariness’ is the key factor that separates projects and programs from other forms of management and ‘business as usual’.

 

Traditional Project Management.

The recognised guide for traditional project management is the PMBOK® Guide augmented to a degree by ISO 21500. The publicly released information on the 6th Edition highlights the need for flexibility in applying its processes, including the requirement to actively consider ‘tailoring processes’ to meet project requirements, and the value agile thinking can bring to the overall management of projects (see below).

The frame of traditional project management starts once the project is defined and finishes once the project has delivered is objectives. While this scope is somewhat limited and there may be a need to expand the scope of project management to include project definition at the ‘front end’, and benefits realisation and value creation after the outputs have been delivered (this will be the subject of another post), the knowledge, skills and competencies required to manage this type of project management are well understood.

Each project has four basic dimensions, size (usually measured in $), technical difficulty, uncertainty and complexity (these are discussed in detail in: Project Size and Categorisation). In the right circumstances, Agile can be an effective approach to resolving uncertainty. However, at an undefined point, the increase in complexity reaches a point where the concept of ‘complex project management’ becomes significant and really large projects are the realm of ‘megaproject management’. But the underpinning capabilities required to manage all of these extensions remains the conventional project management skills.

 

Agile Project Management

Agile has many facets. The concepts contained in the Agile Manifesto basically reflect a shift away for a ridged focus on process towards a focus on people (stakeholders) and adapting to change to achieve a successful outcome.  These concepts are now firmly embedded in the PMBOK® Guide 6th Edition and apply to every project. Where agile projects separate from traditional projects is recognising that in a range of soft projects, including software development, taking an iterative and adaptive approach to understanding the scope can often achieve a better outcome. Understanding what is actually helpful to the client develops based on learned experience from earlier iterations and these needs are incorporated into the next iteration of the development allowing a better outcome to be delivered to the client. This is not significantly different to much older concepts such as ‘rolling wave planning’ and progressive elaboration – there really is little point in making detailed plans for work you don’t know much about. The difference is Agile actively expects the scope to be adapted to the emerging requirements of the client, the other approaches seek to add detail to the plans at an appropriate point in time whilst the overall scope remains fundamentally unchanged.

Agile does not even need a project to be useful. Many of the Agile techniques work in any situation where there is a backlog of work to get through and can be effectively used outside of the concept of a ‘project’, this particularly applies to routine maintenance work of almost any kind.  A discussion on the value of Agile, and its limitations, are contained in our paper Thoughts on Agile.

However, for the purposes of this post, the key aspects Agile brings to the discussion, that are essential for effectively managing most types of project, are contained in the Manifesto – a preference for:

  • Individuals and interactions over processes and tools.
  • Customer collaboration over contract negotiation.
  • Responding to change over following a plan.

The Manifesto recognises there is value in the items on the right, but values the items on the left more.

 

Complex Project Management

Complexity is a facet of every project and program. Complex project management skills become important at the point where complexity becomes a significant inhibitor affecting the delivery of a successful outcome from the project (or program). This point may occur well before ‘complexity’ becomes the defining feature of the project.

Complexity is a very different concept to a complicated project, technically complicated work can be predicted and managed; launching a new communication satellite is ‘rocket science’, but there are highly skilled rocket scientists available that undertake this type of work on a routine basis. As with any traditional project, the costs, resources and time required can be predicted reasonably accurately.

The dominant feature of complexity is the non-predictability of outcomes. Non-linearity, ‘the tipping point’, and emergence describe different ways outcomes from a slightly different starting point can vary significantly compared to previous experience or expectations (for more on the concepts of complexity see: Complexity Theory).  Complexity arises from various forms of complex system, these may be organic (eg, a river’s eco-system), man-made (eg, an overly complicated system-of-systems such as too many interconnected software applications automatically interacting with each other), or interpersonal (eg, the web of relationships within and between a project team and its surrounding stakeholder community).  In all of these situations, the ‘system’ behaves relatively predictably, dealing with the effects of stresses and stimuli up to a point (and normal management approaches work satisfactorily); but after that point adding or changing the situation by a small increment creates completely unexpected consequences.

Interestingly, from the perspective of managing a project, these three areas of complexity are closely interlinked, the complex behaviour of the environment and/or man-made systems-of-systems feeds back into the perceptions of stakeholders and the activity of stakeholders can impact on both the environment, and the way complex systems function. Similarly, dealing with emerging anomalies in the environment or in a complex system needs the active cooperation of at least some of the project’s stakeholders. Consequently, the focus of complex project management is dealing with the consequences of the inherently unpredictable and complex behaviours and attitudes of stakeholders, both within the team and within the surrounding stakeholder community.

Some projects and programs, particularly large ones, are obviously complex from the outset and can be set up to make effective use of the ideas embedded in complex project management. Others may be perceived as non-complex ‘business-as-usual’ and tip into complexity as a result of some unforeseen factor such as a ‘normal accident[1]’ occurring or simply because the perception of ‘straightforward’ was ill-founded. Underestimating complexity is a significant risk.

Where the project is perceived to be complex from the outset, a management team with the competencies required to deal with the nuances of managing a ‘complex project’ can be appointed from day one (and if appropriately skilled people are not available, support and training can be provided to overcome the deficiencies) – this maximises the probability of a successful outcome.  When a project unexpectedly falls into a state of complexity the situation is far more difficult to manage primarily because the people managing the work are unlikely to be skilled in complex project management, will try to use normal management techniques and most organisations lack the resources needed to help rectify the situation – skilled complex project managers are in short supply globally.

One initiative designed to overcome this shortage of ‘complex project managers’ and build an understanding of ‘complex project management’ is the International Centre for Complex Project Management (ICCPM).  ICCPM’s approach to complex project management is to see this capability as an extension of traditional project management (as inferred in the diagram above). The ICCPM view is that while traditional approaches are insufficient to effectively manage a complex project on their own, you cannot manage a complex project without a strong foundation based on these traditional skills and processes. The relationship is described by the ICCPM as:

What changes is in part the way the traditional capabilities such as scheduling and budgeting are used, overlaid with the expectation these artifacts will need to adjust and change as the situation around the project changes, augmented with a range of ‘special attributes’ particular to the process of managing a complex project. These ‘special attributes’ are valuable in the management of any project but become essential in the management of complex projects.  These capabilities and competencies are defined in the ICCPM’s Complex Project Manager Competency Standard available from: https://iccpm.com/.

Complex projects can vary in size from relatively small undertakings involving factors such as updating a complex systems-of-systems, or a high level of political sensitivity, through to the megaprojects discussed below. A complex project may not be a megaproject or even a major project, but every megaproject and many major projects will also be a complex project requiring complex project management capabilities for a successful outcome.

 

Megaproject Management

Megaprojects are defined as temporary endeavours (i.e. projects or programs) characterised by:

  • A large investment commitment;
  • Vast complexity (especially in organizational terms); and
  • A long-lasting impact on the economy (of a country or region), the environment, and society.

They are initiatives that are physical, very expensive, and public. By definition, megaprojects are complex endeavours requiring a high degree of capability in the management of complex projects.  In addition megaprojects typically involve a number of other facets:

  • Megaprojects are by definition a program of work (see: Defining Program Types).
  • Many are implemented under government legislation, requiring skills and knowledge of government processes and the ability to operate within the ambit of ‘government’. This is a very different space in terms of accountability and transparency compared to private enterprise.
  • Most interact with a range of government agencies at all levels of government from local to national. These stakeholders often have a very different set of agendas and success criteria compared to the organisation running the megaproject.
  • The size of a typical megaproject involves large amounts of money and therefore increases the risk of corruption and other malfeasance – governance and controls need to be robust[2] to maintain high ethical standards.
  • The ‘political attractiveness’ of doing a megaproject (eg, hosting the Olympics) distorts decision making; care in the megaproject development process is required to reduce the effect of optimism bias and strategic misrepresentation (see: The reference case for management reserves).
  • Megaprojects are financially fragile[3] and fragility is typically irreversible. Once broken the fragile entity cannot be readily restored to its original function. Financial (or investment) fragility is defined as the vulnerability of a financial investment to becoming non-viable, i.e., losing its ability to create net economic value. For example, the cost risks for big dams are significant; the actual costs more than doubles the original estimate for 2 out of 10 dams; triples for 1 out of every 10 big dams. But managers do not seem to learn; forecasts today are likely to be as wrong as they were between 1934 and 2007.

Recognising the scope and complexity of managing a megaproject and training people appropriately can mitigate the risks, the UK experience around Terminal 5 and Cross Rail (both £4 billion projects) suggest that achieving a good outcome is viable provided the organisation commissioning the megaproject is prepared to invest in its management. It’s probably no coincidence the management of megaprojects and their associated risk has been the focus of the Saïd Business School, University of Oxford for many years.

 

Summary

The competencies needed to manage projects grows in line with the increase in complexity and the increase in size. There are definitely additional elements of competency needed at each step in the framework outlined above.  What is far less clear is how to demarcate between normal, complex and megaprojects! Every project has a degree of complexity and a degree of size.  The values suggested above to separate normal, major and mega projects are arbitrary and there is even less clarity as to the transition between normal and complex projects.

I suspect the domain map demarcating the different disciplines will end up looking something like this but there’s a lot of research needed to define the boundaries and assign values to the axis (especially in terms of measuring the degree of complexity).  Hopefully, this blog will serve to start the discussion.

______________________

 

[1] Normal accidents are system accidents that are inevitable in extremely complex systems. The three
conditions that make a system likely to be susceptible to Normal Accidents are:
–  The system is complex
–  The system is tightly coupled
–  The system has catastrophic potential
The characteristic of the system leads to multiple failures which interact with each other, despite efforts to avoid them.

[2] For more on governance and ethics see: http://www.mosaicprojects.com.au/PM-Knowledge_Index.html#OrgGov1

[3] From: Big Is Fragile: An Attempt at Theorizing Scale, in Bent Flyvbjerg, ed., The Oxford Handbook of Megaproject Management (Oxford: Oxford University Press)

Two exceptional workshops at PGCS 2017 – 1st May

PGCS 2017 is offering workshops by Dr. Lynda Bourne and Dr. Keith Joiner in Canberra on Monday 1st May. Both offer a unique international viewpoint on very different aspects of project management.

My (Lynda’s) workshop ‘Leading Successful Teams’ focuses on collaborative teams which are key to success in any business activity. The most effective teams consist of individuals who can work independently on their own tasks, but also recognise the need to work collaboratively with other team members toward the activity’s goal and the organization’s success.

The leader of the team contributes significantly to team success through inspiring all team members to work together to achieve this goal, but must also intervene to reduce conflict and to motivate team members to continue to work collaboratively.

This session will focus on the needs of first-time team managers and will consist some theory, and a little practice, on the following topics:

–  Motivation

–  Delegation

–  Giving feedback

–  Resolving conflict.

This full day workshop is based on my Master’s course I’ve been running at EAN University in South America for the last 5 years and offers exceptional value at $450 (catering and GST included)

Keith’s workshop ‘methods for test design and analysis prescribed in U.S. Industry & Defence’ will introduce and illustrate the new methods in test design and analysis are, and how they are used to:

– screen for significant design factors;

– model design factors;

– screen for operational factors;

– model operational factors; and

– where equipment is taken off-the-shelf, improve the efficiency of validating performance.

Participants will use an instructional toy system and study several example uses to reinforce how the methods work.

This half day workshop is great value at $330 (Afternoon tea and GST included)

Both workshops offer exceptional value and are open to everyone – you do not need to attend the PGCS symposium to enjoy these process…… For more information and bookings see:  http://www.pgcs.org.au/program/workshops/

How the chair can make a meeting ineffective

The chair of any meeting has a unique ability to destroy the value of the meeting!

Eight of the key ways to reduce the meeting’s value are:

  1. Playing favourites. Bad chairs tend to shut down some attendees whilst allowing others they see as politically important to occupy most of the speaking time. The outcome from this behaviour tends to be poor decision-making; bad chairs don’t care. Their interest is to stay the good books of the people they see as politically important.
  2. Changing the rules. Bad chairs keep the rules to themselves and change the rules when it suits them. They don’t give advice on what preparation attendees need to make or advise how the meeting will be conducted. While this trait may appear to appear to be a gambit to leave the chair in control, in reality it means the meeting is likely to be less than useful.
  3. Showing bias. When there is a vigorous debate between various groups in the meeting a bad chair will obviously be supporting one side.  Good chairs remain neutral whilst they may feel strongly about subject their primary function is to ensure the meeting reaches a consensus, not that the meeting reaches a decision that they predetermine as being optimum (although they need to be part of the consensus).
  4. Failing to define its purpose. Bad chairs do not define a clear objective for the meeting, fail to set priorities, and don’t circulate an agreed agenda. Good chairs define the purpose of every meeting with crystal clarity so attendees can come prepared and stay focused.
  5. Losing control. The hallmarks of a bad chair during the meeting include running over time, getting off track, get rattled, and allowing discussion to descend into personal arguments. Good facilitators keep their hands firmly on the reins consistently and politely guiding discussion back to the purpose of the meeting.
  6. Failing to communicate. Bad chairs tend to display no sense of appreciation for the points made by contributors to the discussion and tend to ignore many of the attendees. Good chairs are great communicators remember everybody’s name, include newcomers, and are excellent at active listening and summarising points to ensure everybody has a clear understanding of the current state discussion[1].
  7. Failing to make decisions. Deadlocks happen in most meetings, bad chairs cannot solve them. A good chair will either take a vote, extend discussion for a set (limited) period, set up a working party, or call an extraordinary meeting to deal with the item later; any of these options are better than allowing the meeting to waffle on allowing tension and confusion to grow.
  8. Failing to engage with meeting participants outside of the meeting. Bad chairs are missing in action, too busy to be involved with the delegates other than during the meeting. Good chairs recognise the meeting is part of a continuing process that requires responsive input and support between meetings.

Meetings are an expensive resource often costing thousands of dollars an hour to run. If you are the chair of the meeting, or are responsible for calling a meeting, you need to ensure the meeting is managed effectively to maximise the opportunity for success.  This is important for every type of meeting from a short team ‘stand-up’ through to company board meetings – the further up the hierarchy the greater the cost of ineffective meetings. Unfortunately ‘bad chairs’ seem to be common at all levels; the idea for this post came from an article by Kath Walters in the AICD March 2017 magazine focused on the behaviour of dysfunctional boards of directors.

Recognising poor performance is one thing, doing something about it is another; for more on managing effective meetings see: http://www.mosaicprojects.com.au/WhitePapers/WP1075_Meetings.pdf

Meeting management and effective communication also feature in our PMP and CAPM courses – the next 5-day intensive course starts 20th March, see: http://www.mosaicproject.com.au/

_______________

[1] For more on active listening see: http://www.mosaicprojects.com.au/WhitePapers/WP1012_Active_Listening.pdf