As verdades que nunca te contaram sobre o Time Scrum

Olá,

Você sabe como compor o Time Scrum?

Em projetos Scrum, muito se fala do Scrum Master ou do Product Owner, mas pouco se ouve sobre o Time
Scrum ou Time de Desenvolvimento.

Você acha que para implantar Scrum, basta nomear um Scrum Master, um Product Owner, juntar uma
equipe qualquer e pronto?

Não é bem assim.

Abaixo vou detalhar como deve funcionar o Time Scrum, e qual a diferença entre um time tradicional e um
Time Scrum.

Boa leitura…

programador. administrador de banco de dados. prototipador. e assim por diante. testador.O Time Scrum Nas abordagens tradicionais de desenvolvimento de software é comum encontrarmos vários tipos de trabalho bem separados: arquiteto. .

 Integração e Testes dessa funcionalidade. O Time Scrum é comumente chamada de Equipe de Desenvolvimento (mesmo que nem sempre é composta somente por desenvolvedores. com Scrum é diferente. Principais Responsabilidades A figura abaixo ilustra as principais responsabilidades do time scrum durante o processo. A Equipe de Desenvolvimento deve fazer todo o trabalho para produzir uma ou mais funcionalidades do produto em cada Sprint. que é nada menos do que uma coleção de desses tipos de pessoas. em conjunto. Novamente. devem possuir as habilidades necessárias para entregar o que foi solicitado pelo Product Owner.  . específicas Exemplo: Equipe de Design Equipe de Desenvolvimento Equipe de Testadores Etc E estas equipes entregam o resultado dos seus trabalhos para as demais de forma independente e autônoma (cada um com sua responsabilidade). Desenvolvimento. Desta forma. este é o termo mais usado). Os membros da equipe de desenvolvimento. No Scrum é um pouco diferente. Isto inclui a Concepção. Times com funções especificas Em muitas empresas você verá a divisão intencional de papéis de trabalho diferentes em equipes especializadas. precisamos de uma equipe que seja hábil em todas essas tarefas. O Scrum define o papel da equipe de desenvolvimento.

Inspeção e Adaptação É esperado que todos os membros da equipe de desenvolvimento participem de cada reunião diária (Daily Scrum). Mas o pulo do gato aqui é que. Grooming do Product Backlog Se você já leu o nosso artigo sobre o Product Owner. sabe da importância do Grooming durante o planejamento do Sprint. a equipe pode perder algum detalhes importante do contexto geral e isso pode impactar objetivo do sprint. para fazer isso. . Se algum membro da equipe não participar. eles devem se auto­organizar e decidir coletivamente como planejar. construção. os membros da equipe de desenvolvimento realizam o trabalho de concepção. Durante a execução Sprint. integração e testes de itens do Product Backlog. Falarei disso mais pra frente. durante os quais os membros da equipe coletivamente inspecionam o progresso em direção à meta do sprint e adaptam o plano para o trabalho para tal.Realizar Execução Sprint Esta atividade é óbvia. executar e comunicar o trabalho. gerenciar.

 logo antes do início de cada Sprint. Em colaboração com o Product Owner e com a facilitação do Scrum­Master. estimativa de tamanho e priorização dos itens. Dica: Para um sprint de 2 semanas. Planejar a Sprint No início de cada sprint. Um sprint de 4 semana. Características do Time Scrum Tem uma série de características que são essenciais em um time Scrum. a equipe de desenvolvimento deve participar do planejamento. Ao invés de focar em um plano muito grande. conforme a figura abaixo: Time Auto­Organizado . incerto.Uma grande parte desse trabalho se concentrano que chamamos de refinamento do Product Backlog. e excessivamente detalhada no início. a equipe faz uma série de planos menores. a equipe de desenvolvimento ajuda a estabelecer a meta para o próximo sprint. gasta­se em média 1 dia inteiro planejando. pode ser gasto meio dia com o planejamento. mais detalhados. A equipe então determina quais dos subconjuntos de itens do Product Backlog são importantes construir para alcançar esse objetivo. A equipe de desenvolvimento deve alocar até 10% do seu tempo em cada sprint para ajudar o Product Owner com essas atividades.

Para ilustrar melhor como isso funciona. uma propriedade bottom­up de um sistema adaptativo e complexo (assim como o desenvolvimento de software). . Os pássaros fazem isso através da auto­organização. Se você criar regras simples e estabelecer um objetivo comum para o grupo. que antes de todos decolarem. eu vou dar um exemplo que você já deve ter visto por aí (ou em algum documentário da tv a cabo). Não é o gerente de projetos (ou qualquer outro tipo de gerente) que deve dizer à equipe como eles devem fazer o seu trabalho (e o Scrum Master nunca deve fazer isso também). Você já se perguntou: quando as aves decolam como é que eles sabem como devem fazer para formar o seu padrão V? Você acha que existe um "pássaro gerente”. mostra uma apresentação em PowerPoint para os demais pássaros. estes irão interagir constantemente até encontrarem a melhor forma de chegar ao objetivo. Essa frase acima ficou um pouco difícil de entender né? Traduzindo para um português claro: É impossível prever antecipadamente todos os movimentos um ambiente complexo.Os membros da equipe se auto­organizam para determinar a melhor maneira de conseguir o objetivo do sprint. e essas interações são governadas por regras simples. Pássaros voando em uma formação em V. explicando como eles devem se portarem no ar para fazer a formação? Claro que não né. que operam em um contexto de feedbacks constante. muitas entidades interagem uns com os outros de várias formas. Em tais sistemas.

 uma funcionalidade potencialmente entregável. Cada membro da equipe traz um conjunto de ferramentas para a resolução de problemas; e essas ferramentas podem envolver diferentes interpretações (dos mesmos dados). Este cenário representa uma excelente oportunidade para problemas de comunicação e muitas idas e vindas entre uma equipe e outra. semelhante a ter muitos cozinheiros na cozinha. Eles devem criam (e recriar) o ambiente propício para que a equipe possa praticar a auto­organização. imagine uma equipe de designers. temos membros de diferentes origens. pode não ser suficientemente hábil para fazer o trabalho da forma mais eficiente. resultados de maior qualidade e maior inovação. não estou dizendo que Gerentes não são importantes. Também deve se esforçar para manter a diversidade na senioridade da equipe. Muitas pessoas de nível sênior pode causar uma turbulência desnecessária. Uma boa mistura promove um ambiente de aprendizagem saudável e colaborativo. Este tipo de diversidade geralmente leva a melhores resultados em termos de soluções mais rápidas. e depois tem que entregar essa parte para outra equipe especializada continuar. Profissionais T­Shaped (Modelo T) Equipes de desenvolvimento flexíveis são compostos por membros com habilidades em forma de T. no entanto. Longe disso! Gestores. estratégias diferentes para a resolução de problemas. Muitas pessoas júnior. Mas calma. Escreverei um post sobre essa interação de Gerentes com Scrum em breve. que só criam protótipos. no máximo. Equipe Multi­Funcional Membros da equipe de desenvolvimento devem. que os entregam para uma equipe de desenvolvimento (que só codifica). Já na equipe multi­funcional. de forma coletiva. que depois entrega o código pronto para a equipe de testes. funcionando! Equipes compostas apenas de pessoas com as mesmas habilidades (como vemos muitas vezes em empresas tradicionais) podem. e diferentes abordagens e soluções. A equipe tem que conseguir construir durante um Sprint. ou T­ . têm um papel vital no Scrum sim. diferentes modelos de como as coisas funcionam. Por exemplo. fazer parte do trabalho.Assim como acontece com os pássaros. possuir o conjunto necessário de habilidades para fazer o trabalho. ou seja.

 e prototipação é a sua especialidade. Por exemplo. Os gerentes devem se concentrar na formação de equipes que têm o melhor conjunto de habilidades em forma de T possível. imagine um grande designer. Atitude Mosqueteira . Habilidades em forma de T significa que um membro da equipe tem habilidades profundas em sua área.Shaped. ele também pode trabalhar fora de sua área de especialidade. conforme a figura abaixo extraída do blog da holistikbrands. globalmente. Pode até não ser tão bom testador ou documentador como aqueles que se especializam nessas áreas. Para resumir. mas certamente pode ajudar com os testes ou a documentação em algum momento que a equipe precise disso. o objetivo aqui é formar uma equipe com membros que têm as habilidades adequadas para cobrir as principais áreas de especialidade e. No entanto.com. disciplina ou especialidade preferida. ter alguma sobreposição de competências para fornecer flexibilidade ao time. fazendo alguns testes e documentações.

porque as pessoas são capazes de trabalhar em mais de um tipo de tarefa. Tendo os membros da equipe com habilidades em forma de T incentiva essa atitude e torna mais prático. nunca deve­se esperar que alguém diga: “Eu já terminei a minha parte. Nessas equipes não se deve ouvir de uma pessoa que é capaz de fazer o trabalho de outra dizer: "Isso não é meu trabalho. Por isso um deve colaborar com o outro. estão todos no mesmo barco: . Você não fez a sua.Um por todos e todos por um! Os membros da equipe devem entender que a responsabilidade das entregas é do time. ele vai ser um problema para todos no final. e não de uma pessoa. por isso ainda não concluímos” Os membros da equipe devem compreender que eles devem trabalhar juntos para atender seus compromissos." O que esperamos ouvir são frases do tipo: "Acho que posso ajudar com isso…” Afinal. porque se não. Para que uma equipe Scrum funcione bem.

 ter pequenas equipes também melhora a comunicação. O Manifesto Ágil afirma que comunicação face­a­face é a abordagem preferida (sempre que possível. Os canais de comunicação dentro de uma equipe não escala linearmente com o número de membros da equipe. a tecnologia pode ajudar (hoje em dia temos o Hangout. mas ao contrário. aumentar pelo quadrado do número de pessoas na equipe de acordo com a fórmula N (N ­ 1) / 2. levando a melhores e mais rápidas tomadas de decisões. bem como com o Product Owner e ScrumMaster. dê preferência para a interação pessoal da pessoas). Há uma série de maneiras que uma equipe pode melhorar a comunicação. há 10 canais de comunicação. a equipe Scrum tem oportunidades mais freqüentes para inspecionar e adaptar­se.Comunicação Frequente Membros da equipe de desenvolvimento precisam se comunicar uns com os outros. em que informações valiosas são trocados com rapidez e eficiência com o mínimo de sobrecarga. de uma maneira frequente. se há 5 pessoas na equipe. Para as equipes distribuídas. Como resultado. Comunicação Transparente A comunicação transparente oferece uma compreensão clara do que está realmente acontecendo para . Ou seja. Skype e tantas outras ferramentas que podem colocar todos face­a­face mesmo não estando no mesmo ambiente físico). há 45 canais de comunicação. Finalmente. Se existem 10 pessoas na equipe.

Time do Tamanho Certo O Scrum favorece pequenas equipes. É ainda mais difícil de ser verdadeiramente comprometidos com vários produtos simultaneamente. porque eles acreditam que os outros vão perceber. A Interação construtiva é mais provável de ocorrer em uma equipe pequena. Menos tempo é gasto para coordenar os esforços. digamos. Scrum é freqüentemente usada para construir produtos que requerem mais de 9 pessoas. 36 membros. ao invés de ter uma grande equipe Scrum com.evitar surpresas e ajudar a construir a confiança entre os membros da equipe. Focados e comprometidos Os membros da equipe precisam estar focados e comprometidos com o objetivo da equipe. cada um com uma equipe de desenvolvimento de 9 ou menos pessoas. Problemas de especialização excessiva é menos provável de acontecer. Com base nisso. provavelmente. temos quatro ou mais Equipes Scrum. lista um punhado de razões para manter as equipes pequenas. quantos projetos / produtos (e. que incluem o seguinte: Há menos pessoas exercendo menos esforço. No entanto. Mike Cohn. é muito mais fácil para a pessoa ficar focada e comprometida. E o que mais atrapalha isso é a pessoa multi­tarefa. . Então. Agora. trabalhar em três ou mais projetos simultâneos é uma escolha econômica ruim. no excelente livro Succeding With Agile. É mais difícil para um membro da equipe para fazer um trabalho de boa qualidade quando está pulando de produto em produto. as pessoas devem se comunicar de uma forma que é menos provável para surpreender um ao outro. reduzindo seu foco e compromisso. Mas minha experiência pessoal diz que o ideal mesmo é entre 5­7. A regra geral é que ter entre 5­9 pessoas na equipe. As pessoas se sentem melhor trabalhando em equipes pequenas. só porque Scrum favorece equipes pequenas não significa que não podemos usar Scrum em esforços de desenvolvimento maiores. as equipes diferentes) que uma pessoa pode atuar simultaneamente? Provavelmente não mais do que dois. Se uma pessoa está trabalhando em apenas um projeto/produto. Mas quando lhe pediram para trabalhar em vários projeto/produtos concorrentes. Simplificando. a pessoa deverá dividir o seu tempo.

. Algumas pessoas dão valor a este tipo de trabalho. Ao fazer isso. A longo prazo. É comum ver em projetos tradicionais super­heróis atravessando noites e fins de semana tentando tentando corrigir todos os problemas e bugs para concluir a implantação do sistema. Por isso é muito importante. tentar manter sempre as mesmas equipes. E. manter as pessoas chaves juntas. multi­funcional e que trabalham em conjunto para alcançar uma visão. Um grupo é um conjunto de pessoas com um rótulo comum. ao final de cada Sprint. ou pelo menos. tem­se uma grande carga de trabalho ao final do projeto. no momento das integrações e testes. Como regra geral. quando é mais prejudicial.. e eles ganharam a confiança de cada um. ganhamos maior entrosamento que se reflete em um aumento acentuado de produtividade. e isso só se consegue com muito tempo trabalhando juntos. como é dito no manifesto ágil. não grupos. Ah! Não deixe de conferir o mini curso gratuito Se gostou deste artigo sobre o Time Scrum. O resultado agregado é um nivelamento do trabalho; ele não vem em enormes pedaços ou intensas rajadas. e querem ser recompensados pelo seu esforço extraordinário. Este nivelamento significa que equipes Scrum provavelmente vão trabalhar menos horas extras e serem menos estressadas. A equipe é composta por um conjunto diversificado. pois o estresse dos testes e implantação ocorre. . especialmente no final. na medida do possível. No desenvolvimento tradicional. Entrosamento O uso eficaz de Scrum requer equipes. pois seus membros sabem como trabalhar juntos. as equipes devem ter entrosamento. no Scrum "favorecemos indivíduos e interações”… Logo. eles entregam produtos de qualidade em um ambiente saudável e divertido. a equipe é o um dos principais pilares para o sucesso de um projeto Scrum. Mas o estresse em todos os demais é esmagador! No Scrum não temos isso. Conclusão A equipe é composta por indivíduos. de maneira mais atenuada.Trabalhando em um ritmo sustentável Um dos princípios orientadores do Scrum é que os membros da equipe devem trabalhar em um ritmo sustentável.

.Deixe um comentário abaixo.