There is no doubt that Agile growth in the market is significant, and the growing daily number of inquiries I’ve been getting on Agile from end user organizations in 2012 gives me the impression that many are moving from tactical to strategic adoption. Why’s that? Many reasons, and you can read about them in our focused research on Agile transformation on the Forrester website. But I’d like to summarize the top five reasons from my recent research “Determine The Business And IT Impact Of Agile Development” :
Quality was the top — quite astonishing, but both the survey we ran across 205 Agile “professional adopters” and the interviews across some 21 organizations confirmed this. My read is that this is about functional quality.
Change was second to quality. We live in an era where innovation strives and organizations are continuously developing new apps and projects. But your business does not necessarily know what it needs or wants upfront. The business really appreciates the due-course changes that Agile development allows, as they enable the business to experiment and try out various options so it can become more confident about what is really right for the organization. Cutting edge cutting edge systems-of-engagement (Mobile, Web-facing, Social-media, etc) require lots of Change in due course.
Yes, that’s right — I’m suggesting CIOs should stop working on IT strategy. The days of developing a technology strategy that aligns to business strategy need to be behind us. Today’s CIOs must focus on business strategy.
Let’s face it: Does sound business strategy even exist today without technology? Most CEOs would likely agree that, unless you are running a lemonade stand, any successful business strategy must have solid technology at its core. The challenge for today’s CEOs is that, while planning business strategy in isolation from technology is sub-optimal, it remains the most common way business leaders develop strategy. And while there have been many great books about strategy, the specific challenges facing the CIO are largely absent.
I had an interesting conversation with a Forrester client in response to an inquiry about the definition of “time to value” for technology solutions. When I received the question, I thought, “That’s easy!” While there is no “GAAP” definition of time to value, I was ready to say that it would be one of two things:
1- The time from project start to the start of business benefit accrual. So, if a project took 12 months to implement, and then three months for the business to adapt to it, the time until business benefits began to accrue would be 15 months.
2- The time from project start to the date at which cumulative business benefits exceeded the cumulative costs. In other words, the time until the “payback” of the investment.
However, in trolling around to make sure that I hadn’t missed anything, I stumbled upon a potential third definition (and I wish I could point back to the source). One commentator on the Web suggested something a bit different – and something that has a great deal of merit as we rely more and more on technology to drive business gains. In his definition, time to value represented the time until the business targets for the solution were achieved. So, rather than looking at the start of benefits, or the date we’re no longer cash-negative, we are now looking at the time until the full desired benefits are achieved. So this becomes:
3- Time to value is the time from project initiation until the projection of total business benefits is achieved.
This change in perspective has a number of implications: