We are running multiple Scrum teams, all dedicated to one technology or know-how: ops, server developers, web frontend, UX desigers, etc. We would like to move to a feature teams organisation.

I have read that the easiest transition, is to create one feature team at a time, kickstart it, make it grow and mature, before creating the second one, and so on. Is this a good approach?

1 Answer 1


That's a good way to do it, especially if you think that there may be difficulties across the organization that one team will be able to surface. Here are some things to look out for:

  • shared dependencies, including other teams and people
  • KPIs that make different roles compete against each other
  • people working on multiple projects, rather than the one the team is focusing on
  • product owners and analysts who are used to providing the teams with more technical solutions, rather than descriptions of the problem they're trying to solve
  • a project which turns out to be too big and weighty to be easily adopted by a newbie Agile team.

Your first Agile team should ideally be working on a small, "quick win" project, especially if it's risky. Try to avoid anything with lots and lots of dependencies; even experienced Agile companies struggle with those.

Most people doing this leave the operations team out until the end, but there's a growing movement to embrace them (devops). If you can, do it.

Richard Durnall has written some excellent "expansion patterns" in this presentation, for when you've got the first team going and want to grow it. You may also find his post on the order in which different bits of the company break during an Agile adoption useful.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.