In recent months there has been a noticeable resurgence in the need for Business Architecture at both tactical and strategic levels. In my experience, there are many Enterprise Architects (EA’s) thinking about Business Architecture, but very few who are really doing Business Architecture.
The Standish Group, an IT research organisation, documents this annually and has historically found that 31.1% projects are cancelled before completion, 52.7% of projects will cost 189% of their original estimated cost and only 16% of projects are completed on-time and on-budget.
Apart from the typical Project Management and Software Delivery Governance and Optimisation improvements that can be adopted to improve this situation, a further and probably more advantageous approach would be to adopt ‘Problem Architects’.
Solution Architects (the opposite of Problem Architects) are more commonly technical specialists focused on defining a technical solution that is usually heavily dependent on ‘clear’ business requirements often formulated by users and project Business Analysts. In most cases, this tends to be an inexact science as it is often too complex, too ambiguous, and has lots of errata due to tight project specific deadlines.
–
Forrester 2010 research has found that:
“…40% of organizations now have an established business architecture program. And most of the rest are working toward creating one. For a large majority of EA teams the question has shifted from ‘When should I start my business architecture effort?’ to ‘How do I get business architecture moving?’…“
Business Process Management (BPM)-InSights 