{"id":4306,"date":"2010-03-31T14:17:58","date_gmt":"2010-03-31T20:17:58","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/2010\/03\/31\/in-quest-of-simplicty\/"},"modified":"2010-03-31T14:17:58","modified_gmt":"2010-03-31T20:17:58","slug":"in-quest-of-simplicty","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2010\/03\/31\/in-quest-of-simplicty\/","title":{"rendered":"In quest of simplicity"},"content":{"rendered":"

If you’re in the market for hammers<\/a> and silver-bullets<\/a>, simplicity is a pretty good one.<\/i><\/p>\n

Complexity impedes effective delivery<\/p><\/blockquote>\n

So said outgoing chair of UK’s Parliament’s Public Accounts Committee Edward Leigh in an “I’m outta here!” letter<\/a>. Never mind the irony of publishing it as a PDF instead of an HTML page – it’s a good launching off point to think about Big Ticket IT.<\/p>\n

Those four words sum up the problem with most big software, and he throws in a laundry list of other issues that can cause software failure, primarily, in my wording: management incompetence, laziness, and overly optimistic estimates (both of schedule and “value” in the finished project).<\/p>\n

I have a personal, totally unscientific rule of thumb: the more budget there is in an IT project, the more likely it will cost a lot in both time and money. That’s a bit of Yoggiic tautology<\/a> there, but when it comes to the new idea of open government<\/a>, it’s a good seam to cut along when thinking about IT projects. When I hear about a multi-million dollar government projects to do, what seems, like relatively simple information presentation, I often scratch my head wondering where that money goes. Would a Twitter account<\/a>, WordPress.com blog, or Facebook page do just as good?<\/p>\n

Beyond actual technologies, simplicity helps in process and planning: often it’s better to deliver IT incrementally<\/a> rather than all at once.<\/p>\n

Saving open government from going pear-shaped<\/h2>\n

Of course, then there’s the issue of compliance and accessibility, and then you’re into the weeds. In some corners of IT, you’re discouraged from thinking too much about edge cases (“what if they have a dial-up modem?”), in more (government) complex IT projects it seems like edge cases are the main problem as you’re concerned about 100% of the market – better, that 1% who’ll complain.<\/p>\n

Clearly, there are things worth spending money and complexity on. Though I haven’t checked it out personally – not living across the pond – from what I’ve seen of the form-handling in Southwark<\/a>, success can be had it government IT projects.<\/p>\n

That case and others points to at least two non-technological things that open government efforts need to double-down on:<\/p>\n