Baixe o app para aproveitar ainda mais
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.
Compartilhar