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. |