SlideShare ist ein Scribd-Unternehmen logo
1 von 68
Downloaden Sie, um offline zu lesen
Testador 
Tipo 
T: 
Mul0disciplinaridade 
Para 
Melhores 
Resultados! 
Ari 
Do 
Amaral
Quem 
sou 
eu 
?
Sobre 
mim… 
Ari 
do 
Amaral 
Torres 
Filho, 
Me
Quem 
são 
Vocês? 
• Testador? 
• Designer? 
• Desenvolvedor? 
• Analista 
de 
negócios? 
• Product 
Owner? 
• Scrum 
Master? 
• Gerente? 
• Analista 
de 
requisitos?
Quem 
aqui 
acha 
que 
é 
importante 
aprender 
um 
pouco 
das 
a0vidades 
de 
cada 
papel 
desse? 
5
Por 
que 
Você 
está 
Aqui 
? 
6
Problemas 
nas 
Empresas 
• Comunicação 
• Cronograma 
• Requisitos 
• Planejamento
Problemas 
na 
área 
de 
Testes 
• O 
que 
deve 
ser 
testado 
• Comunicação
O 
que 
é 
Sucesso 
? 
9
Como 
A0ngir 
O 
Sucesso? 
10
O 
Que 
é 
esse 
Tipo 
T?
Mul0disciplinaridade 
12
Quantas 
Especialidades 
Devemos 
Ter?
Quantas 
Generalidades 
Devemos 
Ter?
Quais 
Áreas 
Escolher 
Para 
se 
Especializar?
Mul0tarefa 
• 
Realizar 
mais 
de 
uma 
tarefa 
ao 
mesmo 
tempo 
gera 
medo, 
adrenalina 
, 
ansiedade. 
16
Programação 
em 
Par
Como 
Promover 
a 
Mul0disciplinaridade?
Auto 
Organização! 
• É 
boa 
ou 
ruim 
? 
19
O 
Ambiente 
20
Promova 
um 
Ambiente 
Cria0vo 
21
Meta 
Alinhada
• Ambiente 
Baseado 
em 
Cultura 
de 
Aprendizado. 
• Ensinar 
a 
aprender 
é 
aprender 
a 
ensinar! 
23
Testes 
Ágeis
Vantagens 
dos 
Testes 
Ágeis 
• Não 
há 
mais 
teste 
manual 
de 
scripts!: 
Scripts 
são 
executados 
automa0camente, 
disponibilizando 
mais 
tempo 
para 
o 
testador 
executar 
testes 
exploratórios. 
• Desenvolvedores 
realmente 
gostam 
de 
mim!: 
Localizar 
problemas 
antes 
do 
final 
da 
iteração 
e 
enquanto 
o 
código 
está 
fresco 
na 
mente 
dos 
desenvolvedores, 
facilita 
o 
trabalho 
dos 
mesmos. 
• Agora 
eu 
posso 
verificar 
os 
recursos 
antes 
deles 
serem 
escritos! 
(ambos 
Kay 
e 
Philip) 
– 
O 
testador 
pode 
evitar 
problemas 
ao 
iniciar 
o 
teste, 
antes 
que 
os 
recursos 
sejam 
definidos.
• Os 
resultados 
do 
teste 
automa;zado 
podem 
ser 
visto 
muitas 
vezes 
ao 
dia 
– 
Fornecendo 
um 
feedback 
rápido 
após 
qualquer 
alteração. 
• A 
atmosfera 
é 
fortemente 
orientada 
a 
equipe 
(John 
Overbaugh) 
– 
Cada 
membro 
da 
equipe 
se 
preocupa 
em 
terminar 
os 
testes 
e 
não 
somente 
o 
código 
(Lisa 
Crispin). 
• O 
testador 
pode 
ocasionalmente 
ajustar 
o 
defeito 
(Lista 
Crispin) 
– 
Cada 
membro 
da 
equipe 
sente-­‐se 
mais 
confortável 
já 
que 
o 
teste 
é 
automa0zado.
• Fornece 
a 
oportunidade 
para 
revisar 
constantemente 
as 
prá;cas 
de 
teste 
(Adam 
Knight) 
– 
Ao 
invés 
de 
simplesmente 
repe0r 
o 
que 
foi 
feito 
anteriormente, 
as 
prá0cas 
são 
constantemente 
revistas. 
No 
caso 
de 
Adam 
os 
testes 
que 
costumavam 
levar 
5 
dias 
para 
serem 
executados 
manualmente 
foram 
reduzidos 
agora 
para 
30 
minutos. 
• Eu 
gasto 
muito, 
muito 
menos 
tempo 
debugando 
(Adrian 
Howard) 
– 
Eu 
tenho 
o 
feedback 
quase 
ao 
mesmo 
tempo 
em 
que 
come0 
um 
erro, 
por 
isso, 
geralmente 
é 
trivial 
localizar 
e 
corrigir.
• Há 
chance 
de 
realmente 
impactar 
na 
qualidade 
ao 
invés 
de 
somente 
documentá-­‐la! 
(Jonh 
Overbaugh) 
– 
Quando 
os 
defeitos 
são 
corrigidos 
imediatamente 
ao 
invés 
de 
colocar 
numa 
pilha 
de 
defeitos. 
• Sempre 
existe 
tempo 
para 
testar, 
porque 
o 
teste 
é 
feito 
primeiro-­‐ 
Josue 
Barbosa 
dos 
Santos 
contou 
a 
história 
de 
trabalhar 
num 
escritório 
do 
governo 
no 
Brasil 
onde 
a 
prá0ca 
era 
testar 
no 
final 
do 
projeto. 
O 
desenvolvimento 
estava 
sempre 
atrasado 
no 
cronograma 
do 
projeto, 
a0ngindo 
o 
prazo 
limite 
e 
sendo 
liberado 
para 
os 
usuários 
sem 
teste. 
Com 
a 
introdução 
das 
técnicas 
de 
TDD 
e 
ATDD 
pelo 
menos 
algum 
teste 
era 
executado 
enquanto 
o 
so0ware 
era 
desenvolvido.
Testador 
e 
Negócios/ 
Requisitos 
• Testador 
conhecendo 
do 
negócio 
e 
requisitos 
desde 
o 
inicio 
para 
garan0r 
a 
o 
aceite 
e 
direção 
da 
funcionalidade 
a 
ser 
desenvolvida.
Testador 
e 
Processos 
• Testador 
seguindo 
e 
entendendo 
a 
melhor 
maneira 
de 
trabalhar 
em 
equipe 
alinhada 
a 
meta 
da 
organização 
e 
tendo 
métricas 
de 
resultados 
no 
seu 
trabalho
Testador 
e 
Gestão 
• Testador 
trabalhalhando 
a 
auto 
gestão 
e 
contribuindo 
de 
forma 
colabora0va 
com 
o 
trabalho 
de 
todos. 
Ajudando 
a 
gerir 
o 
seu 
trabalho 
e 
de 
todo 
o 
0me.
Testador 
e 
Desenvolvimento 
• Testador 
escrevendo 
testes 
unitários, 
fazendo 
ATDD 
e 
ajudando 
o 
0me 
automa0zar 
o 
máximo 
tarefas 
possíveis.
O 
que 
é 
Ser 
Ágil 
? 
• Transparência, 
Inspeção 
e 
Adaptação 
35
Não 
tem 
como 
ser 
Ágil 
sem 
mudança 
de 
Cultura 
36
Adoção 
é 
Diferente 
de 
transformação 
• Adoção 
-­‐ 
Feita 
em 
cima 
de 
processos. 
• Transformação 
-­‐ 
Feita 
em 
cima 
dos 
valores 
e 
princípios 
! 
37
Mudanças 
• Você 
não 
pode 
mudar 
as 
pessoas 
. 
• Você 
deve 
ser 
a 
mudança 
que 
deve 
ver 
nelas. 
Gandhi 
" 
" 
38
Adoção 
de 
perfis 
T 
• Empresa 
X 
– Times 
formado 
por 
4 
perfis 
T 
• Pareamento 
– Manhã 
– 
Teste/Front 
End 
– Tarde 
– 
Back-­‐end/ 
Banco 
– Manhã 
: 
• Par 
1 
– 
BDD 
para 
garan0r 
o 
comportamento 
desejado. 
• Par 
2 
– 
Modelo 
de 
negócio 
e 
mock 
da 
camada 
de 
Front 
que 
os 
consome
• Os 
Dados 
falsos 
no 
banco. 
Os 
Mocks 
vão 
recuperar 
esses 
dados. 
• Tarde 
: 
– Troca 
pares 
: 
• Front 
end/ 
Back 
end 
-­‐-­‐ 
Tirar 
os 
Mocks 
e 
fechar 
o 
código 
• Banco/ 
Teste 
– 
Manusear 
banco 
e 
colocar 
testes 
de 
integração(bdunit) 
para 
garan0r 
que 
o 
banco 
não 
quebre.
Resutados 
• Diminuí 
as 
dependências 
e 
o 
tempo 
parado. 
• Aumenta 
o 
Foco. 
• Transfere 
conhecimento. 
• Promove 
a 
mul0disciplinaridade. 
• Reduz 
os 
riscos.
Vou 
conseguir? 
• 
Você 
não 
vai 
conseguir 
agir 
no 
ambiente 
se 
não 
0ver 
fazendo 
a 
coisa 
certa. 
42 
• E 
para 
Isso 
você 
não 
vai 
poder 
estar 
:
• Disperso 
43 
• .
• Distraído 
44
Alta 
taxa 
de 
feedback. 
45 
Para 
Ambientes 
complexos 
feedback 
é 
o 
melhor 
remédio!
E 
Se 
Faltar 
Feedback? 
• A 
Ausência 
de 
um 
feedback 
Apropriado 
e 
no 
tempo 
certo 
é 
a 
maior 
crueldade 
que 
podemos 
infligir 
a 
um 
ser 
humano. 
Charles 
Coonradt 
( 
Consultor 
de 
empresas 
) 
. 
" 
" 
46
Não 
Corte 
o 
Feedback! 
• Quando 
o 
feedback 
exterior 
é 
cortado 
a 
mente 
fabrica 
seus 
próprios 
feedbacks 
em 
forma 
de 
alucinações 
que 
em 
geral 
personificam 
os 
piores 
medos 
das 
pessoas. 
Os 
pesadelos 
resultantes 
podem 
levar 
qualquer 
pessoa 
a 
loucura. 
47
Vontade 
48
Visão 
49
Planejamento 
50
Disciplina 
51
Determinação 
52
Coerência 
53
Confiança 
54
Tudo 
muda 
o 
tempo 
inteiro! 
Precisamos 
acompanhar 
as 
mudanças! 
55
Precisamos 
de 
mais 
Jardineiros 
de 
Pessoas! 
56
Pessoas 
Energizando 
umas 
as 
outras 
! 
57
Energizados? 
58
59
60
As 
Vantagens 
do 
Tipo 
T 
• Independência 
• Colaboração 
• Responder 
às 
mudanças 
• Transferência 
de 
conhecimento. 
• Mo0vação 
intrínseca. 
• Redução 
de 
riscos.
Eu 
e 
Somente 
Eu 
posso 
mudar 
minha 
vida! 
62
Aprenda 
Sempre! 
63
64
65
PERFIL 
T 
66
Valeu 
Negada! 
67
Perguntas 
? 
68 
ariamaral@gotoagile.com.br 
facebook.com/gotoagile 
@ariamaral 
hups://www.linkedin.com/profile/view? 
id=26598026&trk=spm_pic

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (17)

Tdd
TddTdd
Tdd
 
Papeis Ágeis - uma proposta operacional Scrum
Papeis Ágeis - uma proposta operacional ScrumPapeis Ágeis - uma proposta operacional Scrum
Papeis Ágeis - uma proposta operacional Scrum
 
Planejamento de testes em um mundo ágil
Planejamento de testes em um mundo ágilPlanejamento de testes em um mundo ágil
Planejamento de testes em um mundo ágil
 
Pessoas Ou Processos
Pessoas Ou ProcessosPessoas Ou Processos
Pessoas Ou Processos
 
Verdades e mitos sobre testes que eu gostaria
Verdades e mitos sobre testes que eu gostariaVerdades e mitos sobre testes que eu gostaria
Verdades e mitos sobre testes que eu gostaria
 
Equipes Produtivas
Equipes ProdutivasEquipes Produtivas
Equipes Produtivas
 
Kanban - Migrando do Scrum para o Kanban
Kanban - Migrando do Scrum para o KanbanKanban - Migrando do Scrum para o Kanban
Kanban - Migrando do Scrum para o Kanban
 
Apresentacao cursoagil
Apresentacao cursoagilApresentacao cursoagil
Apresentacao cursoagil
 
Kanban: agilidade para ambientes conservadores
Kanban: agilidade para ambientes conservadoresKanban: agilidade para ambientes conservadores
Kanban: agilidade para ambientes conservadores
 
TDD e Clean Code, garantia de um desenvolvimento saudável
TDD e Clean Code, garantia de um desenvolvimento saudávelTDD e Clean Code, garantia de um desenvolvimento saudável
TDD e Clean Code, garantia de um desenvolvimento saudável
 
Introdução às Metodologias Ágeis de Desenvolvimento
Introdução às Metodologias Ágeis de DesenvolvimentoIntrodução às Metodologias Ágeis de Desenvolvimento
Introdução às Metodologias Ágeis de Desenvolvimento
 
[Webinar] Scrum - Você está fazendo do jeito certo?
[Webinar] Scrum - Você está fazendo do jeito certo?[Webinar] Scrum - Você está fazendo do jeito certo?
[Webinar] Scrum - Você está fazendo do jeito certo?
 
Reconhecendo suas habilidades como Testador
Reconhecendo suas habilidades como Testador Reconhecendo suas habilidades como Testador
Reconhecendo suas habilidades como Testador
 
Como tornar o testador parte da equipe
Como tornar o testador parte da equipeComo tornar o testador parte da equipe
Como tornar o testador parte da equipe
 
MBA em projetos - Gestao Ágil
MBA em projetos - Gestao ÁgilMBA em projetos - Gestao Ágil
MBA em projetos - Gestao Ágil
 
Gestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlogGestão Ágil de tudo: Planejamento backlog
Gestão Ágil de tudo: Planejamento backlog
 
Agilidade no governo 02
Agilidade no governo 02Agilidade no governo 02
Agilidade no governo 02
 

Andere mochten auch

Andere mochten auch (11)

Agile Testing
Agile TestingAgile Testing
Agile Testing
 
Testes Ágeis
Testes ÁgeisTestes Ágeis
Testes Ágeis
 
Além do TDD...
Além do TDD...Além do TDD...
Além do TDD...
 
Análise de Riscos
Análise de RiscosAnálise de Riscos
Análise de Riscos
 
Não tem teste ? Já nasceu legado.
Não tem teste ? Já nasceu legado.Não tem teste ? Já nasceu legado.
Não tem teste ? Já nasceu legado.
 
Workshop de Selenium WebDriver.
Workshop de Selenium WebDriver.Workshop de Selenium WebDriver.
Workshop de Selenium WebDriver.
 
Introdução as Técnicas de Testes e Documentação
Introdução as Técnicas de Testes e DocumentaçãoIntrodução as Técnicas de Testes e Documentação
Introdução as Técnicas de Testes e Documentação
 
O mundo dos testes
O mundo dos testesO mundo dos testes
O mundo dos testes
 
Papéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de SoftwarePapéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de Software
 
[GUTS-RS] GUTS Universitário - Carreira de Testes
[GUTS-RS] GUTS Universitário - Carreira de Testes[GUTS-RS] GUTS Universitário - Carreira de Testes
[GUTS-RS] GUTS Universitário - Carreira de Testes
 
Selenium - WebDriver
Selenium - WebDriverSelenium - WebDriver
Selenium - WebDriver
 

Ähnlich wie Testador Tipo T

Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MGModelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
Neubio Ferreira
 
Palestra carreiras informacionais tic out2011
Palestra carreiras informacionais tic out2011Palestra carreiras informacionais tic out2011
Palestra carreiras informacionais tic out2011
Sidney Kiyoshi
 
Scrum morreu eu_sobrevivi
Scrum morreu eu_sobreviviScrum morreu eu_sobrevivi
Scrum morreu eu_sobrevivi
Ari Amaral
 
Metodologias Ágeis: Uma breve introdução
Metodologias Ágeis: Uma breve introduçãoMetodologias Ágeis: Uma breve introdução
Metodologias Ágeis: Uma breve introdução
Achiles Camilo
 

Ähnlich wie Testador Tipo T (20)

Minicurso: Uma Introdução ao Desenvolvimento de Software Lean
Minicurso: Uma Introdução ao Desenvolvimento de Software LeanMinicurso: Uma Introdução ao Desenvolvimento de Software Lean
Minicurso: Uma Introdução ao Desenvolvimento de Software Lean
 
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !
 
De Arquiteto para Gerente: como debugar uma equipe
De Arquiteto para Gerente: como debugar uma equipeDe Arquiteto para Gerente: como debugar uma equipe
De Arquiteto para Gerente: como debugar uma equipe
 
Carreira dentro da área de testes - Nhaiara Moura
Carreira dentro da área de testes - Nhaiara MouraCarreira dentro da área de testes - Nhaiara Moura
Carreira dentro da área de testes - Nhaiara Moura
 
Carreira na área de Testes de Software - Meetup TestGirls
Carreira na área de Testes de Software - Meetup TestGirlsCarreira na área de Testes de Software - Meetup TestGirls
Carreira na área de Testes de Software - Meetup TestGirls
 
Implementing lean software development
Implementing lean software developmentImplementing lean software development
Implementing lean software development
 
Euquipe, evoluindo como dev
Euquipe, evoluindo como devEuquipe, evoluindo como dev
Euquipe, evoluindo como dev
 
Lean startup
Lean startupLean startup
Lean startup
 
Teste Ágeis para todo o time
Teste Ágeis para todo o timeTeste Ágeis para todo o time
Teste Ágeis para todo o time
 
Adaptacao Ágil para Times de Desenvolvimento
Adaptacao Ágil para Times de DesenvolvimentoAdaptacao Ágil para Times de Desenvolvimento
Adaptacao Ágil para Times de Desenvolvimento
 
Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MGModelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
Modelagem Ágil - UaiJug TechDays 2013 - Uberlândia MG
 
Palestra carreiras informacionais tic out2011
Palestra carreiras informacionais tic out2011Palestra carreiras informacionais tic out2011
Palestra carreiras informacionais tic out2011
 
[AgileTalk] Do Caos ao Resultado
[AgileTalk] Do Caos ao Resultado[AgileTalk] Do Caos ao Resultado
[AgileTalk] Do Caos ao Resultado
 
Apresentacao SETI - Startup Tecnológica
Apresentacao SETI - Startup TecnológicaApresentacao SETI - Startup Tecnológica
Apresentacao SETI - Startup Tecnológica
 
O Scrum Morreu! Eu Sobrevivi!
O Scrum Morreu! Eu Sobrevivi!O Scrum Morreu! Eu Sobrevivi!
O Scrum Morreu! Eu Sobrevivi!
 
Scrum Morreu ! Eu Sobrevivi
Scrum Morreu ! Eu SobreviviScrum Morreu ! Eu Sobrevivi
Scrum Morreu ! Eu Sobrevivi
 
Scrum morreu eu_sobrevivi
Scrum morreu eu_sobreviviScrum morreu eu_sobrevivi
Scrum morreu eu_sobrevivi
 
The design sprint v1.0
The design sprint v1.0The design sprint v1.0
The design sprint v1.0
 
Metodologias Ágeis: Uma breve introdução
Metodologias Ágeis: Uma breve introduçãoMetodologias Ágeis: Uma breve introdução
Metodologias Ágeis: Uma breve introdução
 
Jundevelopers - Design Sprint
Jundevelopers - Design SprintJundevelopers - Design Sprint
Jundevelopers - Design Sprint
 

Kürzlich hochgeladen

Kürzlich hochgeladen (9)

ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
 
Luís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdfLuís Kitota AWS Discovery Day Ka Solution.pdf
Luís Kitota AWS Discovery Day Ka Solution.pdf
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemplo
 
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docxATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
ATIVIDADE 1 - SISTEMAS DISTRIBUÍDOS E REDES - 52_2024.docx
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
 
Programação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdfProgramação Orientada a Objetos - 4 Pilares.pdf
Programação Orientada a Objetos - 4 Pilares.pdf
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
 
Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object Calisthenics
 

Testador Tipo T

  • 1. Testador Tipo T: Mul0disciplinaridade Para Melhores Resultados! Ari Do Amaral
  • 3. Sobre mim… Ari do Amaral Torres Filho, Me
  • 4. Quem são Vocês? • Testador? • Designer? • Desenvolvedor? • Analista de negócios? • Product Owner? • Scrum Master? • Gerente? • Analista de requisitos?
  • 5. Quem aqui acha que é importante aprender um pouco das a0vidades de cada papel desse? 5
  • 6. Por que Você está Aqui ? 6
  • 7. Problemas nas Empresas • Comunicação • Cronograma • Requisitos • Planejamento
  • 8. Problemas na área de Testes • O que deve ser testado • Comunicação
  • 9. O que é Sucesso ? 9
  • 10. Como A0ngir O Sucesso? 10
  • 11. O Que é esse Tipo T?
  • 15. Quais Áreas Escolher Para se Especializar?
  • 16. Mul0tarefa • Realizar mais de uma tarefa ao mesmo tempo gera medo, adrenalina , ansiedade. 16
  • 18. Como Promover a Mul0disciplinaridade?
  • 19. Auto Organização! • É boa ou ruim ? 19
  • 21. Promova um Ambiente Cria0vo 21
  • 23. • Ambiente Baseado em Cultura de Aprendizado. • Ensinar a aprender é aprender a ensinar! 23
  • 25.
  • 26.
  • 27. Vantagens dos Testes Ágeis • Não há mais teste manual de scripts!: Scripts são executados automa0camente, disponibilizando mais tempo para o testador executar testes exploratórios. • Desenvolvedores realmente gostam de mim!: Localizar problemas antes do final da iteração e enquanto o código está fresco na mente dos desenvolvedores, facilita o trabalho dos mesmos. • Agora eu posso verificar os recursos antes deles serem escritos! (ambos Kay e Philip) – O testador pode evitar problemas ao iniciar o teste, antes que os recursos sejam definidos.
  • 28. • Os resultados do teste automa;zado podem ser visto muitas vezes ao dia – Fornecendo um feedback rápido após qualquer alteração. • A atmosfera é fortemente orientada a equipe (John Overbaugh) – Cada membro da equipe se preocupa em terminar os testes e não somente o código (Lisa Crispin). • O testador pode ocasionalmente ajustar o defeito (Lista Crispin) – Cada membro da equipe sente-­‐se mais confortável já que o teste é automa0zado.
  • 29. • Fornece a oportunidade para revisar constantemente as prá;cas de teste (Adam Knight) – Ao invés de simplesmente repe0r o que foi feito anteriormente, as prá0cas são constantemente revistas. No caso de Adam os testes que costumavam levar 5 dias para serem executados manualmente foram reduzidos agora para 30 minutos. • Eu gasto muito, muito menos tempo debugando (Adrian Howard) – Eu tenho o feedback quase ao mesmo tempo em que come0 um erro, por isso, geralmente é trivial localizar e corrigir.
  • 30. • Há chance de realmente impactar na qualidade ao invés de somente documentá-­‐la! (Jonh Overbaugh) – Quando os defeitos são corrigidos imediatamente ao invés de colocar numa pilha de defeitos. • Sempre existe tempo para testar, porque o teste é feito primeiro-­‐ Josue Barbosa dos Santos contou a história de trabalhar num escritório do governo no Brasil onde a prá0ca era testar no final do projeto. O desenvolvimento estava sempre atrasado no cronograma do projeto, a0ngindo o prazo limite e sendo liberado para os usuários sem teste. Com a introdução das técnicas de TDD e ATDD pelo menos algum teste era executado enquanto o so0ware era desenvolvido.
  • 31. Testador e Negócios/ Requisitos • Testador conhecendo do negócio e requisitos desde o inicio para garan0r a o aceite e direção da funcionalidade a ser desenvolvida.
  • 32. Testador e Processos • Testador seguindo e entendendo a melhor maneira de trabalhar em equipe alinhada a meta da organização e tendo métricas de resultados no seu trabalho
  • 33. Testador e Gestão • Testador trabalhalhando a auto gestão e contribuindo de forma colabora0va com o trabalho de todos. Ajudando a gerir o seu trabalho e de todo o 0me.
  • 34. Testador e Desenvolvimento • Testador escrevendo testes unitários, fazendo ATDD e ajudando o 0me automa0zar o máximo tarefas possíveis.
  • 35. O que é Ser Ágil ? • Transparência, Inspeção e Adaptação 35
  • 36. Não tem como ser Ágil sem mudança de Cultura 36
  • 37. Adoção é Diferente de transformação • Adoção -­‐ Feita em cima de processos. • Transformação -­‐ Feita em cima dos valores e princípios ! 37
  • 38. Mudanças • Você não pode mudar as pessoas . • Você deve ser a mudança que deve ver nelas. Gandhi " " 38
  • 39. Adoção de perfis T • Empresa X – Times formado por 4 perfis T • Pareamento – Manhã – Teste/Front End – Tarde – Back-­‐end/ Banco – Manhã : • Par 1 – BDD para garan0r o comportamento desejado. • Par 2 – Modelo de negócio e mock da camada de Front que os consome
  • 40. • Os Dados falsos no banco. Os Mocks vão recuperar esses dados. • Tarde : – Troca pares : • Front end/ Back end -­‐-­‐ Tirar os Mocks e fechar o código • Banco/ Teste – Manusear banco e colocar testes de integração(bdunit) para garan0r que o banco não quebre.
  • 41. Resutados • Diminuí as dependências e o tempo parado. • Aumenta o Foco. • Transfere conhecimento. • Promove a mul0disciplinaridade. • Reduz os riscos.
  • 42. Vou conseguir? • Você não vai conseguir agir no ambiente se não 0ver fazendo a coisa certa. 42 • E para Isso você não vai poder estar :
  • 45. Alta taxa de feedback. 45 Para Ambientes complexos feedback é o melhor remédio!
  • 46. E Se Faltar Feedback? • A Ausência de um feedback Apropriado e no tempo certo é a maior crueldade que podemos infligir a um ser humano. Charles Coonradt ( Consultor de empresas ) . " " 46
  • 47. Não Corte o Feedback! • Quando o feedback exterior é cortado a mente fabrica seus próprios feedbacks em forma de alucinações que em geral personificam os piores medos das pessoas. Os pesadelos resultantes podem levar qualquer pessoa a loucura. 47
  • 55. Tudo muda o tempo inteiro! Precisamos acompanhar as mudanças! 55
  • 56. Precisamos de mais Jardineiros de Pessoas! 56
  • 57. Pessoas Energizando umas as outras ! 57
  • 59. 59
  • 60. 60
  • 61. As Vantagens do Tipo T • Independência • Colaboração • Responder às mudanças • Transferência de conhecimento. • Mo0vação intrínseca. • Redução de riscos.
  • 62. Eu e Somente Eu posso mudar minha vida! 62
  • 64. 64
  • 65. 65
  • 68. Perguntas ? 68 ariamaral@gotoagile.com.br facebook.com/gotoagile @ariamaral hups://www.linkedin.com/profile/view? id=26598026&trk=spm_pic