SHARE
Follow this article on Twitter Facebook LinkedIn Bookmark and Share
Home >> No Category

Rethinking Project Management

Rethinking Project Management

By:  Nolan Yearwood  On: 30 Jun 2002 For: Channelworld India 

No project director, manager or team leader can say without qualification that he or she has not been challenged or blindsided by unexpected events in the process of developing an information technology application

No project director, manager or team leader can say without qualification that he or she has not been challenged or blindsided by unexpected events in the process of developing an information technology application. When building applications, we must live in constant vigilance for new problems.

Nevertheless, the accepted approach to systems development is to always be positive. The very nature of positive "no problem" thinking, however, gets us into trouble. We do not tolerate bad news on a project, no matter at what level. When the reality of a glitch in our planned work appears, it is our nature to think this cannot be happening; there must be a misrepresentation of the facts.

Then the process of review, analysis, and reflection begins: Why did this occur? What will it cost in extra development time? Can it be easily fixed? Is this a problem the boss should know about? Can we keep it within the team, do an easy fix, and avoid presenting the bad news to our peers in the project control group?

Here is where the element of human frailty rears its ugly head. The inherent culture of projects is to emphasize successes and achieve milestones, thereby enhancing peer acceptance. At project review meetings, Charlie is always on target, no problems, has a great team and will implement on time within budget… until the truth comes out that the problem he and his team have hidden for two months will now cause a serious implementation setback. It was not an easy fix. It should not have been hidden.

Problems are easiest to solve when they are first identified. Over time they tend to grow, eventually presenting a massive roadblock as inertia, cover up, and eventually panic takes over. This suggests we should encourage a culture in which problems are identified and dealt with expeditiously.

An Alternative Approach

Now let us consider a different model of project management - one in which team members feel compelled to share the problems and challenges of systems development. In this model, the responsibility for project managing does not rest with the project office, project manager, director, etc. It is a team responsibility. If the project fails, the team fails.

In order to take this approach, a climate must be engendered that makes team members feel part of the overall management scheme. Every team member, whether it be a business analyst, programmer, project manager, or director, should be able to communicate and escalate a problem or potential problem as soon as it is discovered. They should be able to identify and load the problem/issue into a live, continuous issue-management system that should be a contemporaneous adjunct to the official project management/status control system.

Some project management applications allow for contemporaneous issue management. Whether you use the existing facility or implement a secondary issue management system is irrelevant. The main theme should be the use of the system at every level.


Sign up for our Newsletters












Print |  Views: 1658   |   Rating:ononononon  (1 votes)
Rate this article on a scale of
1 to 5 stars,5 being the best.




Related Content

Project Team Best Practices
Project Team Best PracticesCIOs who can deliver projects on time, on budget and as advertised are valued members of any enterprise executive team. Here are some of the key elements to successful project delivery.
Creating successful project teams
Creating successful project teamsMarket-based processes that identify a prime and subcontractors, combined with the practice of subcontracting for deliverables rather than just people, make large-scale project management within everybody's capabilities
Build a new IT department in 2006
Build a new IT department in 2006The internal IT staff is back. Hiring needs have changed and people with business skills are the most valuable. They're also the hardest to find.
2008 Couchiching conference opening keynote by Bill Buxton
i glanced at cpac earlier this week, and noticed bill buxton giving a talk. i looked things up, and found out this was at the 77′th annual couchiching conference and that cpac’s video on demand had this full ta
Anatomy of a Kickoff: Part 6: Points to Ponder
arun nithyanandamthis is a series of posts, if you haven’t read the earlier ones, please read it here.part 1: overviewpart 2: client and pr
Project management's dirty little secret
in speaking with michael sheppard, a phd student at the university of waterloo and a veteran it project manager, i heard a refreshing bit of insight into the minefield that is the art of project management. sheppard pointed out, quite matter-of-factly, that a big part of a team's responsiblity lies not just in ensuring the successful completion of the project, but also in managing expectations an
blog comments powered by Disqus