(Isso iniciará uma prova gratuita de 2 semanas - Não é necessário cartão de crédito)
Um princípio básico dos processos modernos de desenvolvimento é o desenvolvimento ágil . Essa metodologia de desenvolvimento enfatiza o uso de pequenas histórias de usuários de tamanho pequeno para definir o que um sistema faz da perspectiva do usuário, e não da técnica. Um usuário se importa se um produto é rápido, fácil de usar e resolve seu problema. Eles não se importam se seguem uma arquitetura de três camadas, possuem o Mongo DB ou se estão usando Rails ou Asp.net.
Storyboard That fornece uma plataforma ideal para criar histórias de usuário ágeis e iniciar conversas em um formato que é muito menos exigente do que uma parede de texto.
No contexto das histórias de usuários, um "épico" é simplesmente uma história muito ampla que depois será dividida em muitas histórias de usuários específicas. Começar com um épico alinha todos com uma visão única e de alto nível. A história épica ancora um projeto de cima para baixo e, se não fizer sentido construir um épico, o trabalho de apoio também será um desperdício de esforço.
(Isso iniciará uma prova gratuita de 2 semanas - Não é necessário cartão de crédito)
Nesta história, está muito claro como é a visão de longo prazo e como deve ser o sucesso. Uma boa história épica deve incluir:
Especialmente ao projetar software, é importante ter uma boa visão de como serão os usuários. Nem todo usuário corresponderá exatamente a essa visão, e pode haver várias categorias de usuários, mas essas visões discretas precisam ser articuladas. Pensar nos usuários primeiro protege contra o excesso de engenharia e o excesso de complicações, impedindo que um novo produto tenha algo para todos e que não seja útil para ninguém.
(Isso iniciará uma prova gratuita de 2 semanas - Não é necessário cartão de crédito)
Depois que uma epopéia é estabelecida e os usuários são definidos, histórias menores e mais específicas podem ser construídas sobre experiências específicas do usuário. As histórias abaixo dividem as descritas acima em duas narrativas: procurando um pedido e reordenando um produto.
Essas narrativas não contêm informações técnicas; os usuários não se importam com a forma como os resultados são alcançados, desde que executem as tarefas desejadas. Da mesma forma, o UX é representado genericamente, para evitar sufocar a inovação ou forçar um caminho. Em geral, as histórias devem ser:
(Isso iniciará uma prova gratuita de 2 semanas - Não é necessário cartão de crédito)
Essas histórias devem convidar conversas e perguntas, como:
É perfeitamente razoável criar muitas histórias; de fato, deve ser encorajado. Algumas dessas histórias nunca serão usadas, mas é importante ver o caminho que elas estabeleceram. Essa coleção de histórias expulsará requisitos adicionais e influenciará os testes.
As histórias devem provocar e informar a discussão sobre como o software será testado e quais regras de negócios precisam ser explicitamente definidas. Por exemplo:
(Isso iniciará uma prova gratuita de 2 semanas - Não é necessário cartão de crédito)
Storyboard That fornece uma ferramenta poderosa para criar ótimas histórias de usuários, mas não se destina a permanecer sozinho como uma estrutura para gerenciamento de projetos. Aqui estão alguns dos nossos livros favoritos sobre o assunto.
Verifique para fora o resto de nossos artigos e recursos do negócio!
