Projects, Processes, and People

Photo by Marcelo Braga, licensed under Creative Commons 2.0.

Today, I experienced an interesting discussion and later this evening I read three related articles. That all came together more or less incidentally.

At work we are going through a restructure phase and one team had a coffee to discuss what it meant for them. In general, the people were concerned about the lack of detail, what the change meant for them personally and how “it” was going to work.

I don’t actually need to go into the details who the team was and what they currently do, it is immaterial. Not one team member was or is a change agent, not one was able to translate the strategic vision into something tangible.

Later I came across these 2 articles:

First, a blog post from 99U published in April 2014:

he Difference Between Projects and Processes:

Projects create change. Processes resist change.

Wow, so obvious and still – I forgot about it at the discussion. The people are used to work in a particular way, they are used that someone is responsible for this, then another person does that, and finally a third one completes the task. Quite obviously the new structure is meant to break that. Its objective is to create, to force change. That’s not going to happen if processes stay the same. Hence implementing the new structure must be treated as a project.

And that’s where the second article comes in. This one published by the Smashing Magazine in July 2013:

People > Projects > Processes:

Having a process is good, but be careful that it does not overshadow the project itself or the people involved.

Processes are good to get the same quality every time. The ISO 9000 family is designed to do just that.

Projects are meant to create new processes or make existing ones better. And often they rely on processes themselves (PMI or Prince2 anyone?).

And what is the most important asset any organisation has? Its people. What is in the top 5 most important things organisations try to improve on? Employee Engagement. Why do projects fail? In 72% of all cases it is a communication breakdown.

Summary

Coming back to our discussion. Yes, I failed to appreciate the disruptive value of the restructure. But also, uncertainty about mapping the vision to the structure on middle management level means learning by making mistakes in creating new processes for the same business objectives must be acceptable. Disruption to existing support processes and delays in delivering functional projects may also occur. All under the vision of creating a better service in the near future.

You gotta break some eggs to make an omelette.

Advertisements

2 comments on “Projects, Processes, and People

  1. PM Hut says:

    Hi Frank,

    I’m not sure that the difference between projects and processes that you highlighted (e.g. processes resist change) is accurate.

    Here’s a quick post on the difference between projects and processes: http://www.pmhut.com/difference-between-projects-and-processes . The post is from 2009, but, needless to say, it’s still valid today.

    • Frank G says:

      John, thanks for your comment and the link to your post. I think your description of a process as “Ongoing and repetitive – normal business” is exactly the reason why I say processes resist change. Maybe you can point out where this is not accurate.

What's your opinion?

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s