Falando de Scrum

3.170 visualizações

Publicada em

Palestra ministrada na Fivecom por Leonardo Dias, Scrum Product Owner da empresa, falando sobre a metodologia de desenvolvimento SCRUM.

Publicada em: Negócios, Tecnologia, Esportes
0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
3.170
No SlideShare
0
A partir de incorporações
0
Número de incorporações
70
Ações
Compartilhamentos
0
Downloads
137
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Em Scrum uma iteração chama-se Sprint. Uma Sprint é um time-box, geralmente com duração entre duas a quatro semanas. Podemos ter Sprints menores, com duração de uma semana, porém não mais que quatro semanas. Isto porque o time passaria por um período muito longo sem um feedback do cliente/Product Owner. A cada início de Sprint o time se reúne juntamente com o cliente/Product Owner para planejar o que será feito naquela Sprint, de acordo com os itens de maior prioridade no Product Backlog e respeitando a velocidade do time. Ao final da Sprint, é demonstrado o que foi produzido em uma cerimônia chamada Sprint Review.
  • Permitir que o time seja auto-gerenciável; Garantir que os caminhos para a comunicaçãi esteja abertos permanentemente; Garantir e auxiliar o time a seguir corretamente as práticas do Scrum Remover qualquer impedimento que o time encontre Proteger o time de interferências externas para garantir que a produtividade não seja afetada; Facilitar as reuniões diárias;
  • Permitir que o time seja auto-gerenciável; Garantir que os caminhos para a comunicaçãi esteja abertos permanentemente; Garantir e auxiliar o time a seguir corretamente as práticas do Scrum Remover qualquer impedimento que o time encontre Proteger o time de interferências externas para garantir que a produtividade não seja afetada; Facilitar as reuniões diárias;
  • Permitir que o time seja auto-gerenciável; Garantir que os caminhos para a comunicaçãi esteja abertos permanentemente; Garantir e auxiliar o time a seguir corretamente as práticas do Scrum Remover qualquer impedimento que o time encontre Proteger o time de interferências externas para garantir que a produtividade não seja afetada; Facilitar as reuniões diárias;
  • Planning Meeting A cada início de Sprint, o time se reúne juntamente com o Product Owner para definirem o que será feito durante a Sprint e sua meta. A esta reunião damos o nome de Planning Meeting. Ela é dividida em duas partes: na primeira parte, o Product Owner detalha os itens prioritários do Product Backlog para que o time consiga estimar o tamanho de cada item. Na segunda parte, os membros do time decompõem cada item em tarefas técnicas, estimando-as em horas de trabalho. Assim, a cada Sprint é feito o planejamento do que será feito, permitindo que alterações sejam feitas no Product Backlog de acordo com a necessidade do cliente.
  • Sprint Review Ao término da Sprint, o time apresenta o que foi produzido na Sprint em uma reunião chamada Sprint Review. A apresentação é feita no formato de demonstração e podem comparecer qualquer pessoa interessada. Sugestões podem ser feitas e cabe ao Product Owner adicioná-las ao Product Backlog ou não. Todos os membros do time participam da demonstração.
  • Sprint Retrospective Logo após a Sprint Review ocorre uma reunião entre os membros do time para discutirem o que foi bem na Sprint e o que precisa ser melhorado para a próxima. Esta reunião chama-se Sprint Retrospective, e participam todos os membros do time e mais o ScrumMaster – este como facilitador. Esta reunião é de extrema importância, pois é através dela que os membros do time conseguem aprimorar o processo e se aprimorar, individualmente.
  • Falando de Scrum

    1. 1. Falando de Scrum
    2. 2. Falando sobre Scrum <ul><li>Manifesto Ágil </li></ul><ul><li>O que é Scrum? </li></ul><ul><li>Ciclo do Scrum </li></ul><ul><li>Papéis e Responsabilidades </li></ul><ul><li>Cerimônias do Scrum </li></ul><ul><li>Glossário do Scrum </li></ul>
    3. 3. O manifeto ágil Surgiu em 2001 no encontro de profissionais da área nos EUA para discutir formas de melhorar o desempenho dos projetos. Embora cada um tivesse suas práticas de gerenciar projetos um pequeno conjunto de princípios sempre tinham sido respeitado quando ele obtiam sucesso nos projetos. <ul><li>O que é agilidade? </li></ul><ul><li>Um estado mental, não um conjunto de documentos, passos ou técnicas; </li></ul><ul><li>É mais atitude do que um processo, mais ambiente que uma metodologia; </li></ul><ul><li>Desenvolvimento iterativo; </li></ul><ul><li>Entregar produto com valor para o negócio, mais rápido e continuamente; </li></ul><ul><li>Garantir progresso real; </li></ul><ul><li>Abraçar mudanças; </li></ul><ul><li>Melhorar a comunicação entre negócios e TI; </li></ul><ul><li>Qualidade desde o início; </li></ul>
    4. 4. O que é Scrum? <ul><li>É um framework interativo e incremental para gerenciar projetos que permite entregar um conjunto potencialmente utilizável a cada interação ; </li></ul><ul><li>Scrum oferece agilidade para responder rapidamente as mudanças do projeto ; </li></ul><ul><li>É o método mais popular no mundo do desenvolvimento ágil </li></ul><ul><li>Scrum é c ompostas por equipes pequenas e multidisciplinares </li></ul>
    5. 5. Ciclo do scrum
    6. 6. Papeis e responsabilidades <ul><li>Product Owner </li></ul><ul><li>Cria e compartilha a visão do projeto ; </li></ul><ul><li>Tomar decisões continuamente sobre os itens do product backlog; </li></ul><ul><li>Escrever e priorizar itens do product backlog; </li></ul><ul><li>Validar as entregas a cada final de sprint; </li></ul><ul><li>Conhecer as necessidades do cliente ou do negócio; </li></ul>
    7. 7. Papeis e responsabilidades <ul><li>Scrum Master </li></ul><ul><li>Permitir que o time seja auto-gerenciável; </li></ul><ul><li>Garantir a comunicação aberta e franca; </li></ul><ul><li>Garantir e auxiliar o time nas práticas do Scrum; </li></ul><ul><li>Remover impedimentos; </li></ul><ul><li>Proteger o time de interferências externas; </li></ul><ul><li>Facilitar as reuniões diárias; </li></ul>
    8. 8. Papeis e responsabilidades <ul><li>Scrum team </li></ul><ul><li>Ajudar a Estimar itens do Backlog; </li></ul><ul><li>Comprometimento em entregar os incrementos do sprint; </li></ul><ul><li>Garantir e auxiliar o time nas práticas do Scrum; </li></ul>
    9. 9. Cerimônias do Scrum 1 2 3 1 Planning Meeting Sprint Review Sprint Retrospective 2 3
    10. 10. Cerimônias do Scrum <ul><li>Planning Meeting </li></ul><ul><li>Feita a cada início da Sprint; </li></ul><ul><li>Participantes: Product Owner, Scrum Master e Equipe; </li></ul><ul><li>Dividida em duas partes: #1 – O Product owner detalha os itens priotitários do Product Backlog #2 – Os membros do time detalham cada item priorizado pelo Product Owner, planejando o qeu será feito na Sprint </li></ul>
    11. 11. Cerimônias do Scrum <ul><li>Sprint Review </li></ul><ul><li>Feita ao término da Sprint; </li></ul><ul><li>É demonstrado o que foi feito na sprint; </li></ul><ul><li>Sugestões podem ser feitas, cabendo ao Product Owner adicioná-las ao Product BackLog </li></ul><ul><li>Participantes: Product Owner, Scrum Master e Equipe; </li></ul>
    12. 12. Cerimônias do Scrum <ul><li>Sprint Retrospective </li></ul><ul><li>Feita logo após a Sprint Review; </li></ul><ul><li>É demonstrado o que foi bem na sprint e o que deve ser melhorado na próxima sprint; </li></ul><ul><li>Participantes: Scrum Master e Equipe; </li></ul>
    13. 13. Glossário do Scrum Product Backlog Sprint Backlog Gráfico de Burndown Quadro de Kanban Sprint

    ×