February 23 - Keynote titled OSGi in the Enterprise: Agility, Modularity, and Architecture’s Paradox
March 22 - 25 - Tutorial on Modular Architecture
June 14 - 17 - Sessions titled Turtles and Architecture and Patterns of Modular Architecture
July 26 - 30 - Two sessions on rich mobile applications and one on agile development. Half day tutorial on software process improvement.
Right on. I just won a Best Buy drawing worth $1000. Either that or I won a shiny new virus by clicking the link. Hmm...what to do. 2012-08-29
The opinions expressed on this site are my own, and not necessarily those of my employer.
Software failure statistics are abundant and serve as clear evidence that we must reform software development. While industry claims an IT labor shortage is the motivating force behind outsourcing, the greatest factor is directly related to our inability to deliver value-add software. As organizations continue to lose faith in IT as a trusted partner, the services we offer are little more than an ample commodity, and the search for cheaper labor will persist. But, there is no IT labor shortage.
We fail for many reasons. But mostly, it’s of our own accord. The original CHAOS report, published by The Standish Group in 1994, supports the claim that the primary impediment to successful software delivery surrounds requirements. Since the publication of that report, more evidence has emerged to support its findings:
Unfortunately, many organizations attempt to rectify this situation by applying traditional software development techniques that emphasize early requirements elicitation and stabilization, followed by the other phases of the SDLC excecuted serially. While a noble goal, it is not possible to stabilize that which is inherently unstable. Experience has also shown me that many process improvement efforts result in little more than a varied manifestation of the same flawed processes that have plagued the software industry for decades. Yes, I put that in bold type for a reason - in many cases, we attempt to solve the problem using solutions that directly contribute to the problem.
Clearly, to improve software delivery, a more nimble and adaptive approach is required. Returning value to IT requires shedding the flawed processes of yesterday, and introducing methods that create greater alignment between IT and business by promising incremental delivery of functional software. Obviously, you see where I’m going with this, but the details will have to wait for another day. Instead, I want to point out some alarming failure statistics.
I can promise there are many other examples of failure with equally staggering numbers. Why do we fail? In the case of the VCF, failure was the direct result of poorly defined and evolving requirements and overly ambitious schedules.
Obviously, our current approach is not working. In an era where IT services are viewed as an easily obtainable commodity, the onus is on IT to earn back the trust of our business partners. To do so requires a more adaptable and nimble approach to software delivery that results in more innovative use of technology. I’m a firm believer that increased development agility is the fundamental element in software development reform.