Quando eu começar a trabalhar com um Ágil equipe de produto, uma das situações mais comuns que encontro é onde as equipes têm longa e frustrante reuniões de planeamento do Sprint porque itens da lista de pendências são mal definidos e não são bem compreendidos; eles têm velocidade baixa, bem como design ruim porque os detalhes ainda estão sendo trabalhados durante o Sprint; e a quantidade de desperdício e o retrabalho é muito alta porque os itens da lista de pendências não foram validados.

lembre-se que o nosso objectivo de ordem superior é validar as nossas ideias da forma mais rápida e barata possível. Na verdade, construir e lançar uma ideia de produto é geralmente a maneira mais lenta e mais cara de validar a ideia.

é por isso que sou um grande defensor do que é por vezes referido como ágil Dual-Track (também conhecido como Dual Track Scrum, fingir Antes de você fazê-lo, construir coisas que não escalar/construir coisas que fazem escala, mover rápido/não quebrar coisas, descoberta contínua/entrega contínua, etc.).

I used to refer to this as simply Discovery Sprints, but that has an implication of time-boxed Discovery, and also serialization of phases. Jeff Patton primeiro compartilhou comigo o termo “Dual-Track Scrum” e eu prefiro este termo porque ele melhor captura a natureza paralela de descoberta e entrega.

A pista de descoberta é sobre a geração rápida de itens de backlog validados do produto, e a pista de entrega é tudo sobre a geração de software releasable.Outra razão pela qual eu gosto da metáfora ágil de dupla faixa é que eu acho que muitas pessoas essencialmente fazendo pequenas mini-quedas de água dentro de sua estrutura Scrum. O gerente de produto faz algum tipo de” requisitos ” trabalho, e isso é passado para um designer que faz seus projetos e gera seus artefatos (geralmente anotados wireframes), e então isso é entregue para a equipe de entrega para construir e testar.

em contraste, na ágil via dupla, o fluxo de trabalho não é caracterizado por cada papel entregando artefatos no próximo passo; em vez disso, é colaborativo-o gerente de Produto, designer e engenheiro-chefe estão trabalhando juntos, lado a lado, para criar e validar itens de backlog.

os leitores destes artigos sabem quão importante eu considero o design de experiência do usuário, mas uma das dificuldades para muitas equipes ágeis é que o ritmo e ritmo de Ágil pode ser muito difícil para as equipes tradicionais UX. É por isso que sou fã do Lean UX. Lean UX e Dual-Track Agile são feitos um para o outro. Ao invés de nos concentrarmos em artefatos, nos concentramos em protótipos e validando esses protótipos na descoberta, com o benefício adicional que o protótipo serve como a especificação para a entrega.

mais importante, ao contrário de um processo de queda de água onde a validação acontece após a liberação, em dupla faixa ágil, estamos validando durante a descoberta. No princípio de validar o mais rápido e barato que pudermos, A maior parte do tempo podemos de fato fazer nossa validação antes de escrever qualquer código de produção, no espírito de “falsificá-lo antes de fazê-lo.”

assim, se a sua equipa de produtos estiver frustrada pela quantidade de resíduos e pelo ritmo lento na obtenção de resultados de negócios reais, considere a possibilidade de experimentar uma via dupla ágil. Veja se isso pode inspirar um nível de colaboração, iteração rápida e validação que resulta em muito melhor trabalho.

Deixe uma resposta

O seu endereço de email não será publicado.