If I had asked people what they wanted, they would have said faster horses.
On the subject of core transformation, I believe many companies approach transforming their core business with the wrong attitudes. They’re using the same process for implementing transformation that got them where they are today. They’re looking for applications that are lean and process centric, but then deploy them in a traditional fashion that makes them static.
I could imagine the conversation between IT & the Business. Business says “we’re not able to move fast enough”, so IT responds “what would you like the system to do?” After hearing a list of capabilities, they respond that “we’re deploying a new application that will give us those features.”
Of course, that application leaves the business unsatisfied – over time, they’ve developed new requests. IT feels that the business is never satisfied, constantly changing their requirements. The business feels that IT doesn’t listen.
iOS 7 came out almost four months ago. Four. Months. Complaints have been constant since then. What possible excuse could they have for not pushing out an update already?
Anyone from IT reading this post is probably shaking their head – nothing happens in less than four months! Or, as a customer of mine once said to a sales person I was working with…
That change your suggesting would only take a couple of hours to make. But, then it would take at least 2 weeks of testing at which point we could get on the schedule to roll into production. Getting on the schedule usually takes 2 months.
This is why DevOps matters to large enterprises. Their employees expectations are being set by consumer technologies. In contrast IT is delivering technology in a rather old fashioned sort of way. Simply buying a new system to transform the old way of doing something isn’t really transforming. It’s delivering new features.
To truly transform the way IT delivers technology takes a lot more effort. It requires IT to do more than just buy new products. IT need to change their process of delivering technology to the enterprise so that change itself can happen more quickly, regardless of the features themselves.
PS Just found another article saying something similar, if in a more technical manner. It’s a good read.
- Reminds me of one of my favorite sayings… “just because I’m paranoid doesn’t mean they’re not out to get me.” [↩]