Ative at Work

Agile software development

Ative at Work

Going Agile - Introducing Inspect-and-Adapt Cycles

Many large IT organizations are so inefficient that helping them go agile may seem like an incredible amount of work.

The key to not being discouraged is taking the long view and following the advice for how to eat an elephant: it is “one bite at a time”. If we try to solve all the problems at once we will simply be overwhelmed by complexity. Therefore we take an incremental approach.

The key is to introduce a reflective inspect-and-adapt cycle into the process.

Scrum addresses this problem in a very simple manner. We keep track the impediments experienced by the team in an impediment list. Hand in hand with this list is the “1-day rule” that any impediment must be addressed within one day. Even if the root problem cannot be fixed immediately the continuous application of these principles will keep focus on process improvement. Day by day things will become better.

Addressing impediments is quite painful to large organizations since the process is extremely good at making the organizational dysfunctions very visible. Therefore, Scrum also comes with the warning that “a dead ScrumMaster is a useless ScrumMaster”. We have to adapt to the pace that the organization is capable of absorbing. In the case of bottom-up implementation this may be a very long process - especially if the organization is financially sound. Ironically, in going agile, it is often much simpler to treat a dying patient where “business as usual” is no longer an option and the motivation for fixing the problems is much higher.



Rune Mai (danish blog about agile processes, said:

I think it is very important to gain trust on the business side first. Guys such as Ken Schwaber many times describes Scrum as a somewhat "better" methodology than the rest, and also takes on a rather arrogant view of organizations not being able to understand the "good stuff" about Scrum. I do not share this view. I agree on agile processes being good, but it is very hard work changing an organization, and to me it is not enough just by starting out in development department with one project all of a sudden going agile, Scrum... you need to change the mind of many business guys first... to me the clever way is: run a Scrum project on the Scrum implementation itself, thus identifying the key stakeholders and the product owner, then start winning those guys...

juni 2, 2007 7:25

About Martin Jul

Building better software faster is Martin's mission. He is a partner in Ative, and helps development teams implement lean/agile software development and improve their craftmanship teaching hands-on development practises such as iterative design and test-first. He is known to be a hardliner on quality and likes to get things done-done.
© Ative Consulting ApS