Antes de começar, só vou adicionar algo importante que esqueci de escrever no post anterior. Antes da reunião para gerar as user stories, nós conversamos e geramos uma definição de pronto. Como são projetos diferentes, alguns mais antigos estão com códigos estruturados e os novos utilizando o Zend Framework, a definição de pronto ficou um pouco diferente para os dois tipos de projetos. Basicamente, a definição de pronto dos projetos utilizando o Zend Framework é a definição de pronto dos projetos estruturados, mais a necessidade de testes de unidade e de aceitação.
Bem, dito isto, vamos em frente. Hoje fiz novamente uma visita na empresa. Precisava corrigir um problema no subversion deles (esse problema estava corretamente identificado na coluna “Impedimentos” do quadro deles). Além disso também queria acompanhar o andamento semanal e o stand up meeting (ou daily scrum, ou reunião de pé).
Cheguei lá e vi que eles já tinham definido um horário para o stand up. 15 minutos após o horário de início de trabalho. Pude observar também que eles não ficaram enrolando, lendo emails e essas coisas até a hora da reunião, eles estavam trabalhando normalmente, quando um deles falou “Vamos lá?”, todos levantaram, deram uma rápida olhada para o quadro de tarefas e responderam as famosas perguntas, ponto positivo. Em 3 desenvolvedores a reunião demorou uns 4 minutos, outro fator positivo. Eles conseguiram entender que o espírito é manter o foco e gerar comprometimento. Distribuí apenas um aviso, (depois que a reunião encerrou) pois um deles aproveitou que estava de pé e foi ligar a impressora enquanto outro falava. Durante a stand up meeting, não se pode fazer outras coisas, nada de telefone, impressora, café, nada! É hora da stand up meeting.
Depois fui observar o quadro para ver como está o andamento da semana deles. Segundo eles, algumas estimativas foram bem diferentes do tempo que realmente levou. Tarefas estimadas em 3 horas ideais demorando 2 horas reais e algumas estimadas em 1 ou 2 horas ideais demoraram 4~6 horas reais. Mesmo assim o andamento está legal, provavelmente amanhã pelo meio dia eles devem terminar as user stories planejadas.
O único problema é que na definição de pronto deles, está a necessidade de aprovação do cliente. Essa necessidade de aprovação é porque eles trabalham com o design do site, e essa parte geralmente é mais complicada e o cliente acaba pedindo algumas pequenas modificações. Além disso, trabalhando com múltiplos clientes e as alterações são geralmente pequenas, não é possível fazer uma review meeting com todos eles, então para algo ser considerado pronto, é necessária essa aprovação. Continuando, o problema é que geralmente o cliente demora para fazer a aprovação. Não tendo aprovação, essa tarefa não está pronta nem em andamento, ela vai para a coluna de impedimentos no quadro.
Claramente existe um problema aí, essa demora de aprovação do cliente está gerando muitos itens na coluna impedimento, contudo logo teremos nossa reunião de retrospectiva e vamos conversar sobre isso.
Quero ser Ágil 