…but developer productivity and commercial flexibility are bigger This post goes into technology a little more than usual so the TL;DR version for busy CIO’s is: Please make sure some of your teams are experimenting with serverless technology from Amazon or other providers. The rest of this post explains why Amazon is leading the transformation of software development with an obscure bit of technology from Google.
I recently noticed that I have been using @CIOPortfolio for 5 years now and that got me thinking about what has changed for CIOs over that time. Although digital technology is renowned for its frenetic pace of innovation (here we go again!) you could argue that not much has changed. Surprisingly, that is a terrifically useful insight for CIOs.
You could be forgiven for thinking that the agile movement is taking over the world. For example, Amazon is famously agile and because it can make changes to its software every second it can maintain its lead in existing markets whilst conquering new ones. But look more carefully and, of course, things are more complicated than that. In many respects, leading digital businesses are not as agile as they seem.
This is quite a long post so here is the 30-second version: organising services around calendars and clocks is generally a bad idea it is much better to organise around outcomes and risks this is now a practical option because of new technology CIOs can take the lead and help the whole enterprise. Sarah Wilkinson, CTO for the UK Home Office, recently wrote a post about breaking away from some long held traditions in IT. The article includes some great advice but I think we need to go further.
Why has IT management become so cursed with Binary Thinking? No. 7: Changes and projects can be delivered in an agile or waterfall way Binary Thinking: Traditionally people commissioning a change have carefully specified their requirements and then left a project team alone for months, or maybe years, to develop and deliver a capability to fulfil the requirements. This disciplined, structured approach has been largely discredited in the IT domain as the cause of many high-profile project failures. Alternatively changes can be made in an agile way which means delivering basic capabilities in days or weeks and working closely with commissioners to add further capabilities iteratively over time. These days everything should be done using an agile approach.