BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage News Co-location Transition, Tips and Concerns

Co-location Transition, Tips and Concerns

Leia em Português

This item in japanese

Recently there has been a discussion making about transitioning teams to co-located environments and what it takes to make it a success.

Dave Rooney, of Mayford Technologies, says:

  • Noise is the first problem people notice - he recommends handing Nerf balls or foam bricks to bean people making too much noise. If people put on headphones to avoid the noise, some of the advantage of co-location is lost.
  • Some people will need to take short breaks outside of the team area.
  • Core hours, like: 9:00 - 3:00 (with a break for lunch), help ensure that the team is working together for most of the day, but still have a opportunity to do other things.

Robin Grosset said that when the transition happens, developers mustn't lose floor/desk space when compared to their traditional cubicles, otherwise they will feel it's just a management ploy to squeeze more people into less space.

Sam Edwards noted:

Initially there was very strong resistance from quite a few engineers - they felt they were giving up their privacy and "comfort zone". So we let them organize their desks with the open space, and found they ended up at the periphery, all facing away from each other (corner positions preferred to side positions). ...as pair programming began to creep through the teams, we found the engineers spending more and more time sitting beside each other, which made the actual location of their desks fairly irrelevant. My one strong piece of advice: give the engineers LOTS of time to make this adjustment - it's a big one for many of them, and impossible for some.

Adrian describes a transition he organized for a team of ~45 people:

  1. Make sure everyone is heard. They used Edward De Bono's "Six Thinking Hats" exercise to get the team to consider the change from all different aspects.
  2. Offer the change as six month experiment. People are more open to experimentation than being forced into a permanent change.
  3. Involve team members in designing the new space, there may be limits but the more involved they're in the planning the more ownership they will feel of the change.
  4. Make it fun: get a ping pong table, a couch or something other non traditional office furniture.
  5. Give them some personal space to express themselves and have pictures.
  6. Give them sufficient storage, Adrain's team were all given rolling storage cabinets.

Scott Ambler, Agile Practice Leader at IBM, while acknowledging co-location as likely to improve a team's chances of success, raised some concerns:

  • People who are used to working from home will struggle in this environment.
  • Some people work better in isolation.
  • Noise generated by the team can be a disturbance for the teams around them.
  • Information Radiators (corkboards, whiteboards, ...) are visible to people outside the team. This could be a security problem.

Finally Jay Conne shared the story of a "tech introvert" who told a VP in an elevator that he liked the interaction of team.

 

Rate this Article

Adoption
Style

BT