Blog: Fixing Problem and High-Risk Projects

Again, I was chided for saying there are no Information Technology projects. This time, the excuse was that the company built software. I countered my antagonist by asking if the same group that built their software also maintained the account system, workstations, email, and network. "No, that is a separate group." He was missing that his company's production group was not IT. Information Technology is the support group... and yes, they should not be doing anything that fails to directly affect getting product out the door or reducing costs. Every project's goal must be to deliver to the operational needs of the company—selling product—not to the whims and desires of the IT group. If a project fails to address the needs of the customer (directly or indirectly), then it should never see a penny of funding. This seems such an elementary concept, but it is routinely violated by techno-bigots trying to implement the latest toy or tool.

I need your help. Why is it that as we get older, so many of us lose the desire to learn? Where is the fun in that? A few years ago, I was nearly sucked into it myself—at least for a few minutes. A half-dozen of us were sitting in a coffee shop talking about growing our businesses and conversation turned to Twitter—about its uselessness. As I drove back to my office, I thought, "The six of us ought to go tell the twenty million people using Twitter how foolish they are." With that utterance, I realized how I had been drug into the world of stasis. I spent the subsequent three days immersed in social media, studying Twitter, LinkedIn, Facebook, and numerous other social tools. Now I am perplexed on how to get others to see the value. Let me fill you in on what I have learned about teaching people, maybe you can point out my flaw.

I sent a note to professional organization's program director the other day asking if their group would be interested in hearing about methods to increase project success. The organization was for a technical group that worked with data transformation—a skill set used in every IT project I have ever been on. The reply came in a prompt, succinct, and sarcastic reply:

"We [sic] you please tell me just how this would ever relate to the members of our group. You obviously do not understand that we are not responsible for running the project."

Information Technology organizations continually struggle to build systems that meet their customer's needs. They work tirelessly developing solutions that are delivered late, difficult to use, or deficient in key features and functions. This is nothing specific to the last couple decades; it stretches back to the first systems developed. Fredrick Brookes eloquently underscores this in his recount of the 1960's software engineering project to develop the IBM 360 in his book The Mythical Man-Month (1975) and is required reading for all IT executives. For the Chief Information Officer to solve this problem takes a new approach, one, nearly opposite from today's direction.