This post is from Agile Advice - Working With Agile Methods (Scrum, OpenAgile, Lean) by Travis Birch. Click here to see the original post in full.
I have heard many reasons why a new team should wait to start “doing” Agile. Recently, I was asked to help a group who was struggling to get a Scrum team started. They had real obstacles to overcome, but waiting wasn’t helping them.
This group was part of an IT initiative to develop a business intelligence program for a large energy company. The existing processes were highly inefficient and wasteful. The losses were in the ballpark of $1M/day. There was a long history of failed solutions. Needless to say, this was a critical project.
Those of us who understand Scrum well know that the more critical a project is, the more urgent it is to get a team up and running as early as possible. Unfortunately for this group, there was a great deal of cultural inertia from the IT management holding them back, including chronic distrust between IT & business leadership. IT management perceived Agile to be a risk and a threat. They were tolerating it as a “pilot project”. They wanted to be sure that when Agile failed, they would not be left holding the bag. Their solution for self-preservation was to insist on getting the architecture of the system in place before the team started to work on features.
The only developer that management trusted with the initial architecture work was also extremely busy working on other projects. This individual and several other people slated to...read more