Feedback

what's your question? be descriptive.

By: [ Admin ] Asked

What is the ideal length of time before swapping pairs?

On our team, we have found that swapping pairs once a day works best for us. What have other teams found to be the best length of time?

Add comment viewed 115 times Latest activity over 1 year ago

or Cancel

4 answers

  • 1

thoughtadrian

Thanks for the link Katie.

I'm surprised to see any recommendations that don't depend on the context of the team. My answer is a strong "It Depends".

I've worked with teams that forced the pair switch every two days (we were working 10 hour days four days a week, so the math worked well). Our work was pretty granular too, so stories could usually be completed within two days. Other than that one project, I've never forced swapping.

I think the swap frequency depends a bit on how big your stories are. If your average story takes 2 days, then swapping with less frequency seems to me to be too frequent. Of course, forcing many folks on the team to be exposed to a given story can be beneficial; I'll have to stew on that.

Per John's recommendation, inspect and adapt is always good advice. That is - try some reasonable frequency (let the team decide) and revisit the frequency on an iteration basis. Also consider that the team may consider that forcing a time-based swap frequency is not right for them (swap at story boundaries instead perhaps - adds complexity in timing swaps of multiple pairs).

NN comments
jonathan cogley
-

One danger with allowing the team to decide on pair swaps is that individuals may defer towards convenience or personal preference (I want to take lunch at x time OR I like working with this person so I don’t want to swap now) rather than productivity.

or Cancel
  • 2

tux

We switch every day with the occasional expansion to 2 days if the pair is still in the thick of it. In these cases it is normally a large complex item that would take longer to explain where the pair is in the item, then to have the same pair finish it. Any shorter than a day and I think you waste too much prep time bringing the new person up to speed on where you are in the task.

Commit intervals are best to keep short (< 90 mins), to make sure the pair is making incremental change and make the item more easily swapped. The massive end of day patch are the biggest hindrance to swapping the next day.

or Cancel
  • 1

john merriwether [ Editor ]

One thing to keep in mind is that there is no absolute from what we found. It should be based on what works best for your team (within reasonable limits). We're just getting started into pair programming and 90 minutes requires getting a lot of efficiency for your developers first. It takes a while to get use to and "get back in the swing of things" after a swap.

I'd start at every day, and play around with it. Make a change after every sprint. Right now we are going for once a day, but sometimes even that can be tough for us.

or Cancel