histórias de usuários concluídas - descarte? arquivo? [fechadas]
-
05-07-2019 - |
Pergunta
Estamos começando a usar um processo Scrum para o desenvolvimento. Temos uma pilha agradável de histórias de usuários agora. Eu estou querendo saber, porém, uma vez que uma história de usuário está completo, testado e implantado fazer você fazer qualquer outra coisa com ele? Estamos usando pequenos cartões de índice agora, eu acho que seria bom para simplesmente jogá-los no lixo.
Se você mantê-los, o que você faz com eles mais tarde?
Solução
Arquivo-los para referência em projetos futuros. Eles serão úteis quando você tem que estimar pontos da história. Muitas vezes, histórias semelhantes sonoridade ocorrer entre projetos.
Outras dicas
Um - mantê-los e colocá-los no arquivo de projeto. CYA em todos os casos. Você nunca sabe quando um cliente vai voltar e pedir-lhe "por que isso é assim?", Ou "quem decidiu que era como ele era?". Você pode, em seguida, puxe a história do usuário e ter backup.
Sempre manter tudo assim até o período de garantia expirou em seu software ... a menos que você quer ser colocado na posição em que você pode ser convidado a algo "correção" que foi realmente uma mudança para livre.
A lata de lixo parece ser um lugar apropriado.
PEZ é quase certa. Recicle as cartas em vez de lixo-los. :)
Não há realmente nenhum ponto em mantê-los. Se você precisar de uma história de mudanças que você pode começar a partir de seus SCM e testar scripts.
Outro voto para mantê-los. Eu sei que é uma palavra suja, mas as histórias de usuário são parte de sua documentação, e servir a um propósito importante.
Três anos a partir de agora, quando você (ou o herdeiro) estão fazendo alterações no sistema é útil ter os documentos históricos de saber por que você fez as coisas da maneira que você fez.
Ele também ajuda quando a situação muda e você tem que reescrever a ser capaz de ir para trás sobre as histórias de usuário que os satisfaz aplicativos e determinar se ou não essas mesmas histórias aplicar para a nova versão.
Normalmente, eu embrulhar cada um no valor iterações de histórias de usuários (e tarefas) em uma faixa de borracha e um novo cartão na frente indicando a velocidade e pontos estimados. Eu nunca tive qualquer utilidade para eles, porém, exceto para reasing nostálgico. Assim, mantê-los para o arquivo eu diria: -9
Hang on para eles!
Eu escrevo requisitos (ao invés de código), mas encontro-me frequentemente reler histórias de usuários antigos e testes de aceitação (mina e outros).
Rever velhas histórias pode me ajudar a encontrar o fraseado mais clara para os conceitos complicados, em vez de reinventar a roda. Eles às vezes servem como um lembrete útil para detalhes que poderiam se esqueça de documento. Histórias escritas por outros me ajudar a chegar até a velocidade sobre as características que eu não estava envolvido, e provavelmente será uma boa ferramenta de aprendizagem para novas contratações.
Eu poderia continuar, mas deixe-me colocar desta forma:
O que é mais susceptível de causar maiores problemas -? Mantendo as histórias e não necessitam deles, ou que necessitam as histórias e não tê-los
Mantenha-os (arquivá-los), de modo que se houver uma disputa ou argumento sobre algo no futuro, você tem uma referência a ele, e pode cobrir-se.
user stories concluídas são essencialmente a especificação final para o seu projeto. Se você começou com um documento de requisitos formais ou especificação, há muitas lições a serem aprendidas, comparando suas histórias de usuários concluído com esse documento. Se você não tem um documento inicial, em seguida, suas histórias de usuários concluídas documentar a funcionalidade do seu projeto. Em qualquer caso, eu acho que é muito valiosa para mantê-las para referência futura, seja no projeto de pós-mortem ou quando a estimativa e planejamento de projetos posteriores.
Eu acho que a gente nunca sabe o que vai ser útil no futuro, por isso a minha recomendação é para marcá-los e arquivá-las. Se você estiver usando cartões físicos, digitalizá-los, em seguida, fazer algo tão simples como adicionar uma tag ao arquivo de imagem. Imagine olhar para uma nuvem de tags mais tarde para encontrar linhas comuns ou para localizar e reutilizar seu conteúdo.
Tal como acontece com todas as coisas scrum, porém, se ele começa a tomar muito tempo, não é provavelmente vale o seu esforço. Não torná-lo um processo louco, apenas rapidamente arquivá-lo e esquecê-lo.
Cheers, Reeves