Showing posts with label community of practice. Show all posts
Showing posts with label community of practice. Show all posts

Friday, 15 January 2021

Why Lean PMOs use CoPs not policemen

How do you improve project management in an organisation? The "classical" solution was to create a PMO (a project management office). The PMO published standards, then told everyone to use their new standards.

That approach often failed for two reasons. Firstly, the standards were heavy and impractical, written by PMO "experts". And secondly, the PMO became the enforcer of standards. They became the Project Police.

There is a Lean alternative. The way forward is to use CoPs, not policemen.

A CoP is a community of practice

A CoP is a community of practice. It brings together practitioners to share knowledge, problems and ideas. Many organisations in various areas (government, education, web content, ...) have started to use communities of practice. They recognise that more and more people are knowledge workers; and that sharing knowledge adds value.

Knowledge is not centralised. It is spread around the organisation. Many people have knowledge, not just the "experts". The community of practice brings together practitioners to harvest knowledge. The CoP is linked to a domain (such as Project Management). For example, at Stanford University, there are about 50 CoPs, each working on one domain.

Feedback from practitioners is new knowledge

The old top-down model for project management assumed that the PMO were the "experts". The experts had a monopoly of knowledge, so they published the standards. In practice, the standards weren't always great - they were too complex, and heavy to use in practice.

An organisation that values its knowledge workers uses a different approach. It uses a collaborative model, rather than a top-down model.

The CoP is the heart of this collaborative model. It creates a feedback loop on project management standards. The practitioners who work in real-world projects provide feedback (what works? what needs improvement?) Their feedback creates new knowledge. And when that knowledge is used to improve the standards, it adds value. The CoP becomes part of a value chain.

Iterate to improve

The modern organisation wants to be more agile. People now recognise that project management is a complex problem. Faced with such complexity, the agile approach is to discover the solution over a period of time, iteratively. There is no perfect solution that an expert can specify at their desk.

Finding a solution requires feedback: the early solution is tested in use, and then refined. The solution emerges iteratively, over a period of time.

The community of practice is the perfect tool for getting feedback. The CoP provides the feedback from project managers who are trying to use the standards.

In this context, the Lean PMO has a new role to play. They are no longer the "experts". The PMO may propose some standards (draft versions or prototypes). But their key role is to stimulate iterative improvement, driven by the community. This results in practical, workable standards that project teams will use.

Create a community of practice (CoP) to drive improvements

The CoP must be focussed. It's not a talking shop, to swap stories or moan about problems. The CoP engages project managers in the creation and evolution of standards. This ensures that the standards are practical and applicable to real-world projects.

The focus is on continuous improvement:

  • what works?
  • what is broken?
  • how can we improve things?

Here are some examples

  • A template that is too complex and hard to use
  • A reporting requirement that generates hours of work each week
  • A procedure that no longer works
  • A great new tool for tracking issues

To maintain focus, the PMO commits to listening to the CoP, and taking on board their ideas. It's the feedback from the community of practice that drives the new versions of the standards and adds value.

How does the Lean PMO set up a community of practice?

  • Define your starting point. Pull together your current good practice into one place. Collate everything into a document or a website (your procedures, processes, tools, templates, etc.). This is your draft standard, version 0.1.
  • Find some good people. Find project management practitioners who want to get things done better.
  • Get your CoP moving. Set up a simple, light process for discussing and sharing. Add a simple tool (e.g. Slack or a micro-website).
  • Keep the CoP focussed. The focus is continual improvement. Keep things light and lean. Avoid long meetings - project managers are busy people.
  • Add value. Use the feedback from the CoP to improve your standards. Publish new versions of standards (templates version 2.0, procedures version 1.1, and so on).
  • Communicate. Tell everyone how that the CoP is driving improvement, and how the process is adding value.
  • Iterate. Keep going. Improvement is an ongoing, long-term process.

Other benefits of CoPs in the Project Management domain

The community of practice is especially useful in the project management domain

  • Many projects span organisational and geographic boundaries. In the same way, the CoP goes beyond the silo organisation. It is a community of project managers, regardless of organisational and geographic boundaries.
  • Many project managers start their careers as subject matter experts. As the years go by, they become project management experts. The CoP helps this transition. It boosts the visibility of the project management domain. Thereby, it helps professionalise project management.

Read more about CoPs here

CoPs not police

The bottom line is that if you are a PMO struggling to impose your standards, then stop trying to be a policeman. Think CoPs not police.

This blog is part of a series about the Lean PMO, which will form the basis of a new Lean3 book. Find out more at LeanPub

Friday, 2 February 2018

PM2 : Government isn't a community

PM2: Government isn't a community

In January, the European Commission published PM2. This is yet another Project Management framework created by yet another government body. This is the wrong initiative, done in the wrong way.

The world doesn't need another top-down government-inspired initiative. More so-called "best practice". We already have the PMI from the US, Prince2 from the UK, and several others. PM2 adds nothing new, it just reassembles the existing pieces in a different way.

A new set of rules

Government-driven methods attempt to codify "best practice" in a book. This "bible" is a static set of rules which is defined to be "best practice". It becomes the basis for compliance and creates an ever-growing training and certification industry. Henceforth, every CV must include certification. Everyone who wants funding must follow the rules.

PM2 follows this pattern. It is driven by a set of rules, not a community of practice. Maybe it's called Open PM2, but there are no clear feedback mechanisms to ensure that "best practice" does actually work. There is a network around PM2 (PSN), but the focus is implementing the method, and especially on training and certification. This will surely become a community of compliance rather than a community of practice.

Need a new approach

Agile has shown the way. There is a real, innovative community around Scrum, sharing good practice. Good practice evolves, bottom-up, driven by community feedback. SAFE explicitly promotes communities of practice (SAFE is a scaled approach to Scrum).

Beyond Agile, the wider Project Management world also needs to move to communities of practice. We don't need yet another top-down method like PM2. We need a bottom-up approach, based on  communities of practice. Each community will identify good practice, proven in day-by-day use. Ideas will be shared using modern social networking techniques.

This is the forward-looking approach proposed by Lean3. Sadly, PM2 is not forward-looking, it's just a rehash of old ideas, just another set of rules.