Eight to Late

Sensemaking and Analytics for Organizations

Thinking outside the BOKs

with 14 comments

Introduction

Mainstream project management practices are codified in various “bodies of knowledge” (BOKs) that serve as definitive guides or standards for the profession.  This formalization of project management knowledge serves to propagate and legitimize practices regardless of their actual utility. Moreover, it also leads to a perception that project management practices are domain-independent.   In a recent paper entitled,  21st century project management = open source body of knowledge,  Jon Whitty calls for an open source approach to the development and dissemination of project management knowledge, with a view to addressing the aforementioned limitations  of the “BOK-centric” paradigm.   This post summarises the main ideas presented in the paper.

Why step outside the BOKs?

According to Whitty, many project management tools and techniques have become standard practice for reasons other than their utility. Some of these reasons include:

  1. Techniques that are easy to replicate (copy and pass on to others) have a greater chance of acceptance, regardless of whether they are useful or not. This point is discussed at length in my post on the memetic view of project management.
  2. Techniques that give project managers (and their managers) an emotional affect have a better chance of acceptance.  See my post on emotional effect of project management artefacts for more on this.

As Whitty puts it, “One might say that we have been duped or perhaps more poetically speaking romanced by some aspects of modern project management…

The main consequence of the above is that “standard” project management knowledge as embodied in books and BOKs isn’t necessarily a reflection of how project management  is (or even, should be) practiced.   Yet this is the official, authorized version of knowledge, used to train and certify project managers.

Another point that Whitty makes is that despite of the discipline’s attempt to rid itself of domain specific connotation, project management (in practice) is domain specific – there is a difference, say, between a corporate reporting system project and a health care project. It is wishful thinking to expect that a project manager will be able run a project in an unfamiliar area without first learning a bit about the domain. Consequently, Whitty writes that:

…we must acknowledge that each domain of work (e.g. health, arts, sciences, education) is capable of evolving its own methods for managing projects if given the freedom to do so. I suggest there is a moral obligation on all scholars and practitioners of project management to enable these domain specific methods to emerge…

Another point that I would add in support of Whitty’s arguments is that there is a difference between project management theory and project management practice (see this paper, for example).  Projects are seldom, if ever, run by the book; it is a fact that most project managers do “think outside the BOKs” when practicing their profession.  A body of knowledge reflecting how projects are actually run in practice would thus be very different from the prescriptions presented in books and BOKs.

Project management as a (controlled) democracy

To address the issues mentioned in the previous section, Whitty suggests democratizing project management knowledge by:

  1. A bottom-up approach to project decision making, involving all stakeholders, rather than a top-down approach implicitly advocated by books and BOKs.
  2. The recognition that project management needs to be tailored to the needs of specific domains, rather than striving for the lowest common denominator of domain independent tools and techniques.
  3. An open source approach to project management knowledge whereby anyone can contribute techniques and case studies based on their own (possibly domain specific) experiences.
  4. A culture that enables project managers to report their specific practices (and failures) without fear of reprisals.

Whitty clarifies that open source means more than free access. Among other things, it offers a means by which

  1. New techniques can be shared and evaluated by practicing project managers and academics.
  2. Domain specific project management knowledge can be compiled, tested and disseminated. This knowledge will evolve as it is supported (or refuted) through case studies and other data contributed by practitioners.

Obviously open source does not mean that anything goes; that would be a recipe for chaos and confusion. Oversight is needed to ensure that the repository is coherent and meaningful, and that contributed material meets certain quality standards. This is nothing new – most open source efforts operate this way already – Wikipedia being the closest in spirit to the one proposed by Whitty.

The role of professional organisations in an OS-BOK world

What role would professional organisations have in such an open source BOK world?  Here’s what Whitty thinks,

The implications for an open source body of knowledge for project management will be significant for the current project management professional associations who control existing BOKs, particularly the PMI who hold the intellectual property to the current Guide. The PMI and others will need to abandon their ideals for creating a professional class of project managers. They could take a leadership role in the development and on‐going coordination of the human and technological mechanisms that develop and maintain the OS‐PMBOK and validate the source evidence of the various knowledge libraries.   Their role might also be more like that of a vocational skills awarding body. As the various domain specific bodies of knowledge for project management emerge, the project management associations could have a place in developing and administering specific project management certification in conjunction with key industry bodies that represent the various domains. The project management associations will also need to establish new alliances with the academic community and lend support, cooperation, and channel industry funding towards evidence-based practice research.

Many of the activities listed by Whitty are already carried out by most professional project management organisations. As I see it, these organisations would continue to play an important role in developing the profession. However, they would no longer be the arbiters of what is legitimate and what isn’t.

Conclusion

Existing project management knowledge tells us how projects should be managed, not how they are actually managed. Seen in this light, Whitty’s proposal for an open source approach to project management makes eminent sense. Such an approach may lead to a body of knowledge that reflects the diverse ways in which project management is practiced in various (corporate and national) cultures and domains.

Written by K

August 27, 2010 at 5:37 am

14 Responses

Subscribe to comments with RSS.

  1. K, if you go through to whitty’s webpage, there’s an audio/powerpoint presentation of this paper. Perhaps this is of interest to readers. Will

    Like

    Will

    August 31, 2010 at 1:40 pm

  2. Will,

    Many thanks for the tip. I really enjoyed the presentation.

    For those interested, it can be accessed at:

    http://www.usq.edu.au/users/whitty/OS-BOK/index.htm

    Regards,

    K.

    Like

    K

    August 31, 2010 at 9:58 pm

    • K, there’s another, extended version on the site: http://www.usq.edu.au/users/whitty/PMOZ_Workshop/index.htm

      I need a few days to take all this in now.

      Will

      Like

      Will

      September 3, 2010 at 11:02 am

      • Will,

        Brilliant stuff – a must-view for PMs of any persuasion. Whitty’s talk ranges over his work on memetics, complex projects, the emotional effect of PM artefacts, the OS-BOK (discussed in the above post) and more.

        Thanks for the link – much appreciated!

        Regards,

        Kailash.

        Like

        K

        September 5, 2010 at 10:17 pm

        • Hi Kailash,

          Thanks very much for this very good overview of the paper. I’d be interested to hear from anyone with wiki type knowledge who could help get the OS-PMBOK going.

          All the best,

          Jon

          Like

          Jon Whitty

          November 15, 2010 at 12:10 pm

        • Kailash,

          As one who follows Whitty’s talks, I found a youtube website with all his presentations on: http://www.youtube.com/user/DrJonathanWhitty

          Will

          Like

          Will

          January 21, 2011 at 11:06 pm

          • I thought I had it. But I didn’t. But now I do! You’ll see what I mean. Whitty has a new video on his channel and it explains the whole memetic approach nicely. I must confess, that I thought I’d figured it out before, but listening to this I’d got it wrong. I now realise that the gantt chart meme is not the gantt chart. The gantt chart meme is the instructions in how to build them, like the genes are instructions on how to build a body. Anyway, I’m sure you’ll sum it up better than me.

            Will

            Like

            Will

            February 27, 2011 at 9:04 pm

            • Will,

              Thanks – that was interesting. Indeed, many PM artefacts – and even techniques – are used more to impress sponsors/funding agencies than to actually manage projects. I’ve written about one such technique in this post.

              Regards,

              K.

              Like

              K

              February 28, 2011 at 10:38 pm

  3. Awesome.

    Really need to find out how you keep up with all of these papers. 🙂

    Like

    Richard Harbridge

    September 2, 2010 at 2:03 am

    • …old habits learnt in academia linger 🙂

      Regards,

      Kailash.

      Like

      K

      September 2, 2010 at 7:07 am

  4. Thanks for pointing me at this. It’s an interesting point he makes isn’t it?

    I’ve been reading the radical works of Ivan Illich and it has me thinking abut how counter productive BOKs can be.

    Like

    craig

    September 2, 2010 at 6:45 am

    • Craig,

      Thanks for your comment and the link.

      Absolutely – I think BOKs can be counterproductive, especially when they are taken as The Truth(as they often are).

      The institutionalisation of knowledge that Illich mentions is one of the dangers of a BOK-centred view of a field.

      In addition, BOKs implicitly assume that it is possible to reproduce the successes of others by imitating their practices. I have written about why this is problematic in this post.

      Regards,

      Kailash.

      Like

      K

      September 2, 2010 at 7:31 am

  5. I’m no fan of the PMBoK, but remember, it doesn’t pretend to BE the BOK, but a GUIDE to it, which makes it sort of more legit, IMO.

    However, as a guide, I think it could be more useful if it framed enquiry, rather than attempting to provide a ‘good practice’ benchmark.

    I’m wary of benchmarks and ‘best’ practice (and probable anyone’s view of ‘good’ practice) that purports to be codified, as they become used as practice standards that can prevent invention, innovation, and creative engagement with circumstances. In my own company I eschew ‘best practice’ which tends to produce an uncritical and disengaged adoption of what works elsewhere, and encourage finding excellence in meeting our customers’ expectations.

    Like

    David Green

    September 9, 2010 at 10:29 am

    • David,

      Thanks for raising some excellent points.

      I like the idea of using the BOK as a basis for enquiry – as a starting point rather than a set of practices cast in stone. Unfortunately, although it may be intended as a guide rather than _the_ BOK, it is often treated as the latter.

      Like you, I am wary of best practices, largely because they tend to be applied without any consideration of relevance and context.

      Regards,

      Kailash.

      Like

      K

      September 9, 2010 at 9:37 pm


Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.