Com isso, dado os estudos e fatos acima uma equipe com tamanho 5 parece satisfazer todas as condições relacionadas as recomendações do Scrum, Lei de Parkinson limite natural de memória de curto prazo e canais de comunicação favoráveis.
Entretanto, apesar da forte evidência a favor de uma equipe com 5 membros, Jurgen advertiu que ao invés de seguir a recomendação do tamanho da equipe, as equipes devem primeiro tentar se auto-organizar e gradativamente chegar a uma equipe de tamanho ideal. Segundo ele,
Quando você precisa estruturar um grande projeto, não imponha um tamanho de equipe “preferido” nas pessoas só por que isso está escrito em um livro. Tente permitir uma auto-organização para fazer esse trabalho e permita que as pessoas (dentro do seu ambiente real) percebam qual é a sua otimização. Eles querem dividir uma equipe de sete em duas equipes de três e quatro? Certeza, por que não? Eles estão juntando duas equipes em uma grande equipe de quinze membros? Legal, deixe-os ver se isso funciona.

Jesper Richter-Reichhelm, engenheiro chefe na Wooga, falou no GOTO Amsterdam 2014 a respeito de dificuldades inesperadas para encontrar serviços de backend no mercado adequado às necessidades dos jogos móveis desenvolvidos pela Wooga. Combinar custo razoável, integração com o conjunto de ferramentas existentes e acesso transparente a dados se provou impossível. Como resultado deste cenário, a Wooga decidiu realizar o desenvolvimento de serviços nestes padrões in-house.