Definições de decomposição scrum

Ao olhar para o processo de decomposição suas necessidades em pedaços cada vez menores, a chave é fazer tão pouco quanto possível. Na verdade, você deve tornar-se um especialista em fazer o mínimo, requisitos como a probabilidade de trazê-los para um sprint cresce elaborar progressivamente.

Longe vão os dias de passar horas intermináveis ​​a trabalhar na definição e os requisitos de refino que nunca vêem a luz do dia. A figura seguinte mostra as diferentes camadas de decomposição requisito.

A exigência deve ganhar o direito do seu investimento. Apenas os itens de maior prioridade merecem o seu tempo em dividi-los em requisitos digeríveis. Tudo o resto pode esperar. Desta forma, você está sempre trabalhando apenas nas coisas mais importantes. Não desperdice o seu tempo a tentar ferver o oceano.

Video: #PartiuAgile - Uma definição de Scrum, e a visão de descoberta e entrega - T01E02

Os seguintes termos relacionados com roadmaps de produtos e atrasos produtos foram desenvolvidos por especialistas scrum ao longo dos anos. Eles não são scrum- vez que eles são parte de uma coleção de práticas comuns que muitos de nós usam no campo:

• Temas são grupos lógicos das características que você criou no seu roadmap de produtos.

  Se um recurso é uma nova capacidade que um cliente terá, um tema é o agrupamento lógico desses recursos. A capacidade de comprar itens de seu site seria um exemplo de um tema. O seu roadmap de produtos normalmente identifica e / ou grupos apresenta como parte de um tema.

• Características são recursos que o seu cliente final terão que eles não tinham antes.

  Por exemplo, a compra de itens on-line através do seu telemóvel seria um recurso. O seu roadmap de produtos geralmente consiste de requisitos de nível de recurso.

• épicos são o próximo estágio na quebra de um recurso em um requisito acionável.

  Eles são uma série de ações relacionadas com o recurso. A capacidade de comprar um item através de seu telefone móvel a partir do carrinho de compras com cartão de crédito seria um épico. É menor do que um recurso (compra de um item on-line), mas ainda é maior do que as integrações de cartão de crédito individuais que singularmente permitem um item a ser comprado. Nós não permitimos exigências maiores do que épicos em um plano de lançamento.

• histórias de usuários são as menores formas de requisitos que ainda pode estar por conta própria. A história do usuário consiste em uma ação de valor ou uma integração de valor.

  
  
  
  

  Por exemplo, a compra de um item através de seu telefone móvel a partir do carrinho de compras usando um cartão Visa seria uma história de usuário. Adquirir um item usando um MasterCard poderia ser uma integração diferente e, portanto, uma história de usuário diferente. histórias de usuários são pequenos o suficiente para adicionar à sprints e começar a desenvolver.

• tarefas são os passos internos necessários para implementar a história do usuário.

  Durante o planejamento de sprint, uma história de usuário é dividido em tarefas. Enquanto os requisitos são coisas que o usuário final faz, tarefas são o que a equipe de desenvolvimento faz para tornar o trabalho exigência.

Cada requisito passa por sete passos para construir totalmente fora de seu escopo. No final desses sete passos, você vai saber que cada requisito funciona, pode ser integrado, e foi aprovado pelo proprietário do produto. Você está tangível construção de produtos para mostrar aos interessados ​​e, assim, reunir feedback. Esse feedback é então usado para refinar e criar novos requisitos que tornam o produto melhor refletem as necessidades das partes interessadas, eo ciclo é executado novamente. Você incrementalmente melhorar o produto com base na realidade.

Os sete passos para a construção de cada requisito são

1. elaboração exigência

   Video: Química - Tipos de Reações Químicas: Síntese e Análise

2. desenhar

3. Desenvolvimento

4. testes abrangentes

5. Integração

6. Documentação

7. Aprovação