Top 5 CIO Tweets of the Week – September 11, 2009post by Chris Curran on September 11, 2009
The travel doesn’t seem to quit as I hit London this week and will be back next week too. Here are some of the great CIO and IT leadership tweets of the week that I’ve been able to collect while in the Admirals Club.
1. I haven’t heard much from the 1-to-1 marketing guru Don Peppers lately but stumbled on this post. I like it because it’s not coming from an IT leader, but from someone who advises business leaders and appreciates the strategic role of IT. One thing that’s wishful thinking for some is that the CIO is a fixture in the boardroom. I’ve discussed the role of the CIO and IT in innovation with a few clients lately and I think it’s the crux of the challenge.
2. IT shops are woefully behind in career development. Yes, most have some training courses available, but I have not seen one decent example of a career path model that links roles, skills and training. This is a big opportunity that impacts everything – quality, delivery, staff retention, succession planning, etc.
3. This is a great example of the problem with SLAs driven by IT. Yes, it’s important to have agreements between technology providers and consumers. So, 5-9s is useful to a small set of enterprise computing staff and vendors. However, the primary opportunity in making SLAs impactful is in putting service levels in business terms. “14 minutes down” is a start, but we need to move to SLAs like “100,000 bills per week” and “4,000 customer service calls resolved per month.”
4. Jason makes a great point regarding the breadth of roles and responsibilities of the IT function. I think that the HR function is on par with IT across all of these dimensions, as they have to deal with every employee as their customers, a slew of 3rd party vendors, lawyers and procurement galore and a lot of emotions.
5. Russ always makes good, practical points. Here he argues that stringent requirements for business cases for every project can cause critical projects to be delayed or killed. I think that some of the challenge here is in the definition of a business case. All projects are not created equal and won’t yield the same kinds of benefits. Some are solid ROI projects, some are more experimental and some are costs of doing business. Each type requires a different kind of business case. Furthermore, smaller projects need less rigor than do larger, more strategic ones. I think we need to understand the business impact of ALL projects, but vary the required justification, governance and documentation.