Back to TopBack to Top
 

What Works vs. What Should Work

 

November 15, 2010

Doug Hadden, VP Products

While working on my upcoming seminar at the Financial Management Institute conference in Gatineau (“The Emperor has no Clothes” – Risk and Results in an Increasing Transparent and Government 2.0 World), I began to reflect on the IT governance gap. Many governance methods are predicated on generally accepted axioms. Or: “what should work“.

My point in the upcoming seminar is that traditional IT governance structures that work in government for mature technologies need to change in order to take advantage of the Government 2.0 transformational promise. After reviewing Treasury Board Secretariat guidelines on IT governance, it occurred to me that this governance gap may exist with more traditional projects. That’s not to say that TBS governance guidelines are somehow antiquated – far from it, when compared to established IT methodologies.

IT professionals often live in a world where technology is abstracted. We hold many concepts dear to our hearts. We use conventional open-loop thinking rather than systems thinking for governance and risk management. This is described fully by Dr. Pallab Saha and team in a Microsoft funded project on Advancing the Whole-of-Government Enterprise Architecture Adoption with Strategic (Systems) Thinking.  What struck me was the view that conventional thinking is fragmented (Believing that really knowing something means focusing on the details) , rather than holistic (Believing that to know something requires understanding the context of relationships.)

The IT governance gap comes from specialization or, what Dr. Saha describes as “factors” and “straight line” thinking. The overall effect of any IT project comes from the relationship to other IT projects. Here’s where we see a gap in traditional IT projects, when we use conventional thinking like:

We encounter this gap frequently where facts collide with strong axioms. Government 2.0 provides a compelling event for IT professionals to reconsider some of these axioms. IT governance can follow the ceremony of process yet fail to meet objectives because the project technology premise was faulty. How should IT governance adapt?

  • Ignore vendor success stories (it’s marketing, not reality)
  • Connect with practitioners to determine what works and doesn’t work
  • Use technology analysts to identify issues and opportunities, but don’t take their word for “what should work” – remember, vendors have influence here
  • Question the technical premise behind the project at the beginning – this could reduce the IT governance overhead
  • Small projects first, avoid the “big bang:

 

The following two tabs change content below.
Doug Hadden

Doug Hadden

Executive Vice President, Innovation at FreeBalance
Doug is responsible for identifying new global markets, new technologies and trends, and new and enhanced internal processes. Doug leads a cross-functional international team that is responsible for developing product prototypes and innovative go-to-market strategies.

Leave a Reply