Archive for the ‘project management’ Category.

The best-practice curve theory

We often think of project management, portfolio governance, and project execution as doing a list of steps or tasks. The underlining work being done is really a process, which could be clunky or really smooth. Here’s my question: what happens when we do our work one way compared with when we do it the absolute best way?

Here’s my answer. I think the cost benefit of doing more things right increases logarithmically rather than linearly as we tend to execute our work better. The attached image show the results of my theory.

Best-Practice CurveThe vertical axis shows the level of cost savings. The horizontal axis displays the level of doing things from really bad to really great. As you can see the curve increases in a logarithmic fashion left to right. This means the better our process of getting things done, the faster we will save costs.

I’ll explain why. Let’s say we’re executing and managing a process like drilling an oil well. And let’s say there are 100 things that could go wrong. Doing it badly means we’ll probably hit close to 100 bad things. Doing it poor means we could run into a 90% chance of bad things happening. Either way we’re screwed in terms of saving costs and the gain between the two values is small.

Let’s look at the other end. Assume that drilling the well with good processes will leave us with a probability of 10% of things going wrong, which produces some cost-saving value. Now let’s say that we cut the probability of things going wrong down to near zero. The difference between those two states are quite high in terms of cost-savings potential. This is why I see a logarithmic curve instead of a linear line.

I don’t think many executives realize the logarithmic benefit of best practices. If so, then process improvement wouldn’t just be something a group does two floors down in the east wing. It would be something totally engrained in the enterprise culture and daily work. Do you know any organization at this level? There aren’t too many, but the few who understand this curve theory are already getting ahead of the market with enterprise-wide sharing.

This is one of the main reasons why I created PIEmatrix to be an enterprise online project management software with a focus on best-practice processes. I wanted to build a technology platform that makes it easier to implement a way to setup, execute, and maintain best-practices processes and run them as projects.

Let me know what you think?

Problem with project management software basics

What drives project success or failure? According to Standish Group, success and failure is driven from these top five factors:

  1. Executive support
  2. User involvement
  3. Experienced project managers
  4. Clear business objectives
  5. Minimized scope

Why do most project management software focus on things like who has what task, when are they due, and what’s been done? What is project management? In my book, the top five factors above seem to be a good place to start. Notice none of the factors are related to “clear due dates” or “task assignment”. In fact, they don’t even cover collaboration. Don’t get me wrong, these project management tool features are important. I assume the organizations researched by the Standish Group already practice the basics such as task list scheduling and people assignments. They probably use project management tools from big vendors.

The problem with project management software is that they miss the opportunity to ensure success with the top factors. First of all, there’s little guarantee that the project management tool will contain the top five factors in a project’s task list. Secondly, even if they did contain this list, there’s no way to ensure they will be executed perfectly for success. For example, look at the Executive Support factor. It’s easy to have this as a task item, and it’s straight forward to get a nod from the sponsor and mark this task done. Even an official sign-off isn’t hard to obtain. The hard part is to draw out the expectations for Executive Support. Maybe the expectation contains the executive’s view point on the ultimate value of the project deliverables. Or maybe it’s an understanding of how and when the executive will be updated. Think about how to get this task done right. It should be done so correctly that the executives will guarantee they will do their part to ensure the project will be a success. This how-to example is what I call a best practice step.

The idea of best practices is about turning the top five Standish Group factors into a set of process steps on how to accomplish them the best ways for success. These types of processes need to be correct, clear, and simple enough for any project lead or team member to execute.

Imagine a project management software platform including best practice execution and governance as a core basic feature. I would be pushing it by calling this the “killer app”. But, would I? If a project management software had killer best practices with complete how-to steps, image the power of success. Now go down the line with the other top factors. Imagine a proven best practice for ensuring correct user involvement. Imagine junior project managers having the know-how at their finger tips. Image the process driving us to what it means to have clear business objectives. This is power!

Task list? Check.
Due dates? Check.
People assignment? Check.
Execute. Execute how?
Best practice? Check.
Execute. Got it.