Sunday, October 5, 2008

On Project Completion

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

Project Management and IT Professional

Successful completion for me does not mean a project was delivered on time or on budget it means that the projects goals were accomplished. A successful project is one that produced deliverables which met or exceeded the stated business goals.

For me the biggest obstacle to a successful project is the misstatement, understatement or misunderstanding of goals. I have worked at many companies and completed many projects and most of the stated business goals dont always seem to make it to the Project Manager. Often times the goal presented to the PM is "implement this" instead of achieve goals 1,2,3 through the implementation "of this" which goes to explain what the business is really trying to achieve. I am often forced to re-interview the stakeholders to be able to produce a statement of goals that is shared with and periodically reviewed with the project team.

Other common obstacles:

Scope creep – this is fairly common and is caused primarily by a poor understanding of the goals which causes scope statements to be incomplete. Typically discovery of this is not made until much later and almost always results in more work. The addition of business goals on the other hand is also creep but schedules can and should be renegotiated to accommodate.

Resource allocations – Ask any PM is she or he has ever had too many technical resources on a project. Chances are no. Often times other factors are used to set target delivery dates when the actual primary driver should be the availability of resources.

Schedules – There is never enough time or resources to meet project schedules and this often results in poor work. Quality and innovation always suffer the most from this. If there is barely enough time to check in the often buggy code, how innovative do you think it will be.
There are many other obstacles of course but do feel free to contact me to discuss.

MüTō Observation:

For example, the basic inability of a project manager to communicate clearly can lead to 'scope-creep', and a misunderstanding of the requirements, or worse yet, the loss of understanding of what the 'danged business objective is!'

Its tantamount that a Project Manager understand the business objective; At least in its native form. It may be a big leap between the understanding, and their particular project, but at least they would know WHY the project is important, and then they can communicate that importance to the rest of the team. Without that understanding the entire team would be working in a vacuum, and could never be properly motivated.

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.