ENTER SCRUM

Breno Campos

TaSafo.org

Safos@yahoogrupos.com.br

TaSafo.org

Comunidade de profissionais e estudantes de Tecnologia da Informação.

Quem Somos?

TaSafo.org

Como ser um Safo?Entre na lista de discussão.Participe dos eventos.Venha pra frente.Compartilhe algo.

Quem é Breno Campos?• Bacharel em Sistemas de Informação – UFPa;• Especialista em Gerência de Projetos de Software – UFPa;• CSM – Certified SCRUM Master;•Membro do PMI – SP;• Trabalha a 4 anos com metodologias ágeis, principalmente

SCRUM;•Não é desenvolvedor;• Aficionado por Gestão de TI;• Atualmente auxilia na Coordenação de uma Equipe de

Desenvolvimento e presta consultoria de Gestão de Projetos;

ENTER SCRUM

Breno Campos

• Intro• Pilares• Papéis

• Cerimônias• Artefatos

• Definição de Pronto• Considerações Finais

MANIFESTO ÁGIL

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo.

Nossos Valores:

• Indivíduos e interação entre eles mais que processos e ferramentas• Software em funcionamento mais que documentação abrangente• Colaboração com o cliente mais que negociação de contratos• Responder a mudanças mais que seguir um plano

Nossos Princípios:

• Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.• Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento.

Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas.• Entregar software funcionando com frequência, na escala de

semanas até meses, com preferência aos períodos mais curtos.• Pessoas relacionadas à negócios e desenvolvedores devem trabalhar

em conjunto e diariamente, durante todo o curso do projeto.

Nossos Princípios:

• Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.• O Método mais eficiente e eficaz de transmitir informações para, e

por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.• Software funcional é a medida primária de progresso.• Processos ágeis promovem um ambiente sustentável. Os

patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.

Nossos Princípios:

• Contínua atenção à excelência técnica e bom design, aumenta a agilidade.• Simplicidade: a arte de maximizar a quantidade de trabalho que não

precisou ser feito.• As melhores arquiteturas, requisitos e designs emergem de times

auto-organizáveis.• Em intervalos regulares, o time reflete em como ficar mais efetivo,

então, se ajustam e otimizam seu comportamento de acordo.

Os pais da criança

Jeff SutherlandKen Schwaber

Origem do nome

O SCRUM NÃO É!

Ferramenta

Processo

Técnica

Então, o que é?

É uma “fusão”!

Beleza, mas como o SCRUM roda?

De forma Iterativa

e Incremental...

O SCRUM é sustentado por 3 pilares.

Transparência Inspeção Adaptação

Pra quem não entendeu...

<< Patrícia Pilar

TransparênciaOs aspectos mais significativos do projeto devem estar visíveis para todos os envolvidos. Deixando claro o que está sendo feito, o que ainda será feito, e o que está pronto.

Inspeção

Os envolvidos devem inspecionar os artefatos gerados, para verificar se o projeto está seguindo de acordo com o planejado, detectando variações de desempenho.

Deve-se tomar cuidado com a frequência das inspeções para que não chegue ao ponto de atrapalhar o andamento do desenvolvimento;

AdaptaçãoBaseado nos resultados obtidos da inspeção, a adaptação realiza as alterações necessárias para que o projeto continue seu bom andamento, ou para consertar falhas;

O SCRUM possui 3 papéis.

Equipe de Desenvolvimento

• Auto gerenciáveis;• “Sem títulos” definidos;• TODOS são desenvolvedores;

Product Owner

• Responsável por Maximizar o ROI;• Gerencia as demandas;• Prioriza as tarefas;• Garante que a E.D. entenda as

tarefas;• Apenas UMA pessoa;

SCRUM Master• Líder Servidor;• Remover impedimentos;• Proteger a equipe;

SCRUM MasterNÃO É

Gerente de Projetos

Não delega tarefas;Não define responsabilidades;

Cerimônias

Objetivos• Criar rotinas;• Diminuir a quantidade de reuniões desnecessárias;

Time-Boxed

Tempo limite definido!

Sprint• Principal cerimônia do SCRUM;• Todas as outras estão contidas

nela;• Time-Boxing de 1 a 4 semanas;• Durante essa iteração (Sprint),

é gerada uma release (uma versão utilizável do produto);

Sprint• A Sprint é blindada, o que foi

planejado deve ser executado!• A Sprint pode ser cancelada, mas

somente o Product Owner tem poder para isso. Seus motivos podem variar, como o cancelamento do projeto, mudança de tecnologia ou outros.

Sprint Planning• Reunião onde é Planejado o que será

executado na Sprint;• Time-Box: 8 horas para uma sprint de

quatro semanas e deve ser proporcional para sprints menores;

• O time tenta prever o que ocorrerá durante a sprint (feriados, faltas, etc);

• A equipe deve estimar as tarefas priorizadas pelo PO, e alocá-las na sprint, obedecendo a quantidade de esforço estimada.

Daily Meeting• Também conhecida como Stand up

meeting é feita para sincronizar a equipe, deixar todos a par dos acontecimentos, e dos avanços de cada um;

• Time-Box: 15 minutos, o motivo de ser uma “reunião em pé”, é para durar mais do que o necessário;

Daily Meeting• Três perguntas: • “O que você fez até aqui?”; • “O que você pretende fazer até

a próxima daily meeting?”;• “Quais impedimentos você está

tendo?”

Sprint Review• Os participantes dela são os

integrantes do time Scrum (time de desenvolvimento, SM e PO);

• Time-Box: 4 horas para uma sprint de 4 semanas e deve ser proporcional para sprints menores;

• O P.O. verifica o que está pronto, e o que não está, é apresentado as tarefas realizadas;

Sprint Retrospective• É realizada para que o time possa se

inspecionar, encontrar acertos e falhas, e pensar em meios de tentar corrigir o que não saiu como o esperado;

• Ocorre entre a Sprint Review e o Sprint Planning;

• Time-Box: 3 horas para uma sprint de um mês e deve ser proporcional para sprints menores;

Artefatos

Objetivo• Maximizar a transparência das informações.

Product Backlog• É o ‘container’ que guarda todas as

tarefas definidas pelo PO;• É o PO que mantém o backlog, ou seja,

ele inclui tarefas, retira tarefas e as ordena de acordo com suas prioridades;

• Um backlog de produto dificilmente está completo, as primeiras iterações estabelecem requisitos iniciais, e com o passar dos ciclos o número de requisitos tende a aumentar;

Product Backlog• Vale lembrar, que o backlog de produto

é dinâmico, o PO pode alterá-lo em qualquer parte do ciclo, pode adicionar tarefas, retirá-las, mudar prioridade de acordo com sua necessidade. Os itens de maior prioridade, devem ser melhor detalhados, visando manter a agilidade. Itens mais abaixo na lista de prioridade, não precisam estar tão detalhados, visto que ainda não entrarão na iteração.

Sprint Backlog• É o ‘container’ que recebe todas as

tarefas que foram priorizadas e estimadas para a iteração corrente;

• Deve estar visível para todos, afim de manter a transparência e mostrar a todos o que a equipe está realizando;

Sprint Backlog• Ao contrário do backlog do produto,

este não é dinâmico. As tarefas que foram alocadas para uma sprint não podem ser retiradas, adicionadas ou trocadas;

• O sprint backlog deve ser atualizado a medida que as tarefas forem sendo concluídas, para que toda a equipe possa ver o andamento dos trabalhos.

Gráfico Burndown

• Tem por objetivo manter transparente o progresso da equipe. Demonstrando a “queima” das tarefas pelo tempo.

• Começa no topo, indicando o total de pontos de esforço da sprint, e vai descendo com o passar do tempo (e da realização das tarefas).

Definição de Pronto• Esta definição deve ser válida para toda

a equipe;• O que o time define como pronto? Um

código que foi escrito? Escrito e testado? Escrito, testado e documentado?;

• Resumindo, se alguém disser que o trabalho está Pronto, todos do time devem saber o que Pronto significa;

Finalizando

“Papéis, artefatos, eventos e regras do Scrum são imutáveis e embora seja possível implementar somente partes do Scrum, o resultado não é Scrum. Scrum existe somente na sua totalidade, funcionando bem como um container para outras técnicas, metodologias e práticas.”

Tá Safo?

Obrigado!

brenobcampos@gmail.com

http://www.linkedin.com/in/brenobcampos

http://www.coyoti.com.br/blog

Fontes:

http://www.scrum.org/Scrum-Guides

http://coyoti.com.br/blog/scrum-para-iniciantes-parte-1-de-2

http://manifestoagil.com.br/