Nome da Empresa <Nome do Projeto> Plano de Desenvolvimento de Software Versão <1.0>
Histórico de Revisões Data Versão Descrição Autor <dd/mmm/aa> <x.x> <detalhes> <nome> 2/7
Índice Analítico 1. Objetivo deste documento 4 2. Sobre o projeto 4 2.1. Dados do Projeto 4 2.2. Objetivo 4 2.3. Justificativa 4 2.4. Prioridade 4 3. Partes Interessadas 4 4. Planejamento de Escopo 5 4.1. Escopo 5 4.2. Não escopo 5 4.3. Restrições 5 4.4. Premissas 5 5. Plano de Execução 5 5.1. Estrutura Analítica do Projeto (EAP) 6 5.2. Dicionário da EAP 6 5.3. Papéis e Responsabilidades 6 5.4. Equipe do Projeto 6 6. Cronograma 6 7. Riscos 7 8. Recursos 7 9. Considerações Finais/Observações 7 Aprovação 7 3/7
1. Objetivo deste documento Este documento tem como objetivo autorizar formalmente o início de um projeto e contém informações necessárias para o entendimento do projeto, fornecendo uma visão macro do produto a ser desenvolvido, das etapas e recursos necessários para sua criação. Também designa o Gerente do Projeto. 2. Sobre o projeto 2.1. Dados do Projeto Nome do Projeto [Digite aqui o nome do projeto] Gerente do Projeto [Digite aqui o nome do responsável pelo projeto] E-mail [Digite aqui o e-mail do responsável pelo projeto] Patrocinador do Projeto [Digite aqui o nome do responsável pelo projeto] E-mail [Digite aqui o e-mail do responsável pelo projeto] Área [Digite aqui a área do responsável pelo projeto] Telefone (Ramal) [Digite aqui o telefone ou ramal do responsável pelo projeto] Área [Digite aqui a área do responsável pelo projeto] Telefone (Ramal) [Digite aqui o telefone ou ramal do responsável pelo projeto] 2.2. Objetivo [Digite aqui o objetivo do projeto] Sugestão: Para a correta definição do objetivo siga a regra SMART : Specific (específico): Deve ser redigido de forma clara, concisa e compreensiva; Measurable (mensurável): O objetivo específico deve ser mensurável, ou seja, possível de ser medido por meio de um ou mais indicadores; Agreed (acordado): Deve ser acordado com as partes interessadas; Realistic (realista): Deve estar centrado na realidade, no que é possível de ser feito considerando as premissas e restrições existentes; Time Bound (Limitado no tempo): Deve ter um prazo determinado para sua finalização. 2.3. Justificativa [Digite aqui a justificativa do projeto] 2.4. Prioridade [Defina aqui uma prioridade para o projeto] 3. Partes Interessadas Nome da Parte Função Papel no Projeto [Listar as pessoas, organizações ou setores que podem impactar ou ser [Ex.: Diretor da Área X, Analista da área Y] [Ex.: Patrocinador do Projeto, Usuário Final, Usuário Gestor, etc..] 4/7
impactadas positiva ou negativamente pelo projeto. Ex.: Diretoria X, Divisão Y, Fulano de Tal] 4. Planejamento de Escopo [Nesta seção é detalhado o escopo é o produto, serviço ou resultado do projeto. Escopo do produto: recursos e características que descrevem o produto, serviço ou resultado do projeto. Também devem ser descritas as entregas do projeto e o trabalho necessário para produzi-las, de tal modo que estas informações sirvam para orientar o trabalho da equipe. Entregas do projeto são resultados mensuráveis ou itens específicos que devem ser produzidos para que o projeto seja considerado finalizado.] 4.1. Escopo [Digite aqui a descrição das características do produto. Essas características terão normalmente menos detalhes nas fases iniciais e mais detalhes nas fases posteriores, conforme as características do produto forem progressivamente elaboradas. Embora a forma e o conteúdo das características variem, a descrição do escopo deve sempre fornecer detalhes suficientes para dar suporte ao planejamento posterior do escopo do projeto. Exemplo de Escopo: Estruturação do Portal: design, implementação e testes. Definição dos indicadores de relacionamento e acesso. Definição da padronização da identidade visual e das tecnologias utilizadas. Treinamento no uso da ferramenta. Levantamento e desenvolvimento das consultas executadas pelos sistemas de informação.] 4.2. Não escopo [[Listar pontos relevantes que podem estar relacionados com o objetivo do projeto, mas que não serão tratados neste escopo. Neste item você pode listar qualquer coisa que não esteja incluído como uma entrega do projeto. A declaração de não escopo é importante para gerenciar as expectativas das partes interessadas. Exemplo de Não Escopo: Implementação da padronização nos sites legados. Manutenção do conteúdo. Definição da arquitetura da Informação do Portal.] 4.3. Restrições [Restrições são fatos que não podem ser alterados e que limitam as opções da equipe do projeto. Podem ser dos seguintes tipos: tempo, orçamentárias, escopo, qualidade, cronograma, recurso, tecnológicas, administrativas. Por exemplo: Será utilizada a linguagem X. O prazo para criação do software em 31/12/2013. Utilização de padrões abertos e ferramentas em software livre.] 4.4. Premissas [Premissas são informações consideradas verdadeiras ou reais. São os aspectos incertos assumidos como verdadeiros para o planejamento do projeto. Por exemplo: Toda a equipe de desenvolvimento está treinada para trabalhar com a linguagem X] 5. Plano de Execução 5/7
[Nesta seção é detalhado o plano de execução do projeto]. 5.1. Estrutura Analítica do Projeto (EAP) [A EAP mapeia as entregas do projeto e as atividades decorrentes de cada entrega. Seu objetivo é facilitar o processo de planejamento e estimativa de custos e prazos do projeto, alocação de recursos e definição de controles de qualidade. Por exemplo:] 5.2. Dicionário da EAP Código Item Item Descrição [Cód. do item] [Nome do Item da EAP] [Descrever de forma detalhada o trabalho associado ao item.] 1 Requisitos Funcionais Este documento descreve um conjunto de requisitos funcionais do produto... 5.3. Papéis e Responsabilidades Papel [Informar todos os papeis existentes na equipe do projeto DEFINIDOS NA SEÇÃO 4] Responsabilidade [Descrever as responsabilidades do papel no projeto] 5.4. Equipe do Projeto Equipe Básica [Relacionar as pessoas envolvidas na concepção e no planejamento do projeto. Ex.: Fulano de Tal] Papel Desempenhado [Relacionar o papel desempenhado pelas pessoas no projeto. CONSIDERAR AS ATIVIDADES DEFINIDAS NA EAP. Ex.: Programador, Analista, etc.] 6. Cronograma [Nesta seção é detalhado o cronograma do projeto. Este cronograma deve ser elaborado considerando os itens definidas na EAP. Cada Item da EAP deve ser decomposto em atividades. OS MARCOS DO CRONOGRAMA DEVE ESTAR EM NEGRITO. Obs.: No TJGO os custos do projeto estão relacionados às horas necessárias para desenvolvimento de cada atividade.] Item EAP Atividade Complexidade Custo Data Início Data Fim [Nome do Item da EAP] [Nome da Atividade 1] [Muito Alto, Alto, Médio, Baixo ou Muito Baixo]. N h [dd/mm/yyyy] [dd/mm/yyyy] 6/7
... [Muito Alto, Alto, Médio, Baixo ou Muito Baixo]. [Nome da Atividade N] [Muito Alto, Alto, Médio, Baixo ou Muito Baixo]. N h [dd/mm/yyyy] [dd/mm/yyyy] N h [dd/mm/yyyy] [dd/mm/yyyy] 7. Riscos [Nesta seção devem ser informados, de forma simples, os riscos relacionados ao projeto.] Nº Descrição Probabilidade de Ocorrência [Nº] [Descrição do risco] [Muito Alto, Alto, Médio, Baixo ou Muito Baixo] Impacto [Muito Alto, Alto, Médio, Baixo ou Muito Baixo] Resposta ao Risco/Prioridade de Tratamento [Descrever aqui uma estratégia de mitigação do risco.] 8. Recursos [Nesta seção devem ser informados, de forma simples, os recursos de infra-estrutura necessários ao projeto.] Nº Descrição de Recurso [Nº] [Descrição do recurso. Exemplo: IDE para desenvolvimento na linguagem X, Treinamento na linguagem Y, etc.] 9. Considerações Finais/Observações [Listar quaisquer considerações ou observações que não tenham sido contempladas nos itens anteriores. GPR9 e GPR 13 a 19 serão implementadas utilizando ferramentas adequadas. Informar aqui a metodologia de processo que será utilizada: Sequencial, Incremental e/ou Iterativo.] Aprovação Responsável Data Assinatura [Nome da Parte Responsável] [dd/mm/aaaa] 7/7