Buscar

padrao1_declaracaoescopoprojeto

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 3 páginas

Prévia do material em texto

Padrão Declaração de Escopo do Projeto P001.A01/ pág 1-3 
 
Objetivo 
Este documento é uma lista de verificação, isto é, contém os tópicos que podem ser 
encontrados em um documento de declaração de escopo. A real necessidade e, 
portanto, a inclusão ou não de cada tópico, deve ser analisada, conforme as 
características específicas do projeto. 
 
1.1. Título do projeto 
1.2. Apelido 
1.3. Contexto 
Informações sobre a definição do projeto, projetos anteriores, história anterior etc. Descreve se este 
projeto está inserido em um projeto mais amplo, discutindo qual o contexto. Contextualizar este 
projeto dentro da estratégia da empresa. Pode ser contextualizado dentro do plano estratégico de 
produtos da empresa, se existir, indicando, por exemplo, se é um projeto derivativo de qual 
plataforma etc. 
1.4. Partes Envolvidas (interessados) 
Lista das pessoas / instituições que podem ser afetadas com a realização deste projeto. 
1.5. Justificativa 
Apresenta os requisitos do negócio que o projeto deve atender. Deve-se contemplar os requisitos do 
ponto de vista de todos os interessados e da comunidade em geral. 
1.6. Embasamento teórico / Referências 
Citar a revisão bibliográfica realizada (quando for o caso).Normalmente este item cita um anexo 
mais extenso ou um outro trabalho relacionado. 
 
1.7. Premissas, Limitações e restrições 
Definição das “verdades” a serem adotadas para a realização do projeto. Isto significa as afirmações 
que deverão são assumidas como verdadeiras para a realização do projeto. (Exemplo: haverá um 
servidor de testes disponível no cliente). Ou então das listas dos limites do presente projeto (aquilo 
que ele não pretende atingir) e condições que restringem a sua realização. 
1.8. Estratégias para realização do projeto 
Definição das estratégias genéricas para a realização do projeto, quando for o caso. Por exemplo, 
serão contratados serviços de terceiros, serão realizadas reuniões semanais, o time ficará totalmente 
dedicado a este projeto etc. 
1.9. Metodologia 
Descreve o método ou o padrão de processo de desenvolvimento que será adotado. Indicar o 
modelo de referência se existir, ou uma versão do modelo, simplificada a partir do tipo de projeto, 
definido no contexto. 
1.10. Objetivos 
Serve para dar uma visão ampla do que se deseja conseguir com este projeto, pensando em um 
leitor “leigo” no assunto. 
1.11. Equipe responsável / Organização 
Definição dos times, pessoas, seus papéis, contribuição (qual o conhecimento / experiência que cada 
um possui e que contribui para o sucesso do projeto) de cada um e responsabilidades. Criar uma 
tabela. Pensar no time de projeto e no time de avaliação. 
 
Padrão Declaração de Escopo do Projeto P001.A01/ pág 2-3 
 
Pode ser apresentada na forma de uma tabela e ser anexada à declaração de escopo. Abaixo dois 
exemplos de tabelas: 
 
Membro da Equipe Competência Responsabilidade Dedicação 
João da Silva Especialista em 
desenvolvimento de 
software de 
interface com 
dispositivos 
eletrônicos e 
desenvolvimento 
em aplicativos Java. 
Membro do time de 
projeto 
 
Criação do software 
embarcado 
 
Criação da interface 
8 horas por semana 
Antônio Experiência em 
testes e 
desenvolviment 
Especialista 
dedicado na fase 
final do projeto 
Um total de 200 
horas na fase final 
do projeto 
 
 
Outra forma de especificar uma matriz de responsabilidade é a seguinte: 
Resp. Dedicação Resp. Dedicação Resp. Dedicação Resp. Dedicação Resp. Dedicação
Planejamento do 
Projeto E I E I A/I P
Projeto 
Informacional E I E I A/I P E/I P(120h)
Projeto 
Conceitual E I E I A/I P E/I P(200h)
Projeto 
Detalhado E I E I A/I P E/I P(400h) E P(200h)
Preparação 
Produção E I E I A/I P E/I P(120h)
Lançamento do 
Produto E I E I A/I P I
Responsabilidade Dedicação
E - Responsabilidade pela execução I - Tempo integral
A - autoridade para aprovar P(X) - Tempo parcial com X horas
C - precisa ser consultado
I - precisa ser informado
Fornecedor B (Parceiro de 
Curto Prazo)Gerente de Projeto
Time de Planejamento 
Estratégico do Produto
Fornecedor A (Parceiro 
Estratégico e Co-
Desenvolvedor)
Time de Desenvolvimento
Fases
Equipe 
 
 
1.12. Produto(s) resultante(s) / Metas 
Descreve os resultados finais que se pretende atingir com este projeto. Em alguns projetos os 
produtos confundem-se com os objetivos. 
Exemplo 1: 
Objetivo: Desenvolver uma colhedeira de arroz de baixo custo 
Produto: Colhedeira de arroz de baixo custo 
Meta: Obter a colhedeira de arroz de baixo custo 
Observação: os deliverables (entregas) do projeto auxiliam a obtenção do produto 
Os produtos podem detalhar os objetivos. 
Exemplo 2: 
Objetivo: Avaliar satisfação do usuário 
Produto: Relatório de avaliação 
 
Em alguns projetos as metas podem complementar a especificação de um produto, quantificando os 
resultados do projeto. As metas possuem então indicadores. 
 
Exemplo 2: 
Objetivo: Avaliar satisfação do usuário 
 
Padrão Declaração de Escopo do Projeto P001.A01/ pág 3-3 
 
Produto: Relatório de avaliação 
Indicador: quantidade de usuários avaliados 
Meta: ter avaliado 70% dos usuários 
 
 Deliverables (Subprodutos ou produtos intermediários) 
Descreve os resultados intermediários que se pretende atingir com este projeto. 
 
Obs.: Os produtos e subprodutos podem ser tratados como metas a serem atingidas. 
Exemplo 2: 
Objetivo: Avaliar satisfação do usuário 
Produto: Relatório de avaliação 
Indicador: quantidade de usuários avaliados 
Meta: ter avaliado 70% dos usuários 
Deliverables: lista de usuários a serem entrevistados; questionário de avaliação; método de cálculo 
da avaliação; entrevistas compiladas e transcritas 
 
Obs.: alguns deliverables citados no exemplo acima podem ser padrões da empresa, como no caso 
do questionário, se ele fosse aplicado várias vezes, ou mesmo se o método de avaliação já fosse um 
padrão da empresa. 
 
Obs.: existe uma relação hierárquica entre produto e deliverables. 
 
Estudar os quadros 5.4, 5.5, 5.6 e 5.7 da referência 2 do curso. 
 
1.13. Prazos máximos a serem atingidos 
Prazos máximos para a entrega dos principais produtos e subprodutos (deliverables). 
1.14. Custo/Preço Meta 
Valores meta para custos do projeto que deverão ser respeitados. É a 
1.15. Plano de Gerenciamento do Escopo 
Definição de como o projeto será controlado e de como as mudanças serão solicitadas, avaliadas e 
implementadas, incluindo quem será o responsável e como as mudanças serão aprovadas. Se existir 
na empresa um processo formalizado de gestão de mudanças, ele será utilizado.

Outros materiais