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
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
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
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
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
22.
23.
24.
25. • Plataforma colaborativa para projetos
de qualquer tamanho
• Objetivo é acompanhar todas as etapas
de um projeto do início ao fim
• Ambientes Heterogêneos
26.
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