Evento Conjunto das Comunidades      MCITPSC e BluDotNet  www.mcitpsc.com.br   www.bludotnet.com.br
Patrocinadores            Não basta fazer,Apoio       é preciso saber fazer
•   Fernando Ferreira•   Estudante de T.I. na UDESC•   Desenvolvedor .Net•   Twitter: @fthomm•   Blog: www.codigoecafe.com...
Fernando Ferreira
• Scrum review• Visual Studio Team Foundation Server  2010• Demo
• Framework ágil de gerenciamento de  projetos• Empírico – Conhecimento vem da  experiência• Três pilares sustentam o proc...
• NÃO é uma metodologia• Usado desde 1990• Simples e resistente  – Mudança de cultura
CerimôniasPapéis                                  Artefatos                (Timeboxes)Product Owner          Sprint       ...
– O “cara” que tem a visão do produto– Garantir o R.O.I.– Patrocina o projeto ou representa uma  comissão que patrocina– D...
• Líder facilitador• Garantir que o Scrum está sendo  seguido• Eliminar impedimentos• Manter comunicação e visão clara dos...
Esse “cara” não é o    Gerente de    Projetos?
Esse “cara” não é o    Gerente de    Projetos?
• Responsável pelo desenvolvimento do  produto• Desenvolvedores, Arquitetos, Testador  es, Analistas de Negócios etc…  – N...
P.O.          Scrum              Master       Team
• Tempo definido para o  desenvolvimento das tarefas de um  Backlog• Pode ser de uma a quatro semanas• Timebox (NÃO pode s...
• 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 fa...
• Reunião ao final da Sprint• O Time apresenta o produto  funcionando• Identificar problemas ocorridos durante  a sprint• ...
• Ocorre após a Sprint Review e antes do  planejamento da próxima sprint• É um espaço de tempo onde o time  Scrum pode ava...
• Lista de tudo o que pode ser  necessário no produto• Nunca está completo• Dinâmico – Muda constantemente• Contém os requ...
• Lista de itens retirados do Product  Backlog para compor uma Sprint  Backlog• Lista de tarefas bem definidas para o  tim...
• Plataforma colaborativa para projetos  de qualquer tamanho• Objetivo é acompanhar todas as etapas  de um projeto do iníc...
• Gated Check-in – Prevenção de bugs• Grande visibilidade do projeto através  de relatórios e dashboards
Mas o que são mesmo os processos?• MSF for Agile 5.0• MSF for CMMI• Scrum 1.0
Muito Obrigado!
Patrocinadores            Não basta fazer,Apoio       é preciso saber fazer
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Scrum e Plataforma Microsoft
Próximos SlideShares
Carregando em…5
×

Scrum e Plataforma Microsoft

1.392 visualizações

Publicada em

Slides da minha palestra em Blumenau com as comunidades BluDotNet e MCITPSC.

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
1.392
No SlideShare
0
A partir de incorporações
0
Número de incorporações
576
Ações
Compartilhamentos
0
Downloads
8
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Scrum e Plataforma Microsoft

  1. 1. Evento Conjunto das Comunidades MCITPSC e BluDotNet www.mcitpsc.com.br www.bludotnet.com.br
  2. 2. Patrocinadores Não basta fazer,Apoio é preciso saber fazer
  3. 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. 4. Fernando Ferreira
  5. 5. • Scrum review• Visual Studio Team Foundation Server 2010• Demo
  6. 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. 7. • NÃO é uma metodologia• Usado desde 1990• Simples e resistente – Mudança de cultura
  8. 8. CerimôniasPapéis Artefatos (Timeboxes)Product Owner Sprint Product Backlog Daily Scrum MeetingScrum Master Sprint Backlog Sprint Review Team Burndown Chart Sprint Retrospective
  9. 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. 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. 11. Esse “cara” não é o Gerente de Projetos?
  12. 12. Esse “cara” não é o Gerente de Projetos?
  13. 13. • 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
  14. 14. P.O. Scrum Master Team
  15. 15. • 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.
  16. 16. • 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
  17. 17. • 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.
  18. 18. • 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
  19. 19. • 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
  20. 20. • 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
  21. 21. • Plataforma colaborativa para projetos de qualquer tamanho• Objetivo é acompanhar todas as etapas de um projeto do início ao fim• Ambientes Heterogêneos
  22. 22. • Gated Check-in – Prevenção de bugs• Grande visibilidade do projeto através de relatórios e dashboards
  23. 23. Mas o que são mesmo os processos?• MSF for Agile 5.0• MSF for CMMI• Scrum 1.0
  24. 24. Muito Obrigado!
  25. 25. Patrocinadores Não basta fazer,Apoio é preciso saber fazer

×