Dual Track: Você conhece todas as possibilidades?

Desenvolvedores e designers frequentemente se encontram em conflito um com o outro. O que é contraditório, considerando o fato de que ambos têm o mesmo objetivo: construir o melhor produto possível. Assim, o Dual Track permite que as equipes trabalhem em pesquisa e desenvolvimento de produtos em paralelo.

Dual track (“duas trilhas”, em português) é uma metodologia ágil que contém duas trilhas separadas. Existe a faixa ”Discovery“ (Descoberta) e a faixa “Delivery” (Entrega).

A história do Dual Track

A primeira referência ao agile dual-track se deu em 2005, alguns anos após o lançamento e popularização do Manifesto Ágil.

Lynn Miller, que era a Diretora de Desenvolvimento de Interface do Usuário da Alias, apresentou um artigo. Nele, ela falou sobre “trilhas paralelas interconectadas de design e desenvolvimento”. Embora Miller não tenha expressado suas ideias como agile dual-track, é seguro dizer que esta foi a primeira vez que tal ideia existiu por escrito.

Dois anos depois, a colega de Miller, Desirée Sy, mais uma vez, referenciou a ideia em um artigo. Sy explicou uma abordagem que envolvia duas trilhas – uma em design e outra em desenvolvimento – que funcionavam de forma independente, mas em paralelo.

Só em 2012, Marty Cagan e Jeff Patton falaram sobre o scrum dual-track. Isso envolvia trilhas de descoberta e entrega, em que as saídas da descoberta eram as entradas da entrega. Eles raciocinaram que a trilha de descoberta determinaria o que construir, enquanto a trilha de entrega determinaria como construí-lo. Assim nasceu o dual track.

Como funciona o processo em Dual Track?

Antes de começar a ter resultados satisfatórios, é preciso pensar em muitas estratégias no desenvolvimento de um produto. Afinal, algumas vezes não alcançamos o resultado esperado e isso acaba se tornando um problema.

Discovery Track

A trilha de discovery se concentra na produção, testes e validação de ideias de produtos. O serviço de dual track fornece uma maneira de combinar os objetivos de desenvolvimento e design. Ambas as faixas operam em harmonia e levam a excelentes produtos.

Levamos tempo ao longo do desenvolvimento para aprender sobre os problemas que estamos resolvendo e assim tomarmos boas decisões sobre o que devemos construir. O discovery serve para fazermos isso: respondermos perguntas, testarmos ideias e evitarmos sempre que possível priorizar itens não essenciais.

Delivery Track

É sempre tentador focar no discovery e depois mudar o foco para o delivery. Porém, nem sempre todos os integrantes dos times têm a mesmas habilidades. Por isso, o trabalho de descoberta acontece simultaneamente e continuamente com o trabalho de desenvolvimento.

O discovery usa ciclos de desenvolvimentos mais irregulares e rápidos. É “enxuto”, pois a ideia é tornar esses ciclos os mais curtos possíveis. As ideias no discovery mudam e muitas vezes podem ser abandonadas, e isso não quer dizer que você esteja fazendo algo errado. Simplesmente a ideia foi invalidada e você pode ter descoberto outra de maior valor nesse processo.

Quais são os benefícios de aplicar o Dual Track?

Quando a metodologia Agile Dual-track é seguida em um projeto, ela nos permite:

Reunir e validar insights mais rapidamente

Em vez de ter apenas uma fase de descoberta no início do projeto, a descoberta contínua do agile dual-track leva a muitas pesquisas que resultam na capacidade de testar mais hipóteses e reunir melhores insights com mais rapidez.

Mudar o foco futuro do projeto com muito mais facilidade

A trilha de descoberta está sempre alguns passos à frente da trilha de entrega. Então, se descobrirmos que as necessidades dos usuários ou do mercado mudaram, a trilha de descoberta pode riscar todos os seus planos e começar de novo sem afetar a entrega. Consequentemente, isso agiliza a produção, minimiza ociosidade e otimiza o gerenciamento de recursos.

Fazer menos suposições e ganhar mais segurança quando se trata de entrega

Validações e insights da trilha de descoberta servem como um guia para a trilha de entrega. Em vez de desenvolver cegamente novos recursos que os usuários podem ou não precisar ou querer, podemos ter certeza de que cada elemento validado na trilha de descoberta é realmente necessário e trará valor para os usuários.

Criar planos de entrega precisos

Quando se trata de entrega, podemos criar cronogramas detalhados porque sabemos com antecedência quais recursos e elementos precisam ser desenvolvidos. Além disso, podemos entender sua complexidade e a a previsão da quantidade de investimento de recursos.

Conseguimos nos certificar de que o produto seja escalável

Como o resultado da trilha de descoberta é um roteiro de desenvolvimento de produto em crescimento contínuo com um acúmulo de recursos a serem implementados, podemos ter certeza de que o produto no qual estamos trabalhando pode seguir as necessidades dos usuários, adicionando novos e atualizando recursos existentes.

Garantir a maior qualidade do produto final

Como cada aspecto do produto é validado na trilha de descoberta e posteriormente testado nos usuários, nenhum recurso ou elemento desnecessário ou indesejado precisa ser desenvolvido e adicionado ao produto. Isso resulta em uma melhor experiência do usuário e agiliza a maneira como o produto é projetado e desenvolvido.

Quando usar e quando não usar o Dual Track?

Quando se trata do processo em si, não encontramos nenhuma fraqueza clara ou óbvia. Mas você tem que entender que o dual-track, assim como qualquer outra metodologia de gerenciamento de projetos, tem suas limitações e há certos cenários em que usá-lo não é a abordagem ideal.

Por exemplo, não faz sentido usar o dual-track em projetos menores, onde toda a especificação é definida antecipadamente e onde a equipe consiste em apenas um punhado de especialistas.

Afinal, se fôssemos usar o dual-track neste tipo de projeto, a única coisa que teríamos seriam problemas, já que um punhado de pessoas precisaria equilibrar várias funções de projeto e mudar constantemente da trilha de descoberta para a trilha de entrega.

Dual-track é feito principalmente para o desenvolvimento de produtos de longo prazo, onde a equipe do projeto é muito maior e onde o objetivo é testar, inteirar e melhorar continuamente o produto em que estamos trabalhando – esse é o tipo de projeto em que ter a descoberta e a faixa de entrega traz mais valor.

Ou seja, projetos em que você precisa de descoberta e entrega contínuas, onde as funções do projeto podem ser claramente distribuídas entre os membros da equipe e onde essa configuração vai realmente garantir que todo o projeto esteja em constante evolução.

Por isso, o objetivo é usar o dual-track em projetos onde faça sentido, em vez de colocá-lo em qualquer projeto em que você trabalhe, independentemente de seu escopo.

Conclusão

Por fim, o Agile dual-track é um método comprovado para acelerar e melhorar o trabalho de desenvolvimento de produtos. Como é o caso, por exemplo, das equipes insatisfeitas com a velocidade de lançamento de seus produtos ou frustradas com a quantidade de trabalho que estão produzindo e que não é compatível com os usuários.

O que tudo isso significa é que o ágil dual track pode ajudar uma organização a se concentrar nos tipos certos de inovações para seus mercados e a enviar produtos pelos quais os usuários realmente pagam.