Representando testes ágeis
Vários membros da comunidade Agile têm explorado estilos para a representação e registro de testes, usando desde listas simples e tabelas, a estruturas lógicas e mapas mentais.
InfoQ
InfoQ
Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Visualização específica de Tópico/Tag
Histórias de Usuários na InfoQ
Notícias sobre Histórias de Usuários
Como dividir User Stories
Muitas das novas equipes Agile têm dificuldades em quebrar suas user stories em partes suficientemente pequenas para trabalhar com técnicas de Agile. Em vários artigos, membros da comunidade fornecem orientações sobre como dividir de forma eficaz as histórias de usuários.
Será que os Casos de Uso tem lugar no SCRUM ?
No Scrum, os requisitos são normalmente chamados de user stories. Mas seria CERTO utilizar casos de uso com Scrum? E, em caso afirmativo, sob que circunstância você deveria fazer esse uso?
Quem quer esta User Story?
Em algumas user stories podemos definir facilmente que são os beneficiados. Mas como cumprir o modelo padrão "Como ... Eu quero ..." se não podemos expressar quem quer aquela tarefa pronta?
Histórias não feitas são frequentes ao fim dos seus seus Sprints?
O que acontece se o seu time falha constantemente no fator "Definição de Pronto"(DoD) em algumas ou todas as histórias. Eles devem aumentar os prazos do sprint? Como o product owner deve lidar com essa situação? No caso particular a pessoa que fez essas perguntas estava em um time que utilizava sprints de 4 semanas.
Mapeamento de Estórias Dão Contexto a User Stories
A noção do Scrum de 'backlog' é uma lista priorizada de user stories para o time implementar. Isso funciona bem para organizar no que o time deve trabalhar no curto prazo, isto é, durante o planejamento do sprint. No Orlando Scrum Gathering, Jeff Patton descreveu o mapeamento de estórias.
Sendo um Product Owner melhor
Qualquer um que passou algum tempo efetivamente executando um projeto ágil pode comprovar o fato que a colaboração do Product Owner (ou, no XP, o "Cliente") com o time de desenvolvimento desempenha um papel chave no sucesso de um time. Peter Stevens oferece um pequeno conselho para ajudar pessoas nesse papel desempenharem bem.
Casos de Uso considerados valiosos (mas opcionais) para captura de requisitos em Lean/Agile
Dean Leffingwell, autor do Scaling Software Agility e Chief Product Methodologist na Rally, concluiu que Casos de Uso pode ser uma valiosa ferramenta para modelar requisitos para um projeto Lean/Agile de grande escala. Os casos de uso não são comumente encontrados em Lean/Agile (especialmente em XP e Scrum), onde as estórias são os requisitos reunindo a ferramenta de escolha.
Queime as estórias não as tarefas
Desenvolvedores geralmente quebram a estória do usuário em tarefas para facilitar o trabalho de distribuição e implementação em torno da equipe e permitir um acompanhamento dos processos em um nível fino de granularidade. Infelizmente, a estória pode explodir em uma lista de tarefas não triviais tão grandes que a estória não é entregue no fim da iteração.