Category Archives: General Project Management

The Evolution of Project Management

The publication of the PMBOK® Guide sixth edition at the beginning of September[1], and the decision last week by ISO committee TC258 to revise ISO standard 21500 should mark the end of an era in the development of project management. For most of the last 50 years, the dominant view of project management associations has been that project management is a generally transferable skill. This has resulted in the view that ‘project management’ can be represented by a single ‘BoK’ (Body of Knowledge), a single ‘competency baseline’ and capability can be demonstrated by passing a single credential or certification. However, whilst the PM professional associations have advocated this view, the job market has always retained a focus on different industry experience – you don’t get an IT project manager’s job without IT experience.

As outlined above, from the emergence of ‘modern project management’ in the 1960s[2] the predominant view of the professional associations and most academics and practitioners has been that ‘project management’ is a single discipline with transferrable skills. A single qualification framework is appropriate and the skills and techniques are generally applicable across all industries.  However, in the years between the 1960s and the 2000s, as different industries and disciplines progressively adopted the concept of ‘project management’ this holistic view has become increasingly stressed.

The future suggested in this post still sees project management as a single discipline focused around some high-level objectives; but rather than having a single set of generally accepted good practices applicable to most projects most time, the emerging discipline needs to be capable of embracing a range of different approaches to project management and a diverse toolbox of techniques that can be mixed and matched to optimise the creation of the project’s deliverables.

Project management literature has identified at least three key dimensions to project management:

  1. An ‘adaptive/agile’ approach -v- a disciplined structured approach.
  2. The size, scale, and difficulty associated with the work of the project.
  3. Simple relatively predictable projects -v- complex projects with emergent properties.

In addition to these parameters (mapped in the diagram above), there is also the degree of certainty associated with the work, the technical complexity of the product, and the attitude of the stakeholder community[3].

It’s time for a change.

The project management techniques needed to manage different types of project vary enormously; for example:

  • The optimum approach to managing a relatively small, simple project to upgrade a website may benefit from an adaptive/Agile approach to managing the work and should only require a ‘light touch’ to control the work;
  • Contrast this to the disciplined approach needed to design and build a new chemical plant where not only do complicated parts need to be manufactured to precise dimensions months in advance and shipped halfway around the world, but the work has to be carefully managed and the parts assembled in a precise sequence to allow all bits to be fitted together properly in a safe working environment.

Both these endeavours are projects, but the project management techniques needed for success are dramatically different. Even within the one project, some elements may benefit from an ‘agile’ approach to the work (eg, systems integration), while other elements of the work will require a very disciplined approach to achieve success – building space rockets really does require ‘rocket science’.

The challenge facing the project management profession and project management academics is first defining the common core of project management, and then adapting the approach to developing and documenting the overall project management body of knowledge in a way that recognises the core commonality of being ‘a project’ whilst allowing different approaches to the management of the work. And once these foundations are in place, flowing these concepts through into documented standards, knowledge frameworks and certifications. In the 21st century a ‘one size fits all’ approach to the management of projects is no longer appropriate.

PMI has started down this path, they have agile certifications and have included both tailorability and agile concepts into the 6th edition of the PMBOK® Guide. Developments in the ISO space are also moving towards this integrated but separated approach to managing different types of projects. ISO 21500 Guidance on Project Management, is being updated and transformed into a higher level ‘management standard’, if this development is successful, in the future a series of implementation guides can be foreseen focused on different types, sizes and phases of project development and delivery.

What’s missing at the moment is a holistic and agreed understanding precisely what a project actually is[4] (this will segregate project management from other forms of management), and then a framework for distinguishing the different types of project that exist within the overall frame of being ‘a project’, but requiring different styles of project management. Some of the multitude of factors that need to be considered include:

  • The inherent size of the project usually measured in terms of value;
  • The degree of technical difficulty in creating the output (complication) caused by the characteristics of the project’s work and its deliverables, or the time-frame the deliverables are required within;
  • The degree of uncertainty involved in the project;
  • The degree of complexity associated with the work and the stakeholder relationships;
  • The difference between client project management and contractor project management;
  • The various methodologies and strategic approaches to managing the project and developing the product (Agile, PRINCE2, etc);
  • The maturity of the environment in which the project is being delivered (developing economies/organisations -v- mature economies/organisations); and
  • The difference between project, program and portfolio management.

The common core

The core element of all projects is the intentional ‘temporariness’ of the team (organisation) set up to deliver the project. The ‘temporary organisation’ is given an objective to create a deliverable for a client and then to shut down efficiently; in addition, there is an intention on the part of most key stakeholders to treat the work as a ‘project’. This means the project has to be started (initiated), the work planned, then undertaken, and on completion the temporary organisation has to be closed – and of course, all of these activities need monitoring and controlling.

Where 21st century project management needs to diverge from the doctrines of the last century is in the way these overarching objectives are achieved – defining 44 or 49 processes as ‘generally accepted best practices’ is no longer appropriate.  The concept of ‘project management’ needs to be able to adapt to very different approaches, allow the project team to select from a toolbox of ‘useful techniques and methodologies’ and then encourage the teams to craft the processes they actually use to optimise the delivery of the project’s outputs to its clients.

Achieving this will require a different approach to developing standards, a different approach to training and qualifying practitioners and the creation of very different communities within the profession that encourages cohesion whilst embracing diversity of practice.

It will be interesting to see if our profession is up to the challenges.

_____________________________

[1] PMBOK® Guide 6th Edition available in Australia: https://mosaicprojects.com.au/shop-pmbok-guide-6th-ed.php

[2] For more on the origins of ‘modern project management’ see: http://www.mosaicprojects.com.au/PDF_Papers/P050_Origins_of_Modern_PM.pdf

[3] For more on the dimensions of project management see: http://www.mosaicprojects.com.au/WhitePapers/WP1072_Project_Size.pdf

[4] For more on defining a project see: https://mosaicprojects.wordpress.com/2016/08/11/seeking-a-definition-of-a-project/

Advertisements

New Articles posted to the Web #65

BeaverWe have been busy beavers updating the PM Knowledge Index on our website with White Papers and Articles.   Some of the more interesting uploaded during the last couple of weeks include:

And we continue to tweet a free PMI style of exam question every day for PMP, CAPM, and PMI-SP candidates: See today’s question and then click through for the answer and the Q&As from last week.

You are welcome to download and use the information under our Creative Commons licence

New Articles posted to the Web #64

BeaverWe have been busy beavers updating the PM Knowledge Index on our website with White Papers and Articles.   Some of the more interesting uploaded during the last couple of weeks include:

And we continue to tweet a free PMI style of exam question every day for PMP, CAPM, and PMI-SP candidates: See today’s question and then click through for the answer and the Q&As from last week.

You are welcome to download and use the information under our Creative Commons licence

New Articles posted to the Web #63

BeaverWe have been busy beavers updating the PM Knowledge Index on our website with White Papers and Articles.   Some of the more interesting uploaded during the last couple of weeks include:

And we continue to tweet a free PMI style of exam question every day for PMP, CAPM, and PMI-SP candidates: See today’s question and then click through for the answer and the Q&As from last week.

You are welcome to download and use the information under our Creative Commons licence

New Articles posted to the Web #62

BeaverWe have been busy beavers updating the PM Knowledge Index on our website with White Papers and Articles.   Some of the more interesting uploaded during the last couple of weeks include:

And we continue to tweet a free PMI style of exam question every day for PMP, CAPM, and PMI-SP candidates: See today’s question and then click through for the answer and the Q&As from last week.

You are welcome to download and use the information under our Creative Commons licence

The PMBOK® Guide 6th Edition and its consequences.

One of the key tenets underpinning standards development is the need to continually refresh and update a published standard to maintain its relevance to the market it serves.  The PMBOK® Guide is no different.  The first formal edition of the PMBOK® Guide was published in 1996 and then every four or five years an updated version has been published the sixth edition will be published in 2017.

1996 Presentation Edition

The original concept of the PMBOK® Guide was to provide the knowledge framework need to underpin the PMP examination. This started as a special report published in 1983, with the first PMP candidates sitting for their exam in 1984[1]. The formal guide was first published in 1987. A major revision between 1991 and 1996 led by Bill Duncan resulted in the publication of the book we now know and understand as the PMBOK® Guide.

Each new edition the PMBOK was followed a few months later with an update on the PMP exam so questions being set were based on the current version of the PMBOK® Guide. In addition to these changes caused by updates to the underpinning body of knowledge, the PMP exam itself has evolved over the years. The current exam format of 200 multiple choice questions delivered via a computer-based system originated in the late 1990s.

In 2009 PMI commissioned a global role delineation study (RDS) the PMP credential. This study reached a consensus on the performance domains and the broad category of duties and responsibilities that define the role project manager, as well as the tasks required for competent performance and the knowledge and skills needed to perform those tasks.  This role delineation study became the basis for the structure of the PMP exam in 2011 and whilst it is very similar to the PMBOK® Guide there are some significant differences.  The RDS was most recently updated in late 2015.  Each update to the RDS also triggers a subsequent change in the PMP exam. The change we are now starting to work towards is driven by the impending publication of the PMBOK® Guide 6th Edition – public release date 6th September 2017.

From one perspective updates and changes to the PMP exam have occurred on a routine basis every three years or so for most of the last decade.  Some of the changes were relatively minor, some quite significant.  Based on our preview copy of the PMBOK® Guide 6th Edition the changes in the PMP exam scheduled for Q1, 2018 will be quite significant.

PMBOK® Guide 6th Edition Enhancements

Content Enhancements[2]:

  • Agile practices incorporated into the PMBOK® Guide:
    • Expanded coverage of agile and other adaptive and iterative practices. This will align proven, foundational project management concepts with the evolving state of the profession today. Significant additional detail on agile will be included in an appendix.
    • PMI also plans to publish a companion practice guide focused on agile in the third quarter of 2017.
    • Addition of three introductory sections for each Knowledge Area,
  • Key Concepts, consolidating information fundamental to a specific knowledge area.
    • Trends and Emerging Practices not yet widely used.
    • Tailoring Considerations, describing aspects of the project or environment to consider when planning the project.
    • More emphasis on strategic and business knowledge including discussion of project management business documents.
  • More information on the PMI Talent Triangle™ and the essential skills for success in today’s market

Process Changes

The Process Groups remain the same in the Sixth Edition, although two Knowledge Areas have new names:

  • Project Time Management is now Project Schedule Management, emphasizing the importance of scheduling in project management. This aligns with PMI’s Practice Standard for Scheduling.
  • Project Human Resource Management is now Project Resource Management. We discuss both team resources and physical resources in this Knowledge Area.

There are three new processes in the Sixth Edition:

  • Manage Project Knowledge is part of the Executing Process Group and Project Integration Management knowledge area.
  • Implement Risk Responses is part of the Executing Process Group and Project Risk Management knowledge area.
  • Control Resources is part of the Monitoring and Controlling Process Group and Project Resource Management knowledge area.

Estimate Activity Resources is still part of the Planning Process Group, but it is associated with the Project Resource Management processes instead of the Project Schedule Management processes.

Some processes have been renamed to align the process with its intent. This table identifies the name changes.

Exam Changes

PMP and CAPM

PMP and CAPM exams will change in the first quarter of 2018. We will start updating our CAPM and PMP courses in early September so that candidates planning to take these exams early part of 2018 will have the correct materials to work through as part of their mentored email courses. For more on PMP and CAPM training see: http://www.mosaicproject.com.au/

PMI-SP

The PMI-SP exam is not scheduled for specific change, however, the reference materials used in our PMI-SP courses are based on the PMBOK® Guide and an industry textbook both of which are scheduled to have new editions published in September. We have therefore embarked on the upgrading of this course is our first priority not because the exam is changing, but because all of the references will be out of date when the new versions of the guide and text are published in a few weeks’ time. For more on PMI-SP training see: http://www.planning-controls.com.au/

PMI-ACP

The PMI ACP exam will also undergo a major revision early in 2018. We are currently assessing the viability of developing a mentored email course for this year exam.

Summary

From the information currently available to PMI R.E.P.S the new version of the PMBOK® Guide has a lot to offer the industry. From a trainer’s perspective there is a lot of work to do over the next six months but at the end of that time, we will have significantly improved training material based on a much stronger foundation. Interesting times ahead!

_______________________

 

[1] for a more detailed discussion on the early days of the PMBOK® Guide see: https://mosaicprojects.wordpress.com/2014/10/31/the-pmp-examination-is-30-years-old/

[2] For more on the PMBOK® Guide 6th Edition enhancements see: https://mosaicprojects.wordpress.com/2016/06/28/pmbok-guide-6-edition-takes-a-major-step-forward/

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