Some problems I see in Agile Methods – Part 3

few days ago I was talking to a colleague and he told me “I’ve convinced my boss

Going beyond Agile_Why software craftsmanship is where you should aim

A few days ago, I was talking to a colleague and he told me “I’ve convinced my boss to start using Scrum”. “Great!”, I replied. But then he started to describe his situation and the problems he is having.

The main problem was that they still didn’t have a product backlog. And his question was “ What do I do before I’m ready to do my first Sprint? ”.  This is not exactly the issue I would like to discuss, but it reminded me of another problem I see in Agile methods, and it’s the idea that “all Sprints are equal”.

Let’s analyze some differences between two iterative and incremental processes :

Scrum and UP (or RUP)

One significant difference is that UP has the notion of Iteration Phase , or Iteration Type . This means that not all iterations are equal. And this makes a lot of sense to me. Not all iterations are equal because when you start a software project there are many unknowns and things you have to analyze and think about. And when you are about to deploy a system to a production environment or release it to customers there are many other things you need to do that are different from what you do during construction.

This doesn’t happen all the time, but it happens often. And then, you start seeing Agile teams that do “Stabilization Sprints”, or “Release Sprints” . I’m sure those are forbidden words for many Agile fans, but at least I was relieved to read a post by Mike Cohn about releasing Sprints where he describes a Bank that manages a 13 million LOC core system that needs them. Believe me, they are not alone.

I think Agile methods should put more focus on these issues , which are very relevant in many projects. And give practical and specific advice on how to do all this while being agile. In other words, I don’t think minimizing the potential differences in Sprints is a good idea.

So, in this case, the problem I see in Agile methods is not related to what they say, it’s to what they don’t say .


Comments?   Contact us  for more information. We’ll quickly get back to you with the information you need.