Desmistificando o Scrum
Alison Rodrigues de Souza
ABOUT ME!
Alison Rodrigues de Souza:
● Motociclista
● Programador JAVA
● Agilista
● Certificado Scrum Master.
CONTATOS
Site/Blog: alisonsouza.com.br
Twitter: @AlisonRSouza
GitHub: AlisonSouza
VAMOS FALAR UM POUCO
SOBRE HISTÓRIA...
VAMOS FALAR UM POUCO
SOBRE HISTÓRIA...
O caos predominava.
NOS ANOS 60...
NOS ANOS 60...
Não tinham a menor idéia de como fazer
um software.
NOS ANOS 60...
Mais da metade dos projetos falhavam.
NOS ANOS 60...
Eram superestimados.
NOS ANOS 60...
Não eram entregues e não se tinha
previsão de
quanto tempo
levaria para
desenvolver e
entregar
ENTÃO...
Caos
NOS ANOS 80...
Com base em todos as dificuldades
encontradas na construção de software,
surgiu a necessidade de mudar...
Com a “Crise do software” - o
Departamento da Defesa norte-
americano patrocinou a criação do SEI
- Software Engineering I...
O Departamento tinha como objetivo
alcançar o mesmo nível de repetibilidade
e controle dos setores industriais.
O SEI tinh...
NOS ANOS 80...
O SEI selecionou profissionais das áreas
de gestão e engenharia para criar
um modelo de engenharia onde fos...
NOS ANOS 80...
Modelos de gestão definiam que para
gerir um projeto é preciso dividir a
equipe em:
* Profissionais do conh...
NOS ANOS 80...
Conhecimento:
NOS ANOS 80...
Execução:
NOS ANOS 80...
NOS ANOS 80...
Com base nas Engenharias Tradicionais
foi definido que para entregar projetos
no tempo planejado era
precis...
NOS ANOS 80...
Linha de Montagem:
NOS ANOS 80...
Assim nasceu a Engenharia de
Software.
ENTÃO...
Caos Engenharia de Software
NOS ANOS 2000...
Desenvolvimento de Software se
parece com isso?
NOS ANOS 2000...
... ou isso?
NOS ANOS 2000...
Desenvolvimento de software é um
trabalho intelectual, onde ações
externas impactam na produtividade e
no...
NOS ANOS 2000...
Algo estava errado, precisávamos mudar!
NOS ANOS 2000...
Em 2001, um grupo de profissionais e
pensadores se reuniu para conversar
sobre metodologias e práticas que
vinham utilizan...
Esse grupo, de comum acordo, criou o
“The Agile Manifesto”, com 12
princípios que norteiam todos os
métodos ágeis.
Ainda h...
NOS ANOS 2000...
Assim nasceu o movimento
ágil!!!
O movimento ágil surgiu de uma
ruptura do modelo da engenharia
de softwa...
ENTÃO...
Caos Engenharia de Software Agile
AGILE
AGILE
Rápido:
"Que se move depressa, com muita
velocidade"
X
Ágil:
"Que se move ou age com muita
facilidade , destreza e r...
AGILE
OS 12 PRINCÍPIOS!!!
1. Satisfazer o cliente, através da
entrega adiantada e contínua de
software de valor.
2. Aceitar muda...
3. Entregar software funcionando com
frequência, na escala de semanas até
meses, com preferência aos períodos
mais curtos....
4. Pessoas relacionadas à negócios e
desenvolvedores trabalharem em
conjunto e diariamente, durante todo
o curso do projet...
6. Por mais conversa cara a cara.
7. Por mais Software funcional.
8. Processos ágeis promovem um
ambiente sustentável. Os
...
9. Simplicidade: a arte de maximizar a
quantidade de trabalho que não
precisou ser feito.
10. Contínua atenção à excelênci...
11. As melhores arquiteturas, requisitos e
designs emergem de times auto-
organizáveis.
12. O time refletir em como ficar ...
Mas o desenvolvimento de
software ainda apresentava
muitos problemas...
TEORIA DA COMPLEXIDADE
SCRUM
SCRUM
SCRUM
Framework com o qual as pessoas
podem resolver problemas
complexos e adaptáveis
enquanto entregam produtos de
forma ...
SCRUM
...é leve, simples de entender,
mas difícil de aplicar.
Quais as principais dificuldades para colocar
scrum na prática?
● [ 51% ] Habilidade para mudar a cultura
organizacional
●...
● [ 29% ] Colaboração do Cliente
● [ 21% ] Confiança na habilidade para escalar
Agile
● [ 19% ] Tempo percebido para trans...
SCRUM
SCRUM
Ken Schwaber Jeff Sutherland
SCRUM
● Transparência: todo processo visível
a todos que estão envolvidos na
criação do produto.
● Inspeção: o processo de...
O Scrum pode ser analisado por um
conjunto de:
● Papeis
● Cerimonias/Eventos
● Artefatos
SCRUM
EVENTOS DO SCRUM
● Sprint.
● Reunião de Planejamento da Sprint
(Sprint planning meeting).
● Scrum Diário.
● Revisão da Sprint.
● Retrospect...
SPRINT
DAILY SCRUM
Eventos do Scrum
ARTEFATOS DO SCRUM
● Backlog do produto.
● Backlog da sprint.
ARTEFATOS DO SCRUM
SPRINT BACKLOG
BURNDOWN
SCRUMBUT
Ken fala sobre o que significa adotar
"Scrum ... mas", ou ScrumBut:
● "(Nós usamos o Scrum, mas) (fazer
Daily Scr...
● "(Nós usamos o Scrum, mas) (não
podemos construir um pedaço de
funcionalidade em um mês), (por
isso nossas Sprints são d...
● "(Nós usamos o Scrum, mas)
(Retrospectivas são um desperdício
de tempo,) (de modo que não vamos
fazê-las.)"
SCRUMBUT
O QUE NÃO É SCRUM
● Scrum não é um método da
engenharia de software.
● Scrum não é um método da
engenharia de software.
● Scrum não cuidará da qualidade do
seu projeto.
O QUE NÃO É SCRUM
● Scrum não é um método da
engenharia de software.
● Scrum não cuidará da qualidade do
seu projeto.
● Scrum não fornece te...
● Jogam baralho durante o trabalho.
MITOS SOBRE AGILE E SCRUM
● Não precisa planejar.
MITOS SOBRE AGILE E SCRUM
● Se eu usar Agile não posso ter CMMI ou
outras certificações.
MITOS SOBRE AGILE E SCRUM
MITOS SOBRE AGILE E SCRUM
QUEM UTILIZA SCRUM?
MAIS INFORMAÇÕES
MAIS INFORMAÇÕES
PERGUNTAS?
Contatos:
Site/Blog: alisonsouza.com.br
Twitter: @AlisonRSouza
GitHub: AlisonSouza
OBRIGADO!
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Desmistificando o scrum
Upcoming SlideShare
Loading in …5
×

Desmistificando o scrum

669 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
669
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Desmistificando o scrum

  1. 1. Desmistificando o Scrum Alison Rodrigues de Souza
  2. 2. ABOUT ME! Alison Rodrigues de Souza: ● Motociclista ● Programador JAVA ● Agilista ● Certificado Scrum Master.
  3. 3. CONTATOS Site/Blog: alisonsouza.com.br Twitter: @AlisonRSouza GitHub: AlisonSouza
  4. 4. VAMOS FALAR UM POUCO SOBRE HISTÓRIA...
  5. 5. VAMOS FALAR UM POUCO SOBRE HISTÓRIA...
  6. 6. O caos predominava. NOS ANOS 60...
  7. 7. NOS ANOS 60... Não tinham a menor idéia de como fazer um software.
  8. 8. NOS ANOS 60... Mais da metade dos projetos falhavam.
  9. 9. NOS ANOS 60... Eram superestimados.
  10. 10. NOS ANOS 60... Não eram entregues e não se tinha previsão de quanto tempo levaria para desenvolver e entregar
  11. 11. ENTÃO... Caos
  12. 12. NOS ANOS 80... Com base em todos as dificuldades encontradas na construção de software, surgiu a necessidade de mudar...
  13. 13. Com a “Crise do software” - o Departamento da Defesa norte- americano patrocinou a criação do SEI - Software Engineering Institute, em 1984. NOS ANOS 80...
  14. 14. O Departamento tinha como objetivo alcançar o mesmo nível de repetibilidade e controle dos setores industriais. O SEI tinha como desafio criar condições para a evolução da boas práticas da engenharia de software. NOS ANOS 80...
  15. 15. NOS ANOS 80... O SEI selecionou profissionais das áreas de gestão e engenharia para criar um modelo de engenharia onde fosse possível entregar software.
  16. 16. NOS ANOS 80... Modelos de gestão definiam que para gerir um projeto é preciso dividir a equipe em: * Profissionais do conhecimento; * Profissionais de execução.
  17. 17. NOS ANOS 80... Conhecimento:
  18. 18. NOS ANOS 80... Execução:
  19. 19. NOS ANOS 80...
  20. 20. NOS ANOS 80... Com base nas Engenharias Tradicionais foi definido que para entregar projetos no tempo planejado era preciso de um processo bem definido como linha de montagem ou linha de produção.
  21. 21. NOS ANOS 80... Linha de Montagem:
  22. 22. NOS ANOS 80... Assim nasceu a Engenharia de Software.
  23. 23. ENTÃO... Caos Engenharia de Software
  24. 24. NOS ANOS 2000... Desenvolvimento de Software se parece com isso?
  25. 25. NOS ANOS 2000... ... ou isso?
  26. 26. NOS ANOS 2000... Desenvolvimento de software é um trabalho intelectual, onde ações externas impactam na produtividade e no resultado final.
  27. 27. NOS ANOS 2000... Algo estava errado, precisávamos mudar!
  28. 28. NOS ANOS 2000...
  29. 29. Em 2001, um grupo de profissionais e pensadores se reuniu para conversar sobre metodologias e práticas que vinham utilizando no gerenciamento de projetos de software. NOS ANOS 2000...
  30. 30. Esse grupo, de comum acordo, criou o “The Agile Manifesto”, com 12 princípios que norteiam todos os métodos ágeis. Ainda hoje estes princípios servem como parâmetro para testar novos métodos ágeis e “agilistas” (praticantes de métodos ágeis). NOS ANOS 2000...
  31. 31. NOS ANOS 2000... Assim nasceu o movimento ágil!!! O movimento ágil surgiu de uma ruptura do modelo da engenharia de software.
  32. 32. ENTÃO... Caos Engenharia de Software Agile
  33. 33. AGILE
  34. 34. AGILE Rápido: "Que se move depressa, com muita velocidade" X Ágil: "Que se move ou age com muita facilidade , destreza e rapidez" Fonte: Dicionario Aulete / http://aulete.uol.com.br/
  35. 35. AGILE
  36. 36. OS 12 PRINCÍPIOS!!! 1. Satisfazer o cliente, através da entrega adiantada e contínua de software de valor. 2. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento.
  37. 37. 3. Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos. OS 12 PRINCÍPIOS!!!
  38. 38. 4. Pessoas relacionadas à negócios e desenvolvedores trabalharem em conjunto e diariamente, durante todo o curso do projeto. 5. Construir projetos ao redor de indivíduos motivados. OS 12 PRINCÍPIOS!!!
  39. 39. 6. Por mais conversa cara a cara. 7. Por mais Software funcional. 8. Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes. OS 12 PRINCÍPIOS!!!
  40. 40. 9. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. 10. Contínua atenção à excelência técnica e bom design, aumenta a agilidade. OS 12 PRINCÍPIOS!!!
  41. 41. 11. As melhores arquiteturas, requisitos e designs emergem de times auto- organizáveis. 12. O time refletir em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo. OS 12 PRINCÍPIOS!!!
  42. 42. Mas o desenvolvimento de software ainda apresentava muitos problemas...
  43. 43. TEORIA DA COMPLEXIDADE
  44. 44. SCRUM
  45. 45. SCRUM
  46. 46. SCRUM Framework com o qual as pessoas podem resolver problemas complexos e adaptáveis enquanto entregam produtos de forma produtiva e criativa com maior valor possível.
  47. 47. SCRUM ...é leve, simples de entender, mas difícil de aplicar.
  48. 48. Quais as principais dificuldades para colocar scrum na prática? ● [ 51% ] Habilidade para mudar a cultura organizacional ● [ 40% ] Resistência geral a mudança ● [ 40% ] Disponibilidades das pessoas com as habilidades necessárias ● [ 34% ] Suporte da Gestão ● [ 31% ] Complexidade ou tamanho do projeto Fonte http://www.adaptworks.com.br/blog/2012/01/11/o-dilema-do-scrummaster/ SCRUM
  49. 49. ● [ 29% ] Colaboração do Cliente ● [ 21% ] Confiança na habilidade para escalar Agile ● [ 19% ] Tempo percebido para transição ● [ 13% ] Restrições de orçamento ● [ 12% ] Nenhum ● [ 06% ] Outros Fonte http://www.adaptworks.com.br/blog/2012/01/11/o-dilema-do-scrummaster/ SCRUM Quais as principais dificuldades para colocar scrum na prática?
  50. 50. SCRUM
  51. 51. SCRUM Ken Schwaber Jeff Sutherland
  52. 52. SCRUM ● Transparência: todo processo visível a todos que estão envolvidos na criação do produto. ● Inspeção: o processo deve ser inspecionado regularmente para detectar problemas. ● Adaptação: Caso existam problemas, adaptações devem ser feitas.
  53. 53. O Scrum pode ser analisado por um conjunto de: ● Papeis ● Cerimonias/Eventos ● Artefatos SCRUM
  54. 54. EVENTOS DO SCRUM
  55. 55. ● Sprint. ● Reunião de Planejamento da Sprint (Sprint planning meeting). ● Scrum Diário. ● Revisão da Sprint. ● Retrospectiva da Sprint. EVENTOS DO SCRUM
  56. 56. SPRINT
  57. 57. DAILY SCRUM
  58. 58. Eventos do Scrum
  59. 59. ARTEFATOS DO SCRUM
  60. 60. ● Backlog do produto. ● Backlog da sprint. ARTEFATOS DO SCRUM
  61. 61. SPRINT BACKLOG
  62. 62. BURNDOWN
  63. 63. SCRUMBUT Ken fala sobre o que significa adotar "Scrum ... mas", ou ScrumBut: ● "(Nós usamos o Scrum, mas) (fazer Daily Scrum é muito em cima), (por isso só temos uma por semana)."
  64. 64. ● "(Nós usamos o Scrum, mas) (não podemos construir um pedaço de funcionalidade em um mês), (por isso nossas Sprints são de 6 semanas de duração)." SCRUMBUT
  65. 65. ● "(Nós usamos o Scrum, mas) (Retrospectivas são um desperdício de tempo,) (de modo que não vamos fazê-las.)" SCRUMBUT
  66. 66. O QUE NÃO É SCRUM ● Scrum não é um método da engenharia de software.
  67. 67. ● Scrum não é um método da engenharia de software. ● Scrum não cuidará da qualidade do seu projeto. O QUE NÃO É SCRUM
  68. 68. ● Scrum não é um método da engenharia de software. ● Scrum não cuidará da qualidade do seu projeto. ● Scrum não fornece templates para Gerenciar Tarefas, Relatórios, Estimar ou para Coletar Requisitos. O QUE NÃO É SCRUM
  69. 69. ● Jogam baralho durante o trabalho. MITOS SOBRE AGILE E SCRUM
  70. 70. ● Não precisa planejar. MITOS SOBRE AGILE E SCRUM
  71. 71. ● Se eu usar Agile não posso ter CMMI ou outras certificações. MITOS SOBRE AGILE E SCRUM
  72. 72. MITOS SOBRE AGILE E SCRUM
  73. 73. QUEM UTILIZA SCRUM?
  74. 74. MAIS INFORMAÇÕES
  75. 75. MAIS INFORMAÇÕES
  76. 76. PERGUNTAS?
  77. 77. Contatos: Site/Blog: alisonsouza.com.br Twitter: @AlisonRSouza GitHub: AlisonSouza OBRIGADO!

×