Teoria do Scrum<br />
O Scrum é uma framework que visa a gestão de projectos e o desenvolvimento ágil de software.<br />É utilizado em projectos...
O Scrum é uma framework na qual podem ser utilizados vários processos e técnicas.<br />Baseia-se na teoria de controlo de ...
O Scrum assenta em 3 pilares:<br />Transparência – garantindo que os aspectos do processo que afectam o resultado devem se...
Pontos de inspecção e adaptação:<br />Daily Scrum<br />Reuniões de Planeamento da Sprint e de Revisão da Sprint <br />Retr...
A framework Scrum é composta por:<br />Equipas Scrum<br />Papeis associados:<br />Team Boxes<br />Artefactos<br />Regras<b...
Em cada Equipa de Scrum há 3 papéis:<br />O ScrumMaster - responsável por garantir que o processo seja compreendido e segu...
O Scrum Master<br />É um papel de líder-servidor da equipa;<br />É o responsável pela adesão da equipa aos valores, prátic...
O Product Owner <br />É o responsável por maximizar o valor do trabalho da equipa;<br />Define as prioridades a ter em con...
A Equipa<br />É multi-disciplinar - os seus membros devem possuir todo o conhecimento necessário para criar um incremento ...
Team Boxes – são eventos com duração fixa, que criam regularidade.<br />Teoria do Scrum<br />
Reunião de Planeamento da Release<br />O plano da release estabelece:<br />A meta da release<br />As maiores prioridades d...
Sprint <br />É uma iteração;<br />Tem duração fixa;<br />Todas as sprints utilizam o mesmo modelo de Scrum;<br />As sprint...
Sprint <br />Cada sprint contém :<br />Reunião de planeamento da Sprint<br />O trabalho de desenvolvimento<br />A revisão ...
Sprint <br />Cancelamento de uma Sprint<br />Uma Sprint pode ser cancelada antes que o seu prazo fixo tenha terminado;<br ...
Reunião de Planeamento da Sprint <br />Dura 8 horas para uma sprint de 1 mês.<br />Tem duas partes (4 horas cada):<br />1ª...
Reunião de Planeamento da Sprint<br />1ª Parte – o que será feito<br />Inputs para esta parte da reunião:<br />Product Bac...
Reunião de Planeamento da Sprint <br />2ª Parte – como será feito<br />O trabalho é projectado pela equipa, sendo identifi...
Reunião de Revisão da Sprint <br />Dura 4 horas (para sprints de 1 mês);<br />Apresenta-se a funcionalidade;<br />Tem a pa...
Reunião de Revisão da Sprint <br />O Product Owner identifica o que foi feito e o que não foi feito;<br />A equipa refere ...
Reunião de Retrospectiva da Sprint <br />Dura 3 horas (para sprints de 1 mês);<br />Realiza-se entre após a Revisão da Spr...
Daily Scrum<br />Dura 15 minutos;<br />Realiza-se todos os dias, <br />à mesma hora, <br />		no mesmo local.<br />Teoria d...
Daily Scrum<br />A cada membro da equipa são feitas 3 perguntas:<br />O que fez ontem? <br />O que planeia fazer hoje? <br...
O Scrum utiliza 4 artefactos principais:<br />Product Backlog – é uma lista prioritizada de tudo o que pode ser necessário...
O Product Backlog  e o Burndown da Release<br /> O Product Backlogcontém os requisitos do produto - é a lista de todas as ...
OSprint Backlog  e o Burndown da Sprint<br />O Sprint Backlog contém todo o trabalho identificado pela equipa, para alcanç...
As Regras ligam as team-boxes, os papéis e os artefactos do Scrum.<br />Ex. só os membros da equipa podem falar durante um...
Definição de “Pronto” (“done”)<br />A definição de “pronto” adoptada pela equipa deve estar clara para o Product Owner. <b...
Referência<br />KenSchwaber e JeffSutherland<br />Adaptação<br />Maria João Costa<br />Portugal<br />mjoao.costa@hotmail.c...
Upcoming SlideShare
Loading in …5
×

Scrum - Teoria do Scrum

2,349 views

Published on

Published in: Technology, Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,349
On SlideShare
0
From Embeds
0
Number of Embeds
58
Actions
Shares
0
Downloads
121
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Scrum - Teoria do Scrum

  1. 1. Teoria do Scrum<br />
  2. 2. O Scrum é uma framework que visa a gestão de projectos e o desenvolvimento ágil de software.<br />É utilizado em projectos complexos -projectos de requisitos variáveis ou tecnologia incerta.<br />Teoria do Scrum<br />
  3. 3. O Scrum é uma framework na qual podem ser utilizados vários processos e técnicas.<br />Baseia-se na teoria de controlo de processos empíricos e efectua uma abordagem iterativa e incremental para optimizar a previsibilidade e controlar riscos.<br />Teoria do Scrum<br />
  4. 4. O Scrum assenta em 3 pilares:<br />Transparência – garantindo que os aspectos do processo que afectam o resultado devem ser visíveis para quem gere o resultado;<br />Inspecção – os vários aspectos do processo devem ser inspeccionados com frequência suficiente para ser possível detectar variações inaceitáveis no processo;<br />Adaptação – necessidade de ajustar o processo ou o material que está a ser processado. Esse ajuste deve ser feito o mais rápido possível para minimizar desvios posteriores.<br />Teoria do Scrum<br />
  5. 5. Pontos de inspecção e adaptação:<br />Daily Scrum<br />Reuniões de Planeamento da Sprint e de Revisão da Sprint <br />Retrospectiva da Sprint <br />Teoria do Scrum<br />
  6. 6. A framework Scrum é composta por:<br />Equipas Scrum<br />Papeis associados:<br />Team Boxes<br />Artefactos<br />Regras<br />Scrum<br />
  7. 7. Em cada Equipa de Scrum há 3 papéis:<br />O ScrumMaster - responsável por garantir que o processo seja compreendido e seguido;<br />O Product Owner – responsável por maximizar o valor do trabalho da equipa (representa o negócio e os stakeholders, define os requisitos);<br />A Equipa – quem executa o trabalho.<br />Teoria do Scrum<br />
  8. 8. O Scrum Master<br />É um papel de líder-servidor da equipa;<br />É o responsável pela adesão da equipa aos valores, práticas e regras do Scrum;<br />Educa a equipa, tornando-a mais produtiva e aumentando a qualidade do seu produto;<br />Ajuda a equipa a entender a multidisciplinaridade e a auto-organização.<br />Teoria do Scrum<br />
  9. 9. O Product Owner <br />É o responsável por maximizar o valor do trabalho da equipa;<br />Define as prioridades a ter em conta;<br />É responsável pela gestão e visibilidade do Product Backlog.<br />O Product Owner nunca deve ser o Scrum Master.<br />Teoria do Scrum<br />
  10. 10. A Equipa<br />É multi-disciplinar - os seus membros devem possuir todo o conhecimento necessário para criar um incremento no trabalho. Devem compartilhar o conhecimento.<br />Na equipa não há títulos. Também não há sub-equipas dedicadas a áreas especializadas como testes ou análise.<br />É auto-organizável .<br />O tamanho óptimo é de 7 pessoas(+-2), sem incluir o Product Owner e o Scrum Master.<br />A equipa trabalha em iterações.<br />Teoria do Scrum<br />
  11. 11. Team Boxes – são eventos com duração fixa, que criam regularidade.<br />Teoria do Scrum<br />
  12. 12. Reunião de Planeamento da Release<br />O plano da release estabelece:<br />A meta da release<br />As maiores prioridades do Product Backlog<br />Os principais riscos<br />Características gerais e funcionalidades<br />Estabelece a data de entrega e o custo prováveis<br />Requer estimar e priorizar o Product Backlog para a release.<br />É possível alterar o plano da release, a cada Sprint.<br />Teoria do Scrum<br />
  13. 13. Sprint <br />É uma iteração;<br />Tem duração fixa;<br />Todas as sprints utilizam o mesmo modelo de Scrum;<br />As sprints têm como resultado um incremento do produto final potencialmente entregável; <br />Durante a Sprint, o Scrum Master garante que não será feita qualquer mudança que possa afectar a Meta da Sprint;<br />Cada sprint começa imediatamente após a anterior.<br />Teoria do Scrum<br />
  14. 14. Sprint <br />Cada sprint contém :<br />Reunião de planeamento da Sprint<br />O trabalho de desenvolvimento<br />A revisão da Sprint<br />A retrospectiva da Sprint<br />Teoria do Scrum<br />
  15. 15. Sprint <br />Cancelamento de uma Sprint<br />Uma Sprint pode ser cancelada antes que o seu prazo fixo tenha terminado;<br />Só o Product Owner pode cancelar a Sprint;<br />A Sprint deve ser cancelada se a sua Meta se tiver tornado obsoleta.<br />O cancelamento de uma sprint raramente ocorre.<br />Teoria do Scrum<br />
  16. 16. Reunião de Planeamento da Sprint <br />Dura 8 horas para uma sprint de 1 mês.<br />Tem duas partes (4 horas cada):<br />1ª parte -decide-se o que será feito na Sprint<br />2ª parte - a equipa entende como desenvolverá a funcionalidade<br />Teoria do Scrum<br />
  17. 17. Reunião de Planeamento da Sprint<br />1ª Parte – o que será feito<br />Inputs para esta parte da reunião:<br />Product Backlog<br />O incremento mais recente ao produto<br />A capacidade da equipa <br />O histórico do desempenho da equipa<br />. É definida a Meta da Sprint<br />Teoria do Scrum<br />
  18. 18. Reunião de Planeamento da Sprint <br />2ª Parte – como será feito<br />O trabalho é projectado pela equipa, sendo identificadas as tarefas necessárias.<br />As tarefas são decompostas até poderem ser efectuadas em menos de 1 dia.<br />A lista de tarefas é o Sprint Backlog.<br />A equipa auto-organiza-se para efectuar o trabalho.<br />Teoria do Scrum<br />
  19. 19. Reunião de Revisão da Sprint <br />Dura 4 horas (para sprints de 1 mês);<br />Apresenta-se a funcionalidade;<br />Tem a participação da equipa e dos stakeholders;<br />Teoria do Scrum<br />
  20. 20. Reunião de Revisão da Sprint <br />O Product Owner identifica o que foi feito e o que não foi feito;<br />A equipa refere os pontos positivos, os problemas que ocorreram e a forma como foram resolvidos;<br />A equipa apresenta o trabalho;<br />O Product Owner estima várias datas de conclusão prováveis;<br />Todo o grupo colabora sobre o que está feito e o que será feito em seguida.<br />Teoria do Scrum<br />
  21. 21. Reunião de Retrospectiva da Sprint <br />Dura 3 horas (para sprints de 1 mês);<br />Realiza-se entre após a Revisão da Sprint e antes do Planeamento da Sprint seguinte;<br />Tem uma perspectiva de melhoria contínua: identifica-se o que correu bem e aquilo que poderia ter sido feito de forma diferente – ex. composição de equipa, preparativos para reuniões, ferramentas, definição de “pronto”, métodos de comunicação e processos.<br />Teoria do Scrum<br />
  22. 22. Daily Scrum<br />Dura 15 minutos;<br />Realiza-se todos os dias, <br />à mesma hora, <br /> no mesmo local.<br />Teoria do Scrum<br />
  23. 23. Daily Scrum<br />A cada membro da equipa são feitas 3 perguntas:<br />O que fez ontem? <br />O que planeia fazer hoje? <br />Há algum problema que o impeça de atingir o seu objectivo?<br />Cada resposta é um compromisso!<br />Teoria do Scrum<br />
  24. 24. O Scrum utiliza 4 artefactos principais:<br />Product Backlog – é uma lista prioritizada de tudo o que pode ser necessário no produto;<br />Sprint Backlog -lista de tarefas para transformar o Product Backlog por uma Sprint, num incremento de produto potencialmente entregável;<br />Release Burndown – mede o Product Backlog restante ao longo do tempo de um plano de release;<br />Sprint Burndown – mede os itens do Sprint Backlog restantes ao longo do tempo de uma Sprint.<br />Teoria do Scrum<br />
  25. 25. O Product Backlog e o Burndown da Release<br /> O Product Backlogcontém os requisitos do produto - é a lista de todas as características do produto; <br />Cada item possui uma descrição, prioridade (determinada por risco, valor e necessidade) e, estimativa; o item mais prioritário é o mais urgente.<br />O Product backlog é dinâmico – para minimizar o rework, apenas os itens mais prioritários necessitam de ser mais detalhados.<br />Release Burndown – regista a soma das estimativas dos esforços estimados restantes do Product Backlog ao longo do tempo;<br />Teoria do Scrum<br />
  26. 26. OSprint Backlog e o Burndown da Sprint<br />O Sprint Backlog contém todo o trabalho identificado pela equipa, para alcançar a Meta da Sprint.<br />Cada item deve ser descomposto até à duração de 1 dia, ou ainda menos.<br />O Sprint Backlog vai sendo actualizado durante a Sprint, pela equipa, e só pela equipa.<br />Sprint Burndown– é o gráfico da quantidade restante de trabalho do Sprint Backlog, numa dada Sprint, ao longo do tempo dessa Sprint. Deve ser acompanhado diariamente.<br />Teoria do Scrum<br />
  27. 27. As Regras ligam as team-boxes, os papéis e os artefactos do Scrum.<br />Ex. só os membros da equipa podem falar durante uma Daily Scrum.<br />Teoria do Scrum<br />
  28. 28. Definição de “Pronto” (“done”)<br />A definição de “pronto” adoptada pela equipa deve estar clara para o Product Owner. <br />O Product Owner deve poder saber se um incremento completamente “pronto” inclui, ou não inclui: análise, projecto, programação, documentação e testes (sendo que os testes deverão incluir testes unitários e de integração, bem como testes performance, estabilidade e segurança).<br />O trabalho “pronto” será inspeccionado pelo Product Owner, no fim de cada Sprint.<br />Teoria do Scrum<br />
  29. 29. Referência<br />KenSchwaber e JeffSutherland<br />Adaptação<br />Maria João Costa<br />Portugal<br />mjoao.costa@hotmail.com<br />Teoria do Scrum<br />

×