O Papel dos Referências, no Scrum Escalável

Um dos principais desafios do Scrum Escalável, é criar um fluxo de comunicação, que garanta uma visão compartilhada - e única - entre todos os times. Principalmente, entre aqueles que compartilham o mesmo Product Backlog.

E, quando dizemos compartilhar a mesma visão, significa que todos os times entendem o produto da mesma forma: em termos de negócio, arquitetura, padrão de desenvolvimento, testes e etc.

Esta é uma missão que pode parecer simples, quando temos poucos times - cerca de 5 ou 6 times -,mas imagine o quão difícil é realizar essa tarefa, quando falamos em uma composição de 10, 20, ou 30 times - imagine com 50!

Para se ter uma ideia, a regra para se saber quantos caminhos de comunicação existem, entre os diferentes times, existe a seguinte equação: Qtde Times * (Qtde Times - 1) / 2. Exemplo: Se temos 5 times, então temos: 5 * (5 - 1) / 2 = 10. Com 10 times, temos: 10 * (10 - 1) / 2 = 45. E com 20 times, temos: 20 * (20 - 1) / 2 = 190. 

Se manter a mesma comunicação, entre 10 canais é difícil, imagina com 190! Como se pode ver, o crescimento dos canais de comunicação, deixa a tarefa de compartilhar a mesma visão, extremamente complicada.

Para resolver este problema, criou-se a função de Referências. Mas, para entender seu papel, vamos voltar um pouco e entender a divisão entre capítulos.

Apesar de o Scrum Guide dizer que o Scrum Team, deveria ser multidisciplinar, é muito comum vermos times, onde cada integrante é especialista em alguma tecnologia. Ex: em um time, temos especialistas em desenvolvimento Backend, Frontend iOS, Frontend Android, Tester, e assim por diante. Assim, os integrantes dos times, com as mesmas áreas de atuação, forma Capítulos (Chapters).

Já os times com missões semelhantes, forma Tribos (Tribes). Essa semelhança pode ser em relação à entrega dos times - ex: times que desenvolvem o mesmo App; ou responsáveis pela área de Clientes, ou Fraudes; etc.

E ainda temos a Agremiação (Guild), que é composto pelos integrantes do mesmo Capítulos, mas de diferentes Tribos.

Então, o papel do Referência, no Scrum Escalável, é aquele que tem a responsabilidade de criar um fluxo de comunicação, dentro de seu Capítulo e, da mesma maneira, nas Associações. Assim, todos os colaboradores, com a mesma área de atuação, terão uma visão única, em relação ao negócio, tecnologia, arquitetura e etc.

Pode parecer pouco mas, manter uma visão única entre todos os times, traz inúmeros benefícios como:

• Facilitar a rotação de profissionais entre times;
• Agilidade na manutenção do produto;
• Padronização de cultura de desenvolvimento;
• Possibilidade de criação de um Backlog único do produto, a ser compartilhado pelos times.

Mas os Referências de Capítulo, não devem ser vistos como gerentes funcionais, ou hierarquicamente acima dos colaboradores. Seu papel fundamental, é o de facilitador.