Beruflich Dokumente
Kultur Dokumente
Metodologia e
Documentação do Sistema
Scrum BTD
__________________________________
www.bgnweb.com.br
25/12/2010
Benedito Germano Neponuceno
Luis Eduardo Xavier Alves
Tânia Braga Almeida
Metodologia e
Documentação do Sistema
Scrum BTD
XP – “Extreme Programming”
TI – Tecnologia da Informação
1 Introdução
2 Modelagem de Negócio
Por este motivo, recomendamos que antes que se inicie a construção do novo
sistema aja a modelagem de negócio e a construção de um diagrama do processo. O
processo abaixo já está modelado e pode ser considerado um resultado final de uma
modelagem que é um ciclo com três fases distintas (Situação Atual- “As Is” onde se
tirar uma “fotografia” do processo e o mapeia, tal como ele está, diagnóstico onde se
4
2.1Diagrama do processo
É importante ressaltar que cada item no Backlog do produto deve ter um valor
de negócio associado (Business Value), onde podemos medir o retorno do projeto e
priorizar a realização dos itens. A lista de requisitos ou "Product Backlog" não precisa
estar completa no início de um projeto. Pode-se começar com tudo aquilo que é mais
óbvio em um primeiro momento. Com o tempo, o “Product Backlog” cresce e muda à
medida que se aprende mais sobre o produto e seus usuários.
Executantes
Proprietário do Produto (Product Owner).
Insumos
7
Produtos
Lista de requisitos inicial ou "Product Backlog".
Executantes
Líder da equipe de desenvolvimento (Scrum Master).
Insumos
Lista de requisitos (Product Backlog).
Produtos
Lista de impedimentos ao desenvolvimento dos requisitos (Impediment
Backlog).
Executantes
Líder da equipe de desenvolvimento (Scrum Master) e Equipe de
Desenvolvimento (Team).
Insumos
8
Produtos
Lista priorizada e estimada de requisitos (Product Backlog).
Executantes
Proprietário do Produto (Product Owner).
Insumos
Lista de Requisitos (Product Backlog).
Produtos
Lista priorizada de requisitos (Product Backlog).
Caminhos possíveis:
Não
Sim
9
Executantes
Líder da Equipe de Desenvolvimento (Scrum Master), Equipe de
Desenvolvimento (Team) e Proprietário do Produto (Product Owner).
Insumos
Lista priorizada e estimada de requisitos (Product Backlog).
Produtos
Itens do Backlog priorizados para a Sprint (Sprint Backlog).
Executantes
Equipe de Desenvolvimento (Team) e Líder da Equipe de Desenvolvimento
(Scrum Master).
10
Com a simulação a seguir pode-se entender melhor como calcular o LHS: Para
uma Sprint com time-box padronizado em cinco dias e um time que possui cinco
recursos, onde três são de 8hs, um de 6hs e outro de 8hs, mas alocado apenas por
50% de seu tempo, temos o LHS diário, considerando a relação acima sugerida de: 8h
x 75% = 6h (3) 6h x 75% = 4,5h (1) 8h x 50% = 4h x 75% = 3h (1) Dias úteis da Sprint
= 5, logo, ((3x6) + (4,5) + (3)) = 31,50 (dia) LHS = 5 x 31,50 = 157,50.
Estes são cálculos bem simples e você vai precisar usá-los apenas antes de cada
planejamento da Sprint, pois o LHS é que vai indicar se você está alocando as horas
corretas para o seu time. É importante salientar que uma vez estabelecido a duração
da Sprint não se deve alterar sua data final, pois todo o projeto é guiado por essa
duração. Logo, adiantar ou atrasar não é interessante para ninguém.
Executantes
Líder da Equipe de Desenvolvimento (Scrum Master).
Visitantes são bem vindos, mas devem ser apenas ouvintes, pois o Daily Meeting
resume-se ao time.
No Daily Meeting a equipe trabalha apenas três perguntas, que são respondidas
por cada membro: 1) O que foi feito desde ontem? 2) O que você planeja fazer para
amanhã? 3) Você tem algum impedimento? Todo e qualquer problema encontrado
durante o Daily Meeting deve ser tratado em uma outra reunião, apenas com os
envolvidos.
Executantes
Líder da Equipe de Desenvolvimento (Scrum Master) e Equipe de
Desenvolvimento (Team).
os itens do Product Backlog tenham sido finalizados, atendidos e/ou o produto final
tenha sido aceito pelo cliente.
Não confundir com os testes realizados dentro de cada ciclo de Sprint. Caso
sejam achados erros que comprometam a entrega do produto, outra Sprint deve ser
planejada para a correção de tais erros. Todos, incluindo o demandante, devem
participar dos testes.
Executantes
Proprietário do Produto (Product Owner), Líder da Equipe de Desenvolvimento
(Scrum Master) e Equipe de Desenvolvimento (Team).
Caminhos possíveis
Não
Sim
2.2Participantes
• Analista de Negócios;
• Analista de Sistemas; ou
Ele deve:
• Remover barreiras;
• Gerente de Projetos; ou
• Coordenador de Projetos.
16
• Têm o direito de fazer tudo dentro dos limites das diretrizes do projeto
para atingir a meta de cada Sprint;
• Designers;
• Desenvolvedores;
• Arquitetos de Informação; e
• Arquitetos de Sistema.
17
3 Visão
Nesta parte iremos definir, expor e analisar as necessidades e recursos de nível
superior do sistema “Scrum BTD”. Aqui iremos nos concentrar nos recursos
necessários aos envolvidos e aos usuários-alvo e nas razões que levam a essas
necessidades. Os detalhes de como o “Sistema Scrum BTD” satisfazem estas
necessidades são descritos no caso de uso. ( Rational Software Corporation (RUP),
1987 - 2001).
3.1Referências
Todos os documentos mencionados neste capitulo estão relacionados abaixo.
3.2Posicionamento
3.2.1 Descrição do problema
Gerenciar o desenvolvimento em uma fabrica de software de forma ágil e
incremental, com uma documentação mínima do software e do gerenciamento do
projeto. O cliente deve visualizar facilmente o andamento do projeto, o gerente deve
ter o controle do projeto e a equipe de desenvolvimento do software deve ter o
controle da distribuição das tarefas dando informações que possibilitem um melhor
planejamento do desenvolvimento.
4 Casos de Uso
Aqui listaremos e detalharemos todos os casos de uso utilizados no
desenvolvimento do sistema Scrum BTD.
4.1.2.2Fluxos Alternativos
Perfis de usuários:
4.2.2.2Fluxos Alternativos
4.1 Login
Antes do início desse caso de uso, o Ator deve efetuar logon no sistema.
.
26
Perfis de usuários:
Product Owner -> Responsável por priorizar os requisitos de acordo com o valor
de cada um. Negocia a entrega com o time. Tem o respaldo de aceitar ou não os
resultados do trabalho.
Team -> Responsáveis pela entrega dos requisitos testados. Um grupo multi-
disciplinar. Arquitetos de informação, Desenvolvedores, Designers, etc.
4.3.2.2Fluxos Alternativos
Antes do início desse caso de uso, o Ator deve efetuar logon no sistema.
30
Perfis de usuários:
Antes do início desse caso de uso, o Ator deve efetuar logon no sistema.
32
5 Bibliografia
Rational Software Corporation (RUP). (1987 - 2001). RUP 2002.05.00 Portugues. Acesso
em 11 de Outubro de 2010, disponível em www.wthreex.com:
http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_vision_sp.ht
m
KNIBERG, H. (2007). Scrum e XP direto das Trincheiras Como fazemos Scrum. EUA:
C4Media, Publisher of InfoQ.com.
PEREIRA, P., & PAULA TORREÃO, A. S. (2007). Entendendo Scrum para Gerenciar
Projetos de Forma Ágil. MundoPM.
6 Anexos
IDENTIFICAÇÃO DO PROJETO
NOME DO PROJETO
ÁREA DEMANDANTE
ÁREA EXECUTORA
RESPONSÁVEL PELO
PROJETO
RESPONSÁVEL PELA
ELABORAÇÃO DO DIP
DOCUMENTOS REFERENCIADOS
Os documentos referenciados tornam-se parte do Escopo do Projeto e devem ser mantidos na pasta em que
estiver este documento.
2. OBJETIVO GERAL
34
Descrever o que a área pretende alcançar, o que o projeto deve fazer para solucionar o problema
apresentado ou aproveitar a oportunidade levantada.
Usar verbos no infinitivo e descrever de forma clara e concisa.
3. OBJETIVOS ESPECÍFICOS
Os objetivos específicos do projeto são mais precisos e detalhados e devem manter a coerência com os
objetivos gerais. Compreende os demais objetivos que serão atingidos, decorrentes das atividades ou
ações desenvolvidas no projeto.
Usar verbos no infinitivo e descrever de forma clara e concisa.
Resultados para a
sociedade
Focos de atuação
Bases para o
desenvolvimento
externo
Bases de
desenvolvimento
interno
Se necessário, incluir nesta seção um glossário resumido da EAP, permitindo que todos entendam
precisamente os produtos que serão esperados do projeto.
35
6. DURAÇÃO DO PROJETO
Descrever a duração estimada do projeto.
7. PREMISSAS
Descrever as premissas que devem orientar a realização do projeto. Premissas são suposições que
precisam ser consideradas verdadeiras (mesmo diante de um certo grau de incerteza) para que o projeto
possa ser planejado.
8. RESTRIÇÕES
Estabelecer os limites para o projeto que não poderão ser extrapolados. Restrições relacionadas ao
orçamento, a recursos, a tecnologias, etc.
9. ÁREAS IMPACTADAS
Identificar as pessoas que têm algum interesse no projeto (como aliadas ou opositoras), apontando a
natureza desse interesse. O objetivo é mapear as necessidades de fortalecimento de alianças e redução de
possíveis resistências à boa consecução do projeto.
Perfil QUANTIDADE
Perfil 1
...
Perfil n
Identificar as áreas e nomes dos representantes das áreas que irão integrar o grupo gestor do projeto.
36
Papéis Responsabilidades
Principal interessado na realização do projeto (deverá ser um executivo com
Patrocinador
poderes suficientes para viabilizar a execução)
Gestor Técnico Responsável na área demandante pela execução do projeto
Gerente do Projeto Responsável pelo projeto
Responsável CGIG Responsável na CGIG pelo projeto
NOME DO
REPRESENTANTE DA ÁREA PAPEIS/RESPONSABILIDADES
ÁREA
________________________________________ ________________________________________
________________________________________ ________________________________________
37
________________________________________ ________________________________________
CONTATOS
Nome Cargo/Função Telefone E-mail
2. SUMÁRIO EXECUTIVO
Sob Requer
Crític
control cuidad RAZÕES PARA OS DESVIOS
o
e os
CRONOGRA
[ ] [ ] [ ]
MA
ESCOPO [ ] [ ] [ ]
QUALIDADE [ ] [ ] [ ]
Comentários
:
4. PENDÊNCIAS
Apresente informações de acompanhamento dos pontos de controle e da entrega dos produtos do projeto.
Data de Data de
Razão para a Ações e
Ponto de Controle Produtos conclusão - conclusão -
variação resoluções
PREVISTA REALIZADA
3
41
___________________________________ ____________________________________
_____ ____
___________________________________ ____________________________________
_____ ____
Brasília/DF, _____/______/______
___________________________________
_____
Nome do
Insira aqui o nome escolhido para o projeto e presente no DIP.
Projeto:
Alterações
... ...
CONTATOS
1. NOME DO PROJETO
O nome deve ser definido pelos Patrocinadores do projeto, ou pelo menos com a
participação destes. O intuito é aumentar o sentimento de propriedade deles com
relação ao projeto.
INSTRUÇÕES DE PREENCHIMENTO
Para cada bloco de comentário concluído, forneça as seguintes informações:
Selecione a categoria
Identifique a fase do projeto a que se refere a análise de lições aprendidas
Identifique o processo em que se deu a percepção da lição aprendida
Descreva o problema ou a ação bem-sucedida que deu origem ao registro
Analise a causa do problema ou o elemento que ocasionou a ação bem-sucedida
Apresente as recomendações de ação (se aplicável)
43
o Ações corretivas
o Ações preventivas
o Ações de melhoria
2. CATEGORIA
[ ] [ ] CLIENTE [ ] [ ] COMPONENTES DE
ORÇAMENTO COMUNICAÇÕES TI
[ ] ESCOPO
[ ] [ ] [ ] PLANO DE PROJETO
AQUISIÇÕES [ ] RISCOS CRONOGRAMA
[ ] RECURSOS [ ] OUTROS [ ] QUALIDADE
[ ]
TREINAMENTO
3. FASE DO PROJETO
[ ] [ ] [ ] [ ] [ ]
INICIAÇÃO PLANEJAMENTO EXECUÇÃO CONTROLE ENCERRAMENTO
4. TIPO DE EVENTO QUE DEU ORIGEM À LIÇÃO APRENDIDA
Descreva aqui tão detalhadamente quando necessário para que a análise seja
realizada, a lição aprendida.
6. ANÁLISE
7. RECOMENDAÇÕES
Ações corretivas
Ações preventivas
Ações de melhoria.
___________________________________ ____________________________________
_____ ____
___________________________________ ____________________________________
_____ ____
Brasília/DF, _____/______/______
___________________________________
Nome do Projeto: Insira aqui o nome escolhido para o projeto e presente no Pré-projeto.
Alterações
1. DOCUMENTOS REFERENCIADOS
Documento
Breve descrição do conteúdo do documento 1
1(hyperlink)
… ...
Documento
Breve descrição do conteúdo do documento n
n(hyperlink)
2. SUMÁRIO EXECUTIVO
4. DESCRIÇÃO DO PROJETO
Produto 1
...
Produto n
4.2 INCLUI (RELAÇÃO DE
SUBPRODUTOS)
Item 1
46
...
Item n
Premissa 1
...
Premissa n
4.6 RESTRIÇÕES
Restrição 1
...
Restrição n
5. ABORDAGEM DO PROJETO
• EAP
• Cronograma
• Plano de Gerenciamento de Comunicações
• Plano de Gerenciamento de Mudanças
• Plano de Gerenciamento de Qualidade
• Plano de Gerenciamento de Recursos
• Lista de Verificação de Transição do Planejamento para a Execução
• Relatório de Progresso
• Memória de Reunião
• Registro de Lições Aprendidas
• Relatório Pós-Implementação
5.2 REUNIÕES DE CONTROLE
REUNIÃO PROPÓSITO FREQÜÊNCIA
Apresentar o resultado da
avaliação do progresso do
Relatório de Progresso Semanal ou sob demanda
projeto obtido nas reuniões de
revisão
Apresentar uma visão sintética
Relatório Executivo da evolução e da situação do Mensal ou sob demanda
projeto no período
6. AUTORIZAÇÕES
Patrocinador do projeto:
Indique aqui o nome do patrocinador do projeto
Gerente do projeto:
Indique aqui o nome do gerente do projeto
Produtos e subprodutos são aceitos e aprovados por:
___________________________________ ____________________________________
_____ ____
___________________________________ ____________________________________
_____ ____
___________________________________ ____________________________________
____ ____
Alterações
Código: versão
5. Nas células à direita (onde aparece VLR.PONDERADO) surge a pontuação do item, a qual
toma por base as seguintes ponderações:
• Valores 0 e 1: usa-se o próprio valor
• Valores 2 e 3: usa-se o valor multiplicado por 3;
• Valores 4 e 5: usa-se o valor multiplicado por 6;
• O resultado indica o “valor” da mudança para o projeto e estará entre 0 e 90.
50
Pontuação
Item avaliado Defina a pontuação de
Valor Ponderado
cada item abaixo
Grau de importância 0 0
Impacto no orçamento do projeto 0 0
Impacto nos prazos do projeto 0 0
Riscos da implementação 0 0
Riscos da NÃO implementação 0 0
Valor final associado à mudança: 0
__________________________________ __________________________________
______ ______
__________________________________ __________________________________
______ ______
_____
__________________________________ __________________________________
______ _
Quem
Du Executa
N Forne Insu Produ Clie
º cedor
Atividade e detalhamento raç (cargo/fu
mo to nte
ão nção/unid
ade)
Entradas: 1.
Atividade: Analisar a demanda
Procedimentos:
1
Instrumentos/Sistemas:
.
Legislação:
Técnicas:
Objetivo da atividade:
Atividade: C
Procedimentos:
2
Instrumentos/Sistemas:
.
Legislação:
Técnicas:
Objetivo da atividade:
Atividade:
Procedimentos:
3
Instrumentos/Sistemas:
.
Legislação:
Técnicas:
Objetivo da atividade: