Projeto

Geral

Perfil

3 Fase de Iniciação » Histórico » Versão 1

Redmine Admin, 11/05/2019 22:54

1 1 Redmine Admin
h1. 3 Fase de Iniciação
2
3
A Iniciação é a primeira fase de uma release, dura normalmente uma sprint ( ver mais sobre Fase de [[1 - Iniciação]] ).
4
5
6
Segue abaixo *o que realizar na Fase de Iniciação*:
7
8
9
p. 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.
10
11
> %{color:#3344ff}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.%
12
13
p((. ☐ Definir os itens de trabalho da sprint
14
     ☐ A descrição e a definição de pronto de cada item do backlog da Sprint
15
16
> %{color:#3344ff}É 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.%
17
> %{color:#3344ff}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?”.% 
18
>> %{color:#3344ff}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).%
19
>> %{color:#3344ff}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.%
20
21
p((. ☐  Esta reunião é a autorização para início das atividades da Sprint
22
     ☐  Criar o Documento "Termo de Aceitação da Sprint" no Processo da Ordem de Serviço no SEI
23
24
> %{color:#3344ff}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"%
25
> %{color:#3344ff}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.%
26
27
28
p. 3.2  Agendar no calendário dos participantes a reunião de entrega (ou reunião de encerramento) de TODAS as Sprints
29
30
p. 3.3  Definir estratégia de testes – Documento Estratégia de Testes na Wiki
31
32
p. 3.4  Realizar/revisar estimativa de esforço em pontos de história, juntamente com o Dono do Produto e a Contratada
33
34
p. 3.5  Cadastrar os Riscos do projeto
35
36
> %{color:#3344ff}Cadastrar uma tarefa (aba “Nova tarefa”) do tipo PES: Risco para cada risco identificado%
37
38
p. 3.6  Refinamento do Backlog 
39
40
> %{color:#3344ff}A Contratada deve detalhar, com o Dono do Produto, os requisitos da sub-árvore priorizada%
41
42
p. 3.7  Verificar se é necessário registrar algum fato relevante no *Histórico da OS*.
43
 
44
p. 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.
45
46
> %{color:#3344ff}O encerramento da sprint é realizado também em duas fases: a revisão e a retrospectiva.%
47
>> %{color:#3344ff}I.	Revisão da Sprint%
48
>>> %{color:#3344ff}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.%
49
>>> %{color:#3344ff}Durante a Revisão, o projeto é avaliado em relação aos objetivos da Sprint, determinados durante a reunião de Planejamento da Sprint.%
50
>> %{color:#3344ff}II.	Retrospectiva da Sprint%
51
>>> %{color:#3344ff}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.%
52
53
p((. ☐  A Contratada apresenta os itens do backlog da Sprint que foram realizados
54
     ☐  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.
55
     _%{color:#3344ff} 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.%_
56
     ☐ 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*. 
57
     ☐ 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. 
58
     ☐ Finalizar o preenchimento  do "Termo de Aceitação da Sprint" no SEI e solicitar assinaturas.