Computerworld - I learned an important lesson in my IT career years ago, when I accompanied a veteran colleague to a project kick-off meeting. Someone else was in charge, but my colleague took advantage of a brief moment of silence at the beginning of the meeting.
"I thought it would be useful," my colleague said innocently, "if we could agree - before we get into all of the technical details - as to how we would recognize whether the project has succeeded."
Several people in the room cleared their throats in preparation for long soliloquies on the True Meaning of Success. But before anyone could start, my colleague charged ahead with another observation.
"Actually," he said, with the same air of innocence, "I think it would be useful to begin by asking who is allowed to declare success."
Another moment of startled silence, and everyone turned expectantly to the manager who had convened the meeting and who was presumed to be in charge of everything.
To his credit, this manager responded by saying, "I'd like to say that I'm the one who declares success or failure, but the truth is that if Fitzgibbons [not his real name] in finance doesn't like what we're doing, he can pull the plug on this project anytime he wants."
This was apparently news to several people sitting around the table, for the shock was evident on their faces.
"Well, what about Mr. Harrison?" my colleague asked, referring to the CEO with the respect and deference that indicated that Harrison (not his real name) was just as powerful as his title implied.
"Oh, well, Harrison can kill the project too," the first manager replied with a shrug. "But this project is a real hot potato, and half of the board isn't sure it's a good idea. Harrison doesn't have the power to defend this project single-handedly, nor can he unilaterally declare it to be a success."
After a little more discussion, it became evident that we had all signed up for a project whose success couldn't be guaranteed by any one executive, but whose failure could be decreed at a moment's notice by a half-dozen stakeholders.
And that led us back to my colleague's first question: What would be the criteria used by these people to decree success or failure?
It didn't take long to arrive at another set of political realities: None of the power-wielding executives cared at all about maintainability, portability, reliability, flexibility, user-friendliness or any of the other aspects of "quality" that the IT professionals cared about so passionately. None of them cared whether the
- Study: Total Economic Impact of Google Apps Employees can work faster and IT spending can decrease when companies switch to Google Apps, says a commissioned study by Forrester Consulting. Going...
- Protecting Digitalized Assets in Healthcare Healthcare providers face an urgent, internal battle every day: security and compliance versus productivity and service. For most healthcare organizations, the fight is...
- Is a SaaS Deployment Right for You? Find out the answer and as well as the other deployment options.
- Discover How Mail Express Solves 2 of Your Biggest IT Headaches Email. It can be the source of some of IT's biggest headaches. As it eats up storage and bandwidth, it also opens up...
- Increasing the Value of Your Reports and Dashboards Learn how incorporating other analytical capabilities such as predictive modeling and visualization can increase the value of your reports and dashboards by providing...
- Video surveillance for IT: maximum image quality, minimum bandwidth Join us on Thursday, May 8th at 1 p.m. EST when Willem Ryan, Senior Product Marketing Manager at Avigilon, will discuss how IT... All Management White Papers | Webcasts