Sunday, September 28, 2008

On Project Stake Holders

“What obstacles do project managers face to successful completion of an Information Technology project?”

Manager MIS; National Social Group

I observed and experienced following factors based on my experience as PM in IT and non IT industry:

- Lake of interest of second tier stake holders
- Lake of understanding the importance of project by some major project stake holders
- Environmental motivation factor for project team
- Limited vision of Project Manager
- Without involving influential stake holders into the project proceedings
- Try to implement the project as a whole instead of module

MüTō Observation:

These obstacles can be mitigated through the basic ability of a Project Manager to communicate clearly.

For example, how can a 'second tier stake-holder' be considered important, if they have a lack of interest in the project? A PM can hold them accountable. If a Major Stakeholder lacks the understanding of the importance of a project, then it is the PM's responsibility to make certain they clearly understand it.

A PM's ability to motivate their project team is tantamount to the project's success. I agree. Their vision, and ability to communicate it holds a project together, and gets the project team to the next level of focus, and energy.

Sunday, September 21, 2008

On Clarity

“What obstacles do project managers face to successful completion of an Information Technology project?”

Information Technology and Services Professional: Healthcare

“1. Management not setting a clear goal and openly, honestly communicating this goal to all, and providing their support to the project.

2. Poor communication at various levels throughout the project, including not properly identifying all the stakeholders.

3. Unrealistic expectations and finger pointing.

4. Addressing each project as though it was the first one ever undertaken; each project is seen as an "exception to the rules", therefore no consistent process can be put into place.

5. Personal accountability hard to find.

6. People not being held responsible for their actions/inactions.

7. Conflicting priorities and an unreasonable rush to start coding

8. Staff not honestly invested in the project management process -- including management. Often lip-service is given, but off stage everyone tries to bypass project management.

9. Overbearing project management processes that are more about the process (religion) of project management rather than focused on steps that add (or reasonably could add) value.

10. Projects begun as a management directive instead of agreed-upon as a project that is of value (resulting in little user buy-in and often result in treating symptoms instead of fundamental problems). Any ROI is done while the project is underway, and is totally subjective and based on management directive rather an an objective analysis/review.”

MüTō Observation:

I completely agree with your 10 points! Further, I'll add that they can be referenced into three fundamental abilities of a project manager.

The short of it is;

Imagine the Project Manager that could communicate clearly, and guide a sponsor to open/honest conversation on the projects' goals, attaining their complete support. This same PM could completely understand the various parties involved to be certain they are a complete list of suppliers, stakeholders, and beneficiaries. Expectations would be normalized, and finger-pointing would be eliminated. Process would become secondary to the project's success, but intently adhered to!

Now let’s make that PM able to motivate the project team to such a point that the project is their primary objective! (Not just their day job.) When priorities threaten to conflict, a team-mate would think 'first' of the project; Opening the door to accountability.

This same PM might also be able to hold parties accountable for their specific tasks/milestones/responsibilities.

Tuesday, September 16, 2008

On Resources

“What obstacles do project managers face to successful completion of an Information Technology project?”

Executive Team Member; Large International Non-For Profit

I feel the points are
* Attrition
* Wrong estimates due to lack of clarity on requirement part
* Change of requirements after RR (requirement review or at later stages)
* Talent crunch/Talent availability
* Usage of bad project management tool / Not using them at all

MüTō Observation:

We can group your responses into some basic categories.

First if we look at the causes of Attrition, you'll see that 'employees leave their management' not their jobs. A given technology project may take 9-15 months. Job rotation in corporate america averages 18-27 months. If we look at any given project we are sure to see critical associates leave the project. This attrition can be planned for through constant/clear communication, and if the PM can properly motivate their team, it could even be lessened!

The same skill of clear communication can be attributed to the clarity of requirements. We often times believe its the teller's responsibility. In fact, its a two way street. Both the teller, and the listener has a role to play. Its a project manager's responsibility to make certain that the sponsor/beneficiaries have clearely expressed the project's requirements, and that the suppliers have understood them exactly as they were represented. (neat trick!)