Da Essência à Necessidade “ Os mitos do mundo ágil” Paulo Igor - @pigodinho [email_address] Anderson Silveira [email_address]
http://idopter.com
 
 
A Essência
 
A necessidade
 
“ Não é mais um celular, isso é um smartphone”
“ Quanto maiores os Benefícios maior o Custo”
Não é diferente no desenvolvimento de software...
várias formas de fazer... Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
...todas tem seu custo e seus benefícios... Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
...mas qual é o melhor custo x benefício? Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
“ Não existe  receita de bolo  para desenvolver software”
- Processo Empírico - Criativo - Adaptativo
essa resposta você tem que descobrir! Scrum XP Lean / Kanban RUP Cascata Go Horse Scrumbut Scrumban DSDM FDD
se libertar dos mitos criados...
... e conhecer a essência das coisas!
1º Mito - O papel do ScrumMaster
qual a essência?
“ Valores e práticas do Scrum” + produtivo + qualidade auto-organizado multifuncional líder-servidor
porém...
“ Ele não é seu chefe!”
“ Ele não precisa resolver todos os problemas”
O PO não é uma entidade espiritual
Ruídos na comunicação
a necessidade...
“ Focar em resultado” “ Alinhar as expectativas com o time e o PO” “ Difundir as práticas e retirar os impedimentos”
Mais importante...
chefes dão ordens...líderes dão exemplos
“ Líder-servidor”
2º Mito - Práticas de Engenharia
qual a essência?
Melhorar a qualidade
porém...
Falta maturidade...
 
e qual a necessidade?
diminuir o débito técnico
o equilíbrio
3º Mito - Reuniões Diárias
A essência da reunião diária
porém...
reunião diária de 1 hora!!!
 
e qual a necessidade?
manter uma boa comunicação :)
manter o sincronismo
usar bem o tempo!
4º Mito - Sprint Review e Retrospectiva
qual a essência?
Sprint Review apresentar os resultados
Retrospectiva entender e solucionar os problemas
porém...
acúmulo de informações!!!
Não é hora de surpresas!
qual a necessidade?
canal eficiente de comunicação
mais comunicação e mais colaboração
por que esperar?
Sprint Review
Retrospectiva
Refletir...
 
Continuos Retrospective
Adaptação
Conhecer os problemas
pra alguns funciona bem
Experimentação
“Time que ta ganhando não se mexe”
Como é que é?
“ Não existe  receita de bolo ”
“ Pequenas Ações fazem Grandes Revoluções” http://smallactsmanifesto.org /
Perguntas?
Da Essência à Necessidade “ Os mitos do mundo ágil” Paulo Igor - @pigodinho [email_address] Anderson Silveira [email_address]

Palestra agile brazil (versão atualizada)

Notas do Editor

  • #20 Quem trabalha com metodologias ágeis? Cite uma prática que você utiliza no seu dia a dia * Gancho para os mitos
  • #23 - Responsável por garantir que o Time atue dentro das “regras”, valores e práticas do Scrum - Ajuda o Time a ser mais produtivo e produzir com alta qualidade e performance - Ajuda a entender e atuar de forma auto-organizada e multifuncional - É um líder-servidor
  • #25 - cultura comando-controle
  • #27 Ele não é o único que conversa com o PO Ele não advinha o que PO precisa?
  • #36 - Teste - IC - Pair programming (Colaboração / Comunicação) - Refactoring (Constante melhoria do código)
  • #39 A falta de maturidade pode ocasionar em outros problemas - Usar de forma incorreta as práticas (build 10 min., pair programming, teste) *teste - pecar pelo excesso, falta de condições técnicas para desenvolver os testes
  • #41 Qualidade do software entregue Minimizar problemas que podem travar o processo de desenvolvimento Amenizar o impacto de novas soluções Alguns exemplos: - Teste - IC - Pair programming (Colaboração / Comunicação) - Refactoring (Constante melhoria do código)
  • #44 Estabelecer um ponto de alinhamento do andamento das atividades do dia, promovendo a comunicação do time.
  • #46 Não é reporte para o ScrumMaster Não é reporte para o PO
  • #47 Não precisa esperar a reunião diária para falar
  • #48 Manter a visibilidade das atividades que estão sendo realizadas no dia Identificar problemas e bloqueios que o Time possa encontrar durante o dia Suprir a necessidade de comunicação do Time
  • #51 Não é reporte para o ScrumMaster Não é reporte para o PO
  • #53 Receber o feedback das atividades realizadas (Sprint Review) Receber o feedback do time para o Time (Retrospectiva)
  • #57 Postegar a apresentação dos resultados ou dos problemas encontrados Avalanche de informações e problemas a serem resolvidos pelo Time.
  • #59 Necessidade de receber feedback tanto dos resultados, do que está sendo feito, como dos problemas que estão sendo identificados durante a sprint