Gerncia de Projeto

1. Ttulo do Projeto:

2.

Lder do projeto e sua equipe:

3.

Justificativas:

4.

Objetivos:

5.

Premissas e restries:

6.

Descrio do produto:

7.

Fora do escopo:

8.

Marcos Projeto:

3.1. Ttulo do Projeto Designao que indica o objeto do projeto. Nome que mais identifique o projeto. Escolher um nome inteligvel e ilustrativo para o Projeto. 3.2. Lder do Projeto e sua equipe Neste item devem ser descritas as responsabilidades e autoridades do Lder do Projeto, sua equipe de trabalho, destacando o nome e cargo/funo dos responsveis pela elaborao do projeto, bem como o destaque das parcerias e demais colaboradores. As partes envolvidas (stakeholders) so indivduos e organizaes diretamente envolvidos no projeto, ou aqueles cujos interesses podem ser afetados, de forma positiva ou negativa, no decorrer do projeto ou mesmo aps sua concluso. A equipe de gerncia de projetos deve identificar as partes envolvidas, conhecer suas necessidades e expectativas, e ento gerenciar e influenciar estas expectativas de forma a garantir o sucesso do projeto. Todo projeto dever possuir uma equipe diretamente envolvida na execuo do projeto. Esta ser montada de acordo com a magnitude do projeto.

Exemplos de integrantes da equipe de projetos:

Patrocinador (sponsor): Indivduo ou grupo, dentro da organizao executora, que fornece as principais diretrizes para o projeto, toma as principais decises e que pode prover os recursos financeiros para o projeto.

Lder do Projeto: Individuo responsvel pela gerncia do projeto, por conduzir o planejamento e dirigir a execuo do projeto. Comisso Validadora: Grupo de Indivduos da organizao com a responsabilidade de apoiar, validar e acompanhar todo o projeto. Principais Clientes: Individuo ou organizao que far uso do produto do projeto. Podem existir mltiplas camadas de clientes. Por exemplo, os clientes de um novo produto farmacutico incluem os mdicos que o prescrevem, os pacientes que o tomam e as companhias de seguro que pagam por ele.

3.3. Justificativas uma sntese dos principais tpicos do projeto, tendo em vista as condies que definem sua necessidade. Faz-se um resumo das razes que justificam o projeto. Normalmente se parte da indicao de necessidades, insuficincias, falhas ou problemas detectados numa realidade, que venha justificar a proposio. Enfim, a necessidade do negcio que deu origem ao projeto.

3.4. Objetivos a indicao de finalidades ou resultados amplos que se pretende atingir com o projeto. Devem fazer eco s justificativas e sua redao deve ser bem direta.

Observao: na redao dos objetivos devem ser utilizados verbos de ao que indicam atividades intelectuais. Ex: identificar, verificar, descrever, analisar, comparar, concluir, produzir, elaborar, desenvolver, etc.

3.5. Premissas e restries As premissas so fatores que, para os propsitos do planejamento, so considerados verdadeiros, reais ou certos. Por exemplo, se a data na qual uma pessoa chave estar disponvel para o projeto incerta, a equipe pode assumir uma data de incio especfica. As premissas geralmente envolvem certo grau de risco.

As restries so fatores que limitaro as opes da equipe de gerncia do projeto. Por exemplo, um oramento pr-definido uma restrio que na maioria das vezes limita as opes da equipe com relao ao escopo, pessoal e prazo. Quando um projeto desenvolvido sob contrato, as clusulas contratuais sero geralmente restries.

3.6. Descrio do produto A descrio do produto documenta as caractersticas do produto ou servio que o projeto est incumbido de criar. A descrio do produto dever ter, geralmente, menos detalhes nas fases iniciais e mais detalhes nas fases finais, conforme as caractersticas do produto so progressivamente elaboradas. A descrio do produto pode tambm documentar a relao entre o produto ou o servio em criao e a necessidade do negcio, ou outro estmulo que originaram o projeto. Como as formas e contedo podem variar, a descrio deve sempre ser detalhada o suficiente para apoiar o planejamento do projeto. Em outras palavras, a descrio do produto o resultado esperado pelo projeto. Para projetos que envolvem tecnologia, como por exemplo, o desenvolvimento de um sistema de informtica, j com o foco na qualidade do produto/servio gerado, deve-se estar atento para descrever os requisitos no funcionais do projeto. Os requisitos funcionais especificam aspectos relacionados a usabilidade, confiabilidade, segurana, desempenho, suportabilidade, padronizao

de layouts (telas, relatrios), hardware, disponibilidade, aspectos legais e ambientais que do suporte a implantao aos requisitos funcionais.

3.7. Marcos Projeto Deve conter as principais datas que marcam o fim de uma etapa do projeto. Por exemplo, pode j se definir a data de uma primeira validao do produto/servio gerado pelo cliente, ou ento datas para entregas de documentos especficos do projeto para aprovao. 3.8. Fora do Escopo Identificao dos itens fora do escopo do projeto. to importante quanto descrever o produto ou servio que deve ser gerado pelo projeto, pois dessa forma deixa-se claro que alguns assuntos tratados no processo de levantamento das necessidades no sero desenvolvidos pelo projeto, evitando conflitos no encerramento e entrega do produto/servio final pelo projeto. O documento gerado deve ser formalizado atravs de assinaturas dos principais envolvidos e interessados no projeto, incluindo patrocinador, lder do projeto, cliente, comisso validadora e membros chave da equipe.