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
- PCI 3.0 Compliance In this white paper, learn how PCI-DSS 3.0 effects how you deploy and maintain PCI compliant networks using CradlePoint devices.
- Case Study: Intuit Turns to Self-Service IT Intuit empowered its users to resolve their own IT issues with a consumer-like experience to free IT to focus on more strategic initiatives....
- Automation for a Better Tomorrow Check out the five most common annoyances facing enterprise IT service desks today, and how automation can resolve all of them. Download the...
- Beyond the Enterprise App Store Leverage proactive, secure and automated IT Service delivery to move beyond the traditional App Store and empower your users. Read the white paper...
- Expert Panel: Enterprise Mobility and Data Loss Prevention When it comes to enterprise mobility, it's not just about devices, it's about the way people work. Hear this expert panel discuss the...
- Princess Cruises collaborates across the globe in the IBM cloud Norm Ayers, Director of Emergency Response and Social Projects at Princess Cruises explains how IBM and Cloud helped the company rapidly scale its... All Management White Papers | Webcasts