Upload
tdc-globalcode
View
79
Download
2
Embed Size (px)
Citation preview
Dual-Track agileIncluindo o PO e UX em seu pipeline de desenvolvimento
Pablo Silva @phsilbr
Marcio Namiki @mynamiki
@phsil @namiki
Problema: como ter visibilidade em nosso processo de desenvolvimento de software?
Será que temos mesmo um problema?
➔ Qual a metodologia de desenvolvimento que vocês utilizam e se ela é adequada?
Três perguntas principais
Respostas - Pergunta 1
“Utilizamos Scrum + Kanban para ter flexibilidade. Não tem planning mas tem sprint. A sprint é de tamanho variável.”
Respostas - Pergunta 1
“Utilizamos Scrum mas nem sempre fazemos as cerimônias, como daily por exemplo.”
Respostas - Pergunta 1
“Utilizamos Kanban com uma espécie de timebox onde planejamos o que vamos fazer durante a semana.”
Problemas
- Falhas no processo.
O problema está em não entender o processo em si.
Uma vez que não se tem um processo bem estruturado ele
se torna burocracia.
Não tem que ser by the book. Tem que ser adaptável à sua
realidade.
Três perguntas principais
➔ Qual a importância de se ter métricas?
Respostas - Pergunta 2
“É importante estimar e não deve ser deixado de lado.”
Respostas - Pergunta 2
“É importante medir pois aumenta a visibilidade.”
Respostas - Pergunta 2
“Para dar visibilidade do time para empresa.”
Problemas
- Os times não enxergavam valor em se ter visibilidade.
Quando não se enxerga valor em algo, aquilo não tem importância nenhuma.
Qual é o ponto em se ter visibilidade?
"Don't hide your success and failures; make them
visible, learn and evolve."
Três perguntas principais
➔ Qual o impacto das interações dos profissionais de UX e do PO no time de Desenvolvimento?
Respostas - Pergunta 3
“UX não está no time. Ele é bom. Mas eu não sei o que ele está fazendo."
"PO é quem gera as demandas. Parece que faz sentido. Só não sei da onde ele tirou isso.”
"Desenvolvedor não entrega (o que eu pedi; no prazo; com qualidade; valor etc). O cara é um gênio. E gênios são assim mesmo..."
Problemas
- Era um fato… UX, PO e Desenvoldedores tinham algum problema…
- Seria, então, o famoso problema de comunicação?
Tive uma ideia brilhante!Vamos adicionar um novo botão na tela que permita, ao nosso cliente, pagar sua conta num simples clique. Vou chama-lo de "One Click Payment"!
Genial! Vai ser uma ótima oportunidade para eu testar uma tecnologia nova que eu estava pesquisando, a ultra JS Master React Blaster integrada com PHP imutável! Vai ficar sensacional, só não sei quando vai ficar pronta… Mas começo ela nessa Sprint, blz?
Entendi! Eu já pensei num novo conceito de botão que vai melhorar muito essa experiência para os nossos clientes! Será um botão num formato de cartão e ele surgirá na tela na hora certa do pagamento. E se o cliente estiver numa página com rolagem, este botão ficará perseguindo o mouse do cliente para que ele não se esqueça de pagar...
Olhem este exemplo
Boa time! Que orgulho...
...só que não, né?
Como o Uber funciona...
Será que precisava mesmo do botão?
Desperdício
SoluçãoDual Track
Agile
Marty Cagan
Dual Track Scrum
Jeff Patton
Discovery Backlog
Discovery workflow
Investigate Prototype Validate
Discovered Refined
Delivery backlog
ToDo
Delivery workflow
Doing Review Test
Production
Não entregar software sem valor.
Vantagens
- Melhoria de comunicação.- What's next.- Evitar o desperdício.- Organização.
Antes de testar seu sistema, teste suas suposições.
Equilíbrio entre pessoas, negócio e técnico é
fundamental.
Fazer mais com menos não é tão difícil, evitar o desperdício
já é meio caminho andado.
A maneira mais simples de fazer algo é não fazer!
Hoje somos melhores.
...mas, valor não tem a ver com entregar muito. E, sim, com
entregar o que é preciso.
Valor é escutar o seu cliente...
...e fazer seu cliente sentir-se ouvido.
Pablo Silva @phsilbr
Marcio Namiki @mynamiki
Obrigado!
@phsil @namiki
Estamos contratando!