3 Fase de Iniciação¶

A Iniciação é a primeira fase de uma release, dura normalmente uma sprint ( ver mais sobre Fase de 1 - Iniciação ).

Segue abaixo o que realizar na Fase de Iniciação:

3.1 Realizar a reunião de abertura (ou reunião de planejamento) da Sprint de Iniciação. Participantes: Líder do Projeto, Dono da Arquitetura, Gerente Técnico da Contratada, Dono do Produto.

Conduzir a reunião de forma a obter a árvore de requisitos (revisar os épicos e features do Documento de Visão construída no Diagnóstico, pelo menos) e a priorização, pelo Dono do Produto, da sub-árvore com as histórias que serão construídas na Sprint seguinte.

☐ Definir os itens de trabalho da sprint
☐ A descrição e a definição de pronto de cada item do backlog da Sprint

É o critério a ser usado pelo Dono do Produto e pela equipe para a aceitação do item como concluído no dia da entrega.
Uma boa forma de encontrar a definição de pronto do item é pensar na resposta para a pergunta “como eu sei que isso está pronto?”.

Por exemplo, para a preparação de uma história de usuário, a definição de item pronto pode ser a aprovação da história pelo Dono do Produto (antes da reunião de encerramento da Sprint, claro).
Para um item de construção de história de cadastro de usuário, a definição de pronto pode ser o cadastramento de um usuário com sucesso, com a demonstração das regras definidas para a história, durante a reunião de entrega.

☐ Esta reunião é a autorização para início das atividades da Sprint
☐ Criar o Documento "Termo de Aceitação da Sprint" no Processo da Ordem de Serviço no SEI

Este procedimento é obrigatório!!! Não continuar com a Sprint de Iniciação sem o pré-preenchimento do Documento "Termo de Aceitação da Sprint"
Uma opção para preencher a coluna "Valor" do documento "Termo de Aceitação da Sprint" é relacionar o valor de cada item a ser produzido na Sprint pela quantidade de pontos de história definida para o mesmo item no backlog da sprint do Redmine. Quanto maior a quantidade de pontos de história do item, maior o valor.

3.2 Agendar no calendário dos participantes a reunião de entrega (ou reunião de encerramento) de TODAS as Sprints

3.3 Definir estratégia de testes – Documento Estratégia de Testes na Wiki

3.4 Realizar/revisar estimativa de esforço em pontos de história, juntamente com o Dono do Produto e a Contratada

3.5 Cadastrar os Riscos do projeto

Cadastrar uma tarefa (aba “Nova tarefa”) do tipo PES: Risco para cada risco identificado

3.6 Refinamento do Backlog

A Contratada deve detalhar, com o Dono do Produto, os requisitos da sub-árvore priorizada

3.7 Verificar se é necessário registrar algum fato relevante no Histórico da OS.

3.8 Realizar a reunião de entrega (ou reunião de encerramento) da Sprint de Iniciação. Líder do Projeto, Dono da Arquitetura, Gerente Técnico da Contratada, Dono do Produto.

O encerramento da sprint é realizado também em duas fases: a revisão e a retrospectiva.

I. Revisão da Sprint

Ao final de cada Sprint é realizada a reunião de Revisão da Sprint, em que a equipe mostra o que foi alcançado durante a Sprint, no formato de uma demonstração das novas funcionalidades, e uma breve apresentação das ocorrências importantes da Sprint.
Durante a Revisão, o projeto é avaliado em relação aos objetivos da Sprint, determinados durante a reunião de Planejamento da Sprint.

II. Retrospectiva da Sprint

A reunião de Retrospectiva da Sprint ocorre ao final de uma Sprint e serve para identificar o que funcionou bem, o que pode ser melhorado e que ações serão tomadas para melhorar.

☐ A Contratada apresenta os itens do backlog da Sprint que foram realizados
☐ O Dono do Produto deve aceitar os produtos do backlog da Sprint que foram entregues conforme a descrição e a definição de pronto do item definidos na reunião de abertura.
8.2.4.1.11 Os produtos entregues ao final da Sprint serão validados, na reunião de Revisão da Sprint, conforme a definição de pronto e a descrição dos itens definidas na Reunião de Planejamento da sprint.
☐ Os itens do backlog da sprint não entregues, não aceitos ou aceitos parcialmente devem ter esse estado registrado no seu atributo Situação.
☐ São criados novos itens de backlog do produto para os não entregues, não aceitos ou aceitos parcialmente na sprint posterior com estimativa de pontos de história que reflita o esforço para executá-los.
☐ Finalizar o preenchimento do "Termo de Aceitação da Sprint" no SEI e solicitar assinaturas.