Engenharia de Software

Herbert Rausch Fernandes

Scrum

• Não é uma metodologia que fará você desenvolver produtos melhores;

• Não te dá as respostas e não é uma bala de prata;prata;

• Scrum é simplesmente um framework;

• É uma ferramenta que você pode utilizar para descobrir o que você precisa fazer para construir softwares com qualidade e com um melhor retorno do investimento;

Scrum

• O nome é derivado de uma atividade que acontece em um jogo de Rugby

• É um framework de processo dentro do qual podem ser empregados processos e técnicas variadas variadas

• É possível adicionar papeis, artefatos, atividades e “cerimônias” de acordo com a sua necessidade

• Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas trabalhe junto para atingir algum objetivo

Características

• As equipes se auto-organizam para maximizar a comunicação e diminuir a supervisão;

• O produto evolui em uma série de “sprints”;• O produto evolui em uma série de “sprints”;

• Os requisitos (funcionalidades) são listados em um “product backlog”

• Scrum é um processo essencialmente gerencial

Scrum

Artefatos

Product Backlog

• Uma lista ordenada de tudo o que é necessário no produto;

• Idealmente, cada item deve ter seu peso • Idealmente, cada item deve ter seu peso (prioridade) de acordo com a vontade do cliente

• É replanejado (repriorizado) no início de cada Sprint

Artefatos

Product Backlog

• O Product Owner é responsável pela priorização e por ter certeza que os requisitos estão bem formatados;formatados;

• É regularmente atualizado pelo Product Ownerpara refletir as mudanças e necessidades do cliente, mudanças estratégicas ou tecnológicas, ideias novas, mudanças em geral;

Artefatos

Artefatos

Sprint Backlog

• Uma lista de tarefas a ser completada dentro de uma Sprint

• Os itens são derivados a partir do Product• Os itens são derivados a partir do ProductBacklog

• São considerados – A prioridade que o cliente deu aos itens – O tempo e esforço estimados pela equipe para

completar os vários itens

Artefatos

Artefatos

Papéis

Product Owner

• Define as funcionalidades do produto

• Decide as datas de lançamento e conteúdo • Decide as datas de lançamento e conteúdo

• Prioriza as funcionalidades de acordo com o valor

• Aceita ou rejeita os resultados dos trabalhos

Papéis

Scrum Master

• Responsável pela aplicação dos valores e práticas Scrumpráticas Scrum

• Remover barreiras entre o desenvolvimento e o cliente;

• Garante a produtividade do time;

• Blindar o time contra interferências externas;

Papéis

Scrum Master

• Garantir que o time não assuma mais coisas do que eles conseguem em uma sprint;do que eles conseguem em uma sprint;

• Melhorar o dia-a-dia dos membros do time;

Papéis

Scrum Master

Obstáculos a serem removidos

– “O meu ___ quebrou e eu preciso de um novo” – “Eu preciso para debugar um problema no ___” – “Eu preciso para debugar um problema no ___” – “Eu preciso de ajuda para aprender ___” – “O cliente ___ não teve tempo de se reunir conosco

no planejamento e por isto estou parado” – “O presidente da empresa pediu para eu resolver um

problema para ele em outro projeto, por um dia ou dois…”

Papéis

Team

• Tipicamente entre 5 e 9 pessoas

• Multi-funcional

• Dedicação integral (com exceções)• Dedicação integral (com exceções)

• Auto-organizável (sem títulos)

• Trocas só na mudança de Sprints

Eventos

Planejamento da Sprint

• Selecionam-se itens do Product Backlog, e as tarefas são identificadas e estimadas – De forma colaborativa, não apenas feito pelo Scrum Master– Duas etapas:

1. O que será feito?2. Como será feito?2. Como será feito?

Reuniões Diárias (Daily Scrums)

• Apenas os membros da equipe (Team Development), todos os dias, em pé, durante 15 minutos :– O que eu fiz?– O que vou fazer?– Quais são meus obstáculos?

Eventos

Revisão do Sprint

• Apresentação dos resultados obtidos (incremento do produto potencialmente utilizável e funcional)

• Uma demonstração (ocorre navegação do sistema)• Todo o time participa (time, scrum master e PO)• Evento informal

Retrospectiva da Sprint

• Ocorre após a revisão da sprint e antes da próxima reunião de planejamento

• Inspeciona como foi a última Sprint em termos de: – Pessoas e Relações – Processos e Ferramentas

• Enquanto a revisão da sprint analisa o produto, a retrospectiva analisa o processo