Agile Colocation

Agile ColocationI was very interested to read this post about agile colocation on Artem Marchenko’s Agile Software Development blog. The comments are also very interesting.

As always, I don’t think the colocation debate is black and white…

I’ve read plenty of articles and blog posts about the merits of colocation. I’ve also read lots about how colocation is an essential ingredient of agile development. And I’ve read some very good counter-arguments explaining how agile can work – and is working – with teams that are not located together and even working across borders.

I think the debate, as with most things depends on your circumstances.

In our case we have business teams in multiple locations. So is it best to locate the associated development teams in the same building as the business units, or in a central development group colocated with their technical peers and other people of a like mind?

There is certainly a case for colocation with either group, but they can’t be in two places at once so we have to choose!

In situations like this, I think it comes down to which group of people is most valuable to collaborate with most frequently.

If you have an established product or business in a BAU (Business-As-Usual) situation, but a development team whose development practices are not well established, I would suggest that ongoing product development is best placed near other, more established development teams, where good development practices and experience can be shared amongst peers.

If, on the other hand, you have an established development team with good development practices, performing well and delivering what’s expected, but a product or business unit that is not in a stable situation (e.g. new product development, competitive threat, major problems, etc), I would suggest that colocation with the Product Owners is much more important. In this case, active user involvement is imperative, in order to provide extra visibility, get very regular feedback and customer insight, and be able to respond in Sprints accordingly.

In any event, I do think distance adds to the compromise, wherever you are permanently located. I’ve made comments before about this in relation to Agile India. If the opportunity for face-to-face communication is virtually nil, then I think the compromise is a really big one.

Kelly.

One Response to “Agile Colocation”

  1. Artem Marchenko says:

    IMHO, most of the time the most efficient way to develop software is to colocate a small cross-functional team together with the customer. The problems start arising when you have to compromise. E.g. if you just have to work with the offshore team or if the project is clearly too big for 5-10 people. And if you have to compromise, well.. then you have to compromise :)

Leave a Reply

What is 8 + 7 ?
Please leave these two fields as-is:
Please do this simple sum so I know you are human:)

There are 101 ways to approach anything.
To find the best way, sometimes you need expert help

What People Say

“Kelly is an Agile heavy-weight. He came in to assess my multi-million $ Agile development program which wasn’t delivering the right throughput. He interviewed most of the team and made some key recommendations that, when implemented, showed immediate results. I couldn’t ask for more than that except he’s a really nice guy as well.”

DAN PULHAM, DIGITAL DIRECTOR
TELSTRA