Embed Size (px)
DESCRIPTION
Palestra ministrada no AgileBrazil 2013 com @rafaelportela Descrição: Projetos ágeis são, em sua maioria, conduzidos através de estórias de usuário. Ao longo dos últimos anos, várias práticas foram descobertas a fim de facilitar a comunicação e a colaboração dentro de um time para encontrar e resolver problemas o mais cedo possível no processo, além de entregar o valor dessas estórias rapidamente e com a melhor qualidade possível. O que varia muito em cada projeto é a frequencia com que as práticas sao executadas – e isso se deve em grande parte à metodologia base utilizada. Em metodologias mais tradicionais (baseadas no modelo cascata), por exemplo, era comum ter somente um kickoff (válido para uma série de práticas, tais como sessões de estimativas, revisão de requisitos ou showcases) de todo o projeto apenas no começo ou somente no final. Já em metodologias baseadas no modelo de iterações, ágeis ou não (RUP e Scrum, por exemplo), passou a ser comum ter um kickoff a cada release (grupo de iterações) ou até a cada iteração. Sessões de estimativa são um bom exemplo, já que levavam até semanas em projetos baseados no modelo cascata passaram a levar um período ou até menos de 2 horas em projetos iterativos. No modelo de fluxo contínuo (Kanban), passou-se a utilizar essas práticas com uma frequencia maior, porém, por outro lado, com um volume de trabalho menor, assim como um número reduzido de pessoas envolvidas na execução de cada uma dessas práticas. Vale salientar também que o resultado do uso dessas práticas também podem variar de acordo com a maturidade do time, sendo necessárias mais ou menos dessas “discussões” programadas. Por meio desta apresentação, os palestrantes terão como foco o uso dessas três práticas (QA Review, Kickoff e Desk Check) por estória e como elas foram trabalhadas em um grande projeto, durante aproximadamente um ano. Pretende-se definir rapidamente as práticas de QA Review, Kickoff e Desk Check, e mostrar para que, e como elas foram sendo realizadas ao longo do nosso projeto. Assim, por meio dessa palestra, serão mostradas as lições aprendidas, quando foi interessante utilizar tais práticas, como elas evoluiram, assim como quais foram as dificuldades encontradas, levando em consideração a distribuição geográfica e os diferentes papéis dentro do nosso time. Além disso, a apresentação trará algumas dicas para uma execução dessas práticas de uma maneira mais eficiente. Mais detalhes: http://submissoes.agilebrazil.com/2013/sessions/819-qa-reviews-kick-offs-e-desk-checks-por-estoria-tres-praticas-que-podem-prevenir-muitos-problemas
Citation preview
QA Reviews, Kickoffs e Desk Checks por estória
três práticas que podem prevenir muitos problemas
Apresentação
Ghisi QA @thiagoghisi
Portela DEV @rafaelportela
Agenda
! Revisões em diferentes metodologias ! Unidades de trabalho pequenas ! Boas estórias, bons critérios de aceite ! Envolvendo as pessoas
QA Review? Kickoff?
Desk Check?
Modelo Cascata
Modelo Cascata
QA Review? Kickoff?
Desk Check?
Modelo Cascata
! QA Review ! Revisão do modelo de requisitos
! Kickoff ! Reunião de apresentação do escopo do projeto ! Ou, quando o “bíblia” de requisitos é jogada na mesa do
programador ! Desk Check
! Quando os testadores começam a olhar o sistema/módulo rodando
Modelo Iterativo Incremental
Modelo Iterativo Incremental
QA Review?
Showcase
Kickoff de iteração
Modelo Iterativo Incremental
! QA Review ! Talvez no início da iteração, revisando as estórias da sprint.
! Kickoff ! Sprint planning meeting
! Desk Check ! Showcase da sprint
Modelo de fluxo contínuo
Onde essas práticas estão presentes no
fluxo contínuo?
Como fazer revisões continuamente em fluxo contínuo? QA Review Desk Check Kickoff
Processo de fluxo contínuo
! QA Review ! No final da análise de cada estória
! Kickoff ! Início do desenvolvimento de cada estória
! Desk Check ! Fim do desenvolvimento de cada estória
Conteúdo a ser revisado de uma vez…
Cascata Scrum Kanban/Lean
Info
rmaç
ão
Quantidade de info em cada revisão por modelo
Objetivos de revisões frequentes
! Diminuir a quantidade de informação a ser revisada ! Aumentar a frequência das revisões ! Unidade de trabalho: estória ! + Loops de Aprendizado frequência
informação
Estórias são mesmo a menor unidade de trabalho?
Estórias são mesmo a menor unidade de trabalho?
! Sim! (ou não…) § Menor unidade com valor para o negócio
– Critérios de Aceite? – Tarefas?
§ I-N-V-E-S-T – (User Stories Applied – Mike Cohn)
Como detalhar estórias?
! Critérios de aceite? ! Bullet points? ! Wireframes? ! Textos técnicos? ! Longas descrições?
Como detalhar estórias?
Como detalhar estórias?
Porque usar critérios de aceite?
! Guia a análise ! Guia a revisão dos cenários de testes ! Guia o desenvolvimento ! Define quando a estória está completa ! Guia a aceitação/testes ! “É o fio condutor do desenvolvimento”
Porque usar critérios de aceite?
Nosso Kanban
Nosso Kanban
QA Review
! Boas práticas ! uso de checklists
§ para estória à I.N.V.E.S.T. § para critérios de aceite à é possível automatizar?
– Formato: Dado-Quando-Então
! Evita… ! falta de critérios de aceite importantes ! critérios com dupla interpretação, ou impossíveis de
automatizar
Kickoff
! Boas práticas
! Leitura de toda a estória ! Certeza do entendimento comum ! Listas cenários para automação
! Evita… ! Surpresas
Desk Check
! Boas práticas ! QA ou PO guiando a execução ! Ambiente adequado de execução
! Evita ! Tempo gasto na contextualização dos testes ! Feedback tardio do que foi desenvolvido
Desk Check
Desk Check
Pessoas envolvidas
Nenhuma dessas práticas funciona em um
time desmotivado!
Perguntas? Ghisi QA @thiagoghisi
Portela DEV @rafaelportela
