Este documento resume uma apresentação sobre Scrum. Ele explica os principais conceitos do Scrum como papéis (Product Owner, Scrum Master, time), cerimônias (Daily Scrum, Sprint Review, Retrospectiva), artefatos (Product Backlog, Sprint Backlog, Burndown Chart) e como o Scrum é um framework ágil para gerenciar projetos de software.

1. Evento Conjunto das Comunidades
MCITPSC e BluDotNet
www.mcitpsc.com.br www.bludotnet.com.br

2. Patrocinadores
Não basta fazer,
Apoio é preciso saber fazer

3. • Fernando Ferreira
• Estudante de T.I. na UDESC
• Desenvolvedor .Net
• Twitter: @fthomm
• Blog: www.codigoecafe.com
• Comunidade:www.mcitpsc.com.br
• ferreira.sf@gmail.com/fthomm@msn.com
• Alguns artigos publicados na .Net
Magazine

4. Fernando Ferreira

5. • Scrum review
• Visual Studio Team Foundation Server
2010
• Demo

6. • Framework ágil de gerenciamento de
projetos
• Empírico – Conhecimento vem da
experiência
• Três pilares sustentam o processo
empírico:
– Transparência
– Adaptação
– Inspeção

7. • NÃO é uma metodologia
• Usado desde 1990
• Simples e resistente
– Mudança de cultura

8. Cerimônias
Papéis Artefatos
(Timeboxes)
Product Owner Sprint Product Backlog
Daily Scrum Meeting
Scrum Master Sprint Backlog
Sprint Review
Team Burndown Chart
Sprint Retrospective

9. – O “cara” que tem a visão do produto
– Garantir o R.O.I.
– Patrocina o projeto ou representa uma
comissão que patrocina
– Deve ser uma única pessoa
– Só ele pode mudar ou cancelar itens do
backlog

10. • Líder facilitador
• Garantir que o Scrum está sendo
seguido
• Eliminar impedimentos
• Manter comunicação e visão clara dos
itens do Backlog para o time de
desenvolvimento

11. Esse “cara” não é o
Gerente de
Projetos?

12. Esse “cara” não é o
Gerente de
Projetos?

14. • Responsável pelo desenvolvimento do
produto
• Desenvolvedores, Arquitetos, Testador
es, Analistas de Negócios etc…
– Não é algo muito simples
– Temos muitos especialistas
– Pode ser trabalhado
• Recomenda-se fortemente que o time
seja multidisciplinar

15. P.O. Scrum
Master
Team

16. • Tempo definido para o
desenvolvimento das tarefas de um
Backlog
• Pode ser de uma a quatro semanas
• Timebox (NÃO pode ser extendida)
• Quanto menor melhor
– Facilitam a inspeção e adaptação
• Tem como resultado uma versão do
produto potencialmente entregável.

17. • Reunião diária
• Tem que ser rápida, no máximo 15
minutos
• Basicamente os membros do dizem “o
que eu fiz e o que vou fazer”
• Avaliar o progresso na direção do
Objetivo do Sprint
• Impedimentos são expostos

18. • Reunião ao final da Sprint
• O Time apresenta o produto
funcionando
• Identificar problemas ocorridos durante
a sprint
• fornece um entrada valiosa para as
próximas reuniões de Planejamento do
Sprint.

19. • Ocorre após a Sprint Review e antes do
planejamento da próxima sprint
• É um espaço de tempo onde o time
Scrum pode avaliar o seu desempenho
• Propor melhorias

20. • Lista de tudo o que pode ser
necessário no produto
• Nunca está completo
• Dinâmico – Muda constantemente
• Contém os requisitos, novas
funcionalidades, correções etc.
• Quanto mais importantes forem os
itens, mais detalhados devem ser
• Artefato vivo

21. • Lista de itens retirados do Product
Backlog para compor uma Sprint
Backlog
• Lista de tarefas bem definidas para o
time desenvolver
• Irá resultar em um novo incremento no
produto

25. • Plataforma colaborativa para projetos
de qualquer tamanho
• Objetivo é acompanhar todas as etapas
de um projeto do início ao fim
• Ambientes Heterogêneos

27. • Gated Check-in – Prevenção de bugs
• Grande visibilidade do projeto através
de relatórios e dashboards

28. Mas o que são mesmo os processos?
• MSF for Agile 5.0
• MSF for CMMI
• Scrum 1.0

31. Muito Obrigado!

32. Patrocinadores
Não basta fazer,
Apoio é preciso saber fazer