Planilha 1
Critérios DoR e DoD (Produto)
  Melhoria
    DOR
      Criticidade
        Se criticidade for Critico, deve ter o motivo detalhado
      Produto
      Descrição da Melhoria
      Template Padrão preenchido corretamente
    DOD
      Caso não alinhado com a Visão de Produto, recusar a demanda indicando customização via Fábrica de Software
      Caso alinhado com a Visão de Produto, porém sem expectativa de entrega, comunicar o cliente que a solicitação foi incluida no Banco de idéias do Produto e Converter a demanda para um Épico. Importante preencher os campos do Épico pois são importantes para acompanhar a evolução do produto.
      Caso alinhado com a Visão de Produto, com previsão de entrega, comunicar o cliente que a solicitação será entregue no Release planejado e Converter a demanda para um Épico. Importante preencher os campos do Épico pois são importantes para acompanhar a evolução do produto.
      Código fonte alterado / testado*
      Evidência teste unidade (desenvolvedor e validação de um par)*
      Evidência teste integrado*
      Repasse realizado ao time de Suporte
  Épico (MVP)
    DOR
      Informações sobre a demanda (Problema a solucionar, Clientes e Usuários, etc)
      Demandas com status em Andamento
      Demandas com o detalhamento do O QUE.
      Demanda estimada
      Demanda com Critério de Aceite
      Planejamento Desdobrado em: Estudo, Desenvolvimento, Automação, Documentação (Técnico, Referência, Integração), Video HowTo e Tradução.
    DOD
      Estudo
      Desenvolvimento (Codificação, TU e TI)*
      Documento Técnico*
      Documento de Referência*
      Documento de Integração
      Evidência Teste de unidade (desenvolvedor e validação de um par)*
      Evidência Teste Integrado
      Script Teste Automatizado Novo/Atualizado
      Automação de Teste executada
      Tradução
      Video HowTo
      Épico Encerrado e marcado como Done
  Story Funcional/Legislação (Melhoria)
    DOR
      Prévia Modelagem de Dados, Telas e Reports
      Critério de Aceite
      Status do Refinamento realizado
      Demanda pontuada
      Demanda com o detalhamento do O QUE claro para o time
      Ambiente de Desenvolvimento (Binário, Frame, D-1, etc) atualizado
    DOD
      Geral
        Aceite ou Não, do PO nas demandas entregues
        Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será feito o ajuste necessário
        Desenvolvimento commitado e evidenciado*
        Desenvolvimento com Teste de Unidade realizado*
        Desenvolvimento com Teste Integrado Realizado*
        Caso tiver defeito, o mesmo deve ser corrigido
      Integração
      API
      THF
      Datasul
      Logix
      Protheus
        Merge
  Story Não Funcional/Release de Manutenção/Documentação/Tradução
    DOR
      Critério de Aceite
      Status do Refinamento realizado
      Demanda pontuada
      Demanda com o detalhamento do O QUE claro para o time
    DOD
      Aceite ou Não, do PO nas demandas entregues
      Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será feito o ajuste necessário
      Release de Manutenção: Caso tiver defeito, o mesmo deve ser corrigido
  Spike
    DOR
      Criterio de aceite (Limites e Fronteiras bem definidos)
      Detalhamento do O QUE
      Status do Refinamento realizado
    DOD
      Aceite PO
      Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será feito o ajuste necessário
  Manutenção/Legislação (Correção)/Ponto de Entrada/Réplica
    DOR
      Prévia Modelagem de Dados, Telas e Reports
      Status do Refinamento realizado
      Demanda pontuada
      Ambiente de Desenvolvimento (Binário, Frame, D-1, etc) atualizado
      Criticidade
        Se criticidade for Critico, deve ter o motivo detalhado
      Produto
      Descrição do problema
      Template Padrão preenchido corretamente
      Simulação e informações complementares
      Triagem e Analise técnica quando necessário
      Priorizado de acordo com o backlog
    DOD
      Geral
        Desenvolvimento commitado e evidenciado*
        Desenvolvimento com Teste de Unidade realizado*
        Desenvolvimento com Teste Integrado Realizado*
        Documentação (Técnico, Referência, etc)*
        Script Teste Automatizado
        Automação Executada
        Caso tiver defeito, o mesmo deve ser corrigido
      Integração
      API
      THF
      Datasul
      Logix
      Protheus
        Merge
      Ponto de Entrada: Teste de Impacto no Produto Padrão
  Apoio/ Apoio Cliente
    DOR
      Descrição objetivo do apoio
      Detalhamento do objetivo do apoio
      Criticidade, caso critico com justificativa
      Triado e priorizado no backlog
    DOD
      Apoio finalizado
      Apoio Cliente - Artefatos via Comunicação com o cliente
      Apoio - Incluir comentário comunicando o solicitante sobre a solução do apoio.
  Defeito
    DOR
      Originador
      Identificador
      Tipo do Defeito
      Tipo de Teste
      Descrição do problema
      Criticidade
    DOD
      Inovação: DOD Story Funcional
      Manutenção: DOD Manutenção
  Teste Sistêmico
    DOR
      Levantamento escopo TS
      Criticidade - priorização dos cenários de teste
      Mapeamento Teste Manual e/ou Automação
      Ambiente TS
      Levantamento Demandas para Repasse ao Atendimento
      Definir escopo Video Release
      Critério de Aceite
      Status do refinamento realizado
      Demanda pontuada
      Levantar demandas para E-learning
    DOD
      Plano de Testes Performance*
      Relatório de Análise (evidência da execução dos testes)*
      TS finalizado dentro do período do calendário
      Defeitos critico/alto corrigidos
      Release testado*
      Documentação da Release
      Revisão Menu
      Video da Release
      Repasse ao Atendimento*
      Aceite ou não do PO conforme forem os resultados dos testes sistêmicos
      Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será feito o ajuste necessário
      E-learning
  Lição Aprendida
    DOR
      Plano de ação das retrospectivas
    DOD
      Apresentação ao time na Retrospectiva
  Piloto
    DOR
      User story com VALOR, PERFIL e FUNÇÃO (nesta ordem)
Evolução do requisito (caso necessário)
BDDs ou critérios de aceite com o maior número de cenários possíveis
Detalhes de acesso
Cenários testáveis
Entendível sem a presença do Product Owner
As histórias não podem ter dependências dentro do mesmo plano de entregas
Uma história deve ser entendida em menos de 5 minutos
Uma história não deve ter especificações técnicas.
    DOD
      Teste automatizado
Sistema em ambiente de homologação
Site traduzido para o português
  Impedimento
    DOR
      Demanda com Status Impedimento
      Inclusão de um comentário na demanda em Impedimento identificando o motivo. Nesse comentário marcar o responsável (AM, PO, PL, etc)
      Registro das ações mitigadas pelo time.
    DOD
      Inclusão de um comentário na demanda informando a solução do impedimento.
      Atualização do status da demanda para a fase que se encontra.
  Retrospective
    DOR
      Agendamento com antecedência
      Demandas e tarefas com status atualizado
      Board atualizado
      Burndown atualizado
      Impedimentos mapeados
      Métricas Atualizadas
      Lições Aprendidas atualizadas
    DOD
      Sprint Encerrada (se aplicável)
      Métricas, Board, Burndown Analisados
      Apresentação das Lições Aprendidas entregues
      Analise das Lições Aprendidas não finalizadas
      Mapeamento dos pontos positivos, melhorias e negativos
      Plano de ação registrado no Jira (Lição Aprendida) sobre os principais pontos que o time considera importante
  Review
    DOR
      Agendamento com antecedência
      Convite com antecedência para possíveis convidados
      Ambientes, artefatos e time preparados para apresentação
    DOD
      Aceite ou Não, do PO nas demandas entregues
      Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será feito o ajuste necessário
      Aceite ou Não, do PO sobre a Meta do Plano de Entregas
  Daily Meeting
    DOR
      Agendamento com antecedência
      Demandas e tarefas com status atualizado
      Board atualizado
      Burndown atualizado
      Impedimentos mapeados
    DOD
      Impedimento retirado ou direcionado ao responsavel
      Ações do time para manter o ritmo para entrega do objetivo
      Time alinhado sobre as atividades de todos os membros e seu status
  Planning
    DOR
      Agendamento com antecedência
      Release Planning realizado para execução da Primeira Planning do Release
      Release atualizado
      Release Priorizado
      Definição da Meta do Plano de Entregas
      Velocidade média do time
      DOD do Evento 'Refinamento' atendido
    DOD
      Sprint Iniciada (se aplicável)
      Manutenção: Demandas com check-list do atendimento preenchido; triado; analise técnica e priorizado de acordo com o backlog
      Inovação: Revisão das demandas: Status, Detalhamento do O QUE; Critério de Aceite; Pontuação; Detalhamento do COMO; Prévia da Modelagem de Dados, Telas e Reports
      Planejamento das Demandas de acordo com a Meta do Plano de Entregas
      Planejamento das lições aprendidas (+- 10% da velocidade)
      Planejamento de acordo coma velocidade média e alocação do time
      Definição de quais demandas podem ser substituidas em caso de entrantes criticos
      Definição de quais demandas devem ser apresentadas na Review
  Refinamento
    Inovação/Legislação (Melhoria)
      DOR
        Agendamento com antecedência
        Pauta enviada com antecedência
        Demandas com status em Refinamento
        Demandas com a previa do detalhamento do O QUE.
        Prévia do critério de aceite
      DOD
        Status do Refinamento realizado
        Demandas pontuadas
        Demandas com o detalhamento do O QUE claro para o time
        Prévia da Modelagem de Dados
        Critério de Aceite
    Manutenção/Legislação (Correção)
      DOR
        Criticidade
          Se criticidade for Critico, deve ter o motivo detalhado
        Produto
        Descrição do problema
        Template Padrão preenchido corretamente
        Simulação e informações complementares
      DOD
        Triagem e Analise técnica quando necessário
        Status do Refinamento realizado
        Demandas pontuadas
        Priorizado de acordo com o backlog
  Release Planning
    DOR
      Agendamento com antecedência
      Visão de Produto Atualizada
      RoadMap de 3 Releases Atualizado
      Release Corrente Atualizada
      Histórico de pontuação das Releases Anteriores
    DOD
      Artefatos do DOR apresentados ao time, entendido e revisado
      Comprometimento do time perante ao Release Planejado
      Status dos Épicos atualizado (Backlog ou In Progress)
      Campo Versão RoadMap preenchido com a Release
Responsavel: Atendimento ou Criador da Demanda quando Interna.
Responsavel: PO
Responsável: PO
Responsável: Tim
Devidamente publicado no TDN, no qual devem constar os links para os Documentos de Referência (DR) das rotinas que sofreram implementações ou alterações. O novo template do Documento Técnico já permite essa informação.
Relacionado à Inovação/Manutenção realizada na rotina e publicação no TDN
Englobar os conceitos da rotina, aplicabilidade, regras de negócio, descrição dos campos relevantes, fluxos explicativos, enfim, elaborar um DR que forneça os subsídios necessários sobre a rotina que está sendo descrita. Quanto mais informação disponível para o cliente, menos ele irá recorrer ao Suporte.
Responsável: PO
Boas praticas
Abertura de estudo caso o time tenha duvidas do COMO, e esse com o critério de aceite bem claro sobre o que se espera do estudo.
Demanda com a previa do detalhamento do COMO.
Responsável: Time
Respeitando http://tdn.totvs.com/display/public/NPROC/Processo+de+GCAD
Responsável: PO
Responsável: Time
Responsável: PO
Boa pratica
Demanda pontuada
Previa do COMO
Responsável: Tim
Responsavel: Atendimento ou Criador da Demanda quando Interna.
Boa pratica
Abertura de estudo caso o time tenha duvidas do COMO, e esse com o critério de aceite bem claro sobre o que se espera do estudo.
Responsavel: Atendimento ou Criador da Demanda quando Interna.
Responsavel: Time
Responsável: Time
Responsável: Time
Respeitando http://tdn.totvs.com/display/public/NPROC/Processo+de+GCAD
Responsável: Time/PO
Responsável: Time
Responsavel: Time
Responsavel: Time
Responsável - PO
Responsável: Time
Responsável: Time
Responsável: Time
Responsável: Time
Responsável: Time/PO
Responsável: Time
Responsável: Time
Responsável: Time com apoio do PO/SM
Caso alguma demanda não tenha passado pelo Refinamento, os critérios DOR e DOD do Refinamento devem ser atendidos durante a planning.
RECOMENDA-SE fortemente que o Refinamento seja feito antecipadamente.
Responsável: Time