A seguir presente una visión general de dual track, basada en los estudios que realizaron Jeff Patton y Marty Cagan.
Foco en ingeniería
Como objetivo de realizar entregas, el ciclo de desarrollo se parece com isso:
Processo típico de desenvolvimento — foco em ingeniería con calidad y previsibilidade
No desenvolvimento ágil, equipes falam muito sobre velocidade, e esa velocidade se refiere a “velocidad de desenvolvimento”.
Y ellos también se perguntam sobre previsibilidad, o seja, en el inicio de un Sprint, eles estimam a velocidade e, no final, medem. Esperando que sus previsões estejam corretas.
Los desarrolladores también falam muito sobre “software potencialmente entregável”, isso pode significar que o software ainda não esteja pronto para ser entregue, mas quando fica, a qualidade tem que ser alta o suficiente para que possa ser entregue com confiança, ou seja:
“O trabalho de desenvolvimento concentra-se em qualidade e previsibilidade”
Foco em descoberta
Como objetivo de aprender y no entregar software, el ciclo de aprendizaje se parece con esto:
Processo de descoberta — foco em aprender e probar ideas
Para lograr resultados satisfactorios pensamos en muchas estrategias en el desarrollo de un producto, o fato é que algunas veces no alcanzamos el resultado esperado y acaba se tornando un problema.
Levamos el tempo ao longo do desenvolvimento para aprender sobre los problemas que estamos resolviendo y así tomarmos boas decisiones sobre lo que debemos construir.
O Discovery sirve para fazermos isso, respondemos perguntas, testarmos ideas y evitamos siempre que posível priorizar elementos que não deveriam ser desenvolvidos.
La idea es siempre aprender más rápido, barato y seguro. Portanto, a velocidade também é importante durante a descoberta — mas isso é “velocidad de aprendiz” e não desenvolvimento.
O trabalho de descoberta concentra-se em aprendizado e validação
Generalmente iniciamos el Discovery con algunas preguntas:
¿Qué problema estamos resolviendo, y para qué? ¿Una solución pensada para resolver el problema? ¿Cómo podemos medir el éxito de la solución?
O resultado deve ser nossa melhor aposta, nosso melhor palpite, nossas crenças, nossas hipóteses.
Isso pode soar estranho para quem tem a convicção de estar criando a coisa certa. Así que la verdad es siempre una apostata, siempre buscando obtener el mayor valor. Sabemos que nessas apostas existen muitas suposições e riscos.
Para mejorar nuestro aprendiz, temos que asumir los riesgos e suposições e seguir em frente, usando o que aprendemos e evolucionando nuestro aprendiz sobre problemas e soluções.
Devemos ter em mente que não estamos apostando que podemos construir no prazo. Apostamos que as pessoas têm o problema que estamos resolviendo y que elas tentarão, usarão e adotarão nossa solução com prazer.
A maneira mais cara de testar uma idea é testá-la em produção
Um ciclo de descoberta pode se parecer com isso:
Faça o mais rápido quanto for possível
Em horas quando possível, pode levar dias, ou apenas algumas semanas. La mayoría de los ciclos de descubrimiento deben caber en un Sprint de 2 semanas.Descartar ideas es normal
No final de cada teste você tem uma decisión a tomar: construa, descarte ou continue aprendiendo — É isso, nem todo segue em frente e isso pode deixar algumas pessoas desconfortáveis.Controle os ciclos de descoberta
Para evitar que os custodes descoberta fiquem altos, você pode setar início e fim de um teste ou experimento em alguns dias.Não é fácil prever o que precisamos aprender em seguida
No hay facilidades. Cuando se aprende algo valioso, isso tiende a mudar nuestra percepción y realmente muda, afeta nas decisiones que necesitamos aprender em seguida.
Ciclos de descoberta:
Ciclos de descoberta — o que se aprende em cada ciclo pode mudar as crenças e pressupostos
Es evidente que el trabajo de desarrollo y descubrimiento es fundamental. Mas a abordaje utilizado para el trabajo y el proceso de ambas son diferentes.
Tudo acontece ao mesmo tempo
El ciclo de descoberta é mais enxuto e se concentra em validar as ideias, mientras que el ciclo de desenvolvimento é mais longo visando entregas con calidad.
El Dual Track acontece simultáneamente y continuamente, dos trilhas y no duelo de trilhas
Seria muito legal se pudéssemos focar no discovering, depois mudar o foco para o delivery. Talvez isso até poderia funcionar se todos tivessem as mesmas habilidades. Mas sabemos que esto no es así.
El trabajo de descubrimiento se realiza simultáneamente y continuamente con el trabajo de desarrollo.
O descubrimiento usa ciclos de desarrollo más irregulares y rápidos. É “enxuto”, pois a ideia é tornar esses ciclos os mais curtos possíveis.
As ideias no discover mudam e muitas veces podem ser abandonadas, e isso não quer dizer que você esteja fazendo algo errado. Simplemente una idea fue invalidada y usted podría descubrir otro valor mayor en el proceso.
El descubrimiento y la entrega se muestran en dos faixas porque hay dos tipos de trabajo y dos tipos de pensamientos.
conclusión
El dual track es un método para acelerar y mejorar el desarrollo de productos, generando sintonia entre los equipos y disminuyendo el riesgo de entregas que no estejam de acuerdo con las necesidades de las personas. Esto acaba aumentando el valor del producto y consecuentemente a satisfacción no uso del mismo.
¿E você, como tem feito para alinhar sus entregas? ¿Qué métodos se utilizan para garantizar o alinear entre diseñadores y desenvolvedores? Deixe su comentario…