Project Management

Was the use of Agile the cause of HealthCare.gov's mismanagement?

From the Agility and Project Leadership Blog
by
A contrarian and provocative blog that goes beyond the traditional over-hyped dogma of "Agile", so as to obtain true agility and project leadership through a process of philosophical reflection.

About this Blog

RSS

Recent Posts

Has Scrum outlived its usefulness? Should Scrum just go away?

The rise of Agile’s SAFe is like a bad episode of the movie Groundhog Day

Marcel Proust’s recursive novel: Why the concept of iteration in Agile is shortsighted

Forecast for 2015: The beginning of the end of Agile?

Google considered the best US company to work for due to HR agility

Categories

Date

linkedin twitter facebook Request to reuse this  


More than anything, reading the detailsMore than anything, reading the details in the article suggests that Agile was definitely not used effectively (obviously from the results!) or properly.  The front-end system design and deployment was done in a incremental and iterative fashion, but in this instance there was so many complex dependencies that more rigorous analysis and upfront planning should have been done.
This article from GCN seems to indicate that its use (or misuse) was the cause of the deployment fiasco.
 
 
More than anything, reading the details in the article suggests that Agile was definitely not used effectively (obviously from the results!) or properly.  The front-end system design and deployment was done in a incremental and iterative fashion, but in this instance there was so many complex dependencies that more rigorous analysis and upfront planning should have been done.
 
I've personally seen these type of situations happen where the adaptive, flexible processes most effective for an Agile deployment are not applied at the appropriate situation.  For large, very complex systems, a more systematic use of planning is often necessary then during the deployment, utilize Agile's principles of "inspect and adapt".  This is the most effective and optimal combination of traditional and Agile most suited for these kinds of projects.
 
It will be interesting to see how this all works out!
I've personally seen these type of situations happen where the adaptive, flexible processes most effective for an Agile deployment are not applied at the appropriate situation.  For large, very complex systems, a more systematic planning is often necessary then during the deployment, utilize Agile's principles of "inspect and adapt" is most effective and optimal. in the article suggests that Agile was definitely not used effectively (obviously from the results!) or properly.  The front-end system design and deployment was done in a incremental and iterative fashion, but in this instance there was so many complex dependencies that more rigorous analysis and upfront planning should have been done.
 
I've personally seen these type of situations happen where the adaptive, flexible processes most effective for an Agile deployment are not applied at the appropriate situation.  For large, very complex systems, a more systematic planning is often necessary then during the deployment, utilize Agile's principles of "inspect and adapt" is most effective and optimal.

Posted on: November 09, 2013 11:11 AM | Permalink

Comments (4)

Please login or join to subscribe to this item
avatar
Wayne Mack Retired| Retired South Riding, Va, United States
I would argue the opposite and believe when a system has a large number of parts, early integration through agile practices is crucial. Though none of us have any real inside knowledge of how the web site was developed, I believe we can agree that having "developers start coding the smallest increment possible and 'grow' the working software up, little by little, with constant customer feedback." (as described in the article) was not done. Big bang deployments with integration occurring in the final days or weeks before delivery has failed repeatedly and we should not continue using that approach.

avatar
Bernard Gore Portfolio, Programme & Project Professional| NZ Police Wellington, New Zealand
"THE cause"? Certainly not. A contributor to the problems? almost certainly. The problems came form something much larger - a failure to understand the size and complexity of what they were trying to do, a failure to assess the critical points in it, and a failure to really use agile properly to check that progress is in the right direction. And a failure to look at previous similar projects elsewhere and learn the lessons which were available.

At most Agile was an intermediary, a way in which the real failures were promulgated through the work. It certainly was not itself the root cause of the failure.

avatar
Alaa Hussein Program Manager| MEMECS Baghdad, Iraq
Thanks for sharing

avatar
Eliyahu Mirlis Eliyahu Mirlis| RegalCare Management Group Edison, Nj, United States
Great article.

Please Login/Register to leave a comment.

ADVERTISEMENTS
ADVERTISEMENT

Sponsors