English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Project heroes

Business RSS Feed





Project heroes. We've all heard of them. Some of us have even seen them. A project is in jeopardy. This guy (or gal) comes out of nowhere, analyzes the situation, tells you exactly what the problem is, and then goes on to fix it before you can even update your project plan!

Some project managers place a high level of trust in project heroes. As a result, their superman (or superwoman) is assigned to the most fascinating projects and their technical decisions and sizings are never challenged. In the meanwhile, the rest of the development team implements banal functionality or fixes defects.

What's Wrong With This Picture?

Well, for one thing, too many project managers pick heroes based on their can-do attitudes instead of their ability to consistently deliver software on time and according to specs. As a result, developers who are fed up with boring tasks and want to be treated as heroes suddenly become overly optimistic when asked to size features.

Additionally, I've seen many so-called heroes hold up entire companies because they wouldn't admit that they were having trouble meeting their schedule. By blindly trusting everything your champion tells you, you undercut your ability to take corrective action in a timely manner.

Finally, an emphasis on project heroes discourages cooperation among the many stakeholders in the software development process since many champs tend to undermine their peers.

Asking a developer to justify his estimate doesn't mean you don't trust him. Asking for a second opinion doesn't suggests she is incompetent. It simply proves that you understand risk is part of any project and that you do your best to assess and minimize it.

Giving carte blanche to project heroes sometimes ? but rarely ? leads to high-quality software developed in record time. More often than not, the result is a pattern of schedule slips that are not acknowledged or reported until it's too late, built up frustration amongst team members, and a lot of I told you so when your champion fails.

Luc Richard holds an MBA with a major in high technology. For the past 10 years, he's been managing the development of software applications. He is the founder of The Project Mangler (http://www.projectmangler.com), an online resource that publishes free articles, stories, and other ready-to-use tools to help developers, team leaders and managers deliver software projects on time, according to specs, and within budget.

Article Source: Messaggiamo.Com





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Webmaster Get Html Code
Add this article to your website now!

Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Submit your articles to Messaggiamo.Com Directory

Categories


Copyright 2006-2011 Messaggiamo.Com - Site Map - Privacy - Webmaster submit your articles to Messaggiamo.Com Directory [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu