methodologies

Cully Perlman posted about hiring project management consultants today. Some of the benefits cited include:

1. Bringing in someone from the outside helps clarify what you may already think is clear.
2. Paying someone to work just on process improvement will get the job done faster.
3. Bringing in someone that isn’t assigned other projects will allow that person to focus, and thus allow them to be more effective.
4. Another set of eyes and experiences that will help strengthen the experience of your current PM organization.
5. You may just have your next project manager already working for you.

Another huge thing that an outside project management consultant can provide is a customized methodology that works for your organization, and is repeatable for all projects. Walking a team through a methodology and refining it as you go can be extremely valuable for conforming it to the culture and ensure usability and buy-in.

One thing external consultants can run into is the “we didn’t make it here” factor. To me, it’s critical that the consultant not dictate processes, but instead help the teams formulate their own. It may be that the consultant presents several ways to approach an issue and leaves it up to the organization to choose which provides the best starting point to start the customization process from.

{ 0 comments }

Today I read an article on Project Connections, In Defense of the Project Management “Perfect World” by Carl Pritchard, PMP, EVP.

I thought it was an excellent article, with well-stated and supported points.

There are many theoretical frameworks for project management, quality, general management, etc. I’m convinced that above a particular threshold, all of them are nearly equally valid. Some may be better in specific areas than others, and some may apply better across a broad class of situations. Others just don’t work well in any scenario, and those die.

For project management frameworks, you have PMBOK, PRINCE2, RUP, SDLC, TenStep, etc. For methodologies there are Agile variants, waterfall, spiral, Critical Chain, etc. The list goes on and on. Note that there are significant numbers of organizations that utilize their own preferred framework and methodology, and (hopefully) most get good results from their use. Look at two companies implementing the same methodology and you’ll see they don’t implement it the same way.

The important thing is that you embrace a theoretical framework that can be used to guide strategic and tactical decisions. It doesn’t really matter if it’s a pure form from the original source, or a modified version, etc. The primary benefit comes from having a standard of some sort that helps achieve results.

On a somewhat related digression, check out my first article in a series of 6 over at Projects@Work. The comments I received so far are great, and I want to point out something that is related to this topic. A few of the readers seemed upset that I took an established concept, Deming’s 14 Points, and wrote a modified piece using Deming as a foundation.

There’s nothing wrong with wanting to follow the original form of a framework or methodology if it works. There’s also nothing wrong with modifying the standard to better fit your needs. In this case, I took a kernel from each of Deming’s 14 points I felt was relevant to project management and built on it from there.

So, “defending the project management ‘perfect world’” doesn’t necessitate a religious observance of a framework or methodology in it’s original form.


project management basics

{ 7 comments }

SCRUM Concepts in Traditional PM

by Josh March 8, 2008 Agile

I wrote earlier about a potential method of using Critical Chain-stype “mini-buffers” within an element of a traditional project management approach. Now I would like to revisit multi-tasking and how having some experience with the Agile software development methodology called SCRUM has helped me formulate some guidelines. Some of these ideas come straight from Critical Chain too, and a myriad of other methodologies all pointing to the same conclusions.

Click to continue…

Point 7 – Teach and Institute Leadership

by Josh June 11, 2007 Misc

It is the age-old distinction that usually merits much lip service and little true implementation. There is supervision/management, and then there is leadership. Project managers can either be supervisors or leaders, regardless of their job title. Supervising/managing is simply overseeing and directing work. If you know everything about PMBOK and other methodologies, but practice project [...]

Click to continue…

Sheepwalking

by Josh February 11, 2007 Grab Bag

I just read Seth Godin’s post on “sheepwalking”, which he defines as: “the outcome of hiring people who have been raised to be obedient and giving them a braindead job and enough fear to keep them in line.” I just had to post a reference to it because it is so perfect. His description is [...]

Click to continue…

12/31/2006 – Maiden Post

by Josh December 31, 2006 Grab Bag

Hello, my name is Josh Nankivel. I’m creating this blog as a way for me to formulate and refine my thoughts about project management and process improvement. Hopefully it will help my writing and make me more articulate and clear. To start with, here’s a little about me. I’m in school now majoring in project [...]

Click to continue…