Project Management

The Professional Project Manager

by
This series of articles examines, and offers insights and opinions, on all aspects of the profession of project management. I welcome your comments, feedback, support or dissent. I am passionate about the profession of project management and if, through our discussion, we can add value to the profession and practitioners then I am happy.

About this Blog

RSS

Recent Posts

What good is a Rubber Duck?

How to Choose Project Management Software

What Exactly is a PMO?

How To Develop a Project Manager Competency Framework

Artificial Intelligence and Project Management

What good is a Rubber Duck?

Categories: tailoring

Have you heard of Rubber Ducking?

I just heard of this incredibly simple concept for problem solving.
Its been around for a while so I don't know why I haven't heard of it before. Its called rubber ducking and it is a process to identify errors and work out solutions. It is called rubber ducking after the first software engineer who used it to develop software and get rid of bugs.
Apparently he would have literal rubber duck toy with him and when he found problems in the code he was developing he would explain the problem to the duck and in this process of explaining the issue to an inanimate object he would usually find a solution. It's actually a really good idea and one that I was using without knowing it was called rubber ducking (nor talking to an actual rubber duck).
Even though this started in getting solutions to software code, it is a great way to get solutions to any problem. It is also a great way to check if you actually understand something yourself because if you cant explain it to a rubber duck then you probably don't know it that well.
So, next time you have a problem that needs to be solved try explaining it to a rubber duck, your dog, your reflection etc and see if you can generate some solutions.

Posted on: November 23, 2019 10:24 PM | Permalink | Comments (7)

How to Choose Project Management Software

Categories: software, tools

Choosing Project Management Software

I often get asked to help assist organizations chose new project management software. It can be a large investment for any organization and if you get it right you will exponentially improve your chances of project success. I could talk for ages about this and there just seems to be more and more project engagement software hitting the market every month (over 250 at last count). In the interests of making a complicated topic far too simple, here are my top 5 tips for making sure you get the right software:

1. First, are you sure you need new software? Check your existing software and licenses. There is a chance you already have the capability to do what you want.
2.The one thing they all have in common is that the sales people will promise you that their software will do anything you want it to. Don't believe them. Ask for a previous client that has done the install and go and meet the client without the sales rep present so you can get honest answers to your questions.
3. Internalize support for the software. If you don't do this you will have to put together a small business case and find funds each time you want to make changes to the software. The best examples I have seen of software contributing to a companies success is when there is internal technical assistance to make changes and training people.
4. Make sure you develop a comprehensive list of requirements from all users and stakeholders so you know exactly what you need. Document any and all existing pieces of software that the new software will need to integrate with.
5.Prepare comprehensive user training sessions and treat the installation like a change management project.

Posted on: November 23, 2019 10:22 PM | Permalink | Comments (4)

What Exactly is a PMO?

As a consultant who works with organizations around the globe, I get to see many forms of a PMO and I get to see what works and what doesn’t.  A well thought out and value adding PMO can add measurable strategic and operational value to any organisation regardless of its size or maturity. Getting the right PMO for your organization can be a challenge and I want to share with you some thoughts and observations on what exactly a PMO can be. Hopefully from these thoughts you can take some tips on what your PMO should be.

Let’s start with what do the letters “PMO” stand for? Well the “P” can stand for Portfolio, Programme or Project. The “M” and the “O” generally stand for Management Office. You can add an “E”, for Enterprise, in the front to get an EPMO to indicate it stretches across the entire organization. You can have individual PMO’s that answer into an EPMO. It can even not be called a PMO at all, and there are many other names it can go by. You can call it what you want as long as the name is an accurate representation of what the function actually does.

Answering the question about what a PMO can be takes a bit more time. It is not a single standard format you can apply to your organization which makes it a little hard to define appropriately. The easiest why I have found to describe, at a high level, what a PMO is, is that it should be the center of excellence, whatever that means, for professional project management in your organisation to support the current and future portfolio, program and project management aspirations of the organisation. That is a long winded way of saying that your PMO should support what you currently do but also take you into the future and a better, more mature state.

At one end of the spectrum I have seen a very low maturity organization have a ‘PMO’ that was as small as a few ring binders with templates in it that were regularly updated. At the other end of the spectrum I have worked with large and complex PMO’s which can be a fully separate and resourced unit that does full portfolio management, strategic alignment, governance, project selection & reporting, and also employs, deploys, & trains all the project management personnel. Somewhere between these two extremes is the PMO that is right for you and your organization.

Here is a list of functions that a PMO might consider:

  • Governance and sponsorship
  • Developing standards, methodologies, processes, tools and templates
  • Maturity improvement
  • Strategic alignment
  • Project selection
  • Full control and reporting of all initiatives
  • Assurance
  • Benefits management at all levels and at all stages
  • Programme management
  • Allocation of project management resources
  • Recruitment of project managers
  • Training and development of project managers

What have I missed?

These are the types of things to consider when thinking about introducing or upgrading a PMO:

  1. Maturity of your organization – a low maturity organization may want a PMO that helps it increase in maturity in specific ways, while a high maturity organization will want a PMO that supports and maintains its high level of maturity.
  2. Size of your organization – larger organizations generally need a larger and better resourced PMO
  3. Complexity of the work that you do – the more complex the work that you do the more complex the PMO will need to be to support your efforts
  4. C-Level understanding and support – without full support from senior and executive management your PMO will never be considered a full-time part of the organisation.

Unfortunately, the research tells us that there are many threats to a PMO and its success. These include the following:

  1. Making a PMO a bureaucracy
  2. Not proving the value a PMO brings to the organization. The PMO, whatever its form and name, must deliver real value to the organisation, and not be afraid to tell everyone how good they are. I’ve seen great PMO’s fail because they kept their success to themselves
  3. Lack of senior management support
  4. Tough financial times – it seems that when finances get tight for an organization the first thing to go is the PMO
  5. Trying to be everything to everyone – focus on what you do well, and just do that
  6. Being under resourced and overworked and letting everyone down
  7. Looking backwards at what you have accomplished and not looking forward to the value you have yet to create
  8. Assuming a PMO is static – a PMO should change with the organisations needs. If your PMO is the same as it was 2 years its probably out of date.

Just a reminder, this is just a high level introduction to the PMO. There has been plenty of research done on the topic and if you are academically minded you can easily find some serous pieces of research out there on the topic. There are also many people more on projectmanagement.com who I know would love to share their experiences, both bad and good. So don’t be afraid to reach out and find out as much as you can before deciding on what sort of PMO is right for you.

Posted on: May 29, 2019 04:17 PM | Permalink | Comments (15)

How To Develop a Project Manager Competency Framework

The purpose of this blog is to introduce you to some concepts that you will find useful for developing project management practitioner competency. I will introduce you to the concepts of competency and capability, and will also introduce you to some of the more widely known competency models, and take you through defined steps for building your own competency assessment tool.

The expected outcomes are that you will have an awareness of what project management competence is and why it is important for project and strategic success; you will also understand the difference between some of the more popular models for defining and assessing competence, and you will have some basic tools to begin developing or improving your own project management competency assessment tool. 

Defining Competence

Let’s begin by defining exactly what competence is. The Project Management Institute (PMI), in the third edition of the Project Manager Competency Development Framework (PMCDF) publication, defines competence as “the demonstrated ability to perform activities within a project environment that lead to expected outcomes based on define and accepted standards”

This definition is a little bit broad and after reading it you may still be wondering what exactly competence is, and exactly how is competence different from capability. Let’s begin by defining what a capability is. A capability is a description of how an expected task should be carried out. For example, you could require a project manager to have the capability to drive a car. Now you can go ahead and describe exactly how you want the car driven but without a description of the competence you won’t know how well somebody drives the car. Are they a learner or a world class rally driver?

Obviously, using this example there are many levels of competence when it comes to carrying out this particular task, driving a car. So, for particular roles you may want different levels of competence to be displayed for different capabilities. This is particularly important when you want senior project managers to demonstrate higher levels of competence of a particular capability than junior level project managers.  

Why is Practitioner Competence Important?

Before proceeding it is important to discuss why exactly that assessing and defining project manager competence is important. We must start by reminding ourselves the projects are not delivered by processes, tools, methods or techniques. Instead projects are delivered by competent individuals. Furthermore, they are delivered by groups of individuals working as teams. So, it is the personnel that deliver the project, and the more competent the personnel are the higher the chances of success are for the project. Developing practitioner competency is a critical part of project success, as it is individuals that deliver projects not processes, tools or techniques.

As such, appropriate competency assessment and development ensures that each individual working on the project has the right skills, experience, aptitude, and attitude to appropriately and effectively contribute to project success. 

In addition to identifying different levels of competence for different levels of practitioners there are a number of organizational benefits from having a well-developed and tailored competency development framework for practitioners. These benefits include the following:

  • A reduction in staff turnover due to an increase in staff morale because they feel supported in their professional development, and they are being allocated to projects which they can manage.
  • Increased competency in your project management practitioners which leads to increase in the success of projects and ultimately this leads to organisational strategic success.
  • A well developed and regularly applied project management practitioner competency framework will also make the organisation attractive to new staff and make recruiting easier.
  • A competency framework can also provide a rational basis for rewards, promotions, transfers and succession planning.
  • And finally, an organisation can use its individual competency assessments and build these up to ensure that organisation wide it has the correct spread of experience and skills, and can plan for any forecast shortages or excess skills in the future.

There are also a number of individual practitioner benefits from having a defined project management practitioner competency development framework. These include: 

  • Having a defined career path and job description,
  • Visible and defined developmental goals,
  • Increased confidence at completing assigned tasks
  • Organisational support for ongoing professional and personal development for the individual practitioner.

Having a practitioner competency framework is also an integral part of organizational project management maturity. The research is very clear in this area, that higher levels of organizational project management maturity are a clear indicator of greater project success. Therefore, committing to fleshing out all aspects of your organizational project management maturity including practitioner competency is a way to ensure greater project success.

Competency Assessment Models

What all models for competency assessment have in common is that they seek to assess, develop and continuously improve practitioner capability and competence. Regardless of which model that you’ll end up using you will find that they start by addressing at least the following two questions:

  • What is usually done in this occupation, profession, or role by competent performers?
  • What standard of performance is usually considered acceptable to infer competence?

The three most widely used competency models for project management practitioners are:

1. The Project Manager Competency Development Framework (PMCDF) from the Project Management Institute. Version 3 of this document takes into account portfolio, program and project management competencies. Furthermore, it also aligns with the talent triangle from the Project Management Institute.

2. Another competency framework is from the International Project Management Association (IPMA). The IPMA provides a competence baseline for the project management practitioner and it is called the eye of competence. It separates the competencies into either behavioural competencies, technical competencies or contextual competencies.

3. The third and final model is from the global alliance on project performance standards or GAPPS. This can be viewed and downloaded for free from http://globalpmstandards.org/ 

Note that there is currently an ISO standard under development, ISO 21510 Project manager competencies. This is a new release and still undergoing review.

Let’s take a closer look at the project manager competency development framework from PMI. 

It begins with three foundational elements of personal competencies, knowledge competencies and performance competencies. 

  • Personal competence reflects how the project manager is expected to behave when performing activities within the project environment and reflects the attitudes core personality characteristics and other traits including their communication skills, management ability, their leadership ability and cognitive ability and effectiveness. Proof of personal competence is through observation and documentation and support of the competence.
  • Knowledge competencies are a description of what the practitioner is expected to know in terms of professional knowledge.A closer look at the knowledge competencies reveals that it is up to the project manager to be able to demonstrate that they have a grasp of an understanding of appropriate professional knowledge proof of this can be via professional credentials such as the PMP or similar credential. The regularly updated role delineation study that defines the PMP exam outlines the tasks that a competent project manager should know.
  • Performance competencies are what the practitioner can demonstrate that they can actually do in practice. A performance competence reflects how the project manager applies the knowledge they have to the actual management of a project. Proof of this is gained via observing the project manager in practice or by gathering documentation in support of their performance.

There are two additional elements to this model that allow you to tailor it and make it reflect your particular organisation and your industry. These two additional elements are organisational competencies and industry specific competencies and they are not defined at all within the model as they are left up to you to define.

As a side note Crystal Consulting has developed our own competency assessment tool which utilises all five aspects of this model.

Developing Your Own Model

When it comes to developing your own model don’t be put off by the apparent complexity of the models. While they may appear at first glance to be complex they are in fact quite simple, and often involve merely documenting what may be part of institutional knowledge or within the heads of experienced project management practitioners already. Elements of your own competency model will be easy to develop and some will be hard though. You may choose to buy or use consultancies for some of the more complicated elements of developing your own model.

Please keep in mind that your own competency model must reflect and help deliver your organisational strategy. Also, the more that you customise your own model leads to greater competitive advantage as is difficult for competitors to replicate it so put some effort into making accurately reflect both your organisation and your industry.

Take the time to align it with established project management standards and frameworks for legitimacy and access to credentials. There are many of these from the Project Management Institute, the International Project Management Association, the Australian Institute of Project Management, the Association for Project Management and also a rapidly developing set of ISO standards as well. You are certainly not left wanting when it comes to establish project management standards and frameworks. My advice would be to start by aligning it with the PMI Project Manager Competency Development Framework and to keep an eye on the ongoing development of the ISO standard covering the same topic.

You will probably find that the development of your project manager competency framework has to be done by your human resources or organisational development department, as it will be able to be used for recruitment, remuneration and reward programs within the organisation. If this is the case, and it probably will be the case, then make sure that your practitioners, and if you have a PMO, are actively involved in the development of the model, the ongoing auditing and use of the model, and also the improvement of the model.

We are a firm believer in the KISS principle (Keep It Seriously Simple) when it comes the development of your own tool. We have provided the following 10 steps for you to follow to develop your own tool:

1. Gather all of your existing job or position descriptions. Note where none exist as these will need to be developed in order to make your framework complete

2. Ensure that all of the current or developed job or position descriptions contain clear descriptions of expected capability, competency, education and experience.

3. Standardise these descriptions across the organisation. We say this because we have come across a number of organisations that have wildly different job descriptions for the same role. The situation only leads to confusion and a lack of clarity about who does what.

4. Once again, and just to reinforce the point, take note of any missing documentation as this will need to be fixed.

5. Translate those competencies, education, and experience into your own tool. It’s pretty simple to do this you can start by using a MS Excel spreadsheet to list all the competencies and then use additional columns to indicate which roles should have which level of those competencies.

6. Once you have put all the competencies down into a spreadsheet, indicate very clearly an expected level of competence for each role in the organisation. Please keep in mind that it is always useful to involve practitioners, the PMO, and your human resources department in this.

7. Once you have the tool developed begin to assess individual practitioners against the various benchmarks of competence you have established. Note any discrepancies between what is expected of a practitioner and what they are able to demonstrate or be observed doing.

8. Using the information that you have gathered go on to develop individual professional development plans to ensure that everybody reaches the required level.

9. It’s a good rule of thumb to base all professional development on the 70:20:10 rule. This rule says that 70% of professional development should come from being assigned challenging assignments, 20% professional development should come from mentoring and coaching, and the final 10% of professional development should come from formal education and training.

10. Remember to review individual progress, reassess competency and adjust professional development plans accordingly.

There are some final points that I’d like to make. The first of these is that competency assessment is not a one-off activity. Instead it is an ongoing endeavour that starts at recruitment and is completed at regular intervals throughout an employee’s engagement with the organisation. You will use your competency framework during the recruitment process to ensure that you get the right people on board. You will then usual competency framework to take junior practitioners and turn them into senior practitioners. Your framework can also provide senior practitioners with clear guidance on where their career is heading as well.

I want to reiterate that:

  • we know that organizations achieve their strategic goals with successful projects,
  • that competent and capable practitioners produce high performing competent and capable project teams,
  • that competent and capable project teams deliver successful projects
  • therefore practitioner and organizational project management competency as a key contributor to organisational success and competency development is not a cost it is an investment in organisational success.

If you have any questions about the information in this blog, please do not hesitate to contact me. I am always happy to chat about any aspect of the profession of project management.

Sean Whitaker

Posted on: May 28, 2019 04:55 PM | Permalink | Comments (9)

Artificial Intelligence and Project Management

A recent Gartner reports* state that Artificial Intelligence (AI) will assume 80% of all project management tasks by 2030.

I was giving this some thought and the thing that stood out for me is that those tasks that can be automated should be automated, and using it will assist the role of the project manager immensely when used appropriately.

However, I am always reminded that project management is not just about tools and techniques but about people. I do not believe AI will provide the best solution for managing people and that activity will always need a project manager with superior leadership, communication and team development skills. This is particularly important on complex projects. AI can free up project managers from the more mundane technical tasks and allow them to focus on, and develop, their people skills and their own personal development.

I think AI should threaten those project managers who do not have good 'people skills' as it is imaginable that AI could successfully manage low complexity and smaller projects completely. I can definitely see small projects that do not require much team building, have few stakeholder, or do not require leadership being completely lead by a task oriented AI.

So, in summary I believe AI is a great tool and can help in many ways but for large, complex and people centered projects it should best be used as an ancillary tool to a well-qualified and experienced project manager. What are you thoughts?

*Link to the report here https://www.gartner.com/en/newsroom/press-releases/2019-03-20-gartner-says-80-percent-of-today-s-project-management

Posted on: May 25, 2019 11:26 AM | Permalink | Comments (10)
ADVERTISEMENTS

"Nobody can make you feel inferior without your consent."

- Eleanor Roosevelt

ADVERTISEMENT

Sponsors