Falarei sobre SCRUM – de forma ágil, uma vez que SCRUM é uma metodologia ágil.
Em outubro, durante a conferência HP Virtual Conference 2009, Dave West apresentou um estudo feito (Qual modelo de desenvolvimento você utiliza ?). O resultado foi surpreendente … 30% dos entrevistados afirmaram utilizar Agile. (resultado que impressiona – um salto de 8% para 30% em apenas 2 anos). Atualmente trabalho em um projeto GRANDE que tenta, e com sucesso, utilizar alguns conceitos de metodologias ágeis. De acordo com Dave West, e concordo plenamente, os analistas de negócio deixam de ser apenas documentadores do sistema para tornarem “tomadores de decisão”.
Certo, vamos deixar de lado os dados e vamos partir para o lado conceitual de SCRUM. Me assusta ouvir alguns professores de faculdade dizer que metodologias ágeis “servem somente para projeto pequenos”. Deixemos isso para depois …
O que é SCRUM ??
É uma metodologia ágil para gerência de projetos. (método de gestão de projetos)
Em que consiste o SCRUM ??
O SCRUM é baseado em Sprints, ciclos de dias, em que se trabalha em um objetivo (Sprint Backlog) definido pelo Product Owner. Esse Product Owner, que geralmente é o cliente – e que possui ótima visão de negócios, cria um Product Backlog. Esse Product Backlog é priorizado pelo Product Owner e consiste basicamente em tarefas ou mudanças no software que refletem a necessidade do cliente – pense no Product Backlog como uma grande lista de coisas a se fazer. O Sprint Backlog, por sua vez, são basicamente os itens com maior prioridade (são os itens do topo da lista do Product Backlog) – e que deverão ser entregues ao final do próximo Sprint. Vale lembrar que o Sprint Backlog é responsabilidade da equipe – ela define como será executado.
Observe essa imagem retirada da internet e entenda melhor:

Como podem percerber, a pilha de Product Backlog é maior que a pilha de Sprint Backlog e isso faz sentido. O Sprint Backlog são as tarefas, na verdade as tarefas prioritárias do Product Backlog, a serem realizadas durante o Sprint, o ciclo de dias – normalmente de 15 a 30 dias (conforme mostrado na imagem).
Mas e depois, o ciclo se encerra aí ??
Não, a equipe que realizou o Sprint apresenta o que foi feito ao Product Owner para que se possa iniciar outro Sprint, com as tarefas prioritarias que estão no Sprint Backlog atual.
Quem coordena essa equipe ??
Bom a equipe é “mediada” por um SCRUM MASTER que auxilia a equipe a seguir o SCRUM corretamente e com eficiência, remove os obstáculos. Mas lembre-se, o SCRUM MASTER não é o líder da equipe (pequena, de 5 a 9 pessoas … mas isso não quer dizer que o projeto deve ser pequeno) pois a mesma é auto-organizada – se exige a “senioridade” da aquipe. É aqui que entra uma das “cerimônias” bastante conhecida – o SCRUM diário (Na imagem pode-se observar que existe um círculo pequeno, representado 24hrs – que é o dia-a-dia de desenvolvimento das tarefas do Sprint Backlog) – reuniões de pequena duração (15 a 30 minutos, no máximo) que foca basicamente em problemas ocorridos, soluções e o que foi feito e irá ser feito – seguindo as perguntas a seguir (basicamente todo dia temos reuniões desse tipo no projeto em que estou alocado):
“O que você fez ontem ?”
“O que irá fazer hoje ?”
“Existe algum obstáculo ?”
O interessante desta prática é que firma-se uma espécie de compromisso … o cronograma é estabelecido e deverá ser entregue na data final do “Sprint” (existe um maior comprometimento da equipe).
O que acho realmente interessante nessa metodologia ??
Acho interessante que o componente da equipe normalmente trabalha em que se sente mais confortável em trabalhar, pois a atividade não é imposta (pelo líder de desenvolvimento ou gerente de projeto) mas sim discutida e avaliada entre a equipe. O SCRUM pode ser utilizado, também em projeto grandes – várias “células” (equipes pequenas) utilizando SCRUM, divididas em temas do projeto e que serão unidas para formar um Software. Um livro bastante interessante sobre o tema “Agile software development in the large” pode ser encontrado aqui. A autora deste livro (Jutta Eckstein) já esteve no Brasil – no encontro ágil que aconteceu em outubro do ano passado e foi ministrado na USP.
Ae Gustavo, vc esta de parabens. O material aqui colocado esta de forma clara e para quem souber aproveitar é muito construtivo.
Novamente, meus parabens e obrigado pelos ensinamentos.
Abraços…
Obrigado pela consideração !
opa! excelente post!! heh claro e objetivo. Agora eu trabalhava em uma empresa que usavamos SCRUM a cerca de 2 anos e nao saibiamos. A equipe comecou a crescer e comecou a ter problemas de comunicacao pq todo mundo com muitas tarefas e quase nao tinha tempo de um conversar com outro sobre as atividades, exceto as classificadas como high, entao meu gerente vendo isso ele fez a proposta que todo dia 30 min no maximo, antes de iniciar o trabalho tinhamos uma reuniao e relatar os pontos importantes do dia anterior, os impasses e o que tinha de prioridade para o dia atual. E funcionava os resultados comecaram a surgir em curto prazo mesmo. Porem na epoca nem sabiamos dessa metodologia foi algo que veio do nada do meu gerente que nao eh um cara de TI.
parabens pelo post!
Olá Camilo, seja bem vindo ao meu blog. SCRUM realmente funciona, mas depende muito da equipe (organização, disciplina) e do SCRUM Master. Os projetos internacionais, que inclusive é o seu caso, estão cada vez mais, utilizando SCRUM.
Parabéns por essa iniciativa, o blog ta excelente.
Abraço…
Fala, Gustavo.
Gostei do post. Texto muito bem escrito, parabéns.
Publique mais conteúdo sobre Scrum.
Abraço.
Lucas F.