Kleitor Franklint apresenta estratégias ágeis para testes sob pressão, incluindo:
1) Exploração de requisitos usando técnicas como mind maps, user stories e testes exploratórios;
2) Estimativas ágeis de esforço como story points para lidar com pressões de tempo e demanda.
데브시스터즈의 Cookie Run: OvenBreak 에 적용된 Kubernetes 기반 다중 개발 서버 환경 구축 시스템에 대한 발표입니다.
Container orchestration 기반 개발 환경 구축 시스템의 필요성과, 왜 Kubernetes를 선택했는지, Kubernetes의 개념과 유용한 기능들을 다룹니다. 아울러 구축한 시스템에 대한 데모와, 작업했던 항목들에 대해 리뷰합니다.
*NDC17 발표에서는 데모 동영상을 사용했으나, 슬라이드 캡쳐로 대신합니다.
데브시스터즈의 Cookie Run: OvenBreak 에 적용된 Kubernetes 기반 다중 개발 서버 환경 구축 시스템에 대한 발표입니다.
Container orchestration 기반 개발 환경 구축 시스템의 필요성과, 왜 Kubernetes를 선택했는지, Kubernetes의 개념과 유용한 기능들을 다룹니다. 아울러 구축한 시스템에 대한 데모와, 작업했던 항목들에 대해 리뷰합니다.
*NDC17 발표에서는 데모 동영상을 사용했으나, 슬라이드 캡쳐로 대신합니다.
게임의 성공을 위한 Scalable 한 데이터 플랫폼 사례 공유 - 오승용, 데이터 플랫폼 리더, 데브시스터즈 ::: Games on AW...Amazon Web Services Korea
데브시스터즈와 <쿠키런 : 킹덤> 의 사례를 기반으로, 게임 서비스에서 데이터 플랫폼의 역할과 중요성, 그리고 성공적인 게임 운영을 위한 데이터플랫폼의 Scalability 확보 방법에 대하여 기술적, 문화적 관점에서 이야기합니다. AWS 기반 클라우드의 특성을 적극적으로 활용한 데이터 플랫폼 환경과 발전 과정에 대한 기술적 설명과 더불어, 문화 및 조직적 차원에서의 접근에 대해서도 소개해드립니다..
Nessa apresentação, vamos falar sobre o uso de BDD, o que o criador do Cucumber recomenda, quando usar e quando não usar.
Canal QAOPS: https://videos.qa-ops.com/subscribe
오픈 소스 Actor Framework 인 Akka.NET 을 통해 온라인 게임 서버를 어떻게 구현할 수 있는지를 설명합니다. Actor Model 에 대한 기본 이해부터 Scale-out 가능한 게임 서버 구축까지 전반적인 내용에 대해 알 수 있습니다. 설명을 위해 클라이언트는 Unity3D 를 사용할 예정입니다.
Kubernetes는 전세계 조직의 96%가 이미 사용 중이거나 검토 중인 오픈소스 기술입니다. 클라우드 시장은 IaaS에서 PaaS로 그 중심이 이동하고 있으며, PaaS 시장은 2026년까지 연평균 19.6% 성장률을 기록할 것으로 전망되고 있습니다.
Kubernetes를 기반으로 애플리케이션을 손쉽게 배포하고 자동화된 운영 관리는 제공하는 PaaS 솔루션, Playce Kube를 소개합니다.
다양한 컴포넌트를 유기적으로 결합한 최적의 플랫폼으로 유연한 클라우드 네이티브 애플리케이션을 위한 환경을 제공합니다.
Este trabalho pretende abordar um dos temas principais na área dos Sistemas de Informação e que em muitas empresas nem sempre é levado muito a sério – a Recuperação de Desastres (Disaster Recovery).
É uma temática em evolução constante sendo que hoje fala-se e começam a ser utilizados novos sistemas, como os backups na cloud ou mesmo a utilização exclusiva da mesma.
Estes serão alguns dos temas que iremos abordar ao longo deste trabalho, uns com maior detalhe e rigor técnico, outros através de uma abordagem mais superficial de modo a poder ser melhor compreendido.
Nesta apresentação, realizada no TDC (The Developer's Conference) São Paulo 2018, abordo pontos importantes na descoberta de uma história de usuário e como chegar ao pequeno pedaço a ser desenvolvido.
서버리스 아키텍처 패턴 및 로그 처리를 위한 파이프라인 구축기 - 황윤상 솔루션즈 아키텍트, AWS / Matthew Han, SendBi...Amazon Web Services Korea
서버리스 아키텍처 패턴 및 로그 처리를 위한 파이프라인 구축기
황윤상 솔루션즈 아키텍트, AWS
Matthew Han, SendBird
AWS에서 제공하는 다양한 서비스는 서버리스 아키텍처에서 활용 가능합니다. 본 세션에서는 다양한 시나리오를 위한 서버리스 아키텍처를 소개하고, 각 아키텍처 별 주의해야할 점 및 모범 사례를 살펴봅니다. 특히, 서버리스 아키텍처로 로그 처리 파이프라인을 구축한 SendBird의 사례를 살펴보고, 파이프라인 구축에 있어서 얻게된 팁들을 공유합니다.
Building and deploying microservices with event sourcing, CQRS and Docker (Be...Chris Richardson
In this talk we share our experiences developing and deploying a microservices-based application. You will learn about the distributed data management challenges that arise in a microservices architecture. We will describe how we solved them using event sourcing to reliably publish events that drive eventually consistent workflows and pdate CQRS-based views. You will also learn how we build and deploy the application using a Jenkins-based deployment pipeline that creates Docker images that run on Amazon EC2.
This talk was given at the Berlin Microxchg conference and the Munich microservices meetup.
Certificações em Teste e Qualidade de SoftwareCamilo Ribeiro
O mercado de engenharia de software está cada vez mais atraente e competitivo. Ao mesmo tempo que os jornais, revistas, pesquisas especializadas no mercado de trabalho mostram o forte crescimento no números de vagas de TI, mostra também um grande défict de profissionais especializados, no Brasil e no mundo. As certificações vêm se mostrando uma ótima oportunidade para o profissional se destacar no mercado, pois garantem que ele está investindo na sua carreira, que domina determinadas habilidades e está habilitado a trabalhar com conceitos e padrões internacionais. Conheça um pouco sobre as mais de trinta certificações que rodeiam a área de teste e qualidade de software e saiba qual é a ideal para a sua carreira.
게임의 성공을 위한 Scalable 한 데이터 플랫폼 사례 공유 - 오승용, 데이터 플랫폼 리더, 데브시스터즈 ::: Games on AW...Amazon Web Services Korea
데브시스터즈와 <쿠키런 : 킹덤> 의 사례를 기반으로, 게임 서비스에서 데이터 플랫폼의 역할과 중요성, 그리고 성공적인 게임 운영을 위한 데이터플랫폼의 Scalability 확보 방법에 대하여 기술적, 문화적 관점에서 이야기합니다. AWS 기반 클라우드의 특성을 적극적으로 활용한 데이터 플랫폼 환경과 발전 과정에 대한 기술적 설명과 더불어, 문화 및 조직적 차원에서의 접근에 대해서도 소개해드립니다..
Nessa apresentação, vamos falar sobre o uso de BDD, o que o criador do Cucumber recomenda, quando usar e quando não usar.
Canal QAOPS: https://videos.qa-ops.com/subscribe
오픈 소스 Actor Framework 인 Akka.NET 을 통해 온라인 게임 서버를 어떻게 구현할 수 있는지를 설명합니다. Actor Model 에 대한 기본 이해부터 Scale-out 가능한 게임 서버 구축까지 전반적인 내용에 대해 알 수 있습니다. 설명을 위해 클라이언트는 Unity3D 를 사용할 예정입니다.
Kubernetes는 전세계 조직의 96%가 이미 사용 중이거나 검토 중인 오픈소스 기술입니다. 클라우드 시장은 IaaS에서 PaaS로 그 중심이 이동하고 있으며, PaaS 시장은 2026년까지 연평균 19.6% 성장률을 기록할 것으로 전망되고 있습니다.
Kubernetes를 기반으로 애플리케이션을 손쉽게 배포하고 자동화된 운영 관리는 제공하는 PaaS 솔루션, Playce Kube를 소개합니다.
다양한 컴포넌트를 유기적으로 결합한 최적의 플랫폼으로 유연한 클라우드 네이티브 애플리케이션을 위한 환경을 제공합니다.
Este trabalho pretende abordar um dos temas principais na área dos Sistemas de Informação e que em muitas empresas nem sempre é levado muito a sério – a Recuperação de Desastres (Disaster Recovery).
É uma temática em evolução constante sendo que hoje fala-se e começam a ser utilizados novos sistemas, como os backups na cloud ou mesmo a utilização exclusiva da mesma.
Estes serão alguns dos temas que iremos abordar ao longo deste trabalho, uns com maior detalhe e rigor técnico, outros através de uma abordagem mais superficial de modo a poder ser melhor compreendido.
Nesta apresentação, realizada no TDC (The Developer's Conference) São Paulo 2018, abordo pontos importantes na descoberta de uma história de usuário e como chegar ao pequeno pedaço a ser desenvolvido.
서버리스 아키텍처 패턴 및 로그 처리를 위한 파이프라인 구축기 - 황윤상 솔루션즈 아키텍트, AWS / Matthew Han, SendBi...Amazon Web Services Korea
서버리스 아키텍처 패턴 및 로그 처리를 위한 파이프라인 구축기
황윤상 솔루션즈 아키텍트, AWS
Matthew Han, SendBird
AWS에서 제공하는 다양한 서비스는 서버리스 아키텍처에서 활용 가능합니다. 본 세션에서는 다양한 시나리오를 위한 서버리스 아키텍처를 소개하고, 각 아키텍처 별 주의해야할 점 및 모범 사례를 살펴봅니다. 특히, 서버리스 아키텍처로 로그 처리 파이프라인을 구축한 SendBird의 사례를 살펴보고, 파이프라인 구축에 있어서 얻게된 팁들을 공유합니다.
Building and deploying microservices with event sourcing, CQRS and Docker (Be...Chris Richardson
In this talk we share our experiences developing and deploying a microservices-based application. You will learn about the distributed data management challenges that arise in a microservices architecture. We will describe how we solved them using event sourcing to reliably publish events that drive eventually consistent workflows and pdate CQRS-based views. You will also learn how we build and deploy the application using a Jenkins-based deployment pipeline that creates Docker images that run on Amazon EC2.
This talk was given at the Berlin Microxchg conference and the Munich microservices meetup.
Certificações em Teste e Qualidade de SoftwareCamilo Ribeiro
O mercado de engenharia de software está cada vez mais atraente e competitivo. Ao mesmo tempo que os jornais, revistas, pesquisas especializadas no mercado de trabalho mostram o forte crescimento no números de vagas de TI, mostra também um grande défict de profissionais especializados, no Brasil e no mundo. As certificações vêm se mostrando uma ótima oportunidade para o profissional se destacar no mercado, pois garantem que ele está investindo na sua carreira, que domina determinadas habilidades e está habilitado a trabalhar com conceitos e padrões internacionais. Conheça um pouco sobre as mais de trinta certificações que rodeiam a área de teste e qualidade de software e saiba qual é a ideal para a sua carreira.
Palestra realizada no Agile Brazil 2011, que fala sobre a aplicação de práticas e metodologias ágeis, seus problemas e necessidades. Uma reflexão a respeito das implementações e problemas que podem ocorrer.
Planejamento de testes em um mundo ágilAriane Izac
Palestra da Jacqueline Costa no Meetup Devtests na HST - 18/09/2018.
Nesta palestra o intuito é compartilhar ideias em relação a forma como o time de qualidade planeja e executa seus testes. Deixando de lado a ideia que o QA é inimigo do desenvolvedor e que não temos que ter contato com código (e que o dev não precisa testar rs), diferente disso, temos que pensar como nós podemos melhorar o trabalho do nosso time e prover maior qualidade para o nosso cliente :)
Espera ai, eu nunca tive contato com automação, o que isso vai me agregar? Uma visão diferente de abordagem de testes!
Mas eu já trabalho com automação, o que isso vai mudar na minha vida? Sempre digo que é importante termos contato com o que já conhecemos e o que não conhecemos, a troca de experiências é uma das melhores formas de melhorar como fazemos algo!
This presentation (in portuguese) talks about the science of entrepreneurship and how it has been helping many companies achieve better results with their products. It teaches the value of exploring your market and validating your assumptions through a series of MVP tests.
Adaptacao Ágil para Times de DesenvolvimentoFábio Câmara
Ministrei este workshop para uma turma de pós-graduação da FAI em Santa Rita do Sapucaí – MG na data de 14/09/2013.
A proposta do workshop foi explicar minhas adaptações derivadas do manifesto ágil e de propostas metodológicas ágeis para uma abordagem mais brasileira e voltada ao ser humano participante do projeto.
Falácias e outras ilusões sobre Teste ÁgilMario Ramos
Muitas pessoas ligadas ao desenvolvimento ágil vem tratando o teste de forma simplista, reducionista e mecanicista.Eles acham que todos teste precisam ser automatizados para ganhar tempo. Mas isso não faz sentido, porque o teste é uma atividade cognitiva complexa que requer um conjunto de habilidades e experiência se realmente queremos que as pessoal o façam bem. Vamos falar aqui sobre muitos equívocos que pessoas que não possuem uma imersão na área tem nos rotulado.
Você sabe o que é Perfil Tipo T ? Por que no mercado atual os testadores precisam ter esse perfil ? Essa palestra vai mostrar a importância cada vez maior que os testadores estão tendo para o sucesso nos projetos de software. Veremos os tipos de testes que o mercado exige e a razão que devemos nos adaptar para realiza-los da melhor forma possível. Conhecer bem os requisitos é importante para meu trabalho ? Preciso entender de ferramentas de automatização ? Preciso saber programar e também entenderdo negócio ? Vamos ter uma palestra colaborativa onde tentaremos juntos responder todas essas perguntas e desvendar o que esse perfil T tão buscado pelo mercado e que vantagens tem em termos esse tipo de profissional na empresa
2. KLEITOR
Entusiasta da Vida,
Qualidade, Ágil, Teste
.. De abordagens...
que descobrem surpresas,
adaptam-se às circunstâncias
e recebem um "wow !" do cliente
kleitor.franklint@gmail.com
br.linkedin.com/in/kfranklint
99416-0873
3. 3
Por que Ágil? pouco tempo, demanda maior que
a capacidade de atendimento, dentre outros.
4. 4
Agile ALM - Jurgen Appelo
Repensando o saber.
Essencialmente todos os modelos estão errados,
mas alguns são úteis
George E. P. Box
6. 6
O que é “Ágil”, Afinal?
Agil não é metodologia, mas praticas uteis,
principalmente comportamentais
Agil é adaptativo ao invés de prescritivo
Agil é orientado a pessoas, não aa processo.
Maximiza o valor do negócio com processos e
documentação right-sized, just-enough, e just-in-
time
7. 7
just-enough
-Construa só o necessário
just-in-time
-Parar se der errado
-Entregue o mais rápido possível
right-sized
Elimine tarefas que não gerem valor– Kaizen
Modelo colaborativo
-Visão do time mais importante que a individual
-Toda visão individual precisa ser avalida
-Utilização máxima de esforço intelectual
-Confiança, responsabilidade, autoridade e autonomia
8. 8
• Forneça continuo feedback
• Entregue valor ao cliente (agregar valor ao produto)
• Habilite a comunicação face a face
• Tenha coragem
• Mantenha as coisas simples
• Pratique a melhoria continua (Kaizen)
• Responda às mudanças
• Organize-se
• Aproveite ( enjoy )
Dez princípios para testadores ágeis
“Agile Testing”, Crispin & Gregory
9. 9
Mundo Ágil e produtividade
Um estudo independente feito com 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
10. 10
Lean, Agile at all
Garantia da qualidade: prevenção
x
Controle da qualidade: detecção
Kentô: planeje com cuidado
execute com precisão
http://www.slideshare.net/barbaracabral/lean-software-testing
11. 11
Orientado a valor.
Valor pra quem? Clientes, stakeholders, time at all
Necessidade gera valor
Cliente puxa a produção.. Não empurrar o produto que o
cliente não quer
Lean, Agile at all
http://www.slideshare.net/barbaracabral/lean-software-testing
12. 12
Seja um
testador!!!
-Simples verificação deve ser automatizada
-Testadores fazem trabalho que computadores não podem fazer:
coisas como teste exploratório ou testes de usabilidade
-Defensores do cliente
- Não seja um checador, seja um testador
14. 14
KISS - Keep It Simple, Stupid
-Simplicidade é o objetivo do planejamento e do design. --Evite
complexidade desnecessária
-Fazer a coisa mais simples possível.
-Se quiser inventar que seja pra simplificar.
DRY: “Don’t Repeat Yourself”:
-Não repita pedaços de código.
- DRY violado = WET
Write Everything Twice ou We Enjoy Typing.
YAGNI(XP)
“You Aren’t Gonna Need It”: ... no caso de... ou ..eventualmente
posso precisar
21. 21
Teste Exploratório:Teste Exploratório:
CaracterísticasCaracterísticas
Gente, desculpa, ainda
não entendi o que é
teste exploratório
Gente, desculpa, ainda
não entendi o que é
teste exploratório
Essa é fácil!!! Design,
execução e
aprendizagem ao
mesmo tempo
Essa é fácil!!! Design,
execução e
aprendizagem ao
mesmo tempo
Deixa comigo!!! Seus
elementos são três..
Deixa comigo!!! Seus
elementos são três..
James Bach’s 2003 paper, “Exploratory Testing Explained.”
“Exploratory testing is simultaneous learning, test design, and test execution.”
É estruturado. Não é
“Testa eah!”
É estruturado. Não é
“Testa eah!”
Seu ponto de partida
são ideias, propósitos e
missão definidas
Seu ponto de partida
são ideias, propósitos e
missão definidas
identificar riscos críticos,
necessidades e fatores
de qualidade
identificar riscos críticos,
necessidades e fatores
de qualidade
Porque o objetivo é
agregar valor ao
produto
Porque o objetivo é
agregar valor ao
produto
Por quê?Por quê?
22. 22
Por que usar Exploratorios?Por que usar Exploratorios?
Software perfeito e outras ilusõesSoftware perfeito e outras ilusões
Não consigo cobrir
com antecedência
todas as condições
Não consigo cobrir
com antecedência
todas as condições
...e é muita coisa que
leva tempo!
configurações,
interações, execução,
sumarização... rsrs
...e é muita coisa que
leva tempo!
configurações,
interações, execução,
sumarização... rsrs
...e o conhecimento?!
dados, cenários,
configurações... nem se
fala!
...e o conhecimento?!
dados, cenários,
configurações... nem se
fala!
...e nem todas
condições são úteis de
serem cobertas
...e nem todas
condições são úteis de
serem cobertas
23. 23
Por que usar Exploratorios?Por que usar Exploratorios?
Respondendo a questões críticasRespondendo a questões críticas
O que de pior pode
ocorrer?
O que de pior pode
ocorrer?
Quais outros riscos não
foram identificados?
Quais outros riscos não
foram identificados? Gostei! Rsrs
E se...
Gostei! Rsrs
E se... Que rica esta sessão de
questões críticas!
Que rica esta sessão de
questões críticas!
O vídeo de basketO vídeo de basket
25. 25
Turismo bem orientado:
Cartas de Expedição, Cartas de Teste, Cartas de Navegação, Charters
Uma carta pode ser dividida em três partes:
•O que explorar
•Que recursos utilizar
•Que informações descobrir quando explorar
Explorar: _________(Destino)____________
Com: _________( Recursos)______________
Para descobrir:____( Informação)_________
Template de carta de expedição
26. 26
Cartas de Expedição: exemplos
Explorar: _a tela de autenticação____
Com: __inputs que indiquem usuário inválido_
Para descobrir:___falhas de segurança_____
Fonte imagem: http://veja.abril.com.br/noticia/vida-digital/leitores-de-
impressoes-digitais-sao-muito-faceis-de-enganar-diz-pesquisador/
Imagine um sistema de biometria que solicita a digital do
polegar para fornecer acesso ao sistema.
Foco: Escopo segurança:
Explorar a tela de login com inputs que indiquem
usuário inválido para descobrir surpresas
Foco: Escopo multidisciplinar
27. 27
Cartas de Expedição: contra-exemplos
Explorar a edição de dados funcionais de
funcionários com salário > 800 para descobrir
quem trabalha a mais de um ano.
Não é uma carta, mas um caso de teste estranhamente redigido.
Uma boa carta oferece direção
sem sobre-especificar as ações, mas com foco.
Não
precisou do
“com” ?
29. 29
Fonte de inspiração para Cartas
Quando explorar
Vc faz parte!
Discussões de requisitos
Quem sabe fará parte
Apresentação de um produto
Vc ficou de fora!
Analise de artefatos
30. 30
Técnicas Exploratórias- Como explorar
Jogos de
catástrofes
Modelos de estado,
Técnica de relações,
CRUD, QQC,
Comportamento padrão
Técnica
de turismo
Session Based e
de Reconhecimento
Persona
Não são
sequenciais
31. 31
• E se... O que de pior pode ocorrer? O que pode
comprometer?
• E se a primeira camada de segurança quebrar?
• E se eu mudar um parâmetro da requisição e o captha não
impedir um DOS?
• E se eu testar este trecho de funcionalidade, o que ocorre?
• O que acontece se eu...
Onde ( o que ) : Riscos
Técnica de Jogos de catástrofes
32. 32
Onde ( o que ) : Riscos
Atividade 2-Jogos de catástrofes
Explore a tela de login com jogos de
catástrofes para descobrir riscos que
comprometam a segurança do produto.
33. 33
Mind Maps
-Começe com um alvo base
-Estratégias: top down e bottom up
-Deixe as ideias explodirem
-Planeje: KISS at all
-Recall da conversation
34. 34
Mind Maps- Atividade
Crie um mind map para um sistema
de passagens aéreas.
http://www.wikihow.com/Make-a-Mind-Map#/Image:Make-a-Mind-Map-Step-6-
Version-2.jpg
Sessões de 5 minutos:
Reconhecimento, exploração
36. 36
Meu reino por
um requisito... E
um aceite!!
Meu reino por
um requisito... E
um aceite!!
Requisitos Ágeis sob pressão
37. 37
User story?
-Descrição escrita usada para descrever cenários de negócios
-Testes que transmitem e documentam os detalhes de um projeto
(confirmação).
"User Stories… Unleashed"; Mike Turner, Sean Hurst, Ray Jordan
38. 38
Não fique obcecado pelo formato
“In order to eu registre
atividade no SGTI
As um usuário válido
I want acesso ao sistema
http://blog.crisp.se/2014/09/25/david-evans/as-a-i-want-so-that-considered-harmful
“As a usuário PRODAM
I want acesso ao SGTI
So that possa registrar minhas
atividades
39. 39
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
Verso
Story
Não fique obcecado pelo formato
40. 40
User stories - Sob Pressão
Usando 3C
Card: para lembrar da conversa
Conversation: onde pegar os detalhes que
não estão no card?
Confirmation: para teste de aceitação.
Pode ser escrito nas costas do card
41. 41
-Enfatizam comunicação verbal ao invés de escrita.
-São compreensíveis pela equipe e cliente
-São ferramentas de desenvolvimento iterativo.
-Encorajam detalhes até que se tenha entendimento do
que realmente precisa.
User stories - Sob Pressão
Usando 3C
-Card
-Conversation
-Confirmation
42. 42
Um caminho…
-Quem é o usuário da feature?
-Esta estória melhora a interação com o usuário?
-O que você quer resolver?
-Por que precisa revolver isso?
Usando 3C
-Card
-Conversation
-Confirmation
User stories - Sob Pressão
Story maps
43. 43
Atividade 3- Escrever user stories
Utilizando seu mind map e o
resultado da exploração. Escreva
cinco user stories para o sistema de
passagens aéreas
45. 45
Projetos de sucesso
- Extraem informação de diferentes fontes e pessoas
- Delicado equilibrio entre time de negócio e time técnico
-Decisões a serem tomadas com o que se tem à mão.
-Tomam decisões durante todo o projeto
47. 47
Segundo Martin Fowler, não é o projeto que
falha mas a estimativa.
http://martinfowler.com/bliki/WhatIsFailure.html
Sucesso é o ROI!!!
Estimativas ágeis para Pressão extrema
48. 48
1. Productivity index
2. COCOMO, SEER-SIM, SLIM
models
3. Test distribution percentage
4. Test Case Points Analysis
5. FIA (finger in the air) or best
guess
6. Ad-hoc method
7. Experience Based - Analogies
and experts
8. WBS
9. Delphi technique
10.Three-point estimation
(successive calculation)
11.Function points / Test point
Analysis
12.Use case point estimation
method
13.Object Point Estimation
14.Intuição e adivinhação
15.Parkinson’s law
16.Price to win
17.Requirements-Based Testing
18.Padrões e normas da empresa
19.% of project effort or staffing
20.Team estimation sessions
21.Story point sizing
Poker estimation
T-shirt sizing
Nós não sabemos estimar, mesmo com métodos diversos
49. 49
Por que usar estimativa Ágil?
Qual o esforço pra atravessar o universo?
http://www.messagetoeagle.com/interstella
rbeacons.php#.VlEX5uI2O1s
http://www.gospelgifs.com/art_pages_22/no_limit_01.htm
50. 50
Por que usar estimativa Ágil?
Meu reino por uma técnica.. :)
"User Stories… Unleashed"; Mike Turner, Sean Hurst, Ray Jordan
52. 52
Story Points e planning poker
-Vários decks com a mesma série
-User story é discutida até ter
suficiente informação
-Análise de esforço inicia
- Cartas para baixo
- Cada player expõe seu ponto de complexidade
- Pontos extremos justificam sua escolha ( simples,
complexo)
- No empate ou no empasse faz mais rodadas
-Tá uniforme? Vai pra próxima estória
O moderador
53. 53
Atividade 4- Estime esforço usando estórias
Usando as estórias estime pontos de
esforço para o projeto do sistema de
Passagem aérea
54. 54
Gestão Àgil:
backlogs e sprints eficazes, time feliz!
KAIZEN
Mapeamento do fluxo de valor: geram, agregam ,
não geram
Fluxo continuo: produzir e distribuir rapidamente
55. 55
Velocidade
Se tudo parece estar sob
controle, você não está indo
rápido o suficiente
Mario Andretti, http://www.goodreads.com/author/show/2115694.Mario_Andretti
57. 57
-Fácil de ser mantido atualizado pelo time
-Rápida rastreabilidade
-Progresso e valor do produto
-Permite voltar atenção ao que é crítico e tomar
decisões
-Ver o valor do negócio
Dashboards eficazes
Projeto de Layout
58. 58
Atividade 5- Equilibrando cronograma
Faça 2 rodadas de teste exploratório e
atualize o dashboard a cada 30 minutos
59. 59
Quanto tempo para completar
todas as estórias?
-O time não pode trabalhar todas as estórias de uma vez.
-É necessário um método de estimar esforço para completar
todas as estórias=
Pontuação de cada estória x tempo para completá-las.
-Necessário métrica simples, mas realista e flexível para
medir progresso.
A ideia geral é medir o progresso ( pontos) por
período e ajustar o esforço geral das estórias
60. 60
Atividade 6- Equilibrando cronograma
Explore o sistema de passagens aéreas
A partir das estórias criadas.
Ajuste o cronograma e o dashboard a
cada 30 minutos.
Direções:
Status da estória, quanto falta,
dificuldade, boas práticas
61. 61
Quadrantes Ágeis
do jeito fácil
-Teste é uma atividade ou uma fase?
Começo, meio e fim
-Se o seu taskboard tem uma coluna separada pra
teste é uma fase
-Quantas tarefas podem ser feitas antes
das tarefas do desenvolvimento?
-Você acredita que pode prevenir bugs antes
do produto ser escrito?
A IDEIA É SEMPRE PREVENIR AO INVÉS DE CONTROLAR
62. 62
Face de negócio
Face de tecnologia
Suportarotime
Criticaroproduto
Quadrantes Ágeis do jeito fácil
Atividade 7- teste que me vêm à cabeça
63. 63
Quadrantes Ágeis do jeito fácil
Exemplos de testes
“Agile testing”; Samantha Laing and Karen Greaves
64. 64
Faça Daily Scrum: várias e em pé?!
Evite: pouco no inicio e exprimido no final: rever
assim que concluir a tarefa.
Bugs corrigidos assim que eles são
encontrados:
-Reduz o custo da correção. Mais tempo, mais contexto e
menos memória.
-Menos entorno, menos complexidade de código, camadas
e elementos a serem corrigidos
Durante o SPRINT
66. 66
KAIZEN - Melhoria continua - Retrospectivas
Preparar o cenário
-Por que estamos nos reunindo?
-Como será a retrospectiva? Qual o objetivo?
-Em que período faremos retrospectivas?
Adquirir Informações
-Equipe compartilha seu ponto de vista sobre
eventos e fatos.
-Atividades e questionamentos