{"id":405,"date":"2013-11-08T19:27:18","date_gmt":"2013-11-08T08:27:18","guid":{"rendered":"http:\/\/www.coffeescroll.com\/?p=405"},"modified":"2013-11-08T19:27:18","modified_gmt":"2013-11-08T08:27:18","slug":"busting-them-freakin-it-silos","status":"publish","type":"post","link":"http:\/\/www.coffeescroll.com\/index.php\/busting-them-freakin-it-silos\/","title":{"rendered":"Busting them freakin’ IT silos"},"content":{"rendered":"

This is a rough approximation of most IT Infrastructure organisations I’ve worked in – minus management of course!<\/p>\n

\"Cloud<\/a><\/p>\n

As you can see it’s very silo-ed. The only reason it functions at all is because IT people are highly developed socially<\/a>, able to communicate without using jargon<\/a>, and can comprehend the bigger business issues without being too precious about technology<\/a>. Pfffft… Bollocks! The only reason it functions at all is because of large cross-silo teams of project managers, infrastructure architects and service managers that run around like Mel Gibson in Gallipoli<\/a> trying to get the message around about what needs to be done.<\/p>\n

A typical workflow for an IT project might be something like this (The cells with green indicate cat-herding,<\/a> high-cost activities):
\n
\"Project<\/a><\/p>\n

If you’re lucky, some activities may have been automated and orchestrated (shown above as green\/orange), which expedites and standardises<\/a> projects.<\/p>\n

This process is implemented in a pretty predictable and fixed way. And for good reason. “Management by Projects<\/a>” has been a pretty consistent way of running IT even if weekly time-sheets are a menial fiction we all loathe. It’s only the mega-budget<\/a>, long-term projects<\/a> that have a special way of going awry<\/a>.<\/p>\n

The organisation in the first diagram won’t scale in the era of cloud computing though. It’s too cumbersome. Everyone loves cloud computing because of the low transaction costs (initial build cost and time-to-market). Instant gratification wins most of the time even if it costs more over the long term.<\/p>\n

An organisation structure that can support this instant gratification will be one where the silos have shrunk. I’ve attempted to show this in the updated organisation below:<\/p>\n

\"Cloud<\/a><\/p>\n

IT Generalists<\/a> and specialists with a propensity and willingness to cross-skill are moved into new Cloud Infrastructure and Service Operations teams. Over time these teams grow as your “traditional” silos atrophy.<\/p>\n

You’ll still need experts in silos, whether in-house or out, to look after physical assets and organisational-wide compute, storage and network domains but the new cloud groups will be responsible for delivering IT and business projects.<\/p>\n

Your silo-ed database specialists will have experience with big database technologies that aren\u2019t that flexible and your storage and networking specialists will be experienced with enterprise-grade technologies that don’t necessarily have a cloud equivalency.<\/p>\n

In many cases the perception, quite rightly, will be that cloud equivalents for databases, networking and storage are unsophisticated and lacking in features. The perception is right but changing.<\/p>\n

The new organisation should drive efficiency, consolidation and consistency making internal IT environments (internal cloud, hybrid cloud etc.) more competitive with external cloud platforms.<\/p>\n

This new world requires upfront investment and a faith that if you build they will come.<\/a> But they<\/em> – the business – will also need some encouragement. And the best way of doing this is to:<\/p>\n