Tag Archives: Stakeholder Management

Good Governance, Good Outcomes!

Good governance is focused on setting the ‘right’ rules and objectives for an organisation, management is about working within those rules to achieve the objectives. Prudent governors also require assurance that the rules are being followed and the objectives achieved (for more see the six functions of governance)

Within this governance framework, getting the ethics and culture of an organisation right comes before anything else – it has far more to do with people, and culture than it does with process and policing! But crafting or changing culture and the resultant behaviours is far from easy and requires a carefully crafted long term strategy supported from the very top of the organisation. The journey is difficult, but achievable, and can pay major dividends to the organisation concerned. One interesting example of this approach in practice is the implementation of effective major project management by the UK government.

The problems with megaprojects[1]

The challenges and issues associated with megaprojects are well known, we recently posted on one aspect of this in the reference case for management reserves. The source materials used in this post clearly show that UK government has been acutely aware of the issues for many years as does any review of the UK National Audit Office’s reports into failed government projects.  At the 2016 PGCS symposium in Canberra, Geraldine Barker, from the UK NAO offered an independent and authoritative overview of the UK perspective and experience from her review of the Major Projects Authority, on the approaches, challenges, and lessons to be learned in improving the performance of major projects at individual and portfolio levels. While there were still major issues, there had also been a number of welcome developments to address the issues including:

  • Improvements to accountability with greater clarity about the roles of senior responsible owners;
  • Investment by the Authority and departments to improve the capability of staff to deliver major projects, with departments reporting to us that they are seeing benefits from these initiatives;
  • Increased assurance and recognition of the role that assurance plays in improving project delivery; and
  • Initiatives to prevent departments from getting locked into solutions too early.

Amyas Morse, head of the National Audit Office, said in a report to the UK Parliament on 6 January 2016, “I acknowledge that a number of positive steps have been taken by the Authority and client departments. At the same time, I am concerned that a third of projects monitored by the Authority are red or amber-red and the overall picture of progress on project performance is opaque. More effort is needed if the success rate of project delivery is to improve[2].

The major challenges identified in that report were to:

  • Prevent departments making firm commitments on cost and timescales for delivery before their plans have been properly tested;
  • Develop an effective mechanism whereby all major projects are prioritised according to strategic importance and capability is deployed to priority areas; and
  • Put in place the systems and data which allow proper performance measurement.

The latest report from the Infrastructure and Projects Authority – IPA (formally the Major Projects Authority) has allowed the UK government to claim an improvement in its delivery of major projects, with the number of those at risk reducing from 44 to 38 in the past year.

The report says that there are 143 major projects on the Government Major Projects Portfolio (GMPP), worth £455.5bn and spread across 17 government departments.

The data shows a steady improvement in the way that government is delivering major projects:

  • More than 60% of projects by whole-life cost are likely to be successfully delivered;
  • Since last year’s report, the number of at risk projects has reduced from 44 to 38, which continues to be an improvement from 48 the previous year;

The data shows signs of steady improvement in the way government is delivering major projects. The question is how was this achieved?

The answer is ‘slowly’ looking from the outside there seem to be three parallel processes working together to change the culture of the UK civil service:

  • The first is making project management ‘attractive’ to senior executives. Since 2000 the government has been working to develop the internal skills needed to allow the deployment of capable ‘Senior Responsible Owners’ (SRO) on all of its major projects including establishing a well-respected course for SROs. The Major Projects Leadership Academy was developed in 2012 (first graduates 2013) and is run in partnership with the Saïd Oxford Business School and Deloitte. The academy builds the skills of senior project leaders across government, making it easier to carry out complex projects effectively. In the future, no one will be able to lead a major government project without completing the academy programme.
  • The second has been making the performance of its major projects public. This includes an on-going challenge to acquire realistic and meaningful data on performance (still a challenge) and is most obvious in the annual report from the Major Projects Authority. Their fifth report is now available for downloading.
  • Finally skills development and robust challenges are put to departments to ensure adequate front end planning is completed before government funds are committed to a project.

This process is not quick and given the risky nature of major projects will never deliver a 100% success rate, but the steady change in attitudes and performance in the UK clearly show that ‘good governance’ backed by a sound multi-faceted strategy focused on the stakeholders engaged in the work will pay dividends. Proponents advocating for this type of improvement have many challenges to deal with, not the least of which is the fact that as data quality improves, the number of problems that will be visible increase – add the glare of publicity and this can be politically embarrassing!  However, as the UK reports show, persistence pays off.


[1] For a definition of megaprojects see: https://mosaicprojects.wordpress.com/2017/06/09/differentiating-normal-complex-and-megaprojects/

[2] See: https://www.nao.org.uk/report/delivering-major-projects-in-government-a-briefing-for-the-committee-of-public-accounts/


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).



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:

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:


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.



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)

Phronesis – A key attribute for project managers

Phronesis (Ancient Greek: φρόνησις, phronēsis) is a type of wisdom described by Aristotle in his classic book Nicomachean Ethics. Phronesis or practical wisdom[1] is focused on working out the right way to do the right thing in a particular circumstance. Aristotle understood ethics as being less about establishing moral rules and following them and more about performing a social practice well; being a good friend, a good manager or a good statesman. This requires the ability to discern how or why to act virtuously and the encouragement of practical virtue and excellence of character in others.  But in a post-truth world, the ability to use ‘practical wisdom’ to discern what is real and what is ‘spin’ in rapidly becoming a key social and business skill. So prevalent is this trend, the Oxford English Dictionary named ‘post-truth’ its 2016 word of the year.

This problem pre-dates Donald Trump and ‘Brexit’, but seems to be getting worse. How can a project manager work out the right way to do the right thing in the particular circumstance of her project when much of the information being received is likely to be ‘spun’ for a particular effect.  There may be a solution in the writings of Bent Flyvbjerg.

Professor Bent Flyvbjerg, Chair of Major Programme Management at the Saïd Business School, Oxford University, has a strong interest in both megaproject management and phronesis. A consistent theme in his work has been the lack of truthfulness associated with the promotion of mega projects of all types, worldwide and the consequences of this deception. To help with the challenge of cutting through ‘spin’, and based on his research, he has published the following eight propositions:

1. Truth is context dependent.
2. The context of truth is power.
3. Power blurs the dividing line between truth and lies.
4. Lies and spin presented as truth is a principal strategy of those in power.
5. The greater the power, the less the truth.
6. Power has deeper historical roots than truth, which weakens truth.
7. Today, no power can avoid the issue of ‘speaking the truth’, unless it imposes silence and servitude. Herein lies the power of truth.
8. Truth will not be silenced.

There is, of course, a book, Rationality and Power: Democracy in Practice[2] that goes into more detail but just thinking through the propositions can help you apply the practical ethics that underpin phronesis.  Being virtuous is never easy, but regardless of the power brought to bear, sooner or later the truth will be heard.

The problem is which ‘truth’, understanding and perception will influence what people see, hear and believe to be the truth. Nietzsche, a German counter-Enlightenment thinker of the late 19th century, suggests that objective truth does not really exist; that objective absolute truth is an impossibility. The challenge we all face is the practical one of understanding enough about ourselves and others (we are all biased[3]) to achieve a reasonable level of understanding and then do our best to make the right decisions (see more on decision making), and to do the right thing in the right way.


[1] From Practical Wisdom, the right way to do the right things by Barry Schwartz and Kenneth Sharp.  Riverhead Books, New York 2010.

[2] See: https://www.amazon.com/Rationality-Power-Democracy-Practice-Morality/dp/0226254518/

[3] See,  The innate effect of Biashttp://www.mosaicprojects.com.au/WhitePapers/WP1069_Bias.pdf

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

The Yin and Yang of Integrated Data Systems

yin_yangIntegrated project management information systems (PMIS) are becoming more common and more sophisticated ranging from ‘web portals’ that hold project data through to the potential for fully integrated design and construction management using BIM[1].  The benefits derived from using these systems can be as much as 20% of the build price on complex construction projects using BIM.

pmisThe advantages of this type of information storage and retrieval system include:

  • Ready access to data when needed via PDAs and ‘tablets’ significantly reducing the need for ‘push’ communication and the existence of ‘redundant data’[2].
  • One place to look for information with indexing and cross-referencing to minimise the potential for missed information.
  • Audit trails and systems to ensure only the latest version of any document is available.
  • Cross-linking of data in different documents and formats to assist with configuration management, requirements traceability, and change control.
  • Controls on who can ‘see’ the data, access the data and edit the data.
  • Workflow functions to remind people of their next job, list open actions, record actual progress, etc[3].
  • A range of built-in functions to validate data and avoid ‘clashes’, including locking or ‘freezing’ parts of the data set when that information has been moved into ‘work’.

These benefits are significant and a well-designed system reduces errors and enhances productivity leading to reduced costs, but the ‘yin’ of well-designed PMIS comes with a ‘yang’!

People increasingly tend to believe information produced from a computer system, this is true of ‘Facebook’, Wikipedia and flows through to more sophisticated systems. There also seems to be a steady reduction in the ability of younger people in particular to critically analyse information; in short, if it comes from the computer many people will assume it is correct. Add to this the ability of many of the more sophisticated PMIS tools to transpose and transfer information between different parts of the systems automatically or semiautomatically and there is a potential for many of the benefits outlined above to be undermined by poor data. This issue has been identified for decades and has the acronym GIGO – garbage in, garbage out.

The question posed in this blog is how many projects and project support organisations (PMOs, etc.) consider or actively implement effective data traceability.  Failed audits, overruns from scope oversights, and uninformed or ill-informed decision-making are just a few of the consequences project teams suffer from if they do not have full traceability of their project management data. This issue exists in any information processing system from basic schedule updating, through monthly reporting to the most sophisticated, integrated PMIS. If you cannot rely on the source data, no amount of processing will improve the situation! And to be able to rely on data, you need to be able to trace it back to its source.

tracabilityTraceability is defined as ‘the ability to trace the location, history and use of each data element’. This sounds simple but in reality can be very challenging, and the results of poor visibility can be devastating to a project. Some of the key questions to ask are:

  • Where did this data or these actuals come from?
  • What is the authorizing document and when did it get signed/approved?
  • Has everyone approved the change request or action item?

Traceability does not happen by accident! Project management information systems have to be designed with traceability as a key element in each of its aspects.  As information comes into the system the author or the origin of the information has to be recorded (preferably automatically). Depending on the nature of the information it may need to be quarantined until appropriate checks have been carried out and/or approvals have been obtained and then there needs to be traceability of any subsequent changes. The foundation of traceability is the combination of processes (people) and data management.

Therefore, the ‘yang’ of a sophisticated integrated project management information systems is that as the systems become more integrated and sophisticated people will come to rely on the information provided and ‘trust it’ whilst the source and veracity of the data used becomes less obvious.

Resolving this is partly process and partly people. The Chartered Institute of Building (CIOB) has produced the Time and Cost Management Contract Suite 2015 focused on complex construction projects using BIM.  This contract defines a number of key support roles (largely independent of the parties) focused on managing the information flows into and out of the system to ensure its accuracy and validity. Similar roles and responsibilities are essential in any effective PMIS.

My latest post on the PMI ‘Voices blog’, From Data to Wisdom: Creating & Managing Knowledge highlights the importance of data as the underpinning of all reporting and communication.  So the question is, how much focus does your project team or PMO put on ensuring the data it is using is timely, complete, accurate and traceable?


[1] BIM = Building Information Modelling, see: http://www.mosaicprojects.com.au/WhitePapers/WP1082_BIM_Levels.pdf

[2] For more on planning project communication see: http://www.mosaicprojects.com.au/Mag_Articles/ESEI-09-communication-planning.pdf

[3] A discussion on how these capabilities can enhance project controls is at: https://mosaicprojects.wordpress.com/2016/11/26/the-future-of-project-controls/

Governmentality – the cultural underpinning of governance

Governmentality1Two major governance failures in recent times highlight the importance of organisational culture in delivering a well-governed entity.  Professor Ralf Müller has adapted the term ‘governmentality’ to describe the systems of governance and the willingness of the people within an organisation to support the governance objectives of the organisation’s governing body. When the willingness to be governed breaks down, as these two examples demonstrate, governance failures follow.


The Lexus ‘unintended acceleration problem’ from 2009 has cost  car manufacturer Toyota a staggering $1.2 billion fine to avoid prosecution for covering up severe safety problems and continuing to make cars with parts the FBI said Toyota “knew were deadly.”  In addition to numerous civil actions and costs of reputational damage.  The saga was described as a classic case of corporate culture that favoured the seemingly easy way out instead of paying the cost and doing the right thing.  But, the actions of the people who magnified the problem by attempting to cover up the issues fundamentally contradicts the ‘Toyota Way’ that has guided Toyota since 2001. The Toyota Way has two core principles, respect for people and continuous improvement (kaizen).

Respect for people puts ‘people before profits’, and this is not an idle slogan.  Following an Australian Government decision in 2014, all motor vehicle manufacturing in Australia will cease by 2018 (this affects General Motors Holden, Ford and Toyota). In February 2014 Toyota president Akio Toyoda personally came to Australia to tell his workers of the closure and Toyota’s commitment to its staff through training and other activities has maintained staff commitment at our local Altona plant with everyone working to make the “last car the best global car!”.

The difference between the “people first equals customer first” attitude demonstrated in the approach to closing the Altona plant where people are still being released for paid training to up skill for new roles and the ‘customer last’ approach that dominated the Lexus saga is staggering.  The reaffirmation of the ‘Toyota Way’ may have been driven in part by the Lexus disaster but this does not explain why quality and customer service was allowed to fail so badly in the company that practically invented modern quality.


A similar dichotomy is apparent in the Volkswagen diesel engine emissions scandal.  A company renowned for engineering excellence, from a country renowned for engineering excellence allowed engineering standards to slip to a point where the cars being sold were illegal.  The actual emissions were only part of the problem, Volkswagen engineers had developed a software program dubbed the ‘diesel dupe’ that could detect when the cars were being tested and change the engine performance to improve results. When the cars were operating under controlled laboratory conditions – which typically involve putting them on a stationary test rig – the device appears to have put the vehicle into a sort of safety mode in which the engine ran below normal power and performance thereby reducing emissions. Once on the road, the engines switched out of this test mode.

Governance issues

Neither of these issues involved ‘a few bad apples’ – the excuse used by most institutions to explain banking and financial scandals. They both required extensive management involvement and cover-ups or acquiescence. A substantial subset of both organisation’s management felt that doing the wrong thing was in the best interests of either themselves or the organisation (or both, at least in the short term). But the governing bodies of both organisations would seem to have maintained a commitment to their overall philosophy, the ‘Toyota Way’ and ‘Engineering excellence’.  So what caused the governance failure?


One element that seems central to both of these failures was a breakdown in the willingness of managers to comply with the overall governance philosophy of the organisation which in turn caused the governance processes to fail; this is the domain of governmentality. Governance cannot be successfully imposed on a population that does not want to be governed!

Governmentality2Governmentality is a term coined by philosopher Michel Foucault around 1980 and refers to the way in which the state (or another governing body) exercises control over, or governs, the body of its populace. The concept involves a complex series of two-way transactions involving:

  • the way governing bodies try to produce the people best suited to fulfil those governments’ policies;
  • the organised practices (mentalities, rationalities, and techniques) through which people are governed, and
  • the techniques and strategies by which a society is rendered governable.

In the same way as governments rely on most people complying with legislation most of the time, organisational governance mechanisms such as ‘project management offices’ and ‘portfolio management’ cannot function effectively without the cooperation of the people being governed. When governmentality breaks down and people no longer support the governance processes they cease to be effective.

The challenge facing every governing body, in every organisation, is in three parts

  1. Creating an authentic vision and mission for the organisation.
  2. Creating an effective governance system that supports the achievement of the vision.
  3. Creating and maintaining an ethical culture that embraces and supports governmentality.

Effective governance systems can weed out the bad apples and correct errors, but they cannot oversee the actions of every manager all of the time if the majority of people do not wish to follow the governance dictates, or actively work to subvert them.

Developing the ‘right culture’ by employing the right people (and importantly offloading the wrong people) starts at the top.  The governing body needs to ‘walk the talk’, their CEO and senior executives need to model the desired behaviours and ‘doing the right thing’ needs to be encouraged throughout the organisation.

Achieving this requires authenticity and a holistic approach to the way the organisation functions; all of the elements need to work together cohesively. Achieving this is the primary responsibility and challenge for the ‘governing body’, in most organisations, the Board of Directors!

If you get the vision, mission and culture right, even major lapses such as the ‘Lexus unintended acceleration problem’ can be overcome.  Despite the damage this caused, Toyota is now the world’s largest automotive manufacturer with a market capitalisation that is nearly double that of Ford and GM combined.  This is also the reason why Objectives, ethics and culture are the top three elements in my model for the ‘Functions of Governance’.