Offering regional and national programs, CIO (and CSO) events bring together some of the most respected names and thought leaders in information technology and security. Presented by CIOs and other senior level executives, these invitation-only programs offer timely topics and strong networking. Learn More »
Portfolio Management Maturity Model at Chevron - Presentation & Discussion
November 13, 11:30 AM - 12:30 PM ET (GMT-4)
Janinne Franke, manager of strategy, planning & optimization at Chevron's corporate department & services, will share processes and lessons learned from developing and implementing the model.
Social Responsibility's Strategic Benefits
December 15, 11:30 AM - 12:30 PM US/Eastern (GMT-5)
Join Ed Granger-Happ, CIO of Save the Children, for a discussion of how creating an organization that is socially responsible improves staffing, retention, leadership development and overall corporate health.
Learn more about the CIO Executive Council »Apply today for a FREE subscription to CIO Magazine!
August 01, 2008 — CIO — The metrics organizations commonly use to determine whether an IT project is a success or a failure—whether the project is completed on time, on budget, and delivered the initial requirements—do more harm than good for IT departments, according to a new report from Forrester Research.
Organizations use these metrics because they're easy for business people to understand, writes principal author Lewis Cardin in the report, Debunking IT Project Failure Myths. But these metrics are problematic for IT departments. In a way, Cardin suggests, they set up IT departments for failure.
For more information on project management, see Three Keys to Getting Your Projects Under Control.
The problem with these metrics, according to Forrester, is that they perpetuate the idea that a project is only successful when it is completed according to the initial schedule, budget and requirements—and therefore, that anything less is a failure.
Another problem with these metrics is that they don't take into account the mercurial nature of project management and project delivery.
"Project requirements change for a variety of reasons, and schedules and budgets change during the lifetime of the project based on better information as to effort, complexity and interdependencies," writes Cardin in the report, published July 28. "This would not be an issue except that project sponsors judge project success in terms of schedule-budget-meet requirements."
In other words, project sponsors latch on to the initial estimates project managers propose for the schedule and cost of a project. And because project sponsors don't understand project complexity and other factors influencing cost and timeline when requirements change, they may see the project as a failure if costs increased, even if the changes improved the value delivered to the business. Unfortunately, business executives' lack of understanding about project management influences their perception of IT project success and failure.
For a list of project management pitfalls to avoid, see The 14 Most Common Project Management Mistakes IT Departments Make.
Finally, the cost-schedule-requirements metrics don't reflect the fundamental issues that cause projects to fail, such as unresponsive project governance, unrealistic project plans and business executives' very limited understanding of project management.
As problematic as these metrics are for IT departments, Cardin doesn't suggest changing them. Instead, he recommends that project management offices (PMOs) play a more active role in managing project sponsors' and business stakeholders' perceptions of project success and failure. Here are four measures Forrester advises PMOs to take.
Just the basics, please. Sometimes we all need a refresher or we need to make sure our team and our colleagues are all on the same page.
Over 25 tutorials on everything from business intelligence to virtualization.