In the digital world, there is an epidemic of over-delivering software solutions – a recent IT department we visited typically green-lights 80 projects per year – and completes only 15.
Why? Because they are over-delivering their solutions – each one consuming more time and effort than necessary.
The Chief Information Officer hoisted a thick binder up to eye level, and let it free-fall onto the desk, with a thud and a cloud of dust. He predicted, “By the time I retire in 10 years, this software won’t be implemented, and if it is, it probably won’t work.”
A few months later, in the same office, he congratulated his team for reducing the 500 pages of requirements to just 111 pages. Six months after that, he, his team, and their clients celebrated the successful implementation of the slimmer, better, software package, years ahead of schedule and under-budget.
How did they overcome that challenge?
As it turns out, many software solutions are bloated, providing far more functionality than required. Why? Because the organization goes shopping for “features” - instead of first deeply understanding its “must-solve, cannot fail” business problems. As a result, they never define which business problems the software can solve – and, just as importantly, what business problems the software cannot solve. In other words, they do not identify which problems the CIO should solve, and which problems the COO should solve. So, the CIO ends up (unfairly and unreasonably) on the hook for both.
The 2014 Chaos Report by the Standish Group suggests that close to 20% of features are rarely used, and more than 40% of features are never used.
If we rarely or never use these features, then why do we bother defining them, building them, testing them, implementing them, teaching them and maintaining them? Especially while our IT departments are, at the same time, facing huge backlogs of work?
To struggling leaders and teams, it is almost irresistible to try to pack in as much functionality as they can. When we asked clients and IT professionals, the following were the top reasons for this “feature creep”:
This “feature creep” has huge costs:
Many organizations do not have a good handle on their key problems or their causes before they define their requirements. And this is as much a core business issue, as it is a CIO issue.
What Challenges can Software Solve?
Highly transactional business processes (mass-processing, or mass-customization) are defined by decision trees and business rules that can be coded into software to provide a high degree of automation. Processing mass transactions such as tax returns, pension benefits, and so on are often great candidates for serious automation.
However, deep-thinking work (such as building or reviewing business cases, policies, strategies, correspondence, etc.) are much less able to benefit from digital solutions. In the deep-thinking business case review and approval process that the CIO at the top of this article was attempting to automate, after a deeper review of the process by staff using Lean, they identified nine “must-solve, cannot-fail” challenges (Figure 1.0).
Once the CIO’s cross-functional team identified this short-list of challenges and assessed whether currently-available technology could solve them, they realized that expecting digital solutions to solve all of their problems was a pipe-dream. Only about 20% of the issues could be resolved by the software. The team estimated that each business case going through their system experienced at least 7.5 weeks of preventable effort – multiplied by an annual volume of 300+ business cases. Not solving these issues carries a serious price tag indeed.
And as helpful as Agile/Scrum is to deliver twice the software in half the time, without first understanding deeply the business problems and their causes, this worthy discipline is often limited to “building the wrong thing faster, with less effort”.
Every hour you spend better understanding the process you are attempting to digitize could save you ten or more hours of effort later, while also freeing up IT and core business staff to deliver more value in your part of the business and elsewhere.
If you are a CIO, this approach can help you satisfy more clients and get rid of your own backlog. If you are a client of IT, understanding better your own business issues and their causes can get you your desired system more quickly, with greater likelihood that it will actually work once delivered. As another CIO said when looking at the list of his client’s root causes: “This is no longer a $ 300,000 project that has to go through our approval process and take two years to implement. This is more like four days of a Business Analyst and a coder to improve your existing system.”