View
372
Download
1
Embed Size (px)
Citation preview
Requisitos
ÁGEIS
Para times
sem tempo
KLEITOR
Entusiasta da Vida, Qualidade,
Colaborativos,Ágil,
Teste e Testes Ágeis.
2
br.linkedin.com/in/kfranklint
99416-0873
3
Requisitos Ágeis
Agenda
Um overview do Universo Ágil e de como todo o time pode melhorar e agregar valor ao produto com práticas ágeis e testes de aceitação.
4
Repensando o saber.
Essencialmente todos os modelos estão errados,
mas alguns são úteis!!George E. P. Box
5
Insanidade é fazer a mesma coisa repetidamente e esperar resultados diferentes.
Definição de insanidade por Albert Einstein
Repensando o fazer
6
Repensando que o time todo pode tornar o produto melhor usando testes de aceitação e práticas ágeis!!
Repensando o que, mesmo?
7
Como capturar e modelar requisitos?
-Use práticas Ágeis-Faça Testes de aceitação-Use pequenas fatias em pequenos ciclos-Use Histórias (User stories)-Use técnicas exploratórias
Done=capturado+modelado+aceito+orientado a valor
8
Quantas bolas há e de quais cores? 1 minuto. Valendo!!!
9
Quantas bolas há aqui e quais as cores? 10 segundos. Valendo!!!
10
Menores fatias de software ( requisitos )
são identificadas mais rápido, com menos esforço e
com menos ambiguidade
Ágil=Pequenos intervalos + pequenas fatias
11
Teste de aceitação pra quê?Modelando um carro muito, muito veloz!!!
12
Teste de aceitação pra quê?Modelando um carro
muito veloz!!!Esse carro vai de 0 a 60 em 50s. Está rápido pra você?
Não?! Me dê um teste! Qual a velocidade ideal?E agora, está rápido o suficiente?
Mas, ao chegar a 60 ele para!E agora, está rápido o suficiente?
Não?! Me dê um teste! Qual a velocidade máxima?
E agora, está rápido o suficiente?
Fluxo do processo Ágil
13
Synchronizing Software Testing with Agile Requirements Practices , Jean McAuliffe, Dean Leffingwell
Comunicação Colaboração
Acei
taçã
o
Pequ
enos
inte
rval
os
Pequ
enas
fati
as
Aprendizagem
14
Gestão Ágil de Projetos
Era uma vez…
Então … tem essa etapa, aquela etapa…. e bem aqui entram as práticas ágeis.
ÁGIL É UM ESTADO DE MENTE, NÃO UMA METODOLOGIA DE PROJETO
O que é “Ágil”, Afinal?
Agil não é metodologia, mas praticas úteis, principalmente comportamentais
Agil é adaptativo ao invés de prescritivoAgil é orientado a pessoas ao invés de orientado
a processo.Maximiza o valor do negócio com processos e
documentação right-sized, just-enough, e just-in-time
15
16
Capacidade de rapidamente priorizar o uso de recursos quando requisitos, tecnologia e conhecimento mudam com o objetivo de lucrar em um mundo empresarial global turbulento
Uma resposta muito rápida às mudanças súbitas de mercado e ameaças emergentes através de interação intensiva com o cliente
com base em: http://davidfrico.com/rico14n.pdf, Lean & Agile Enterprise Frameworks
O que é “Ágil”, Afinal?
Resultado para empresas
Empresas ágeis crescem suas receitas 37% mais rápido do que outras organizações e tem lucros mais elevados de 30%
Pulse Report:
71% dos entrevistados disseram que o trabalho ágil lhes deu respostas mais rápidas às mudanças de condições de mercado
90% dos entrevistados (CEOs e CIOs) classificaram a agilidade organizacional como vital para o sucesso
Mundo Ágil e produtividade
Amostras de mais de 8.000 projetos mostrou que equipes ágeis são, em média, 25% mais produtivas do que seus pares da indústria.
http://www.deltamatrix.com/why-are-agile-teams-25-more-productive
18
Métodos Ágeis populares
19
Dynamic System Development Method (Dane Faulkner)
XP (Kent Beck)
Adaptive Software Development (Jim Highsmith)
Lean Software Development (Mary Poppendieck)
Crystal (Alistair Cockburn) Feature Driven Development (Jeff DeLuca)
Scrum (Ken Schwaber) Agile Rational Unified Process (RUP)
Rapid Software Testing (James Bach)
20
Gestão ágil de projetos
http://blog.procademysoftware.com/agile-project-management/
Por que pequenas fatias?
21
Praticas Ágeis +Teste de aceitação, pra quê?
Reduzir incertezas= exemplo+comunicação+colaboração+
pequenos ciclos+aceitaçãoConhecer o requisito não é suficiente para saber o que construir. O cliente precisar criar alguns
testes.Entregas sem tempo precisam ser melhores que aquelas com prazo longo.
22
Que testes de aceitação?Qualquer um que envolva o cliente e envolvidos
Lista de requisitos, histórias, Casos de Uso, Diagramas, Paper prototype, Sistema...
E a eficácia para o
cliente e time?
23
-Da concepção a pós-entrega-Orientado a Contexto-Descritivo e adaptativo-Resultados orientados a Valor-Oportunidade de enriquecer de descobrir novos requisitos-Multidmensional: múltiplas faces, múltiplos times
Valoração pelo teste de aceitação
Ciclo de vida de projeto orientado a Alice
Ciclo de vida orientado à incerteza
Requisitos de negócios
Requisitos funcionais desenvolvimento Entrega
Suposições Hipóteses Experimentos Validação
24
Modelagem Orientada a testePra quê?
Teste: da concepção a pós-entregaTodo o Time
25
Sprints Ágeis
Valoração e entrega
26
O problema de sprints grandes com pouco feedback
Valoração e entregaRepresentando a incerteza
27
Requisitos são suposições no começo do projeto
Mas, artefatos precisam ser escritos
Valoração e entregaProblema: sprint grande+pouco feedback
28
Ciclo de vida orientado à incerteza
Suposições Hipóteses Experimentos Validação
Analista especifica: UC, histórias, etc
Testadores e desenvolvedores enriquecem, validam e descobrem novos requisitos
Analista aplica teste de aceitação com o cliente ?Entrega
Entrega
Entrega
Menos útil: sprint grande+pouco feedback
29
-Produto com pouco valor agregado-Parte do time com o cronograma em dia e produto baseado fortemente em suposição-Parte do time realizando enorme esforço para agregar valor ao produto-Alto custo pouco ROI: Inconsistências e retrabalho-Pontos de dor: Falta de perspectivas, monotonia, etc.
Vamos fazer melhor?Sprint pequeno + muito feedback
Lembra dos grãos? Lembra do Carro?
30
Suposições Hipóteses Experimentos Validação
Clientes, analistas, testadores e desenvolvedores escrevem, enriquecem, validam e descobrem novos requisitos
Entrega contínua + integração continua
Teste de aceitação+comunicação+colaboração
Mais útil: sprint pequeno+muito feedback
31
-Melhor qualidade do que é produzido: capacidade humana de produzir bem com menos pontos de dor.-Mais fácil de alinhar escopo ( implementação, correção)-Menos erros repetidos multiplicados, analise mais inteligente da produtividade do desenvolvedor.-Minimizam riscos
Mais útil: sprint pequeno+muito feedback
32
-Produto com muito valor agregado-Cronograma inteligente=colaboração+comunicação+distribuição de esforço;-Produto orientado a teste de aceitação-Melhor ROI: custo x benefício- O time valida entre si e com o cliente.
No sprint
33
-Defina o escopo pequeno-Defina por histórias, features,
fluxos de evento (UC)-Fale sobre riscos
34
Entregue algo de valor a cada semanaSeja Engajado, seja positivo, seja profissional
Use o modelo 3C: card, conversation, confirmation
Sprints Ágeis: Projeto
35
-Use técnicas de estimativas mais adaptativas: planning poker, risk poker, T shirt size, etc
-Envolva o time na estimativa-Lembre: às vezes o rápido atropela o Ágil.
Prática Ágil: Projeto
Porque os
planos
mudam!!!!
36
-Feedback = agilidade+ user centered-Reuniões eficazes -Retrospectivas e lições aprendidas-Fale sobre riscos em todos os sprints-Explore muito e explore sempre!!!
Sprints Ágeis: comunicação
Mapa e transferência de conhecimento
37
Revisando as práticas ágeis...
Até agora propomos juntos...
-Ciclos pequenos -Entrega continua
-Integração continua-Comunicação+colaboração-Cliente Satisfeito e Time
realizado
38
Teste de Aceitação
“O objetivo dos testes é agregar valor o mais cedo possível ao produto”.
Modelagem projetando, modelagem executandoModelar comportamento do cliente..E SE..
39
Teste para quê, mesmo?
40
Alguns pontos de vista
-Não!!! só depois do produto pronto
-Aceitação do cliente como base, seja ele qual for;-Só como pré-entrega do produto é subutilizar a inteligência produtiva da empresa: muito gasto pouco ROI
-No Ágil é executado em todo o ciclo de vida do produto-Aproxima o produto da necessidade do cliente no teste de aceitação final ( UAT )
-Agrega muito valor ao produto
Teste de aceitação
41
Testes de aceitação: como é feito?
-Escrever ( desenhar) pequenos, múltiplos pedaços e dimensões de um requisito;-Explorar essas “features”-Ter o aceite do cliente-Feedbacks de pequenos ciclos
42
feedback = agilidade+ user centeredTeste de aceitação: comunicação
Eu sei o que eu disse, mas já faz
seis meses
... E eles construiram de acordo com a espec.. Ao invés do que o cliente queria
43
Histórias ( um de vários modelos)Teste de aceitação: comunicação
A compra pode ser paga com cartão de
crédito
Nota: aceitar Visa, Master Card. Considere explorar.
-Explore com Visa e
Master Card (pass / fail)-Explore com ids corretos, incorretos e
faltando-Explore com cartões
expirados
Verso
44
HistóriasUse um Painel: Gestão À vista
É palpável e gratificante pro cliente ver sua satisfação expressa
45
HistóriasUse um Painel: Gestão À vista
Perfeitas para o time todo
-Ótimas com o cliente-Padrão de comunicação para o time
-Geram Casos de Uso-Podem decompor casos de Uso
46
Histórias. Mas não só!
Perfeitas para o time todo
-Podem se transformar em código para o desenvolvedor
-Podem ser padrão para time de teste
-Instrumentação para UX
47
Histórias. Mas não só!Perfeitas para gestão
-Avaliar cronograma e produtividade: completude, aprovação
-Visualiza múltiplas dimensões do Software-Feedback rápido do cliente
-Análise de produtividade para desenvolvimento: completude e aceitação x bugs
48
Você faz parte!Discussões de requisitos
Quem sabe fará parteApresentação de um produto
VC ficou de fora!Analise de artefatos
Quando realizar?Teste de aceitação
Software perfeito e outras ilusões
49
Explore!!!!
... O cliente é da área, então fica
mais fácilMeu cliente esqueceu
de me dizer...
50
Quem precisa de Exploratórios?Não é “Testa Aeh”
51
Quem precisa de Exploratórios?De debugadores a analistas de
requisitos
52
Quando explorar?Você faz parte!Discussões de requisitos
Quem sabe fará parteApresentação de um produto
VC ficou de fora!Analise de artefatos
53
Revisando as práticas ágeis...
Neste fim de bate-papo propomos juntos...
-Testes de Aceitação-Explorar requisitos-Integração continua
-Comunicação+colaboração-Cliente Satisfeito e Time
realizado
POSSO COLABORAR COM MAIS RESPOSTAS?
54
br.linkedin.com/in/kfranklint
92 99416-0873