Scrum Basics

Vídeo mostrando de forma simples o básico do Scrum

Como anda o humor da sua equipe ?

O Niko Calendar ou Smile Calendar criado no Japão é uma forma simples e interessante dos membros da equipe reportarem diariamente como eles estão se sentindo durante o trabalho.

Como funciona ?

Uma linha para cada membro da equipe.

Ao final do dia cada membro reporta seu humor na sua linha no dia correto.

O humor é representado por etiquetas com smiles (feliz/motivado, normal/neutro, infeliz/desmotivado) que são colados no calendário pela equipe. Não podendo usar etiquetas a equipe pode desenhar seus smiles no calendário.

Para a quantidade de dias no calendário, gosto de utilizar o tamanho da sprint (iteração).

O calendário deve estar visível a todos.

Para que serve ?

O Niko Calendar é uma forma muita simples de feedback da equipe sobre o seu estado motivacional e mais do isso que faz com que todos os dias cada membro da equipe reflita um pouco mais sobre como foi o dia de trabalho e pense em como melhorar no dia seguinte. Além da função óbvia de servir como um termômetro de quão confortável e motivada está a equipe, por isso é importante que todos usem o calendário de forma correta, reportando de fato seu estado de espírito real ao fim do dia.

Quando implantamos o calendário na Solver, para a coisa ficar mais divertida ainda, pedimos ao nosso designer, Fradique Filho que criasse pequenas caricaturas dos membros da equipe nos 3 estados de humor, ficou realmente muito legal.

Mais informações sobre o Nike Calendar podem ser encontradas aqui

Integrando novos membros ao time - Parte 2

Pair Programming

Essa prática originada no Extreme Programming (XP) é sem dúvida excelente para acelerar o processo de integração. Os novos participantes do time terão a oportunidade de rapidamente participar do ciclo de desenvolvimento e de fato colocar a mão na massa. Por mais que sejam feitos treinamentos das ferramentas e processos da equipe, o conteúdo só será de fato assimilado quando for aplicado na prática e vivenciado no dia-a-dia. Quando um novo membro trabalha junto com alguém mais experiente poderá entender muito mais rapidamente o que é fazer parte da equipe. Peça a ajuda do restante da equipe para essa tarefa, pessoas com mais facilidade de comunicação e que sejam pacientes serão as melhores escolhas para trabalhar com os novatos no início, mas não se acomode com esse arranjo, tente fazer com que todos participem.

Incentive a participação

Os novos membros trarão para equipe diferentes experiências e conhecimentos, permita que eles possam mostrar o que sabem, dar sugestões, ensinar algo para os membros antigos. Crie um ambiente em que essas trocas de conhecimento possam acontecer.

Mantenha a integração ativa

Quando as pessoas se conhecem melhor, criam-se ligações interpessoais mais fortes que geram uma equipe que trabalha mais unida, portanto incentive a integração em ambientes longe do trabalho, almocem juntos quando possível, promova algumas reuniões em lugares diferentes, como por exemplo, numa cafeteria. Essas coisas podem não parecer muito importantes mas sem dúvida fortalecem o senso de equipe e união das pessoas.

Pessoal, por enquanto é isso, se vocês tiverem mais sugestões, por favor, enviem.

Integrando novos membros ao time - Parte 1

Seja acessível

Sendo o líder de uma equipe, sua participação é importantíssima no processo de integração de novos membros. Você será a principal referência, o ponto de contato com o resto da equipe e é seu dever fazer com que a integração aconteça da melhor forma possível. Portanto esteja sempre disponível para ajudar os recém-chegados, mostre-se acessível, deixo-os confortáveis para tirar dúvidas (There are no dumb questions!!). Mesmo que você esteja super ocupado, não os deixe sem assistência, afinal quanto mais rápido eles começarem a produzir, menos carga haverá sobre o restante da equipe e mais rapidamente a correria vai diminuir.

Explique o domínio da aplicação

É bastante comum que os novos membros não tenham experiência com o domínio da aplicação dos projetos em que estão embarcando. Se o projeto trata de finanças a equipe deve conhecer os termos do mundo financeiro, se trata de varejo ou saúde ou construção, idem. Não há como uma equipe desenvolver um projeto sem conhecer os conceitos envolvidos na sua criação, portanto tenha um cuidado especial nesse quesito, prepare algum material de apoio que possa ajudá-los, recomende textos ou livros sobre o assunto, se possível tenha esse material disponível na empresa.

Apresente os Processos e as Ferramentas

Logo no início explique aos novos membros como a equipe trabalha, quais processos e práticas foram escolhidos, quais ferramentas utiliza, etc., por exemplo: “A equipe está desenvolvendo um projeto em Java e aplicando o Test Driven Development utilizando o JUnit” ou, “Implantamos a integração contínua com o Cruise Control”, etc. . Não faça isso apenas com as práticas formais mas também todos os rituais que a equipe pratica, por exemplo: “A cada 15 dias um membro da equipe apresenta um workshop sobre um tema ligado ao trabalho” ou “Quem não estiver presente ao Daily Scrum pagará um multa de R$ 1,00”. Quanto mais rápido os novatos entenderem a dinâmica da equipe, mas rapidamente poderão se integrar. Se possível prepare uma lista de referências onde eles possam aprender mais sobre esses assuntos, mais uma vez, se possível, tenha algum material disponível na empresa.

Integrando novos membros ao time - Intro

A entrada de um novo membro numa equipe é sempre um momento delicado tanto para a equipe quanto para quem está chegando. Para a equipe é uma mudança no status quo, uma possível mudança na dinâmica do time e para o novo membro é um terreno desconhecido, essa situação pode gerar certo desconforto se não for tratada com atenção. O sucesso na integração de um novo membro ao time é fator determinante na qualidade do ambiente e da produtividade do time daí em diante.

Infelizmente esse assunto não é tratado com a devida importância pela grande maioria das empresas que colocam seus novos profissionais em situações bastante difíceis até que eles mesmos possam caminhar com as próprias pernas. Quanto mais complexo for o projeto, mais atenção deve ser dada aos novos membros para que eles possam sentir-se a vontade para contribuir o mais rápido possível com sua nova equipe.

Lendo o blog do Patick Kua vi que ele também se interessa bastante pelo tema e isso me inspirou a escrever sobre algumas coisas que acho de grande importância no processo de integração de um novo membro ao time.

Nos próximos posts falarei mais sobre essas técnicas. Até mais!

Daily Scrum eficiente

O Daily Scrum sem dúvida é uma das reuniões mais importantes do Scrum, porém é a mais subestimada e negligenciada de todas. O Daily Scrum sincroniza toda a equipe, estimula a colaboração e faz com que todos percebam imediatamente quando algo começa a atrasar.

O blog ScrumLabs publicou uma lista de 10 dicas para um bom Daily Scrum.

1. Comecem o mais cedo possível, sempre no horário, sem esperar por ninguém. Definam a agenda do dia.
2. Limite a duração da reunião em 15 minutos – use algum tipo de alarme se necessário.
3. Levantem-se! Isso encoraja a brevidade entre os participantes e mantém todos acordados.
4. Mesmo lugar e horário todos os dias, de preferência na sala da equipe.
5. Organizem-se em formato de U em torno do taskboard, isso ajuda no contexto de quem estiver falando.
6. Jogue uma moeda para definir a ordem. Cara no sentido horário, coroa no sentido anti-horário.
7. Apenas os membros da equipe e o Scrum Master podem falar.
8. Não é necessário fazer as “3 perguntas”. Apenas criem a rotina de respondê-las.
9. Não comecem a resolver problemas durante a reunião. Façam isso após a reunião.
10. Anotem os impedimentos no taskboard para que o Scrum Master possa resolvê-los.

Além desses itens eu acrescentaria mais 2.

11. Se necessário, utilizem um token. Apenas quem estiver de posse do token poderá falar.
12. Criem penalidades para quem não estiver presente à reunião, algo que beneficie a equipe como um todo.

Todos os membros da equipe devem estar preparados para responder as 3 perguntas:

O que você fez desde a ultima reunião ?
O que você fará até a próxima reunião ?
Existem algum impedimento para a realização do trabalho ?

Imediatamente após a reunião a equipe atualiza o taskboard com o novo status das tarefas e os gráficos de burndown. Além disso os membros da equipe discutem os itens que foram levantados durante a reunião e que ainda precisem de mais esclarecimento.
Lembrem-se o Daily Scrum não é um Status Report para o Scrum Master, e sim uma reunião de sincronização e planejamento da equipe.

Get Up! Stand Up!

Comunicação e Colaboração em equipes

Ontem (26/06), convidado pela minha amiga Rebeka Maia, estive presente a um evento sobre design de interação com o usuário, organizado pelo UXrecife na Faculdade Marista.No fim do evento surgiu uma discussão sobre a necessidade de um programador aprender as atividades de um designer e de um designer aprender sobre as atividade de um programador. Isso me remeteu imediatamente a como as equipes Scrum devem se organizar. Os processos ágeis em geral valorizam a comunicação, ou seja, numa equipe multidisciplinar: designers, programadores, testadores, analistas, precisam interagir, precisam se comunicar e se todos não tiverem o mínimo de vocabulário comum, o trabalho pode se complicar. Durante o evento isso ficou muito claro no depoimento de todos.

Outra questão muito importante é que quando uma equipe tem seus papéis extremamente definidos e ninguém se envolve como nada fora da sua área de atuação, o que se vê é uma falta de colaboração dentro do time, onde cada uma faz o seu trabalho e passa para a frente sem se preocupar muito com o trabalho seguinte. Hum…, isso parece familiar, alguém falou Waterfall ?? Quando especializamos demais os membros de uma equipe, o que acontece é que criamos um pequeno waterfall onde não há colaboração entre as partes, onde cada “setor” da equpe faz seu trabalho e o “joga por cima do muro”, isso sem dúvida não é uma forma sadia de se trabalhar.

Toda a equipe deve ter o mesmo objetivo, entregar o produto, e não somente, “entregar o design” ou “entregar o código” ou “testar” e cada membro da equipe deve fazer o possível para que o objetivo maior seja atingido e não se limitar apenas ao seu título.

TED Talks - Sir Ken Robinson - Criatividade

Durante o TED de fevereiro de 2006, Sir Ken Robinson fez uma apresentação sobre educação e criatividade. Sem dúvida é uma das melhores apresentações que já assisti, são 20 minutos realmente inspiradores.

Nokia Test

A Nokia é uma das empresas que mais investem em Scrum no mundo e eles desenvolveram um teste simples para verificar se uma equipe está efetivamente o usando o Scrum ou só utilizando o vocabulário do Scrum, mas trabalhando da forma errada.

O teste é constituído de uma série de perguntas divididas em duas etapas, a primeira etapa foca no desenvolvimento iterativo. As perguntas são:

-As iterações devem ter um tempo menor do que quatro semanas.
-O software deve estar testado e funcionando ao fim de cada iteração.
-A iteração deve começar antes que toda a especificação esteja pronta.

A segunda parte foca no Scrum propriamente dito. As perguntas são:

- Existe um Product Owner definido.
- Existe um Product Backlog priorizado por valor de negócio
- O Product Backlog tem estimativas criadas pela equipe
- A equipe gera gráficos de burndown e sabe a sua velocidade
- Não existem gerentes atrapalhando e interrompendo o trabalho da equipe.

Acho o Nokia Test uma forma interessante e bem simples de verificar se um empresa realmente tentou adotar o Scrum, e não simplesmente usar o buzzword, mas não realizar as práticas corretamente. Claro que o Nokia Test não é completo, algumas coisas que acho muito importantes ficaram de fora, como por exemplo, as retrospectivas, mas acho que a simplicidade do teste é sua grande vantagem. Os tópicos cobertos no teste são o mínimo necessário e acredito que os critérios do teste também estão de acordo com os princípios do Scrum. Obviamente o teste não é uma unanimidade, alguns discordam dos critérios adotados, mas o importante é que concordando ou não, sem dúvida algum tipo de validação do processo é necessária para comprovar se uma equipe está realmente usando Scrum ou só falando Scrum.

Dilbert e as técnicas de apresentação

Ultimamente tenho lido bastante sobre técnicas de apresentação e o Scott Adams nos trás um excelente exemplo do que não fazer.