Please enable JavaScript.

Coggle requires JavaScript to display documents.

Artefatos (Recomendações (User Stories (Critérios (Independente (Ser…

- - - - Quantidade de trabalho restante da Sprint
      - Gestão e Monitoramento da Sprint
        
        Gestao a Vista
        
        Transparência do TD
        
        Servir o TD
        
        Atualizado pelo TD
    - - Foto da Quantidade de trabalho restante do BLP
      - DP responsável
        
        Atualiza qdo o BLP mudar
  - - - Detalhe de cada funcionalidade na visão do usuário
        
        Descrição sucinta de requisito, desejo ou necessidade do usuário
    - - Objetivo
        
        O que o Ator espera que ocorra pós ação executada ou justicativa
      - Ação
        
        O que o ator quer fazer para alcançar o objetivo
      - Ator
        
        Proprietário da hitória, quem irá utilizar ou interessado no requisito
      - Título
      - Historia pode ser desmembrada criando novos itens no PBL
    - - Detalhes de Regra de Negócio e Validação
      - Finalidade de confirmar se funcionalidade está de acordo com a especificaçãoi
      - Cada História pode ter um conjunto de Teste de Aceitação
      - TD irão validar funcionalidade durante o testes conforme TA
    - - Independente
        
        Ser compreendida sozinha
      - Negociável
        
        Essência sem detalhes. Ao longo do tempo que é detalhada e incluído o Teste de Aceitação
      - Valiosa
        
        Gerar valor para o usuário
      - Estimável
        
        Estimar em grau de complexidade. Do contrário deve ser quebrada
      - Tamanho Apropriado
        
        Implementada em uma Sprint, Do contrário deve ser quebrada
      - Testável
        
        Possível validar se objetivo foi alcançado
  - - - define se implanta o Incremento
    - - Sprint de preparação e liberação do sistema
      - Sprint de Release não é obrigatória
      - Pode ser necessário criar uma sprint de Release
- - - - Preparar / Arrumar
      - Itens no top do PBL devem estar mais detalhados, somente estes itens podem entrar na Sprint
      - TD deve separa 10% do tempo da Spring para detalhar melhor os primeiros itens do PBL text
      - Detalhamento é feito pela User Stories
      - Conforme item for sendo detalhado ele vai se desmembrando em novos itens
      - Topo da lista deve estar detalhado o suficiente para atender a 3 Sprint. Planejamento não pode ocorrer se itens não estiverem detalhados o suficiente.
  - - - Modelagem, Interface, Regras de Negocio, Tabelas, etc...
      - Estimada em horas. Máximo 8 hrs