nivel seria a criacao de um VP de produto, afinal nossa preferencia e manter poucos niveis hierarquicos.Fluencia das equipesCom base na evolucao e aprendizado das nossas proprias equipes, chegamos a um modelo de maturidade que se aplica na companhia como um todo, equipe a equipe, para tentar manter a garantia de qualidade. Chamamos esse modelo de "4Ps": Praticas, Papeis, Plataformas e Produto e, em resumo, significa que para fazer um produto digital de sucesso e preciso que 7 papeis (PO, Scrum Master, UX, QA, Desenvolvedores, DevOps e Growth Hacker) apliquem 9 praticas (engenharia agil, user experience, growth hacking, descoberta de produto/cliente, execucao de produto, metricas, QA, governanca e cultura e organizacao) usando uma plataforma que envolva as melhores ferramentas para descobrir, desenvolver, entregar, testar, deployar e monitorar. Veja na figura a seguir:Para medir o nivel de fluencia das equipes, aplicamos o modelo de maturidade de forma periodica. Primeiro, avaliamos os papeis. A equipe tem todos os papeis? Os papeis tem niveis de senioridade adequados? E um questionario simples e fazemos quase que intuitivamente. Depois, e hora de avaliar se as praticas estao sendo cumpridas, e praticas e plataforma sao acertadas ao mesmo tempo, em paralelo. Afinal, nao tenho como testar sem saber fazer integracao continua, entrega continua, etc. Todas essas variaveis geram uma nota, ou um nivel de fluencia, que vai de zero a quatro.Mas e claro que cada membro da equipe e avaliado de forma individual, considerando tambem o modelo de maturidade. Dois exemplos que valem a pena serem ressaltados sao: a avaliacao do Product Owner, que passa por seis "areas"; e do Scrum Master, avaliado em cinco instancias. Enquanto o primeiro e medido pela fluencia na area de dominio, marketing / analytics, UX e engenharia, alem de agil e lean, o Scrum Master e avaliado considerando engenharia, capacidade de facilitacao do framework Scrum, remocao de impedimentos e governanca e politica, alem, e claro, de agil, conforme figura a seguir.Evolucao do modeloAinda estamos conversando bastante sobre as atividades de sincronizacao e gestao da interdependencia de projetos. Afinal, temos clientes com portfolios de produtos web e mobile, que misturam equipes, POs e Heads de engenharia. No nivel em que estamos, ainda conseguimos manter muitas conversas "one to one", tanto entre os mesmos papeis quanto entre os gestores. Mas ao chegar em um numero mais elevado de pessoas pode ser que esse esquema nao funcione mais.Tambem temos uma questao importante de cultura. Quando os capitulos sao menores e mais facil passar conhecimento por meio de Hangouts, eventos, conversas informais e ate em happy hours. Conforme a equipe vai crescendo essa facilidade vai diminuindo pouco a pouco e teremos que pensar em novas praticas para compartilhar conhecimento e nivelar as equipes."ConclusaoAssim como o Spotify anunciou logo no inicio de seu artigo, evoluimos rapido. Esse texto e uma analise do nosso modo de trabalho atual, que esta em constante transformacao e aprendizado. Pode ser que quando voce leia esse texto alguma coisa ja tenha mudado.Ficou alguma duvida, tem alguma sugestao ou gostaria de aprender mais sobre esse tema? Fale com a gente! E so deixar