Post on 03-Jul-2015
description
Desenvolvendo software com qualidade e agilidade.
Sabe os problemas?
Eles podem se tornar…
Pesadelos!
E mais pesadelos!
Problemas Perversos.
> Mudanças rápidas nos requisitos.
> Design.
> Longa Implementação.
> Pouca cobertura de testes.
> Implantação duvidosa e temida.
Resolvemos assim:
Quando usar?
Quando usar?
> Pequenas startups
> Grandes empresas.
> Desenvolvimento interno.
> Desenvolvimento contratado.
> Sistemas contratados com preço fixo.
> Etc.
Scrum?
> Alguns dizem que SCRUM não é uma metodologia, mas sim um
framework.
> Não espere que ele diga o que fazer.
> E sim, você vai ter que adaptar o processo para a sua situação.
Nokia Scrum Standards
> Uma equipe de Scrum deve ter um product owner e saber
quem ele é.
> O product owner deve ter um product backlog com
estimativas criadas pela equipe.
> A equipe deve ter um gráfico burndown e saber sua
velocidade. Não deve haver nenhuma interferência externa sobre
a equipe durante uma sprint.
Ciclo
Product Backlog
> É o coração do SCRUM.
> Resume-se a uma lista de requisitos, ou melhor, coisas que o
cliente deseja.
> Também chamado de “histories”.
> Atrela as estimativas e importância para o P.O. em sua
descrição.
Sprint Backlog
É uma lista de atividades (histories) que um time vai atuar dentro
de uma sprint e pode ser representado pela Kanban.
Kanban
Sprint
Uma sprint é a unidade básica do desenvolvimento em Scrum.
Sprint
Product Owner
> Responsável por definir os itens que compõem o Product
Backlog e os prioriza nos plannings.
> Deve usar constantemente o produto, para poder revisar os
requisitos.
> Discutir com o time é sempre saudável.
> Analisar o uso dos concorrentes.
> E se posicionar como usuário. Se um produto serve a um
usuário técnico, o PO deve ser capaz de entendê-lo.
Scrum Master
Scrum Master
> Ele é quem assegura que a equipe respeite e siga os valores e as
práticas do Scrum.
> Trabalha junto ao P.O para assegurar que o mesmo esteja alinhado a
cada sprint.
> Também é responsável por verificar se todos os membros do time
estão felizes e realizados.
Scrum Master
> Atua como facilitador do daily scrum e é o responsável por remover
quaisquer obstáculos que sejam levantados pela equipe durante as
daylies.
> Geralmente é exercido por um gerente de projeto ou um líder técnico
mas em princípio pode ser qualquer pessoa da equipe.
Planning
> Reunião na qual estão presentes o P.O, o S.M e todo o time, bem como
qualquer pessoa interessada que esteja representando a gerência ou o
cliente.
> O P.O descreve as funcionalidades de maior prioridade para a equipe.
> A equipe faz perguntas durante a reunião de modo que seja capaz de
quebrar as funcionalidades em tarefas técnicas, após a reunião.
Planning
> A equipe se dissipa do S.M e P.O para conversar e decidir
quanto ela pode se comprometer a fazer no sprint que será
iniciado.
> Ela sempre será responsável em determinar o quanto será
capaz de fazer.
Planning Poker
Planning Poker
> Discute-se e estima-se sobre as histories selecionadas.
> Cada membro da equipe é responsável por jogar tanto para
complexidade quanto para estimar o tempo que julga gastar
em cada tarefa.
Code Hard!Organize your self.
Execute it!
Daily Scrum
O que fez ontem? O que fará hoje?
Há algum impedimento no caminho?
Daily Scrum
> Reunião diária que tem o objetivo de apresentar o que foi feito no dia anterior
> Um ótimo ponto para identificar impedimentos e priorizar o trabalho a ser
realizado no dia que se inicia.
> São geralmente realizadas em um mesmo horário – geralmente pelas manhãs.
> Não deve ser utilizada como uma reunião para solucionar problemas.
> Não é uma reunião de status report na qual um chefe fica coletando informações
sobre quem está atrasado. Ao invés disso, é uma reunião na qual membros da
equipe assumem compromissos perante os demais.
Burndown Chart.
Review
> Feita ao final de cadas Sprint.
> Demonstração das novas funcionalidades
> O P.O, o S.M, clientes ou engenheiros de outros projetos
também participam.
> O projeto é avaliado em relação aos objetivos do sprint,
determinados durante o planning.
Retrospectiva
Retrospectiva
> O que foi bom e o que foi ruim durante a sprint?
> Nem sempre é necessario reportar o que está diretamente
envolvido com a sprint, mas qualquer coisa que tenha te
desagradado ou entusiasmado.
> O S.M apresenta o balanço da retrospectiva aos outros
colaboradores através de um quadro, com a finalidade de
colaborar para uma melhor qualidade de vida dentro do
empreendimento.
Obrigado =)
Gil Gomes > gil.gomes@giran.com.br
Uriel Juliatti > uriel.juliatti@giran.com.br
Giran Soluções e Ecommerce
http://www.giran.com.br