valence

the capacity of one person or thing to react with or affect another in some special way, as by attraction or the facilitation of a function or activity.

Perhaps we are asking the wrong questions – Agent Brown

Posted on | September 19, 2010 | Comments Off on Perhaps we are asking the wrong questions – Agent Brown

7 ½ step path to a successful project

There aren’t really seven and one half steps to magically manage successful projects, or ten for that matter, but there are a number of items that will always require careful and diligent attention.

I was working on a project writing a database query interface for a law firm a number of years ago (more years than I would like to specify – when dBase III was king) and during a discussion of the project with a seasoned programmer friend of mine I said, “When I finish coding this I am going to compile it and never touch it again.” My friend laughed.

For a long time.

At that particular moment I didn’t see the joke but after the stakeholders redefined the functionality of the project time after time without any seeming willingness to alter either the timeline or cost allowances I came to see the very deep dark humor in my statement. On so many levels.

Field Marshall Helmuth Carl Bernard von Moltke said once upon a time in the late 19th century, “No battle plan ever survives contact with the enemy.”  Dwight Eisenhower followed up a few years later with, “In preparing for battle I have always found that plans are useless, but planning is indispensable.”  I am now convinced they were both seasoned project managers who believed deeply in the need to plan but they also had the benefit of vast experience allowing them to embrace the fact that a plan is just a way to get started doing something.

The sad truth is I like plans, especially when they help guide me through complex tasks. The caveat is simply that the plans I make are completely ignored by life, requiring that they be constantly updated (read changed) during any meaningful project. In creative, new projects, this process of change has to be an iterative process. I always try to remember that, like a marriage, flexibility within the agreed upon framework is primary. Evolution is life, life is change, impermanence just is. The plan will change, be open to that. Hell, plan for it.

P.S.  The scope of this article does not include arguing about PMP vs. Prince2

The 7.5 fold path to enlightenment.

1. What is the goal? Notice I didn’t say ‘your’ goal because a project’s goal belongs to the stakeholders, you are the catalyst in a complex chemistry project. A big part of your job as the project manager is to help the folks the product is being built for clearly define what the product is. Some people go so far as to say that if you can’t define the goal in a single sentence you’re not likely to ever reach it…

2. Spend some time planning . Self evident yes, but we have a tendency to want to ‘get going’ on projects. Take the time to deconstruct. Reductionism is good when applied properly. Break down the big picture into smaller absorbable, manageable parts. Include an iterative process of requirements capturing. Gather data, sometimes it will not even seem related to anything meaningful until you have that epiphany next month. Don’t ever assume you know what the end-users need.

3. Hold onto the big picture. Don’t forget that the smaller parts are interconnected pieces of a complex system of parts that must have a common goal. Sometimes the evolving subsystems don’t evolve in the direction you need. Gently guide everyone back on track when they have wandered off into the woods.

4. Communicate. With everyone. All the time.

5. Know your team. Have them all read #4. Support them, lead them, help them communicate with each other and you. Trust them and make sure they can trust you. Maybe they really do like pizza?

6. Know your Stakeholders.  Who are they and what is their relationship to you and the project. They will run the gamut from the people that pay the bills through to the people that are using the end result of the project.  And  since we don’t know everything we may have to reach outside the team to find ‘experts’ to help in specialized areas like the law or cell phone app design. Listen to all of them carefully. They are the people that are going to decide if you have really completed the project.

7. Test. Test again. Test early, test often. (See #3) Make sure the pieces are fitting together. Evolve the project parts concurrently whenever possible – hopefully avoiding that day when the two halves of the bridge are coming together and you missed the fact there is no place to put the off-ramp.

7.5 Own your project but don’t let it own you. Embrace change and be flexible but remain focused on the goal.

“No battle was ever won according to plan, but no battle was ever won without one.” – Dwight D. Eisenhower.

Comments

Comments are closed.

  • About

    This website is supported by Ken Lombardi @ analogman consulting.
    phone: 253.two.two.two-7626
    email: ken@analogman'dot'org
    tweet: analogmanorg

  • Admin