Plano de Gerenciamento de Projeto

CBA EM GESTO DA TI - GERNCIA DE PROJETOS
Aloha :: Service Center

Plano de Gerenciamento do Projeto
Palavras-chave: tecnologia, empresa, plano, gerenciamento, projeto
Formaliza o desenvolvimento do plano de gerenciamento do projeto
INTEGRANTES DO GRIPO:
ANDRE PIAZI
CLAUDIO BAIL
JOO FELLIPE
LEANDRO MOREIRA
MARCELO MONTEIRO
Histrico do Template
Verso
Data
Escopo
Autor
Revisor
2.0
07/12/2010
Segunda verso do documento
Marcelo
Monteiro
Cludio
Bail
Autor
Revisor
Histrico do Documento
Verso
Data
Escopo
2
Service Center (SC)
Contedo
1. INTRODUO.....................................................................................................................7
1.1.
Objetivo do Documento........................................................................................................... 7
1.2.
Escopo do Documento............................................................................................................. 7
2. TERMO DE ABERTURA DO PROJETO.....................................................................................8

3. PLANOS DE GERENCIAMENTO DE PROJETO..........................................................................9
3.1.
PLANO DE GERENCIAMENTO DE ESCOPO.................................................................9

3.1.1.
Objetivo do Projeto.................................................................................................................. 9
3.1.2.
Justificativas do Projeto........................................................................................................... 9
3.1.3.
Produto do Projeto................................................................................................................... 9
3.1.4.
Expectativa do Cliente............................................................................................................ 9
3.1.5.
Fatores de Sucesso do Projeto................................................................................................. 9
3.1.6.
Descrio dos Processos de Gerenciamento de Escopo.........................................................10
3.1.7.
Verificao e Aceite das Entregas do Projeto.........................................................................10
3.1.7.1. Resumo................................................................................................................................. 10
3.1.7.2. Verificao............................................................................................................................. 10
3.1.8.
Responsabilidades................................................................................................................. 11
3.1.9.
Priorizao das mudanas de escopo e respostas.................................................................12
3.1.10.
Procedimento de Gerncia de Mudanas............................................................................... 12
3.2.
PLANO DE GERENCIAMENTO DO TEMPO................................................................14

3.2.1.
Descrio dos processos de gerenciamento de tempo..........................................................14
3.2.2.
Priorizao das mudanas nos prazos................................................................................... 14
3.2.3.
Sistema de controle de mudanas de prazos........................................................................14
3.2.4.
Mecanismo adotado para o conciliamento de recursos.........................................................15
3.2.5.
Buffer de tempo do projeto................................................................................................... 15
3.2.6.
Freqncia de avaliao dos prazos do projeto..................................................................... 15
3.2.7.
Alocao financeira para o gerenciamento de tempo............................................................16
3.2.8.
Outros assuntos relacionados ao plano e no previstos no projeto........................................16
3.3.
PLANO DE GERENCIAMENTO DE CUSTO.................................................................16

3.3.1.
Objetivo................................................................................................................................. 16
3.3.2.
Restries de Custo............................................................................................................... 16
3.3.3.
Estimativa de Custo.............................................................................................................. 16
3.3.4.
Custo dos Envolvidos............................................................................................................ 17
3.4.
PLANO DE GERENCIAMENTO DA QUALIDADE..........................................................17

3.4.1.
Objetivo................................................................................................................................. 17
3.4.2.
Planejamento da Qualidade................................................................................................... 17
3.4.3.
Garantia da Qualidade.......................................................................................................... 18
3.4.4.
Padres e Mtricas de Qualidade........................................................................................... 18
3.4.5.
Controle da Qualidade........................................................................................................... 19
3
Service Center (SC)
3.4.6.
3.5.
Procedimentos e Processos................................................................................................... 19
PLANO DE GERENCIAMENTO DE RISCOS................................................................19
3.5.1.
Descrio dos processos de gerenciamento de riscos...........................................................19
3.5.2.
RBS Risk Breakdown Structure para a identificao dos riscos...........................................20
3.5.3.
Anlise Swot.......................................................................................................................... 20
3.5.4.
Riscos Identificados............................................................................................................... 21
3.5.5.
Qualificao dos riscos.......................................................................................................... 21
3.5.6.
Quantificao dos riscos........................................................................................................ 23
3.5.7.
Respostas planejadas aos riscos............................................................................................ 23
3.5.8.
Sistema de controle de mudanas de riscos..........................................................................25
3.5.9.
Alocao financeira para o gerenciamento de riscos.............................................................25
3.6.
PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS...........................................26

3.6.1.
Organograma do projeto....................................................................................................... 26
3.6.2.
Diretrio do time do projeto.................................................................................................. 26
3.6.3.
Matriz de responsabilidades.................................................................................................. 27
3.6.4.
Novos recursos, re-alocao e substituio de membros do time..........................................27
3.6.5.
Treinamento.......................................................................................................................... 27
3.6.6.
Avaliao de resultados do time do projeto...........................................................................27
3.6.7.
Freqncia de avaliao consolidada dos resultados do time................................................28
3.6.8.
Alocao financeira para o gerenciamento de RH.................................................................28
3.6.9.
Outros assuntos relacionados ao plano e no previstos no projeto........................................28
3.7.
PLANO DE GERENCIAMENTO DE COMUNICAES...................................................28

3.7.1.
Descrio dos processos de gerenciamento das comunicaes............................................28
3.7.2.
Eventos de Comunicao...................................................................................................... 29
3.7.3.
Intranet................................................................................................................................. 31
3.8.
PLANO DE GERENCIAMENTO DE AQUISIES.........................................................31

3.8.1.
Objetivo................................................................................................................................. 31
3.8.2.
Gerenciamento e tipos de contratos...................................................................................... 31
3.8.3.
Critrios de avaliao de cotaes e propostas..................................................................... 31
3.8.4.
Avaliao de fornecedores..................................................................................................... 32
3.8.5.
Freqncia de avaliao dos processos de aquisies...........................................................32
3.8.6.
Alocao financeira para o gerenciamento das aquisies....................................................32
4. DOCUMENTOS AUXILIARES...............................................................................................32
4.1.
Declarao de Escopo do Projeto..........................................................................32

4.1.1.
Objetivo do Projeto................................................................................................................ 32
4.1.2.
Designao do Gerente do Projeto........................................................................................ 33
4.1.2.1. Responsabilidades................................................................................................................. 33
4.1.2.2. Autoridades........................................................................................................................... 33
4.1.3.
Riscos Iniciais do Projeto....................................................................................................... 33
4.1.4.
Limites de Projeto.................................................................................................................. 34
4.1.5.
Premissas.............................................................................................................................. 34
4
Service Center (SC)
4.1.6.
Restries............................................................................................................................. 34
4.1.7.
Stakeholders......................................................................................................................... 34
4.2.
Levantamento de Requisitos................................................................................35
4.2.1.
Viso Geral do documento.................................................................................................... 35
4.2.2.
Identificao dos requisitos................................................................................................... 35
4.2.3.
Prioridades dos requisitos...................................................................................................... 35
4.2.4.
Critrios de Aceitao........................................................................................................... 36
4.2.5.
Requisitos Funcionais............................................................................................................ 36
4.2.6.
Requisitos No Funcionais..................................................................................................... 40
4.2.7.
Migrao de dados................................................................................................................ 43
4.2.8.
Operao assistida................................................................................................................ 43
4.3.
EAP e Dicionrio..................................................................................................44
4.3.1.
Estrutura Analtica do Projeto (EAP)....................................................................................... 44
4.3.2.
Dicionrio da EAP.................................................................................................................. 44
4.4.
Cronograma Sumarizado......................................................................................50
4.5.
Modelo de Cronograma de Gantt..........................................................................50
4.6.
Matriz de Rastreabilidade....................................................................................51
4.7.
Gerenciamento de Partes Interessadas.................................................................51
4.8.
Declarao de Trabalho........................................................................................52
APROVAES.......................................................................................................................55
5
Service Center (SC)
1. INTRODUO
2. Objetivo do Documento
A finalidade deste documento coletar as informaes bsicas de uma solicitao de uma rea cliente
da TI da empresa Aloha que permita a abertura, consulta, direcionamento e fechamento de tickets de
solicitaes de demandas de suporte TI permitindo que toda e qualquer solicitao seja criada, monitorada
e finalizada de acordo com a estrutura de atendimento definida para tal.
Este documento passar por vrios status, at que seja possvel a deciso final de seleo e
priorizao do projeto.
3. Escopo do Documento
Este documento marca o incio do projeto, apresentando uma identificao, descrio inicial do projeto
(objetivos, justificativas e principais envolvidos), identificao os membros do Comit de Gesto e o estudo
de viabilidade para o projeto, caso tenha sido elaborado. Apresenta ainda uma descrio inicial do produto,
um macro-planejamento no que toca ao oramento liberado, os marcos desejados e recursos previamente
alocados, bem como as premissas e restries do projeto.
6
Service Center (SC)
4. TERMO DE ABERTURA DO PROJETO
7
Service Center (SC)
5. PLANOS DE GERENCIAMENTO DE PROJETO

6. PLANO DE GERENCIAMENTO DE ESCOPO
6.1.1.
Objetivo do Projeto
Este projeto tem por objetivo a instalao de uma mquina Extrusora PEBD para empresa Plsticos
Ltda, visando adequar s polticas e diretrizes da empresa garantindo maior qualidade ao produto acabado
oferecido pela empresa.
6.1.2.
Justificativas do Projeto
Foram identificadas as seguintes justificativas aderentes a este projeto:
Melhorar a linha de produo
Realizar Gesto Integrada de TI alinhada com negcios
Aumentar a satisfao dos clientes
Economizar tempo de produo
Maximizar a produtividade com a utilizao de melhores prticas
Solucionar chamados de sistemas de vrios fornecedores
6.1.3.
Produto do Projeto
Mquina extrusora para fabricao de filme PEBD, proporcionando melhoria na qualidade do filme para
fabricao de seus produtos. O que, por sua vez, resulta em sinergia entre reas de produo e apoio ao
setor comercial da empresa.
6.1.4.
Expectativa do Cliente
Projeto em conformidade com o termo de abertura, dentro do prazo e do oramento previsto.
6.1.5.
Fatores de Sucesso do Projeto
Comunicao efetiva dentro do time e suporte permanente do patrocinador.
Descrio dos Processos de Gerenciamento de

Escopo
6.1.6.
O gerenciamento do escopo do projeto ser realizado com base em dois documentos

especficos: Declarao de escopo para o escopo funcional do projeto e EAP para o escopo das
atividades a serem realizadas pelo projeto, com suas devidas entregas.
Todas as mudanas no escopo inicialmente previsto para o projeto devem ser avaliadas e
classificadas dentro do sistema de controle de mudanas de escopo.
Todas as solicitaes de mudana no escopo devem ser feitas por escrito ou atravs de e-mail,
conforme descrito no plano de comunicaes do projeto.
6.1.7.
Verificao e Aceite das Entregas do Projeto
8
Service Center (SC)
6.1.7.1. Resumo
Cada um dos Marcos descritos, conforme item Declarao de Escopo, deve estar associado ao aceite
formal por parte da CONTRATANTE, emitida pelo Gerente do Projeto Marcelo Monteiro.
A aceitao formal, item Calendrio das Datas de Entrega se realizar atravs da reviso das
funcionalidades e performance.
de responsabilidade da CONTRATANTE proporcionar os recursos necessrios para a realizao
conjunta com a CONTRATADA das provas de aceitao, de acordo com o planejamento, cronograma e
requerimentos especificados no documento de aceitao que se elabore para cada Marco.
Todos os Marcos descritos neste documento sero considerados aceitos aps assinatura do formulrio
de Aceitao dos Principais Resultados pela CONTRATANTE. Este aceite dever ocorrer em at 10 (dez)
dias teis; findo este prazo ser considerado, para todos os efeitos, como trabalho realizado e aceito.
6.1.7.2. Verificao
Uma vez efetuada a apresentao do Principal Resultado (Entrega), revisada a documentao
associada (se aplicvel) e efetuadas as provas, deve ser formalizado o Aceite, mediante assinatura por
parte da CONTRATANTE no(s) documento(s) de aceite(s) correspondente(s).
Aps este Aceite, por escrito, ficam cumpridas todas as obrigaes da CONTRATADA relacionadas a
este Principal Resultado. Se no prazo de 3 (trs) dias teis, uma vez realizada a entrega, a
CONTRATANTE, no expressar sua No-Conformidade com o Marco, a CONTRATADA considerar
aceita a entrega para todos os efeitos, no cabendo nenhum tipo de reclamao por parte da ALOHA
A falta do Aceite ou No-Conformidade implicar em atraso das atividades dependentes
programadas. A sua falta implica que nenhuma outra atividade poder ser desenvolvida. O
Cronograma do Projeto dever ser reprogramado em funo da falta deste Aceite ou NoConformidade, bem como todas as demais atividades relacionadas. Eventuais prejuzos em funo
deste atraso sero cobrados da CONTRANTANTE.
6.1.8.
Responsabilidades
CONTRATADA
Tem as seguintes responsabilidades no processo de aceitao:
Garantir a disponibilidade dos elementos necessrios para a realizao das provas de aceitao e
reviso dos Marcos nos prazos acordados conforme planejamento neste Plano de Projeto.
Elaborar os documentos de especificao das provas de aceitao.
Executar em conjunto com a CONTRATANTE as provas de aceitao;
Apresentar os documentos de aceitao dos Principais Resultados;
Apresentar os documentos de Gerncia de Mudanas; e
Participar na reviso, em conjunto com CONTRATANTE dos documentos entregues, quando

aplicvel.
ALOHA
9
Service Center (SC)
Tem as seguintes responsabilidades no processo de aceitao:
Garantir a disponibilidade dos elementos necessrios para a realizao das provas de aceitao e
reviso dos Principais Resultados nos prazos acordados conforme planejamento neste Plano de
Projeto.
Executar, em conjunto com a CONTRATADA, as provas de aceitao apresentadas.
Revisar os documentos entregues pela CONTRATADA no prazo definido no planejamento.
Revisar e assinar os documentos de aceitao dos Principais Resultados.
Revisar e assinar os documentos de Gerncia de Mudanas.
Intermediar
entre
Equipe
da
CONTRATADA
os
membros
de
todos
os
outros
departamentos/setores da CONTRATANTE que estejam diretamente ou indiretamente relacionados

ao projeto, para a soluo de dvidas, se existentes.
Ter autoridade para tomar decises sobre algum ponto do projeto quando requisitado pela
CONTRATADA.
Aceitar o projeto.
Priorizao das mudanas de escopo e

respostas
6.1.9.
Prioridade 0 (zero) Mudanas de prioridade zero requerem uma ao imediata por parte do
gerente do projeto, que deve acionar imediatamente o patrocinador, uma vez que se trata de
mudana urgente, de alto impacto no projeto e em outras reas sobre as quais o gerente de
projeto no tem autonomia.
Prioridade 1 (um) - Mudanas de prioridade um requerem uma ao imediata por parte do gerente
do projeto, independente das reunies de controle previstas devido urgncia, acionando
imediatamente o patrocinador no caso de necessidade de autorizaes financeiras fora da alada
do gerente de projetos.
Prioridade 2 (dois) Mudanas de prioridade dois requerem um planejamento da ao atravs de

terceiros ou de equipes que, a princpio, tenham disponibilidade, uma vez que agregam valor ao
sucesso do projeto e so urgentes, porm no tm impacto significativo nos custos e nos prazos do
projeto.
Prioridade 3 (trs) Mudanas de prioridade trs podem ser implementadas por terem influncia
no sucesso do projeto, porm no requerem uma ao imediata por no serem impactantes ou
urgentes.
6.1.10.
Procedimento de Gerncia de Mudanas
Caso seja necessrio solicitar alguma mudana ao projeto, esta solicitao dever ser encaminhada
em forma de uma Necessidade de Mudana ao Gerente do Projeto, o qual ser o responsvel por dar o
andamento apropriado para avaliao e implementao da mudana, em caso de aprovao.
10
Service Center (SC)
11
Service Center (SC)
7. PLANO DE GERENCIAMENTO DO TEMPO

Descrio dos processos de gerenciamento de
tempo
7.1.1.
Todas as solicitaes e correes de mudanas sero informadas atravs da Intranet.
Todas as alteraes de artefatos do projeto deveram ser disponibilizadas ao final de cada dia na
Intranet.
Uma vez por semana, ser realizada uma baseline do projeto.
7.1.2.
Priorizao das mudanas nos prazos
As mudanas nos prazos so classificadas em quatro nveis de prioridade:
Prioridade 0(Zero) Atrasos de prioridade zero requerem uma ao imediata por parte do gerente
do projeto, que deve acionar imediatamente o patrocinador para discusso e anlise, uma vez que
um problema urgente, de alto impacto no projeto e com solues inicialmente no identificadas.
Prioridade 1(Um) Atrasos de prioridade um requerem uma ao imediata por parte do gerente do
projeto, independente das reunies de controle previstas devido urgncia, acionando as medidas
de recuperao de prazos disponveis, tais como o Fast Tracking, o Crashing, o trabalho em horasextras, banco de horas e mutiro. Os custos que por ventura decorrerem dessas aes dever ser
alocado nas reservas gerenciais, conforme descrito a seguir.
Prioridade 2(Dois) Atrasos de prioridade dois requerem um replanejamento das atividades

futuras, uma vez que o projeto ainda no completou 25% de concluso.
Prioridade 3(Trs) - Atrasos de prioridade trs so atrasos pequenos se comparados com a durao
do projeto e podem ser remanejados sem necessariamente ser preciso planejar novamente ou
acionar algum tipo de mecanismo de recuperao.
7.1.3.
Sistema de controle de mudanas de prazos
A verificao da utilizao do recurso ser realizada aps terem sido concludos os clculos da durao
das atividades, da alocao de recursos e os inter-relacionamentos entre as atividades. O processo ir
verificar se nenhum recurso est alocado em quantidade superior ao limite Maximo disponvel para aquele
perodo.
12
Service Center (SC)
Mecanismo adotado para o conciliamento de

recursos
7.1.4.
Utilizaremos de mecanismos prprios para conciliamento de recursos, de forma que como base para
determinarmos a prioridade de um dado recurso em relao a outros ser devido a necessidade do projeto,
neste caso a escolha dos recursos ser avaliada por todos os principais integrantes para caso seja ou no
includa no escopo deste projeto.
7.1.5.
Buffer de tempo do projeto
O projeto prev a criao de uma margem de atraso no trmino do projeto de 10% do tempo total do
projeto (previsto para quatro meses).
7.1.6.
Freqncia de avaliao dos prazos do projeto
Os prazos do projeto devero ser atualizados e avaliados semanalmente, sendo os resultados

publicados na intranet.
Alocao financeira para o gerenciamento de

tempo
7.1.7.
Dependendo do nvel de influncia da mudana, poder refletir tambm no custo total do projeto, de
forma que isso ser validado pelo nvel de 0 (zero) a 5 (cinco) como foi apresentado antes.
13
Service Center (SC)
Outros assuntos relacionados ao plano e no

previstos no projeto
7.1.8.
Todas as solicitaes no previstas neste plano devem ser submetidas s prximas reunies prestabelecidas no calendrio do projeto para sua devida apreciao e aprovao. Caso haja sua aprovao,
deve ser atualizada no plano de gerenciamento do tempo com seu devido registro de alterao.
8. PLANO DE GERENCIAMENTO DE CUSTO

8.1.1.
Objetivo
Este plano tem por objetivo definir as diretrizes gerais para o acompanhamento dos custos do projeto
Service Center.
8.1.2.
Restries de Custo
Os funcionrios da contratante no podero atuar em tempo integral no projeto, to pouco efetuarem

horas extras para trmino ou auxlio de tarefas, conforme restries descritas no termo de abertura do
projeto.
8.1.3.
Estimativa de Custo
Para o clculo de custos desta etapa do projeto esto sendo levados em considerao os funcionrios
que iro participar e dias trabalhados.
Estimativas de custos das atividades:

Fase: Contratao
Levantamento de Necessidades R$ 3.354,54

Licitao R$ 19.336,36
Seleo Prvia R$ 5.181,82
Seleo Final R$ 11.359,09
Fechamento do Contrato R$ 5.113,64
Critrios de reviso das estimativas de custos:

O Gerente do Projeto dever revisar as estimativas de custos 2 dias antes de cada nova etapa.
A faixa de variao da estimativa:

Podemos considerar aproximadamente quando a estimativa calculada no processo de iniciao um
intervalo de -50% a +100%. Posteriormente durante o projeto, a estimativa pode ser refinada at
aproximadamente um intervalo de -5% a +10%.
8.1.4.
Custo dos Envolvidos
Cargos
Salrio
Custo dirio
Dias
Custo no Projeto
Diretor de TI
R$ 22.500,00
R$ 1.022,73
R$ 8.181,82
Gerente de TI
R$ 12.300,00
R$ 559,09
44
R$ 24.599,96
Coordenador de Infra Estrutura
R$ 6.000,00
R$ 272,73
28
R$ 7.636,36
Analista de TI Pleno
R$ 4.500,00
R$ 204,55
28
R$ 5.727,27
14
Service Center (SC)
Analista Administrativo
R$ 3.200,00
R$ 145,45
R$ 1.018,18
Gerente Jurdico
R$ 10.000,00
R$ 454,55
R$ 2.272,73
Analista Jurdico
R$ 2.200,00
R$ 100,00
R$ 500,00
Analista de Requisitos
R$ 4.400,00
R$ 200,00
28
R$ 5.600,00
Total
R$ 52.181,82
Informaes adicionais:
- O oramento deve ser gerenciado de acordo com a linha de base de custos;
- Recalcular periodicamente a estimativa para o trmino do projeto;
- Considerar reserva para contingncias e reserva de gerenciamento.
9. PLANO DE GERENCIAMENTO DA QUALIDADE

9.1.1.
Objetivo
Este documento visa estabelecer os modelos de qualidade utilizados como referncia para Projeto
Service Center, tendo como objetivo principal definir e listar todas as atividades do controle da qualidade
executadas neste projeto.
9.1.2.
Planejamento da Qualidade
Este documento se aplica em todo o ciclo de vida do projeto e obriga a todas as partes a respeitar as
disposies nele descritas. Caso ocorram desvios no cumprimento das disposies aqui descritas, o fato
dever ser relatado em reunio, seguindo as regras de escalonamento, para que seja discutido e acertado
o ponto em questo.
9.1.3.
Garantia da Qualidade
Este documento ser utilizado durante todo o ciclo de vida do projeto e deve garantir que:
Nenhum outro plano de qualidade ou nenhuma norma ou regra que entre em contradio com este
plano, seja utilizada.
Que os controles de qualidade se efetuem, primeiro, em relao a este documento, e a partir

deste, com outros planos especficos.
Qualquer modificao necessria dever ser discutida em reunio e aprovada pelas partes
envolvidas.
Nenhuma alterao poder ser efetuada sem o conhecimento do responsvel pelo processo.
Toda solicitao de alterao deve ser informada ao Gerente do Projeto
Caso seja identificado algo problema em qualquer fase do projeto, o mesmo dever ser informado
ao Gerente de Projetos.
Realizar reunies dirias para verificar o andamento do projeto.
15
Service Center (SC)
9.1.4.
Fase
SOFTWARE
SOFTWARE
SOFTWARE
Padres e Mtricas de Qualidade

Requisitos
Padres
Suporte deve ser comprovado pelo

fabricante de software do produto.
Manual
do
usurio
deve
ser
disponibilizado eletronicamente pelo
fornecedor para todos os usurios.
Aps o treinamento, 100% dos
Software dever ser
funcionrios devem conseguir utilizar a
de fcil e direta
soluo de Service Center para abertura
utilizao pelos
e registro de chamados, e 75% dos
usurios.
usurios do sistema devem operar o
mesmo, sem a necessidade de suporte.
O software permite a O software deve ser utilizado em menos
escalabilidade futura
de
20%
do
seu
limite
tcnico
da soluo.
estabelecido.
O software a ser
utilizado dever
baixa necessidade
de suporte tcnico.
HARDWARE
O preo do hardware O custo do hardware no pode
compatvel
ao
ultrapassar 70% do oramento total do
oramento
projeto.
disponibilizado.
HARDWARE
Os
hardwares O hardware deve ser utilizado em
permitem
a
menos de 20% do seu limite tcnico
escalabilidade futura
estabelecido.
da soluo.
TREINAMENTO
Equipe de suporte Toda a equipe de TI alocada no projeto

envolve todos os
deve participar do treinamento.
tcnicos que iro
trabalhar
com
a
soluo.
PADRONIZAO
PILOTO
9.1.5.
Softwares
fcil
e
utilizao
usurios.
so de Aps o treinamento, 75% dos usurios

direta
dos sistemas devem operar, sem a
pelos
necessidade de suporte.
Piloto
tem O gerente do projeto e o patrocinador
envolvimento
total
devem participar diretamente do piloto.
das
partes Participao dos usurios estratgicos
interessadas.
no processo deve ser comprovada de
ata de reunio.
Controle da Qualidade
Os Controles Peridicos do projeto sero realizados pelo Gerente de Projeto e consiste na verificao de
cronogramas, grficos de andamento das atividades, gesto de alerta, dificuldades tcnicas imprevistas,
solicitaes de alterao de requisitos e riscos levantados.
Os objetivos de uma reviso de qualidade so: verificar se esto sendo aplicadas as orientaes
estipuladas neste plano, se as metas e objetivos do projeto esto sendo cumpridos, se o cronograma est
sendo cumprido e se os produtos esto sendo entregues conforme estipulado.
16
Service Center (SC)
9.1.6.
Procedimentos e Processos
Durante o projeto poder surgir a necessidade de alguma alterao nos requisitos definidos e
acordados. Estas alteraes podem ocorrer por solicitao dos principais Stakeholders (Cliente, Gerente de
Projeto etc.).
Qualquer alterao de requisitos dever ser tratada por procedimento definido no plano de
gerenciamento de escopo, no item relativo Controle de Mudanas.
O tempo para anlise de uma Solicitao de Alterao de Requisitos de cinco dias podendo variar
conforme a complexidade da solicitao. Ultrapassado o prazo de cinco dias o Gestor de Requisitos dever
repassar o caso ao Comit Diretor para que o mesmo faa o acompanhamento deste requisito.
10.PLANO DE GERENCIAMENTO DE RISCOS

Descrio dos processos de gerenciamento de
riscos
10.1.1.
O gerenciamento de riscos do projeto ser realiazado atravs de um monitoramento e controle dos

riscos identificados, e cujo impacto no projeto seja classificado como mdio ou alto.
Os riscos a serem identificados sero os riscos internos ao projeto e legislao vigente.
As respostas possveis aos riscos identificados pelo projeto sero aceitao ativa atravs de
contingncias, mitigao e eliminao.
A identificao, avaliao e monitoramento de riscos sero efetuados atravs de reunies mensais

entre o gerente de projeto, diretor de TI e Gerente de TI (Comit de Gesto de Riscos).
RBS Risk Breakdown

identificao dos riscos
10.1.2.
Structure
para
17
Service Center (SC)
10.1.3.
Anlise Swot
Pontos Fortes
Pontos Fracos
Software pronto, dependendo apenas de

ajustes e adaptaes;
Maior burocracia na aquisio, devido a

processo licitatrio e avaliaes tcnicas do software;
Software que atenda plenamente as

necessidades da empresa, devido
processo licitatrio;
Menor poder de gesto das modificaes no

software, visto que o rgo possui diversas
peculiaridades;
Documentao do sistema.
Tempo no acerto do software com fases de

implantao, testes e ajustes;
Plataforma tecnologicamente moderna;
Interface grfica
Registro de todas as atividades

desenvolvidas
Possibilidade de desclassificar alguma empresa no qual

possui software conhecido e confivel por no atender
algum requisito
do edital;
Oportunidades
Ameaas
Possibilidade de integrao com outras

aplicaes;
Possibilidade de disponibilizao de
informaes pela internet;
Possibilidade de ampliar e sustentar novos

servios;
Possibilidade de atendimento a novos

requisitos de negcios.
10.1.4.
Possibilidade de contratao de empresa com

pouca experincia, devido a processo licitatrio;
Riscos Identificados
Os riscos identificados no projeto, segundo o WBS do projeto e a RBS anteriormente apresentada esto
apresentados na estrutura a seguir
CONTRATADA
Mau planejamento, monitoramento e controles inadequados.
TI
Identificao de requisitos que no atendam as necessidades do sistema
Atraso na disponibilizao da infra-estrutura para implantao da soluo adquirida
Aprovao total nos testes e homologaes da soluo contratada
ADMINISTRATIVO
Extenso no prazo do projeto
Perda de recursos da equipe
18
Service Center (SC)
10.1.5.
Qualificao dos riscos
Os riscos identificados sero qualificados na sua probabilidade de ocorrncia, impacto nos resultados e
Perdas Esperadas de acordo com as duas qualificaes mencionadas anteriormente:
Probabilidade
Alta: Riscos evidentes ao projeto, cuja ocorrncia esperada curto prazo ou que possuam
probabilidade de ocorrncia maior ou igual 50% em algum momento durante o projeto.
Mdia: Riscos identificados, para os quais esperado a ocorrncia em algum momento do projeto
ou cuja probabilidade igual ou maior que 15% e menor que 50% ou desconhecida.
Baixa: Risco cujo impacto no tempo ou custo seja menor que 5% do tempo total do projeto
respectivamente.
Probabilidade
Baixa
Mdia
Alta
< 15%
>= 15% e < 50%
>= 50%
Impacto
Alto: Risco cujo impacto no tempo ou custo seja igual ou maior que 10% do tempo total do projeto
respectivamente.
Mdio: Risco cujo impacto no tempo ou custo seja maior que 5% e menor que 10% do tempo total
do projeto respectivamente.
Baixo: Risco cujo impacto no tempo ou custo seja menor que 5% do tempo total do projeto
respectivamente.
Impacto
Tempo ou custo
Baixa
Mdia
Alta
< 5%
>= 5% e <= 10%
> 10%
Perda Esperada dos Riscos
Alta: Riscos de alta prioridade, para os quais devem ser elaborados planos de mitigao e
contingncia ao risco.
Mdia: Riscos de prioridade moderada, para os quais devem ser elaborados, pelo menos, planos
de contingncia ao risco.
Baixa: Riscos de baixa prioridade, para os quais no so necessrios planos de resposta ao risco.
Perda
Probabilidade
19
Service Center (SC)
Baixa
Mdia
Alta
Alto
Mdia
Alta
Alta
Mdio
Baixa
Mdia
Alta
Baixo
Baixa
Baixa
Mdia
Impacto
Esperada
10.1.6.
Quantificao dos riscos
Os riscos identificados sero mensurados atravs do mtodo de Valor Monetrio Esperado (VME), o
qual visa a multiplicao da probabilidade do evento ocorrer, com seu grau de impacto estabelecido,
gerando assim a quantificao do risco identificado.
O VME para cada risco encontra-se descrito no prximo item do nosso plano de gerenciamento de risco
10.1.7.
Respostas planejadas aos riscos
Para todos os riscos identificados no projeto, a estratgia de resposta ser definida seguindo os
critrios abaixo:
Riscos de perda esperada baixa no demandam o planejamento de respostas, sendo assim so

classificados como estratgia de aceitao passiva;
Riscos de perda esperada mdia demandam, pelo menos, o planejamento de aes de

contingncia, portanto so classificados como estratgia de aceitao ativa;
Riscos de perda esperada alta, devido a sua prioridade, demandam de, pelo menos, aes de
mitigao e contingncia, portanto so classificados como estratgia de mitigao, transferncia
ou eliminao;
Perda
Esperada
Estratgia
Baixa
Aceitao Passiva
Mdia
Aceitao Ativa ou Transferncia
Alta
Mitigao ou Eliminao
Para os riscos identificados e qualificados, optou-se por estratgias diferenciadas para cada
necessidade, conforme quadro a seguir.
Risco
Probabilidade
Impacto
Resposta /
Estratgia
Descrio
Custo
Com
tempo
20
Service Center (SC)
Mau
planejamento,
monitoramento e
controle
inadequados
Identificao de
requisitos
que
no atendam as
necessidades do
sistema
Atraso
na
disponibilizao
da Infraestrutura
Perda
Recursos
14%
10%
55%
Transferncia
Utilizar mtricas
e monitoramento
da empresa
contratante
Eliminao
Realizar reviso
e validao dos
requisitos
levantados junto
todos os
envolvidos do
projeto.
Aceitao
Ativa
Utilizao de
ambiente
externo at
viabilidade da
Infra da empresa
60%
10%
8%
de
Criao de
Plano de Cargos
e Salarios;
15%
10%
Mitigar
Aprovao total
nos testes e
homologaes
da
soluo
contratada
20%
20%
10%
R$ 28,000.00
R$ 3,720.00
[Agrava,
atenua, etc.]
[Agrava,
atenua, etc.]
R$ 2,330.00
Ampliao de
benefcios;
Extenso
no
prazo do projeto
30%
R$ 4,650.00
Alocar mais
recursos no
projeto utilizando
reserva de
contigncia
Mitigar
Aceitao
Ativa
Reduo no
prazo do projeto
R$ 9,300.00
[Agrava,
atenua, etc.]
R$ 4,650.00
O clculo do VME do projeto com riscos foi feito da seguinte forma:
Risco
Probabilidade
Impacto
14%
R$4,650.00
Identificao de requisitos que no atendam

as necessidades do sistema
55%
R$28,000.00
Atraso na disponibilizao da Infra-estrutura
10%
R$3,720.00
R$372.00
Perda de Recursos
15%
R$4,650.00
R$698.00
30%
R$9,300.00
R$2,790.00
Aprovao total nos testes e homologaes

da soluo contratada
20%
R$(4,650.00
)
Mau
planejamento,
controle inadequados
monitoramento
VME
VME TOTAL:
R$651.00
R$15,400.00
R$(930.00)
R$18,981.00
21
Service Center (SC)
Anlise dos custos

Valor base custo do projeto
R$46,500.00
Riscos - Ameaas
R$19,911.00
Riscos - Oportunidades
R$(930.00)
VME do projeto com risco
R$65,481.00
VME do projeto - Melhor caso
R$45,570.00
VME do projeto - Pior caso
R$96,820.00
10.1.8.
Sistema de controle de mudanas de riscos
Os riscos do projeto sero reavaliados em reunies do comit de gesto de riscos com periodicidade
semanal, toda quinta-feira das 10:00 s 12:00. Este comit ser composto pelo Gerente do Projeto
(Marcelo Monteiro), Diretor de TI (Claudio Bail) e Gerente de TI (Leandro Henriques).
Aps cada reunio, o Gerente de TI ficar responsvel por documentar as possiveis mudanas de
riscos. A aprovao do documento ficar sob responsabilidade do Diretor de TI.
Todos os membros da equipe do projeto podero sinalizar um risco dentro do mesmo, porm caber ao
comit de gesto de risco a sua anlise e aceitao dentro do projeto.

riscos
10.1.9.
O plano de gerenciamento de risco utilizar 18% do custo total do projeto, tendo como base as
reunies do comit de gesto de riscos para anlise dos mesmos, bem como o custo utilizado nas
respostas planejadas para os riscos identificados.
22
Service Center (SC)
11.PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS

11.1.1.
Organograma do projeto
11.1.2.
Diretrio do time do projeto
No
Nome
rea
e-mail
Telefone
Marcelo Monteiro
Gerente de Projeto
marcelo@mail.com
3333-3333
Leandro Henriques
Gerente de TI
leandro@mail.com
2222-2222
Andr Piazzi
Desenvolvedor
andre@mail.com
5555-5555
Joo Felipe
Analista de Suporte
Snior
joao@mail.com
6666-6666
Claudio Bail
Diretor de TI
claudio@mail.com
4444-4444
Claudio Clink
Gerente
Administrativo
clink@mail.com
5555-4444
Jorge Ben
Gerente Jurdico
jorge@mail.com
4444-5555
11.1.3.
No
Nome
Matriz de responsabilidades
rea
Planos
Suprimentos
Riscos
Comunicao
RH
Qualidade
Custo
Tempo
Escopo
Fechamento do Contrato
Seleo Final
Seleo Priva
Licitao
Levantamento de Necessidade
23
Service Center (SC)
Marcelo Monteiro
Gerente
A R
A R A R A R
Leandro Henriques
TI
C C I
A A -
Andre Piazzi
TI
Joo Felipe
TI
Claudio Bail
TI
A C I
Claudio Clink
Administrativo
R -
Jorge Ben
Gerente Juridico
C -
R Responsvel
A Reportar-se
C Consultoria
I - Informar
Novos recursos, re-alocao e substituio de

membros do time
11.1.4.
O Gerente do Projeto deve coordenar os recursos humanos e materiais, manter a equipe concentrada
no processo de desenvolvimento do sistema, estar atento aos possveis riscos que possam ocorrer, bem
como, fazer uma anlise dos resultados alcanados.
11.1.5.
Treinamento
O Treinamento ser feito pela empresa contratada, sendo da Gerncia de TI a escolha dos participantes
do treinamento, os quais sero os responsveis por manipular e administrar o sistema de Service Desk
11.1.6.
Avaliao de resultados do time do projeto
Os resultados sero avaliados atravs do envio dos relatrios de atividades concludas, e de reunies
entre os membros do projeto e o Patrocinador.
Em cada reunio ser elaborado um documento contendo as informaes sobre o andamento do
projeto, possveis ajustes e avaliaes individuais de cada membro da equipe, e principalmente a opinio e
avaliao do GP frente ao que j foi executado.
Freqncia de
resultados do time
11.1.7.
avaliao
consolidada
dos
Os resultados da freqncia de avaliao sero apresentados em reunies com o time, e divulgadas na

intranet da empresa para que todos fiquem cientes dos resultados obtidos pela equipe.
24
Service Center (SC)
11.1.8.
RH
Os gastos de recursos humanos adicionais devem ser alocados dentro da reservas gerenciais do
projeto, desde que seja de responsabilidade do gerente do projeto. Caso no exista mais reserva gerencial
o patrocinador do projeto ou cliente deve ser comunicado para arcar com as despesas
Outros assuntos relacionados ao plano e no

previstos no projeto
11.1.9.
Todas as mudanas no quadro de gerenciamento de Recursos Humanos devem ser comunicadas em

reunio ao gerente do projeto, sendo os mesmos o responsvel pela avaliao e aprovao das mudanas
propostas.
12.PLANO DE GERENCIAMENTO DE COMUNICAES

Descrio dos processos de gerenciamento das
comunicaes
12.1.1.
O gerenciamento de comunicaes do projeto ser feito por e-mail e sistema de troca de

mensagens interna da empresa, os quais sero considerados no documento do projeto.
O andamento do projeto estar disponvel na intranet.
As solicitaes de mudana devem ser formalizadas por e-mail, mediante preenchimento de

formulrio de solicitao de mudanas, e aprovadas pelo gerente de projetos e pelo gerente de
mudanas.
12.1.2.
Eventos de Comunicao
O projeto ter os seguintes eventos de comunicao:
Reunio de Kick-Off
o
Objetivo Discutir os objetivos do projeto, definir as entregas do projeto e
colher
informaes para definio de prazos, custos e outros envolvidos.

o
Responsvel Marcelo Monteiro, Gerente de Projetos
Envolvidos Marcelo Monteiro (Gerente de Projeto); Claudio Bail (Diretor de TI); Carlos Dias
(Diretor Executivo).
Data e hora 11/10/2010 s 09 horas.
Durao 2 horas.
Local Sala de Reunio da empresa aloha;
Avaliao do Plano de Gerenciamento de Projeto
25
Service Center (SC)
Objetivo Avaliar o andamento do projeto. Fazer as atualizaes de cronograma e de

custos, se necessrias, assim como as atualizaes das mudanas. Apresentar Status
Report das atividades desenvolvidas; Gerar relatrio de lies aprendidas.
Responsvel Leandro Henriques, co-responsvel pelo plano de gerenciamento de

comunicaes.
Envolvidos Marcelo Monteiro (Gerente de Projeto); Claudio Bail (Diretor de TI); Leandro
Henriques (Gerente de TI);
Freqncia Semanal, s teras-feiras.
Durao 2 horas, a partir das 18hs.
Local Sala de reunio da empresa Aloha.
Reunio de Medio de Contrato

o
Objetivo Verificar atravs dos indicadores de qualidade a aplicabilidade do servio

contratado com base nos termos definidos em contrato;
Responsvel Marcelo Monteiro, Gerente de Projeto
Envolvidos Marcelo Monteiro (Gerente de Projeto); Claudio Bail (Diretor de TI); Leandro
Henriques (Gerente de TI);
Freqncia Mensal, s quintas-feiras
Horrio 10hs;
Durao 2 horas;
Local: Sala de reunio da empresa Aloha;
Reunio do Time do Projeto

o
Objetivo Acompanhar os prazos e o andamento das atividades referentes ao projeto
Responsvel Marcelo Monteiro (Gerente de Projeto)
Envolvidos Marcelo Monteiro (Gerente de Projeto), Andre Piazzi (Desenvolvedor), Andria

Abreu (Analista de Requisitos);
Freqncia Semanal, s Segundas-feiras
Horrio 9hs;
Durao 3 horas;
Local Sala de reunio da empresa fornecedora;
26
Service Center (SC)
Reunio de Encerramento de Projeto

o
Objetivo Verificar se os objetivos foram alcanados e gerar documento de lies

aprendidas.
Responsvel Marcelo Monteiro, gerente de projetos
Envolvidos Marcelo Monteiro (Gerente de Projeto); Claudio Bail (Diretor de TI); Carlos Dias
(Diretor Executivo); Alberto Torres (Fornecedor da Soluo)
Data e Horrio A definir em Janeiro.
Durao 4 horas.
Local Sala de Reunio da Aloha.
12.1.3.
Intranet
Ser utilizado atravs da Intranet o armazenamento de informaes do projeto e da equipe, bem como
os documentos gerados de forma versionada. O andamento do projeto tambm ser registrado atravs
desta forma de mdia.
13.PLANO DE GERENCIAMENTO DE AQUISIES

13.1.1.
Objetivo
Como meta principal deste Plano de Gerenciamento de Aquisies selecionar fornecedores

qualificados para os bens e servios do projeto e control-los de maneira eficaz. Tambm visaremos neste
plano a definio dos equipamentos a serem adquiridos para a execuo do Projeto de implantao do
Service Center.
13.1.2.
Gerenciamento e tipos de contratos
Os contratos com fornecedores e prestadores de servio neste projeto sero todos do tipo Preo Global Fixo
e Irreajustvel, visto o oramento ter carter restrito e as premissas serem bastante definidas.
13.1.3.
Critrios de avaliao de cotaes e propostas
Sero necessrios o recebimento de 3 cotaes para cada tipo de prestao de servio sendo
adquirido. O critrio de seleo da proposta vencedora ser:
Atendimento integral as declaraes de trabalho
Referncias de clientes anteriores para nossa consulta sobre a qualidade dos servios
prestados
Melhor preo que respeite as limitaes oramentrias do projeto
13.1.4.
Avaliao de fornecedores
Os fornecedores foram avaliados de acordo com:
27
Service Center (SC)
Localizao geogrfica/acessibilidade;
Horrio de funcionamento do estabelecimento;
Certificaes
Freqncia
aquisies
13.1.5.
de
avaliao
dos
processos
de
O contedo deste plano de aquisies ser revisto caso haja alterao no plano de escopo, ou quando
algum item, material ou equipamento previsto nesse plano estiver fora de linha de fabricao.
Alocao financeira para o gerenciamento das

aquisies
13.1.6.
Os gastos previstos com compra de equipamentos estaro includos nos oramentos apresentados no
processo de licitao;
Uma vez definido o vencedor da licitao, os valores so mantidos at o final do projeto estando
includos na estimativa de custos;
Uma vez aprovados nos processos citados acima, ser firmado contratos com fornecedores e os
valores no sero alterados at o final do projeto
14.DOCUMENTOS AUXILIARES
15.Declarao de Escopo do Projeto
15.1.1.
Objetivo do Projeto
Este projeto tem por objetivo inicial a implantao de um sistema de abertura e controle de chamados
para a empresa Aloha, visando adequar as polticas e diretrizes da empresa garantindo maior qualidade ao
atendimento de solicitaes de TI da mesma.
15.1.2.
Designao do Gerente do Projeto
Fica definido que o Sr. Marcelo Monteiro ser o gerente do projeto, tendo o mesmo as seguintes
responsabilidades e autoridades:
15.1.2.1.
Responsabilidades
Revisar a documentao formal do projeto e tomar uma deciso para aceitar, recusar ou
aceitar as condies para a responsabilidade do projeto;
Atuar como ponto central de contato para toda documentao formal do projeto entre nossa
organizao e o cliente;
Assegurar que os membros da equipe de projeto estejam cientes de suas responsabilidades e

tambm, que todos os compromissos assumidos pelos indivduos sejam realizados;
Gerenciar compromissos contratuais e realiz-los em tempo, dentro do oramento e com

satisfao do cliente;
Elaborar e atualizar o Plano de Projeto com a anuncia expressa do cliente;
28
Service Center (SC)
Controlar custos, cronograma,

estabelecidas no projeto;
Manter toda documentao atualizada nos sistemas, bem como na base de conhecimento;
Seguir todos os processos e padres metodolgicos;
Reportar formalmente o status do projeto gerncia;
15.1.2.2.
oramento
variaes
tcnicas
dentro
das
margens
Autoridades
Engajar e substituir o pessoal da equipe de projeto quando necessrio e dirigir as atividades da

equipe;
Para acessar os contatos com os clientes para todos os assuntos relativos a este projeto;
Para acessar os gerentes de recursos em todos os assuntos relativos a este projeto;
Para controlar o oramento do projeto;
Para dirigir as aes de monitoramento referente a tempo, custo, risco, desempenho e

qualidade de forma a garantir que todos os problemas so prontamente identificados,
reportados e solucionados;
Para contatar atravs de unidades funcionais e com todos os nveis de gerncia para realizar os
objetivos do projeto;
Para delegar a responsabilidade e autoridade dos projetos dos membros de sua equipe;
15.1.3.
Riscos Iniciais do Projeto
Os principais riscos identificados no projeto sero monitorados pelo Gerente. So eles:
Mau planejamento e monitoramentos e controles inadequados
Perda ou troca de recursos de equipe durante execuo do projeto
Atraso na disponibilizao da infra-estrutura necessria para implantao da soluo adquirida.
15.1.4.
Limites de Projeto
Para o projeto em questo, podem so identificados os seguintes pontos:
No ser realizada qualquer tipo de manuteno e suporte ao produto, aps o vencimento do

perodo de garantia (90 dias) do mesmo.
Nenhuma funcionalidade diferentemente das citadas neste documento, poder ser implementada
salvo comunicao em tempo de planejamento do projeto, pra fins de estudo de impacto (custo,
tempo).
Todo e qualquer requisito de hardware necessrio e identificado como necessrio para este
projeto, dever ser fornecido pela CONTRATANTE.
15.1.5.
Premissas
As seguintes premissas foram assumidas para este projeto:
Recursos estaro disponveis quando e onde forem necessrios
Recursos de hardware e software estaro disponveis quando necessrio
Usurios iro disponibilizar tempo para levantamento e validao dos requisitos.
29
Service Center (SC)
Os artefatos de software submetidos a aprovao iro retornar em 72 horas.
Os processos de negcio no sero alterados durante o projeto.
15.1.6.
Restries
Este projeto possui as seguintes restries:
A equipe no poder atuar em tempo integral.
No permitido realizar trabalho fora do horrio normal de expediente.
15.1.7.
Stakeholders
Inicialmente, foram identificados os seguintes stakeholders para este projeto:
Gerente de Projeto
Clientes da Aloha
16.Levantamento de Requisitos
16.1.1.
Viso Geral do documento
Esta introduo fornece as informaes necessrias para fazer um bom uso deste documento,
explicitando seus objetivos e as convenes que foram adotadas no texto. As demais sees apresentam a
especificao dos novos requisitos do projeto de Service Center a serem implementados e esto
organizadas como descrito abaixo.
Requisitos funcionais: lista os requisitos funcionais do sistema, especificando seus objetivos,

atores e prioridades.
Requisitos no funcionais: especifica todos os requisitos no funcionais do sistema, divididos

em requisitos de usabilidade, confiabilidade, desempenho, segurana, distribuio, adequao
a padres e requisitos de hardware e software.
16.1.2.
Identificao dos requisitos
Por conveno, a referncia aos requisitos feita atravs do nome da subseo onde eles esto
descritos seguidos do identificador do requisito de acordo com o esquema abaixo:
Termo
NF
Descrio
Requisito No Funcional
RF
Requisito Funcional
16.1.3.
Prioridades dos requisitos
Para estabelecer a prioridade dos requisitos foram adotadas as denominaes essencial,

importante e desejvel.
Essencial o requisito sem o qual o sistema no entra em funcionamento. Requisitos

essenciais so requisitos imprescindveis, que tm que ser implementados impreterivelmente.
30
Service Center (SC)
Importante o requisito sem o qual o sistema entra em funcionamento, mas de forma no

satisfatria. Requisitos importantes devem ser implementados, mas, se no forem, o sistema
poder ser implantado e usado mesmo assim.
Desejvel o requisito que no compromete as funcionalidades bsicas do sistema, isto , o

sistema pode funcionar de forma satisfatria sem ele. Requisitos desejveis so requisitos que
podem ser deixados para verses posteriores do sistema, caso no haja tempo hbil para
implement-los na verso que est sendo especificada.
Critrios de Aceitao
16.1.4.
Tcnico
Financeiro
Prazo
Negcio
16.1.5.
Requisitos Funcionais
Os requisitos que descrevem as funcionalidades a serem implementadas so apresentados a seguir:
RF-1.
Registrar Chamados
Descrio
Origem: <<CLIENTE>>
O sistema dever permitir que cada usurio ao autenticar no sistema, consiga criar solicitaes/chamados
contendo as informaes que deseja obter ou solicitaes que deseja realizar.
Prioridade:
Essencial
Importante
Desejvel
Critrio de Aceitao
Aceitao
Tcnico
Aceito
Financeiro
Prazo
Negcio
No Aceito
RF-2.
Descrio
Consultar Chamados
Origem: <<CLIENTE>>
O sistema dever permitir que cada usurio ao autenticar no sistema, consiga criar solicitaes/chamados
contendo as informaes que deseja obter ou solicitaes que deseja realizar.
31
Service Center (SC)
Prioridade:
Aceitao
Essencial
Desejvel
Critrio de Aceitao
Tcnico
Aceito
Importante
Financeiro
Prazo
Negcio
No Aceito
RF-3.
Criar Filas/Grupos de Atendimento de Chamados
Descrio
Origem: <<CLIENTE>>
O sistema dever permitir que sejam criados grupos/filas para atendimento dos chamados criados pelos
usurios atravs da aplicao com base no tipo ou natureza da informaes descrita no chamado. Exemplo:
Grupo Infra Windows, Grupo Infra Linux, .... etc
Prioridade:
Essencial
Importante
Desejvel
Critrio de Aceitao
Aceitao
Tcnico
Aceito
Financeiro
Prazo
Negcio
No Aceito
RF-4.
Criar Nveis de Severidade para Chamados
Descrio
Origem: <<CLIENTE>>
O sistema dever permitir que possam ser atribudos aos chamados criados pelo usurios atravs da
aplicao, nveis de severidade que possuam tempos mximos de tratamento (contingenciamento ou
soluo definitiva) com base severidade ou criticidade das informaes dispostas nos chamados. Os nveis
de severidade devero ser classificados em: Alto, Mdio e Baixo.
Prioridade:
Aceitao
Essencial
Critrio de Aceitao
Importante
Desejvel
32
Service Center (SC)
Tcnico
Aceito
Financeiro
Prazo
Negcio
No Aceito
RF-5.
Criar categorias de atendimento de chamados
Descrio
Origem: <<CLIENTE>>
O sistema dever permitir que sejam criadas categorias para atendimento dos chamados criados pelos
usurios atravs da aplicao com base no tipo ou natureza da informaes descrita no chamado. Estas
categorias sero: Incidente, Atividade Recorrente, Atividade de Orientao
Prioridade:
Aceitao
Essencial
Desejvel
Critrio de Aceitao
Tcnico
Aceito
Importante
Financeiro
Prazo
Negcio
No Aceito
RF-6.
Criar estados de atendimento dos chamados
Descrio
Origem: <<CLIENTE>>
O sistema dever permitir que sejam criados estados para atendimento dos chamados criados pelos usurios
atravs da aplicao com base no tipo ou natureza da informaes descrita no chamado. Estes estados
devero ser: Aberto, Fechado, Pendente, Contingenciado, Reaberto, Resolvido
Prioridade:
Aceitao
Essencial
Desejvel
Critrio de Aceitao
Tcnico
Aceito
Importante
Financeiro
Prazo
Negcio
No Aceito
RF-7.
Descrio
Gerar Relatrios de Mtricas e Grficos de Acompanhamento

Origem: <<CLIENTE>>
33
Service Center (SC)
<<Detalhamento do Requisito funcional. Para que o requisito seja descrito da forma mais clara possvel,
procure sempre pensar em perguntas que auxiliem a encontrar algum detalhe que no tenha sido escrito.
Ex: Um Requisito de Envio de Formulrio Como o formulrio enviado? Atravs de um link por email?
Quem envia o e-mail com o formulrio e para quem? O que contm este formulrio?
Ex: O sistema dever permitir a criao de vises grficas e relatrios de mtricas definidas para o
atendimentos dos chamados registrados pelo prprio sistema.
Prioridade:
Aceitao
Essencial
Importante
Desejvel
Critrio de Aceitao
Tcnico
Aceito
Financeiro
Prazo
Negcio
No Aceito
RF-8. Exportao para PDF e XLS (Planilhas) de Pginas de Mtricas e Grficos

Descrio
Origem: <<CLIENTE>>
Este sistema dever exportar as informaes presentes nas sees de mtricas e grficos, parametrizando
estas exportaes para formatos de arquivos .pdf e .xls.
Prioridade:
Aceitao
Essencial
Importante
Desejvel
Critrio de Aceitao
Tcnico
Aceito
Financeiro
Prazo
Negcio
No Aceito
Requisitos No Funcionais
16.1.6.
NF-1.
Servidor
Descrio
Origem: <<CLIENTE>>
<<Qual servidor ser usado? Tem verso?

Ex: Este sistema estar utilizando o BEA-Weblogic 8.1.6 como servidor de aplicao. Qualquer atualizao
deste ambiente deve ser homologada pela empresa/equipe que d suporte ao ambiente.>>
Prioridade:
NF-2.
Browser
Essencial
Importante
Desejvel
34
Service Center (SC)
Descrio
Origem: <<CLIENTE>>
<<Qual browser ser usado? Caso seja visualizado em outro browser, o funcionamento integral do sistema
poder ser garantido?
Ex: O sistema deve ser acessado para consultas, inseres e alteraes dos documentos apresentados
atravs do browser. A navegao do sistema se dar pelo Internet Explorer 6 e 7. Caso seja visualizado em
outro browser, o funcionamento integral do sistema no poder ser garantido. (Interface Web).>>
Prioridade:
NF-3.
Essencial
Importante
Desejvel
Sistema Operacional
Descrio
Origem: <<CLIENTE>>
<<Qual sistema operacional ser usado?

Ex: Os sistemas operacionais padro dos clientes que acessaro o sistema so o Windows 2000 e o Windows
XP.>>
Prioridade
NF-4.
Essencial
Importante
Desejvel
Banco de Dados
Descrio
Origem: <<CLIENTE>>
<<Qual banco de dados ser usado? Tem verso?

Ex: Os dados estaro armazenados no banco de dados Oracle 10g.>>
Prioridade:
NF-5.
Essencial
Importante
Desejvel
Facilidade de Uso
Descrio
Origem: <<CLIENTE>>
<Escrever a facilidade de uso do sistema>

Ex: O sistema dever ser fcil de usar, com interface simples e intuitiva. Operaes pertinentes aos
requisitos devem ser simples e consumir pouco tempo.
Prioridade:
NF-6.
Essencial
Importante
Desejvel
Mensagem de Erro
Descrio
Origem: <<CLIENTE>>
<<O sistema ter mensagens de erro? Como devero aparecer? >>

Ex: O sistema dever disponibilizar para o usurio mensagens de erro atravs do surgimento de caixas de
mensagens explicativas sobre a tela onde ocorreu o referido erro.
Prioridade:
Essencial
Importante
Desejvel
35
Service Center (SC)
NF-7.
Mensagem de Processamento
Descrio
Origem: <<CLIENTE>>
<<O sistema ter mensagens de processamento? Como devero aparecer? >>

Ex: Barra de progresso enquanto o usurio aguarda o resultado de uma busca.
Prioridade:
NF-8.
Essencial
Importante
Desejvel
Desempenho do Sistema
Descrio
Origem: <<CLIENTE>>
<<Qual o tempo de resposta que o sistema deve oferecer para as suas funes?
Ex: O sistema dever possuir tempo de resposta razovel para as funes que oferece.>>
Prioridade:
NF-9.
Essencial
Importante
Desejvel
Portabilidade do sistema
Descrio
Origem: <<CLIENTE>>
<<O sistema ser portvel?

Ex: O sistema dever ser executvel nos sistemas operacionais e browsers indicados, nas suas respectivas
verses.>>
Prioridade:
NF-10.
Essencial
Importante
Desejvel
Disponibilidade
Descrio
Origem: <<CLIENTE>>
<<Qual ser a disponibilidade do sistema? Existe alguma restrio para essa disponibilidade?
Ex: O sistema estar disponvel 24 horas por dia, sete dias por semana, desde que o ambiente da <<Nome
do cliente>> esteja disponvel.>>
Prioridade:
NF-11.
Essencial
Importante
Desejvel
Tempo de manuteno
Descrio
Origem: <<CLIENTE>>
<<Por quanto tempo o sistema poder ficar parado para sofrer algum tipo de manuteno? Essa
manuteno deve ser previamente notificada?
Ex: O sistema poder ficar parado at uma hora para sofrer algum tipo de manuteno previamente
notificada.>>
Prioridade:
NF-12.
Essencial
Importante
Desejvel
Falhas
Descrio
Origem: <<CLIENTE>>
<<Qual o nvel de falhas que o sistema deve ter?

Ex: Dever conter nveis de falhas prximos a zero.>>
Prioridade:
Essencial
Importante
Desejvel
36
Service Center (SC)
NF-13.
Controle de Acesso e Permisses
Descrio
Origem: CLIENTE
<<Como ser feito o controle de acesso? A segurana ser feita pela aplicao? De que forma?
Como ser feito o acesso? Via intranet ou tambm poder haver acesso externo?
Ex: Toda a segurana ser feita pela aplicao. A aplicao ter um item de controle de segurana que ser
responsvel por assegurar os acessos dos usurios de acordo com suas respectivas permisses.
O controle de acesso ser por aplicao e no poder ter acesso diferente por usurio na mesma aplicao.
Somente ser acessado pela intranet da empresa, via portal. No haver acesso externo.>>
Prioridade:
NF-14.
Essencial
Importante
Desejvel
Treinamento
Descrio
Origem: CLIENTE
<<Ser realizado algum tipo de treinamento? De quem ser a responsabilidade? Quem disponibilizar a
infra-estrutura necessria?
Ex: Os usurios sero treinados diretamente no aplicativo. O treinamento ser realizado em lngua
portuguesa e ser ministrado pessoalmente aos usurios do sistema pelo representante da Cyberlynxx em
dia, hora e local acordado entre as partes. A responsabilidade por disponibilizar a infra-estrutura para o
treinamento do cliente.>>
Prioridade:
NF-15.
Essencial
Importante
Desejvel
Certificaes
Descrio
Origem: CLIENTE
<<A CONTRATADA dever possuir qualificaes e Certificaes de Mercado? Quais as Certificaes

desejadas para a empresa CONTRATADA?
Ex: A empresa contratada dever possuir qualificaes ISSO 9001:2000, certificado de maturidade de
processo mnimo Nvel E no MPS.Br e possuir certificaes de adoo de melhores prticas em TI (ITIL,
COBIT,...)
Prioridade:
16.1.7.
Essencial
Importante
Desejvel
Migrao de dados
No se aplica
16.1.8.
Operao assistida
No est contemplado o Suporte ao Ambiente aps os 90 dias de Operao Assistida.
37
Service Center (SC)
17.EAP e Dicionrio
17.1.1.
Estrutura Analtica do Projeto (EAP)
17.1.2.
Dicionrio da EAP
Atividade
Projeto Service
Center
Nmero
Predecessora
Sucesso
ra
Contratao
Descrio de Atividades
Durao
107 dias
Inicio
18/10/2010
Trmino
15/3/2011
Atividade
Contratao
Apresentar diretoria as
necessidades para implementao
de um sistema de Service Center;
Aprovao para abertura de edital
Respons
vel
Gerente de
TI
Nmero
Recursos
Humano - Marcelo
Monteiro
1.1
38
Service Center (SC)
Predecessora
Projeto Service
Center
Durao
52 dias
Inicio
18/10/2010
Trmino
28/12/2010
Sucesso
ra
Implantao
Abertura de edital; Pr-seleo de

fornecedores de acordo com
requisitos listados; Contratao
de fornecedor
Respons
vel
Diretor
Executivo
Recursos
Humano - Alberto
Teixeira
Atividade
Levantamento de
necessidades
Nmero
1.1.1
Predecessora
Sucesso
ra
Licitao
Durao
10 dias
Inicio
18/10/2010
Trmino
29/10/2010
Analisar o mtodo atual de

atendimento de chamado de TI;
Levantar atividades
desenvolvidas; Levantar reas
atendidas pela TI; Definir
documentaes necessrias ao
fornecedor; Definir requisitos do
sistema a ser contratado
Respons
Recursos
vel
Humano - Analista de
Gerente de
Requisito
TI
e Gerente de TI
Atividade
Licitao
Nmero
1.1.2
Predecessora
Levantamento de
necessidades
Sucesso
ra
Seleo Prvia
39
Service Center (SC)
Durao
Criar e publicar Edital com todas

as necessidades levantadas
22 dias
Inicio
1/11/2010
Trmino
30/11/2010
Respons
vel
Comisso
de
Licitao
Recursos
Humanos - Comisso
de Licitao
Atividade
Criao de Edital
Nmero
1.1.2.1
Predecessora
Licitao
Sucesso
ra
Reviso de edital
Durao
Documentar as necessidades
levantadas;
10 dias
Inicio
1/11/2010
Trmino
12/11/2010
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de Licitao
Atividade
Reviso edital
Nmero
1.1.2.2
Predecessora
Criao de edital
Sucesso
ra
Publicao de edital
Durao
5 dias
Reviso ortogrfica e jurdica do

edital criado
40
Service Center (SC)
Inicio
15/11/2010
Trmino
19/11/2010
Respons
vel
Recursos
Diretor
Jurdico
Humano - Comisso
de Licitao
/ Diretor Jurdico
Atividade
Publicao de edital
Nmero
1.1.2.3
Predecessora
Reviso de edital
Sucesso
ra
Durao
Publicar o edital da empresa no

mercado;
7 dias
Inicio
22/11/2010
Trmino
30/11/2010
Respons
vel
Gerente
Administrat
ivo
Recursos
Humano - Analista
Administrativo
Atividade
Seleo Prvia
Nmero
1.1.3
Predecessora
Licitao
Sucesso
ra
Seleo Final
Durao
5 dias
Inicio
3/12/2010
Trmino
9/12/2010
Analisar todas as empresas que

concorreram licitao;
Selecionar concorrentes que
atendam aos requisitos do edital
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de licitao
41
Service Center (SC)
Atividade
Anlise dos
concorrentes
Nmero
1.1.3.1
Predecessora
Sucesso
ra
Seleo dos
concorrentes
Durao
Analisar todas as empresas que

concorreram licitao
3 dias
Inicio
3/12/2010
Trmino
7/12/2010
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de Licitao
Atividade
Seleo dos
concorrentes
Nmero
1.1.3.2
Predecessora
Anlise dos
concorrentes
Sucesso
ra
Durao
2 dias
Inicio
8/12/2010
Trmino
9/12/2010
Levantar documentaes das

empresas concorrentes e
selecionar as que atendam aos
requisitos do edital
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de Licitao
Atividade
Seleo Final
Nmero
1.1.4
Predecessora
Seleo Prvia
Sucesso
Fechamento do
42
Service Center (SC)
ra
Durao
8 dias
Inicio
10/12/2010
Trmino
21/12/2010
Contrato
Analisar propostas das empresas

concorrentes; Realizar
comparao custo/benefcio das
solues ofertadas; Definir
fornecedor
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de Licitao
Atividade
Anlise das
propostas
Nmero
1.1.4.1
Predecessora
Sucesso
ra
Definir empresa
vencedora
Durao
5 dias
Inicio
10/12/2010
Trmino
16/12/2010
Realizar anlise financeira,

jurdica e tcnica das propostas
apresentadas; Realizar
comparao de custo/benefcio
das solues;
Respons
vel
Comisso
de licitao
Recursos
Humano - Comisso
de Licitao
Atividade
Definir empresa
vencedora
Nmero
1.1.4.2
Predecessora
Anlise das
propostas
Sucesso
ra
Durao
3 dias
Escolher fornecedor da soluo de

Service Desk com o melhor perfil
de atendimento s necessidades
da empresa
43
Service Center (SC)
Inicio
17/12/2010
Trmino
21/12/2010
Respons
vel
Recursos
Diretor de
TI
Humano - Comisso
de Licitao
/ Diretor de TI
Atividade
Fechamento do
contrato
Nmero
1.1.5
Predecessora
Seleo Final
Sucesso
ra
Durao
5 dias
Inicio
22/12/2010
Trmino
28/12/2010
Realizar reunio com o fornecedor

escolhido; Reunir documentao
da Contratante e da Contratada;
Elaborar contrato de servio;
Assinar contrato
Respons
vel
Diretor de
TI
Recursos
Humano - Diretor de
TI
Atividade
Assinatura do
contrato
Nmero
1.1.5.1
Predecessora
Sucesso
ra
Durao
Inicio
45 dias
22/12/2010
Reunir os representantes legais da

contratante e da contratada, e
realizar
assinatura do contrato
Respons
vel
Diretor de
TI
Recursos
Humano - Diretor de
TI
44
Service Center (SC)
Trmino
28/12/2010
18.Cronograma Sumarizado
19.Modelo de Cronograma de Gantt
45
Service Center (SC)
20.Matriz de Rastreabilidade
21.Gerenciamento de Partes Interessadas

Stakeholder
Stakeholder Interest in the

Project
Assessme
nt of
Impact
Potential Strategies
for Gainging Support
or Reducing
Obstacles
Marcelo Monteiro
Cumprir a qualidade e prazo

inicialmente estabelecido.
Alto
Reunies
visando
monitorar o andamento
do projeto.
Claudio Bail
Obter melhoria no servio

prestado por sua rea, visando
expandir sua rea de negcio.
Alto
Participar de reunies
visando acompanhar o
andamento do projeto.
Leandro Henriques
Acompanhar
indicadores
mtricas de atendimentos.
Alto
Disponibilizar membros
de sua equipe de forma
a apoiar a implantao
do novo sistema.
Joo Fellipe
Melhorar
o
atendimento.
de
Baixo
Deix-lo
informado
sobre o andamento do
projeto.
Claudio Clink
Auxiliar nas operaes e dar

suporte as partes interessadas
Baixo
Inform-lo de todas as
tomadas de decises
administrativas.
Andr Piazzi
Desenvolver o sistema com

base nos requisitos propostos
Alto
Deix-lo
informado
sobre
qualquer
mudana dos requisitos
de
software
e
de
processos;
Fabio Torres
Auxiliar nas operaes e dar

suporte as partes interessadas
Baixo
Inform-lo de todas as
tomadas de decises
administrativas.
Jorge Souza
Garantir que todo

esteja de acordo
Mdio
Ficar
para
nvel
processo
com as
a
disposio
tirar
dvidas
46
Service Center (SC)
legislaes brasileiras.
quanto a questes de
legislao.
Andria Abreu
Espera definir por complete

todos os requisitos necessrios
para o escopo do projeto.
Baixo
Verificar
se
os
requisitos
levantados
inicialmente
esto
sendo cumpridos.
Carlos Dias
Que o projeto seja entregue sem

causar grande impacto s
operaes da empresa.
Alto
Deix-lo
informado
sobre o andamento do
projeto.
Alberto Torres
Entregar sua soluo de forma

integra e pontual.
Mdio
Buscar
respeitar
o
prazo de entrega da
licitao.
Legenda de Impacto:
Alto Alto poder de tomadas de deciso no projeto. Tem a autoridade de autorizar mudanas e/ou paralisar
o projeto.
Mdio Exerce certa influncia na tomada de decises, porm no tem a autonomia de execut-las sem
antes as mesmas passarem pelo gerente do projeto.
Baixo Possui pouco poder de influenciar em tomadas de decises. apenas uma parte presente no
projeto, porm no exerce grande impacto ao mesmo.
22.Declarao de Trabalho
Objetivo do Projeto
Este projeto tem por objetivo inicial a implantao de um sistema de abertura e controle de
chamados para a empresa Aloha, visando adequar as polticas e diretrizes da empresa garantindo
maior qualidade ao atendimento de solicitaes de TI da mesma.
Escopo do Projeto
Ferramenta de controle de chamados que proporcione uma viso integrada e analtica dos
processos das empresas, proporcionando melhoria da eficincia tcnica e organizacional. O que,
por sua vez, resulta em sinergia entre reas de apoio, reas comerciais, matriz e filiais e garante
agilidade no processo de abertura e resoluo de chamados utilizando as melhores prticas ITIL
(Information Technology Infrastructure Library)
Estimativa de Custo e Responsabilidades
47
Service Center (SC)
Custos
Responsveis
Levantamento de Necessidades R$ 3.354,54
Gerente de TI
Licitao R$ 19.336,36
Comisso de Licitao, Gerente Jurdico
Seleo Prvia R$ 5.181,82
Comisso de Licitao
Seleo Final R$ 11.359,09
Comisso de Licitao
Fechamento do Contrato R$ 5.113,64
Diretor de TI
Cronograma do Projeto
Projeto Service Center
72 dias
18/10/2010
31/01/2011
Contratao
44 dias
18/10/2010
20/12/2010
Levantamento de Necessidades
5 dias
18/10/2010
22/10/2010
5 dias
18/10/2010
22/10/2010
Licitao
19 dias
25/10/2010
22/11/2010
Criao de Edital
10 dias
25/10/2010
05/11/2010
Reviso Edital
2 dias
08/11/2010
10/11/2010
Publicao de Edital
7 dias
10/11/2010
22/11/2010
Seleo Prvia
5 dias
24/11/2010
01/12/2010
Anlise dos Concorrentes
3 dias
24/11/2010
29/11/2010
Seleo dos Concorrentes
2 dias
29/11/2010
01/12/2010
Seleo Final
8 dias
01/12/2010
13/12/2010
Anlise das Propostas
5 dias
01/12/2010
08/12/2010
Definir Empresa Vencedora
3 dias
08/12/2010
13/12/2010
Fechamento do Contrato
5 dias
13/12/2010
20/12/2010
Assinatura de Contrato
5 dias
13/12/2010
20/12/2010
Implantao
22 dias
20/12/2010
24/01/2011
22 dias
20/12/2010
24/01/2011
Operao Assistida
5 dias
24/01/2011
31/01/2011
5 dias
24/01/2011
31/01/2011
Pagamentos e Multas
Os pagamentos sero realizados de acordo com os Marcos abaixo:
Marco 1 Validao da Documentao 30%
Marco 2 Homologao do Produto 30%
Marco 3 Termo de Aceite 40%
48
Service Center (SC)
APROVAES
Declaro estar de acordo com as informaes acima listadas, a respeito da prestao de servios executada
pela CONTRATADA.
______________________________________________________________
Patrocinador (Sponsor)
Data: ______/______/_______.
Nome: Alberto Gomes Teixeira
______________________________________________________________
Gerente de Projetos
Nome: Marcelo Monteiro da Silva
Data: ______/______/_______.

Plano de Gerenciamento de Projeto

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Plano de Gerenciamento de Projeto

Загружено:

Авторское право:

Доступные форматы

CBA EM GESTO DA TI - GERNCIA DE PROJETOS

Aloha :: Service Center

Formaliza o desenvolvimento do plano de gerenciamento do projeto

Segunda verso do documento

Plano de Gerenciamento do Projeto

2. TERMO DE ABERTURA DO PROJETO.....................................................................................8

PLANO DE GERENCIAMENTO DE ESCOPO.................................................................9

Fatores de Sucesso do Projeto................................................................................................. 9

Descrio dos Processos de Gerenciamento de Escopo.........................................................10

Verificao e Aceite das Entregas do Projeto.........................................................................10

Priorizao das mudanas de escopo e respostas.................................................................12

Procedimento de Gerncia de Mudanas............................................................................... 12

PLANO DE GERENCIAMENTO DO TEMPO................................................................14

Descrio dos processos de gerenciamento de tempo..........................................................14

Priorizao das mudanas nos prazos................................................................................... 14

Sistema de controle de mudanas de prazos........................................................................14

Mecanismo adotado para o conciliamento de recursos.........................................................15

Buffer de tempo do projeto................................................................................................... 15

Freqncia de avaliao dos prazos do projeto..................................................................... 15

Alocao financeira para o gerenciamento de tempo............................................................16

Outros assuntos relacionados ao plano e no previstos no projeto........................................16

PLANO DE GERENCIAMENTO DE CUSTO.................................................................16

Custo dos Envolvidos............................................................................................................ 17

PLANO DE GERENCIAMENTO DA QUALIDADE..........................................................17

Padres e Mtricas de Qualidade........................................................................................... 18

Plano de Gerenciamento do Projeto

Descrio dos processos de gerenciamento de riscos...........................................................19

RBS Risk Breakdown Structure para a identificao dos riscos...........................................20

Qualificao dos riscos.......................................................................................................... 21

Quantificao dos riscos........................................................................................................ 23

Respostas planejadas aos riscos............................................................................................ 23

Sistema de controle de mudanas de riscos..........................................................................25

Alocao financeira para o gerenciamento de riscos.............................................................25

PLANO DE GERENCIAMENTO DE RECURSOS HUMANOS...........................................26

Diretrio do time do projeto.................................................................................................. 26

Novos recursos, re-alocao e substituio de membros do time..........................................27

Avaliao de resultados do time do projeto...........................................................................27

Freqncia de avaliao consolidada dos resultados do time................................................28

Alocao financeira para o gerenciamento de RH.................................................................28

Outros assuntos relacionados ao plano e no previstos no projeto........................................28

PLANO DE GERENCIAMENTO DE COMUNICAES...................................................28

Descrio dos processos de gerenciamento das comunicaes............................................28

PLANO DE GERENCIAMENTO DE AQUISIES.........................................................31

Gerenciamento e tipos de contratos...................................................................................... 31

Critrios de avaliao de cotaes e propostas..................................................................... 31

Freqncia de avaliao dos processos de aquisies...........................................................32

Alocao financeira para o gerenciamento das aquisies....................................................32

Declarao de Escopo do Projeto..........................................................................32

Designao do Gerente do Projeto........................................................................................ 33

Riscos Iniciais do Projeto....................................................................................................... 33

Plano de Gerenciamento do Projeto

Viso Geral do documento.................................................................................................... 35

Identificao dos requisitos................................................................................................... 35

Prioridades dos requisitos...................................................................................................... 35

Estrutura Analtica do Projeto (EAP)....................................................................................... 44

Modelo de Cronograma de Gantt..........................................................................50

Gerenciamento de Partes Interessadas.................................................................51

Plano de Gerenciamento do Projeto

Plano de Gerenciamento do Projeto

4. TERMO DE ABERTURA DO PROJETO

Plano de Gerenciamento do Projeto

5. PLANOS DE GERENCIAMENTO DE PROJETO

Foram identificadas as seguintes justificativas aderentes a este projeto:

Melhorar a linha de produo