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áriona 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
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.
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.
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!
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.
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.
As metodologias e processos ágeis em geral se preocupam bastante com o bem estar e motivação da equipe e um dos fatores que podem contribuir para isso é o espaço alocado para a equipe.
O blog Agile Advice publicou a algum tempo um post interessante com 8 dicas de como montar um bom espaço para a equipe trabalhar.
Luz, Ar, Plantas
Uma quantidade apropriada de luz natural, circulação de ar e algumas plantas são excelentes manieras de tornar o espaço mais agradavél. A falta desses itens podem pouco a pouco diminuir a motivação da equipe.
Layout
Pessoas precisam poder trabalhar cara a cara e lado a lado. Precisam também de um espaço semi-privado onde possam ter discussões ou ligações telefônicas. As paredes precisam ter grandes áreas livres que possam ser usadas para whiteboards ou taskboards.
Ergonomia
De nada vale ter uma equipe de alta performance com estações de trabalhos inadequadas. Boas cadeiras, mesas na altura apropriada e flexibilidade para permitir adaptações individuais.
Privacidade
Todo membro da equipe precisa sair do ambiente por um curto período de tempo. Algumas organizações provêem mini salas de conferência, outras criam um cubículo separado da sala da equipe.
Personalização
A área que uma pessoa ocupa precisa ser flexível e personalizada. Pessoas precisam de fotos, brinquedos, plantas, etc. para encarar o espaço como sendo delas.
Visibilidade
Outras pessoas da empresa precisam acompanhar o que está acontecendo dentro da equipe. Janelas, divisórias de meia parede, formação bullpen podem permitir isso.
Conveniência
O espaço de forma que banheiros, cafeteria, impressoras e outros serviços em comum estejam acessíveis facilmente. A sala da equipe não pode estar totalmente isolada de distante de tudo mais.
Barulho
A equipe será barulhenta. Recomenda-se que outras pessoas estejam afastadas o suficiente para não serem incomodadas pelo barulho. Pode ser complicado equilibrar isso com visibilidade e conveniência.
Voltaremos a falar sobre ambientes de trabalho bem organizados em outras oportunidades.
Durante o Scrum Trainer Retreat 2008 alguns Scrum Trainers resolveram criar um vídeo hilário sobre os impedimentos da adoção do Scrum pela equipe. Você pode não acreditar, mas esse bando de loucos são algumas das maiores autoridades em Scrum no mundo.