Como avaliar e integrar as alterações de produtos em um projeto do Agile

Congratulando-se com a mudança em um projeto ágil ajuda a criar o melhor produto possível. No entanto, a integração de novos requisitos ou sugestões significa avaliar e priorizar esses requisitos e actualizar o product backlog, uma lista completa de todas as possibilidades conhecidas para o produto. Porque você recebe sugestões para mudanças de produto durante todo um projeto ágil, você precisa determinar quais alterações são válidas e gerenciar as atualizações:

  1. Avaliar se o novo requisito deve ser parte do projeto, a liberação, ou o sprint fazendo algumas perguntas-chave:

  1. uma.Será que o novo requisito apoiar a declaração de visão do produto?

    Se sim, adicione a exigência de product backlog e roadmap de produtos.

    Se não, o requisito não deve ser parte do projeto. Pode ser um bom candidato para um projeto separado.

  2. b.Será que o novo requerimento apoiar a meta versão atual?

    Se sim, a exigência é um candidato para o plano de liberação atual.

    Se não, deixe a exigência de que o product backlog para uma versão futura.

  3. c.Será que o novo requerimento apoiar o atual objetivo do sprint?

    Se sim, e o sprint ainda não começou, a exigência é um candidato para a corrente sprint backlog.

    Se não, deixe a exigência de que o product backlog para um sprint futuro.

  • Ter a equipe de desenvolvimento estimar o esforço para o novo requisito.

  • 3.Prioritize o requisito relativo a outros requisitos no backlog do produto e adicionar o novo requisito para o product backlog, em ordem de prioridade, tendo em conta:

  • O proprietário do produto sabe mais sobre as necessidades de negócio do produto e quão importante é a nova exigência pode ser em relação a outros requisitos. O proprietário do produto pode também alcançar os agentes para esclarecimentos adicionais a prioridade de uma exigência do projeto.

  • A equipe de desenvolvimento também podem ter uma visão técnica sobre a prioridade de um novo requisito. Por exemplo, se Requisito A e B Requisito tem valor de negócios iguais, mas você precisa para completar Requisito B para o Requisito A para ser viável, a equipe de desenvolvimento precisa para alertar o proprietário do produto.

  • Embora a equipe de desenvolvimento e partes interessadas no projeto podem fornecer informações para ajudar a priorizar uma exigência, determinando prioridade é em última análise, o trabalho do proprietário do produto.

  • Adicionando novas exigências ao product backlog pode significar mover outros requisitos para baixo na lista do product backlog.

  • Não adicione novos requisitos para sprints já em andamento, a menos que a equipe de desenvolvimento solicita-los.

    menu