Escolar Documentos
Profissional Documentos
Cultura Documentos
de
Tecnologia da Informação
Incluir na apostila ( com introdução CMM )
CMM X PMBOK
Gerência de Projetos de TI 1
Sumário
1 Programa da disciplina.................................. 0
3
1. Ementa........................................................... 0
1 3
1. Objetivo......................................................... 0
2 3
1. Conteúdo programático................................. 0
3 3
1. Metodologia................................................... 0
4 4
1. Avaliação....................................................... 0
5 4
1. Bibliografia ................................................... 0
6 5
1. Carga horária................................................. 0
7 5
1. Cronograma................................................... 0
8 6
1. Notas de aula................................................. 0
9 6
2 Conceitos básicos.......................................... 0
6
3 O ambiente.................................................... 0
8
4 PMI – PMBok – PMP................................... 1
1
5 Ciclo de Vida em projetos............................. 1
3
6 Áreas da gestão ............................................. 1
4
6. Gerenciamento de Escopo............................. 1
1 4
6. Gerenciamento de Tempo............................. 1
2 9
Gerência de Projetos de TI 2
6. Gerenciamento de Custos.............................. 2
3 2
6. Gerenciamento da Qualidade........................ 2
4 4
6. Gerenciamento de Recursos Humanos.......... 2
5 6
6. Gerenciamento das Comunicações................ 2
6 8
6. Gerenciamento de Riscos.............................. 3
7 2
6. Gerenciamento de Contratos e Suprimentos. 3
8 5
6. Gerenciamento da Integração........................ 3
9 8
7 Reuniões........................................................ 4
1
8 Conflito em Projetos...................................... 4
4
9 Sucesso Técnico X Sucesso Organizacional. 5
4
1 PMO.............................................................. 5
0 6
1 Terminologias................................................ 5
1 7
Gerência de Projetos de TI 3
1 Programa da Disciplina
1.1 Ementa
1.2 Objetivo
Capacitar o aluno a:
Identificar empreendimentos que se caracterizam como projetos;
Conhecer as fases do ciclo de vida de projetos;
Utilizar métodos, técnicas e ferramentas para planejar e controlar projetos;
Montar Planos de Projeto (PP) genéricos, bem como PP específicos para Tecnologia da
Informação (TI) aplicada ao desenvolvimento de software.
1.3 Conteúdo Programático
Conceitos básicos de Gerência de Projetos.
Metodologia PMI/PMBoK aplicada ao planejamento, controle e encerramento de
projetos. Técnicas e ferramentas de planejamento e controle.
Montagem de Planos de Projeto (PP).
Gerência de Projetos de TI aplicada ao desenvolvimento de software. Técnicas e
ferramentas de planejamento e controle.
Montagem de PP de TI aplicada ao desenvolvimento de software.
1.4 Metodologia
As aulas serão ministradas procurando alcançar o equilíbrio entre teoria e prática, serão
expositivas e participativas, buscando sempre a sinergia e a troca de experiência entre os participantes.
Gerência de Projetos de TI 4
Serão feitos trabalhos de modo a facilitar o alcance dos objetivos propostos.
Gerência de Projetos de TI 5
Resumindo:
Aulas expositivas
Aulas praticas em laboratório
Aulas orientadas para trabalhos em grupo
1.5 Avaliação
A avaliação será composta de duas notas, sendo cada uma delas constituída de uma prova
objetiva com peso sete (07) e exercícios de fixação do conteúdo apresentado, com peso três (03).
1.6 Bibliografia
1.6.1 Básica
• PHILLIPS, Joseph. Gerencia de projetos de tecnologia da informação: no caminho
certo, do início ao fim. Rio de Janeiro: Campus, 2003.
1.6.2 Complementar
• MENEZES, Luis César de Moura. Gestão de projetos. 2. ed. ed. São Paulo: São Paulo:
Atlas, Atlas, 2008. 2003.
Gerência de Projetos de TI 6
1.7 Carga horária
A carga horária total é de 64 horas.
1.8 Cronograma
Gerência de Projetos de TI 7
1.9 Notas de Aula
AULA 01 – 17/08/2009
1) Abertura
Apresentação pessoal
Apresentação da classe
Nome
Experiência profissional
Perspectivas de carreira
Apresentação da disciplina (objetivo)
Metodologia adotada
Critérios de freqüência e avaliação
2) Teste de nivelamento
3) Introdução à Gerência de Projetos
Conceitos básicos
AULA 02 – 24/08/2009
1) Escolha do líder
2) Revisão da aula anterior
3) O Ambiente do Projeto
3.1) As Organizações
3.2) Os Stakeholders
3.3) O PMI
3.3.1 PMBOK
3.3.1 PMP
3.4) PMBOK X CMM
3.5) PMO
3.6) Habilidades do Gerente de Projetos
4) Exercício – Estudo de caso
Gerência de Projetos de TI 8
4.1) Aeroporto Internacional de Denver
4.2) Taurus – Bolsa de Valores de Londres
Gerência de Projetos de TI 9
AULA 03 – 31/08/2009
Revisão da aula anterior
2) Comentários exercício de estudo de caso
3) TG1 Completar esta nota de aula com definições, devidamente referenciadas, dos
tópicos que dizem respeito a cada item. Uniformizar a referência bibliográfica adotada.
3.1) PMI
Histórico, estrutura, objetivo.
3.2) PMP
Certificação, certificados, oportunidade de carreira.
3.3) PMBOK
Estrutura, característica, propósito.
3.4) PMO
Finalidade, característica, vantagens.
3.5) CMM
O que é, como está estruturado, comparação com PMBOK.
AULA 04 – 14/09/2009
1) Defesa TG1
2) Ciclo de Vida de Projetos
2.1) Características
2.2) Fases
2.3) Estágios
2.4) Atividades
Gerência de Projetos de TI 10
2 Conceitos básicos
• Prazo: Espaço de tempo determinado, dentro do qual se deve fazer alguma coisa.
• Qualidade:
⇒ ISO
... estar em conformidade com os requisitos dos clientes;
... antecipar e satisfazer os desejos dos clientes;
... escrever tudo o que se deve fazer e fazer tudo o que foi escrito.
⇒ CMM
Qualidade é a totalidade das características de uma entidade que lhe confere a
capacidade de satisfazer às necessidades explícitas e implícitas.
• Projeto: É um empreendimento temporário, não repetitivo, caracterizado por uma
seqüência clara e lógica de eventos conduzidos para criar um produto ou serviço
único.
Gerência de Projetos de TI 11
Gerenciamento de projetos
Qualidade
Prazo Custo
Gerência de Projetos de TI 12
3 O ambiente
As organizações e suas estruturas
O ambiente organizacional de uma empresa tem sua base nos processos, métodos e rotinas.
Normalmente procura-se manter o fluxo de trabalho sem interrupções e mudanças. A qualidade está
sempre em jogo, a produtividade e os resultados são determinantes para a sobrevivência da
organização. As mudanças permanentes nessas rotinas e processos podem comprometer os resultados,
o que obriga que o trabalho deva seguir dentro dos padrões pré-estabelecidos.
A produção precisa ser retomada, empregando agora os benefícios trazidos pelo projeto.
Então devemos voltar ao ambiente funcional, enriquecido com as soluções criadas.
Gerência de Projetos de TI 13
governamentais, empreendimentos sociais, ou até mesmo em pequenos projetos pessoais, isso faz com
que a importância da gerência de projetos ganhe destaque neste cenário.
Globalização
Competitividade Concorrência
Ambiente
Preservação ambiental Agências
interno
reguladoras
Parceiros Terceirização
Cidadania
Projetos são realizados sob regime de pressão por melhores resultados, tendo que obedecer
a padrões nacionais e internacionais, atender a determinações de agencias reguladoras, usando equipes
próprias e terceirizadas, respeitando o meio ambiente, valores de cidadania, entre outros requisitos.
Assim, torna-se indispensável se dispor de um conjunto de práticas a serem aplicadas em todos os
projetos, de modo que possam terminar dentro dos objetivos definidos, dentro do prazo estabelecido,
com o custo sob controle e com a qualidade desejada.
Stakeholder
São pessoas que têm interesse no resultado do projeto, elas têm algo a ganhar ou a perder,
com a execução do projeto. Exercem papel que muitas vezes pode ser determinante para o sucesso do
projeto e nem sempre são de fácil visualização por parte da equipe de projeto.
Gerência de Projetos de TI 14
Quando administrar por projetos
Em geral, o gerenciamento de projetos pode ser aplicado a qualquer situação onde exista
um empreendimento que foge ao que é fixo e rotineiro na empresa ou até mesmos em sua vida pessoal.
Se o empreendimento é único e pouco familiar, é importante que a atividade de gerenciamento de
projetos seja intensificada. O sucesso da gestão de projetos está intimamente ligado ao sucesso com
que as atividades são relacionadas e realizadas. A base do sucesso está em identificar e diferenciar o
projeto das demais atividades desenvolvidas.
Existe uma grande dificuldade em identificar projetos, pois a maior parte das pessoas
realiza trabalhos rotineiros e projetos. Freqüentemente, atividades de projeto e rotinas têm as mesmas
necessidades - reuniões, telefonemas, relatórios, análises, etc. - e isso faz com que sua distinção seja
ainda mais difícil. Os projetos podem atingir todos os níveis da organização. Eles podem envolver
uma quantidade pequena de pessoas, ou milhares delas. Podem levar menos de um dia ou vários anos.
Os projetos, muitas vezes, extrapolam as fronteiras da organização, atingindo fornecedores, clientes,
parceiros e governo, fazendo parte, na maioria das vezes, da estratégia de negócios da companhia.
A diferença básica está nos objetivos. Os projetos possuem metas claras e definidas. Muito
diferentes do trabalho rotineiro, são realizados em um período definido de tempo, e não
indefinidamente, como os trabalhos rotineiros. Podemos dizer que Todos os projetos são esforços, mas
nem todos os esforços são projetos. Ao optar pela realização de um projeto, uma organização precisa
utilizar diversos critérios de seleção para que os objetivos sejam atingidos, garantindo o seu sucesso,
tais como:
• Realismo;
• capacidade;
• flexibilidade;
• facilidade de uso;
• custo;
• facilidade de informatização.
Gerência de Projetos de TI 15
4 PMI – PMBoK – PMP
O PMI (Project Management Institute) está motivando mudanças gerenciais no mundo
inteiro ao conseguir que se adotem as práticas consagradas da gerência de projetos. O PMI foi criado
nos EUA em 1969, é uma instituição sem fins lucrativos dedicada ao avanço do estado-da-arte em
gerenciamento de projetos e seu principal compromisso é "promover o profissionalismo e a ética em
gestão de projetos".
Seu crescimento nos últimos cinco anos foi espantoso: o número de associados passou de
10.000 para mais de 40.000 (1998) em todo o mundo. Ele possui representações (chamadas de
capítulos) em diversos locais do planeta; no Brasil já existem os capítulos de São Paulo, Minas Gerais
e Rio de Janeiro, Rio Grande do Sul. Em todo o mundo existem mais de uma centena de capítulos e
eles realizam seminários e workshops, dentre outros eventos. Os associados do PMI pagam uma
anuidade de US$100,00, dentre as atividades do PMI a que tem direito o associado, podemos destacar:
as publicações, o Certificado PMP, os Grupos de Interesse e o Simpósio Anual.
Gerência de Projetos de TI 16
Os Grupos de Interesse Específico (SIG: Specific Interest Group), como o próprio nome
indica, permitem aos membros se filiarem a grupos de interesse comum para troca de informações.
Existem atualmente 20 grupos de interesse, tais como informática, indústria automotiva, construção
civil, aviação, etc.
O Simpósio Anual é realizado nos EUA e conta com uma série de eventos: seções
plenárias, palestras técnicas, encontros regionais, cursos, venda de livros, feira de exposição e
premiação dos melhores trabalhos. Sua duração é de três dias. Nas seções plenárias são apresentadas
palestras efetuadas por personalidades de renome na área.As palestras técnicas são o ponto forte do
encontro. Com duração de quarenta e cinco minutos cada, são realizadas até vinte palestras
simultaneamente e quase todas são de excelente qualidade. O difícil é conseguir selecionar as palestras
de interesse, visto que diversas ocorrem ao mesmo tempo: certamente algumas excelentes palestras
serão perdidas. Os cursos são realizados antes ou após o simpósio.
Gerência de Projetos de TI 17
5 Ciclo de vida em projetos
Todo o projeto pode ser dividido em fase de desenvolvimento. O atendimento dessas fases
permite ao time do projeto atingir as metas estabelecidas. Esse conjunto de fase é conhecido como
ciclo de vida. O ciclo de vida permite que seja avaliada uma série de similaridades que podem ser
encontradas em todos os projetos, independente de seu contexto, aplicação ou área de atuação.
Conhecer as fases do ciclo de vida proporciona uma serie de benefícios, dentre eles
destacam-se:
• estimativas adequadas quanto a implantação do produto final;
• avaliação do progresso do projeto;
• identificação precisa do ponto de andamento do projeto.
Gerência de Projetos de TI 18
6 Áreas da gestão
As áreas do gerenciamento de projetos e sua gestão podem ser organizadas em nove grupos
(visão PMI) integrados, onde cada um deve conter o detalhamento especifico e uma abrangência
própria, porém interligado aos demais, formando um todo único e organizado.
Observa-se na figura acima que os processos dentro das nove áreas de conhecimento são
inter-relacionados.
Gerência de Projetos de TI 19
• Escopo de Atividades - trabalho a ser realizado para prover os escopos técnico e
funcional do produto, ou serviços, do projeto, normalmente evidenciado na Estrutura
Analítica do Projeto, ou WBS.
Um projeto com detalhamento de escopo muito grande possui uma complexidade muito
alta no que diz respeito ao gerenciamento de escopo. É importante trabalhar-se com um escopo que
garanta o produto, ou serviço, do projeto, sem ser demasiadamente detalhado, para que seu
gerenciamento não se torne excessivamente complexo.
Iniciação - Processo que, formalmente, reconhece que um novo projeto existe. A iniciação liga o
projeto aos demais trabalhos realizados pela organização. A iniciação, regra geral, é fruto de uma
necessidade de mercado, uma necessidade do negócio, uma solicitação de cliente, um avanço
tecnológico ou uma exigência legal. O produto da iniciação é o Termo de Referência, ou Termo de
Abertura, também conhecido como Project Charter. O Project Charter é o documento emitido pela
alta administração, que atribui ao gerente do projeto a autoridade para aplicar recursos de organizações
nas atividades do projeto.
Definição de Escopo - Processo que consiste na subdivisão das principais entregas do projeto,
definidas na declaração de escopo, em entregas menores, de mais fácil gerenciamento, de modo a não
só aumentar a precisão nos cálculos de custo, tempo e recursos, como também a definir uma linha de
base para medição de performance e determinação clara das responsabilidades de cada envolvido no
projeto. O principal produto desse processo é a Estrutura Analítica do Projeto, ou WBS.
Gerência de Projetos de TI 20
Verificação de Escopo - Processo formal de aprovação do escopo pelo envolvidos. Requer uma
revisão dos produtos do trabalho e de seus resultados, de modo a garantir que tudo foi completado
satisfatoriamente. Ocorre durante o controle do projeto.
Controle de Mudanças de Escopo - Processo que se concentra na avaliação dos fatores que criam
mudanças de escopo, de modo a garantir que essas mudanças sejam benéficas, além de utilizar um
sistema de controle de mudanças de escopo, previamente definido no Plano de Gerenciamento de
Escopo para definir os procedimentos nos quais o escopo do projeto pode ser modificado.
Gerência de Projetos de TI 21
Project Charter
O Project Charter é o documento legal que reconhece a existência de um projeto. Ele serve
como uma linha de base para o trabalho do gerente do projeto. Contém informações preliminares
sobre o projeto, incluindo estimativas iniciais, recursos necessários, orçamento disponível, trabalho a
ser realizado, resumo das condições que definem o projeto, cronograma básico, nome e
responsabilidades do gerente de projeto e assinatura do executivo responsável pelo projeto
(patrocinador).
Termo de Abertura
(Project Charter)
Título do Projeto: Data de Início: N°:
Patrocinador:
Objetivo do Projeto: O que a organização pretende obter com o resultado do Projeto.
Demanda do Negócio: Descrever porque o projeto está sendo realizado.
Escopo: Descrever sucintamente os subprodutos a serem entregues e os que não serão.
Interessados (Stakeholders): Mencionar os principais envolvidos interna ou externamente
com o projeto, ou aqueles que serão afetados positiva ou negativamente com a sua
execução.
Interfaces com projetos existentes: Mencionar outros projetos que possam interferir de
alguma forma o seu desenvolvimento.
Prazo estimado: Definir uma estimativa de prazo para a entrega do trabalho.
Orçamento estimado: Definir uma estimativa de custo para a entrega do trabalho..
Equipe de projeto: Citar os especialistas que, inicialmente, ajudarão a compreender e
planejar o projeto.
Restrições: Mencionar os fatores que podem limitar as opções da equipe do projeto.
Premissas: Mencionar os fatores que, para fins de planejamento, serão considerados
verdadeiros.
Gerente do Projeto: Indicar o Gerente do Projeto, suas principais atribuições e nível de
autoridade.
Assinatura do Patrocinador Assinatura da Alta Administração
Declaração de Escopo
Gerência de Projetos de TI 22
É o documento que formaliza o escopo de todos os trabalhos a serem desenvolvidos no
projeto, servindo de base para futuras decisões do projeto. É possível e provável que, ao longo do
projeto, a declaração de escopo seja revisada, ou refinada, para refletir as mudanças acontecidas nele.
• produto do projeto;
Gerência de Projetos de TI 23
6.2 Gerenciamento de Tempo
O principal objetivo dessa área é garantir que o projeto seja concluído dentro do prazo
determinado. Como já se sabe, o tempo não espera por ninguém, especialmente por aquele gerente que
constrói cronogramas baseados em datas impossíveis. O cronograma do projeto é sempre uma
restrição, até mesmo quando a data de término não é crítica. Se um projeto atrasa, na maioria das
vezes ele irá consumir um capital que ele não tinha previsto, comprometendo, também, o seu custo,
podendo até mesmo causar sérias conseqüências mercadológicas para o produto, ou serviço, do
projeto. O gerenciamento do tempo também é considerado uma das razões mais importantes para o
estabelecimento de conflitos entre os envolvidos no projeto.
Conforme recomenda pelo PMBok, o gerenciamento de tempo pode ser dividido em cinco
processos:
• Definição de Atividades;
• seqüenciamento de Atividades;
Gerência de Projetos de TI 24
para o projeto. O produto do seqüenciamento das atividades é o diagrama de rede, ou rede PERT, que
será refinado no desenvolvimento da programação.
Controle da Programação (cronograma) - Processo que se concentra na avaliação dos fatores que
criam mudanças nos prazos, de modo a garantir que essas mudanças sejam benéficas, além de se
utilizar de um sistema de controle de mudanças de tempo, previamente definido no Plano de
Gerenciamento de Tempo para definir os procedimentos nos quais os prazos do projeto podem ser
modificados
Gerência de Projetos de TI 25
Plano de Gerenciamento de Tempo
É o documento formal que descreve os procedimentos que serão utilizados para gerenciar
todos os prazos do projeto. No plano, deve estar documentado:
Gerência de Projetos de TI 26
6.3 Gerenciamento de Custos
O gerenciamento de custos tem como objetivo garantir que o capital disponível será
suficiente para obter todos os recursos para realizar os trabalhos do projeto. O gerenciamento de custos
não pode considerar apenas os custos incorridos no próprio projeto. Muitas vezes, o projeto está
desenvolvendo um produto, ou serviço, com interesse comercial, e esse produto, por sua vez, estará
recompensando financeiramente a empresa, retomando tanto o dinheiro investido, quanto o lucro
desejado, estabelecido na concepção do projeto.
Outro aspecto importante com relação ao gerenciamento de custos diz respeito aos
orçamentos. O orçamento não pode ser considerado simplesmente como uma visão do plano. Ele é
um mecanismo poderoso de controle. O orçamento serve como parâmetro de comparação, uma linha
de base da qual se extraem informações sobre a performance financeira do projeto. O orçamento
precisa ser validado ao longo do tempo, durante a execução do projeto (controle de custos), para que
os eventuais problemas sejam identificados o mais cedo possível para que a solução possa ser
antecipada, evitando-se assim, danos mais graves ao orçamento.
• Planejamento de Recursos;
• estimativa de Custos;
• orçamentação;
• controle de Custos.
Gerência de Projetos de TI 27
Estimativa de Custos - Processo empregado para estimar os custos dos recursos do projeto. Envolve
identificar e considerar as várias alternativas de custos, de modo a construir a melhor e mais precisa
estimativa de custos possível. O resultado desse processo é o custo de cada elemento da Estrutura
Analítica do Projeto (WBS) e o Plano de Gerenciamento de Custos.
Orçamentação - Processo que envolve a alocação das estimativas de custos a cada item de trabalho,
de modo a estabelecer uma linha de base de custos para medir a performance do projeto. Nesse
processo, o fluxo de caixa do projeto é determinado.
Controle de Custo - Processo que se concentra na avaliação dos fatores que criam mudanças nos
custos, de modo a garantir que essas mudanças sejam benéficas, além de se utilizar de um sistema de
controle de mudanças de custos, previamente definido no Plano de Gerenciamento de Custos para
estabelecer os procedimentos nos quais os custos do projeto podem ser modificados.
Gerência de Projetos de TI 28
6.4 Gerenciamento da Qualidade
O objetivo mais importante dessa área é garantir que o projeto será concluído dentro da
qualidade desejada, com a satisfação das necessidades de todos os envolvidos. O gerente do projeto é o
principal responsável pelo gerenciamento da qualidade no projeto, devendo dar igual prioridade para o
gerenciamento da qualidade, dos custos e do tempo.
Defeito zero - Não existe tolerância a erros dentro de um sistema competitivo. A meta é que, em
todos os processos, não existam falhas e haja dentro do projeto um ambiente isento de defeitos.
Fazer certo da primeira vez - É meta do gerenciamento da qualidade garantir que cada ação do
projeto seja desenvolvida corretamente na primeira vez, porque seus custos são muito mais baratos
assim. O processo de correção é várias vezes mais caro que o processo de planejamento.
Melhoria contínua - Conceito que reconhece que o mundo está em constante mutação e que o
processo satisfatório, hoje, pode não o ser amanhã, fazendo com que os mecanismos de controle do
projeto necessitem de aprimoramentos constantes para garantir a qualidade do produto ou serviço.
Gerência de Projetos de TI 29
Processos de Gerenciamento da Qualidade
• Planejamento da qualidade;
• garantia da qualidade;
• controle da qualidade.
Garantia da Qualidade - Processo que engloba todas as atividades sistemáticas implementadas dentro
do sistema de qualidade para assegurar que o projeto irá satisfazer os mais importantes padrões de
qualidade. Pode ser feito interna ou externamente ao projeto.
Controle da Qualidade - Processo que se concentra no monitoramento dos resultados do projeto para
determinar se eles estão atendendo a todos os padrões de qualidade definidos, bem como na avaliação
dos fatores que criam variações na qualidade, de modo a garantir que essas variações sejam benéficas,
além de se utilizar de um sistema de controle de mudanças de qualidade, previamente definido no
Plano'de Gerenciamento da Qualidade, para definir os procedimentos nos quais a qualidade do projeto
pode ser modificada. O controle da qualidade utiliza diversas de suas ferramentas. Dentre elas,
podem ser destacadas a inspeção, os gráficos de controle, o gráfico de Pareto, os fluxogramas e a
análise de tendências.
Gerência de Projetos de TI 30
• dentro de qual orçamento as necessidades de mudanças na qualidade se
enquadrarão;
• por meio de que procedimentos será atendida uma necessidade de mudança nos
padrões de qualidade não prevista no plano;
O gerenciamento dos recursos humanos tem como objetivo central fazer o melhor uso dos
indivíduos envolvidos no projeto. Como se sabe, as pessoas são o elo central dos projetos e seu
recurso mais importante. Eles definem as metas, os planos, organizam o trabalho, produzem os
resultados, direcionam, coordenam e controlam as atividades do projeto, utilizando suas habilidades
técnicas e sociais. Todos os resultados do projeto podem ser vistos como fruto das relações humanas e
das habilidades interpessoais dos envolvidos, uma vez que a satisfação pessoal e a qualidade de vida
estão tornando-se um dos fatores-chave da motivação de qualquer profissional.
Gerência de Projetos de TI 31
Processos de Gerenciamento de Recursos Humanos
• Planejamento Organizacional;
• Recrutamento de pessoal;
• Desenvolvimento do time.
Recrutamento de Pessoal - Processo que envolve recrutar os recursos humanos necessários para os
trabalhos do projeto. Esse recrutamento pode ser realizado interna ou externamente à organização.
Cuidado especial deve ser dado ao recrutar o recurso que tenha a habilidade solicitada para a atividade,
não avaliando apenas sua disponibilidade. A lista dos membros do projeto e suas funções é um dos
produtos desse processo.
Gerência de Projetos de TI 32
Plano de Gerenciamento de Recursos Humanos
Gerência de Projetos de TI 33
participam ativamente o emissor e o receptor da informação, com os envolvidos atuando, na maioria
das vezes, como emissores e receptores simultaneamente.
Com em base estudos feitos sobre as estruturas das organizações, podem ser estabelecidos
alguns fluxos no processo de trabalho provocados por diferentes mecanismos de comunicação entre as
pessoas dentro de uma organização, dentre os quais podemos citar:
Gerência de Projetos de TI 34
• Fluxo do Processo Decisório Específico - onde o processo de comunicação é
necessário para decisões específicas, partindo da geração do problema até chegar à
decisão específica a ser tomada.
• Distribuição de Informações;
• Encerramento Administrativo.
Gerência de Projetos de TI 35
Quando falamos em gerenciamento das comunicações, é importante lembrar que as
pessoas dão o melhor de si quando compreendem completamente as decisões que as afetam e suas
razões. Elas precisam perceber o que têm de fazer e o porquê, seu desempenho está diretamente ao
grau de entendimento do contexto.
Gerência de Projetos de TI 36
O gerenciamento de riscos, têm merecido cada vez mais atenção dos gerentes de projeto
devido às grades somas associados aos empreendimentos, bem como por causa da preocupação em
zelar pela reputação dos patrocinadores e da equipe de projeto.
Todo risco necessita ser avaliado segundo dois aspectos: probabilidade de ocorrência e
gravidade das conseqüências. Ao se multiplicar a probabilidade de um determinado risco acontecer
com sua gravidade, normalmente expressa em valores de prejuízo financeiro, tem-se um conceito
fundamental para a quantificação dos riscos denominado Valor Monetárío Esperado (Earned
Monetary Value). As prioridades na resposta ao risco serão para os eventos que apresentarem maior
Valor Monetário Esperado.
• Planejamento de riscos;
Gerência de Projetos de TI 37
Planejamento de Riscos - Processo que tem como objetivo planejar todas as ações relacionadas ao
gerenciamento dos riscos no projeto. Visa garantir que o nível, o tipo e a visibilidade dos processos de
riscos estão compatíveis com as necessidades da organização.
Identificação dos Riscos - Processo que consiste em identificar os riscos que podem afetar o sucesso
do projeto e verificar quais são suas características.
Análise Qualitativa dos Riscos - Processo que avalia e determina o impacto dos riscos e a
probabilidade dos riscos identificados. Envolve priorizar os riscos de acordo com seu impacto
potencial e os objetivos do projeto.
Análise Quantitativa dos Riscos - Processo que tem foco na análise numérica de cada risco e suas
conseqüências aos objetivos do projeto, além de avaliar os riscos gerais do projeto.
Planejamento de Respostas aos Riscos - Processo que consiste em desenvolver respostas aos riscos
qualificados e quantificados nos processos anteriores. A maioria das respostas aos riscos podem ser
separadas em quatro categorias:
Gerência de Projetos de TI 38
• identificar impactos;
Gerência de Projetos de TI 39
6.8 Gerenciamento de Contratos e Suprimentos
Gerência de Projetos de TI 40
• Contratos por Administração - Essa modalidade engloba o pagamento (reembolso)
para o vendedor de seus custos reais acrescidos de um percentual desse custo como
forma de remuneração. É o menos desejável pela equipe do projeto porque não
incentiva que o contratado economize, uma vez que seu lucro é uma função dos
custos incorridos, ou seja, quanto mais elevados forem os custos, mais o fornecedor
ganha;
• Planejamento de Suprimentos;
• Processos de Requisições;
• Seleção de Fornecedores;
• Administração de Contratos;
• Encerramento de Contratos.
Gerência de Projetos de TI 41
Processo de Requisição - Processo que consiste na obtenção de cotações e propostas de potenciais
fornecedores. Normalmente, não representa custo para o projeto. O produto desse processo são as
propostas recebidas de todos os candidatos.
É o documento formal que descreve os procedimentos que serão utilizados para gerenciar
todos os contratos do projeto. No plano, devem estar documentados os seguintes fatores:
Gerência de Projetos de TI 42
• quais os critérios de avaliação de cotações e propostas;
A gestão da integração do projeto consiste em garantir que todas as demais áreas estejam
em único todo. Seu objetivo é estruturar todo o projeto de modo a garantir que as necessidades dos
envolvidos sejam atendidas ou até mesmo superadas.
Desenvolvimento do Plano Geral do Projeto – Processo que utiliza a saída dos outros processos de
planejamento para criar um documento consistente e coerente que pode ser utilizado para guiar a
Gerência de Projetos de TI 43
execução e o controle do projeto. O Plano Geral do Projeto é o produto desse processo e tem, como
subelementos, os planos de escopo, tempo, custo, qualidade, recursos humanos, riscos, comunicações e
suprimentos.
Controle Integrado de Mudanças – Processo responsável pela manutenção da integridade das linhas
de base do plano do projeto, garantindo que o escopo esteja em conformidade com as definições no
plano de escopo e coordenado todas as mudanças nas outras áreas do projeto.
• Os cronogramas do projeto;
• Indicadores de desempenho;
• Planos secundários.
Gerência de Projetos de TI 44
Plano Geral do Projeto
Título do Projeto: Data de Início: N°:
Introdução: Propósito do Plano
Histórico do Projeto
Abordagem.
Metas e Objetivo: De negócio
Do Projeto
Escopo: Definição do escopo
Custos, benefício e riscos
Lista de produtos (deliverables)
Marcos
Impactos
Restrições: Do projeto
De projetos associados
Dependências críticas
Legais
Qualidade: Ferramentas e técnicas
Revisões
Teste
Padrões de performance
Gerência
Treinamento
Gerenciamento do projeto: WBS
Estimativas
Funções e responsabilidades
Gerenciamento de mudanças
Comunicações
Controles
Riscos
Custos
Padrões usados
Anexos: WBS expandido
Diretório de contatos
Avaliação dos riscos
Reportes orçamentários
Relatórios de impacto (ambientais, mercadológicos, etc)
Aprovações:
Gerência de Projetos de TI 45
7 Reuniões
Em projetos existem reuniões associadas ao cicio de vida dos mesmos, e que ocorrem em
momentos determinados desse ciclo. Entre as mais importantes podemos citar:
• Reunião de Partida (kíckoff meetíng);
• Reunião de Acompanhamento (follow-up meeting);
• Reunião de Encerramento ou de Entrega do projeto (end up meetíng).
Normalmente é um evento que obedece às características de uma reunião normal, mas em projetos de
grande porte pode se transformar num seminário de partida. A Reunião de Partida normalmente se
realiza em duas etapas: a primeira com a equipe interna e abordando aspectos mais técnicos, de
integração, de comunicação e de funcionamento ao longo do projeto, e a Segunda com o cliente ou
usuário final e tratando mais de apoio do cliente e stakeholders, formas de reporte e acompanhamento
ao longo do projeto e prazos de entrega.
Dependendo do tamanho e abrangência do projeto, cada reunião deverá durar entre 2 a 4 horas, com
um intervalo no meio.
Gerência de Projetos de TI 46
•reforço e esclarecimento quanto aos objetivos da reunião;
•resumo e discussão dos principais assuntos relacionados ao planejamento gerencial
e de um plano geral do projeto, abordando com destaque o escopo e cronograma;
•discussão sobre a gestão do contrato em si, seus cuidados especiais, estratégias e
instrumentos;
•determinação de medidas a serem tomadas de imediato e a curto prazo para que o
projeto se inicie de fato.
Gerência de Projetos de TI 47
A Reunião de Encerramento ou de Entrega caracteriza e formaliza o fim do projeto e todo
o envolvimento do gerente e sua equipe com o mesmo. A partir desta reunião o projeto é considerado
entregue e funcionando a contento, perdendo suas características de projeto e passando a ter vida
própria e funcionamento independente.
Deve ser uma reunião formal, com a presença do cliente, stakeholders mais envolvidos
(como financiadores, patrocinadores e outros), gerente do projeto e representantes da equipe do
projeto. Sua duração recomendada é a mesma da Reunião de Partida, embora ela possa se estender por
mais tempo, dependendo do tamanho e da complexidade do projeto desenvolvido.
Gerência de Projetos de TI 48
8 Conflito em Projetos
O conflito é fruto do desacordo entre os indivíduos. É um componente básico do
comportamento humano, inevitável em tudo que envolve pessoas.
Para haver conflito, é preciso que algo esteja em jogo. Se a ação de uma parte reduz as
possibilidades da outra parte de ganhar o que está em jogo, então o conflito aumenta. Se o resultado
for importante e as ações de ambos os lados bloqueiam a trajetória da outra parte em direção a seus
objetivos, então ambas sentem que o valor do resultado ficou reduzido e, novamente, o potencial de
conflito aumenta.
Conflito tradicional e contemporâneo
Perspectiva tradicional Perspectiva contemporânea
São causados pelos indivíduos problemáticos São inevitáveis entre os seres humanos
São um mal Freqüentemente são benéficos
Deveriam ser evitados São o resultado natural
Devem ser eliminados Podem e devem ser gerenciados
O conflito é positivo quando ajuda a resolver um problema ou quando contribui para o
cumprimento dos objetivos. E prejudicial, entretanto, quando há a aplicação de recursos ou de
energias e o resultado correspondente demonstra pouco ou nenhum progresso.
Tipos de conflito
Gerência de Projetos de TI 49
Os conflitos podem ser classificados em três categorias principais: intrapessoal, em que o
indivíduo luta internamente com um conflito que independe dos outros; interpessoal, em que ocorre
uma interação entre os indivíduos; e intergrupal, em que os departamentos ou outros grupos estão em
desacordo. A seguir, uma breve descrição destes três tipos:
Conflito intrapessoal aqui o atrito ocorre dentro do indivíduo por causa da frustração de
expectativas pessoais, profissionais ou relacionadas com o trabalho. O conflito pode partir de causas
internas como ansiedades pessoais que nada têm a ver com o trabalho. Caso estes conflitos internos
não sejam postos para fora e não se transformem em interpessoais, podem permanecer latentes, pouco
afetando o trabalho em si.
Conflito intergrupal quando um grupo ou equipe é jogado contra outro surge o conflito intergrupal.
Qualquer assunto relacionado ou não com o trabalho pode ser a causa do conflito. Os conflitos
intergrupais normalmente são seqüelas de atritos pessoais entre líderes influentes. Este tipo pode ser
tratado em bases interpessoais através destes líderes influentes.
Embora os conflitos possam ser exclusivos, isto é, apenas um tipo existe em determinado
momento, também pode haver a ocorrência simultânea de dois ou mais tipo de conflitos. Por exemplo,
um conflito intrapessoal sobre a relação custo/qualidade de um projeto poderia deflagrar um atrito
posterior e desencadear um desacordo interpessoal. Este desacordo, por sua vez, poderia fazer com
que os respectivos grupos cerrassem fileiras em volta dos principais participantes e, assim, resultar
numa disputa intergrupal.
Conflitos na área de administração de projetos
Embora o conflito possa surgir em qualquer situação onde haja seres humanos, os projetos
proporcionam ambientes particularmente suscetíveis à geração de tensões. E quais as razões para esta
abundância de conflitos na implantação de projetos? Exemplos de algumas das principais fontes:
Gerência de Projetos de TI 50
• Prioridades pontos de vistas diferentes sobre a seqüência de execução das
atividades para atingir objetivos;
• Procedimentos Administrativos divergências com relação à maneira de gerenciar
o trabalho, inclusive quanto à definição de responsabilidades e rotinas
administrativas;
• Recursos Humanos divergências sobre a utilização de pessoal;
• Objetivos de Custo enfoques diferentes sobre as estimativas de custo;
• Personalidade diferenças interpessoais não provocadas por motivos técnicos ou
administrativos.
Gerência de Projetos de TI 51
Seja qual for a causa, o fato é que o conflito gera efeitos, ora benefícios, ora prejudiciais.
Gerência de Projetos de TI 52
Efeitos do conflito
O conflito provoca efeitos benéficos em projetos, nos casos em que contribui para o
andamento dos trabalhos ou quando indiretamente funciona como um agente catalisador para atingir os
objetivos. É prejudicial quando tem efeitos opostos, fazendo com que o projeto perca seu impulso, ou
quando cria situações que resultem no desperdício de esforços.
O conflito em projetos pode ser comparado com a dor do corpo humano. Embora não
normalmente vista com bons olhos, sem a dor, o índice de mortalidade humana agravar-se-ia
acentuadamente, já que as pessoas não receberiam o indispensável sinal de alerta quanto às disfunções
do corpo. Do mesmo modo que a dor pode ser aliviada por ação curativa, o conflito - se for tratado
pronta e eficientemente - também poderá ser reduzido ou eliminado. Caso contrário, tanto a dor no
corpo quanto o conflito podem piorar e chegar a situações de difícil solução.
Além do seu papel de sensor, o conflito tem outros aspectos positivos. Possibilita desafio
na busca de novas soluções e dá, aos grupos e aos indivíduos, oportunidade para resolverem problemas
em conjunto. Quando os grupos se unem em torno de uma causa, o estímulo resultante pode levar à
descoberta de novos fatos e informações que geram benefícios para o projeto. O conflito também atua
como um "monitor do poder" entre as partes dissidentes, permitindo-lhes medir as forças relativas que
poderão ser usadas em interações futuras.
O conflito nos projetos, quando administrado da maneira adequada, pode ser útil para
atingir os resultados programados. Em muitos casos, isto significará a simples administração do
conflito à medida que ele surge. Em outros, no entanto, pode ser necessário instigá-lo. Por exemplo, se
os planejadores vivem adiando a elaboração do plano porque lhes faltam dados e outras informações,
Gerência de Projetos de TI 53
um empurrão por parte do gerente para inicialmente usar dados estimativos pode gerar "feedback" útil
às outras partes que integram o projeto. Jogar o assunto numa arena de conflito potencial pode
desencadear a discussão que levará ao estabelecimento oportuno da programação necessária. No caso,
o conflito é provocado deliberadamente para produzir efeitos benéficos futuros.
O conflito serve para indicar que algo está errado, que precisa de medidas corretivas. Estas
medidas podem variar desde uma virada drástica até um suave tratamento comportamental.
O conflito é prejudicial
O conflito causa tensão - A tensão, em alguns casos, pode. criar seqüelas pouco saudáveis. A tensão
provoca efeitos físicos e emocionais sobre o organismo humano, trazendo úlceras, dores na coluna e
palpitações espúrias. Traz noites de insônia e crises de irritação, cobrando o seu preço em efeitos
corpóreos e mentais.
O conflito cria uma atmosfera improdutiva - Em situações de alto nível de conflito, a produtividade
dos indivíduos sofre queda, devido à incerteza gerada pelos pontos de vista divergentes. Enquanto
persistir o conflito, a confusão e a ambigüidade subseqüentes não permitem que a produtividade das
pessoas atinja o seu melhor nível.
Gerência de Projetos de TI 54
Os conflitos tendem a distorcer o comportamento entre as pessoas - Nas situações de conflito, o
senso de valores dos indivíduos pode ser substituído por um excesso de busca de justificativa. A
prática de fixar prioridades pode ser ignorada um favor de um processo decisório aleatório. As
decisões podem se transformar em determinações fortemente autoritária. E, finalmente, a lealdade
pode ser tornar mais importante do que buscar a melhor solução.
Não há uma única maneira de ser resolver conflitos. As técnicas de solução de conflitos
variam da abordagem de "forçar a barra", que se baseia no poder, até a "retirada estratégica", que
apresenta uma desistência. As técnicas intermediárias incluem variações de "panos quentes",
negociação e colaboração. As interpretações destes modos de solução de conflitos são:
Retirada estratégica - significa "cair fora", fugir ou desistir. Pode ser utilizada também como tática de
curto prazo para ganhar tempo ou como abordagem estratégica para períodos mais prolongados. A
retirada é uma maneira passiva de tratar o conflito e, em geral, não consegue resolver totalmente o
problema. É, antes, uma solução de emergência.
Negociação - significa barganha. O objetivo aqui é o de atingir uma acordo aceitável. Mesmo quando
o acordo está aquém da solução ideal para cada uma das partes, presume-se que representa o melhor
entendimento que se pode atingir. Quando se chega a um meio-termo e quando este é aceito pelas
partes como solução, então pode-se dizer que essa técnica proporciona soluções definitivas para
situações de conflito.
Colaboração - é a "solução objetiva de problemas" para resolver os conflitos. Aqui, a filosofia que
predomina é: delinear os problemas; e resolvê-los de maneira objetiva. A colaboração requer diálogo
entre os participantes, que devem ser competentes do ponto de vista técnico e administrativo.
Proporciona soluções definitivas para situações de conflito e, em última análise resolve o problema em
questão.
Força - significa o recurso ao poder para resolver um conflito. Esta abordagem resulta na situação
"vencedor/perdedor", em que uma das partes supera claramente a outra. A força, normalmente, requer
menos tempo do que colaboração e a negociação, mas tem o efeito não desejado de deixar seqüelas.
Gerência de Projetos de TI 55
Quais das cinco abordagens deveriam ser favorecidas e quais deveriam ser evitadas?
Obviamente "a que funcionar" é a técnica correta de administrar o conflito. A abordagem que derruba
barreiras e limpa o caminho para levar o projeto adiante é a mais adequada. No entanto, não é fácil
escolher a melhor alternativa, pois há muitas variáveis. Cada situação é diferente. As características
pessoais, a política interna, os objetivos e programas pessoais e os relacionamentos existentes são
fatores que influenciam a maneira pela qual se administra conflitos, tornando difícil o estabelecimento
de regras rígidas.
Observa-se, no entanto, que a abordagem de colaboração não pode ser utilizada em todas
as situações. São necessárias as seguintes circunstâncias especiais para se aplicar esta abordagem: as
partes devem buscar uma solução que considere os objetivos de todos e que seja aceitável para todos;
as partes têm a responsabilidade de se mostrarem abertas a respeito dos fatos, opiniões e sentimentos; e
as partes devem concordar em controlar o processo para se chegar ao acordo, mas não ditar o conteúdo
do acordo final.
Gerência de Projetos de TI 56
Assim, cada forma de solução de conflito pode ser aplicada a um conjunto específico de
situações. Apresentamos, a seguir, uma relação detalhada de situações apropriadas para cada modo de
tratar o conflito, extraída do livro "lnterpersonal Conflict Resolution", de Filley.
Gerência de Projetos de TI 57
• Para evitar a impressão de estar "brigando".
Gerência de Projetos de TI 58
Planejamento como forma para lidar com conflitos
Uma maneira de administrar conflito é esperá-lo acontecer e depois lidar com o problema,
utilizando-se tanto das habilidades pessoais quanto das técnicas arroladas neste capítulo. Para que esta
abordagem tenha sucesso, é preciso que os membros da equipe sejam bem versados em administração
de conflitos e estejam constantemente alertas para eventuais erupções de dissidência.
Outro método para gerenciar o conflito, no entanto, é a abordagem de planejamento preventivo. Nesta
abordagem, a idéia é a de provocar conflitos "benéficos" enquanto se reduz os prejudiciais.
Planejamento técnico - A análise dos conflitos normais em projetos revela que a maior parte da
discórdia emana dos aspectos básicos da administração do projeto. Cronologia, prioridades e alocação
de recursos humanos são as principais fontes de conflito, seguidos dos objetivos técnicos,
administrativos e de custo. Portanto, se as funções de planejamento e programação forem bem
executadas, aumentam as possibilidades de se atingir as metas propostas e os níveis de conflito tendem
a diminuir.
Gerência de Projetos de TI 59
Parte do trabalho do gerente e da equipe consiste em gerenciar o conflito. A natureza
dinâmica dos projetos requer que se despenda um tempo substancial da gerência nesta tarefa. Em
alguns casos, as disputas podem ser resolvidas por uma simples decisão. No entanto, na maioria das
vezes, os gerentes e os elementos da equipe precisam desempenhar a função de catalisadores, visando
influenciar as partes conflitantes por meio de persuasão, pressão e paciência, para que o projeto tome
os rumos corretos.
Bons profissionais abordam o conflito nas suas fases iniciais. Analisam possíveis atritos
antes que estes aconteçam e preparam planos de ação adequados para lidar com problemas em
potencial. E, ainda, mais, concentram seus esforços na criação de um ambiente destinado a evitar
conflitos. Em resumo, os bons gerentes e profissionais conseguem evitar muitos conflitos através do
planejamento e administram os demais à medida que estes aparecem.
Gerência de Projetos de TI 60
compatibilidade de objetivos e metas, quando se trabalha em equipe com pessoas heterogêneas, esse
potencial torna-se mais relevante. Administrar conflitos não é simplesmente acabar com ele, conflito é
um processo e não pode ser reduzido a meros episódios isolados, sob a pena de obtermos uma visão
limitada, incompleta e distorcida da realidade.
Embora tradicionalmente o conflito tem sido considerado como negativo, observa-se uma
tendência a ver este fenômeno também por outro prisma, isto é, de uma forma isenta, focalizando tanto
os aspectos negativos como os positivos, para um bom gerente de projetos é imperativa a obrigação
de estabelecer um processo de obtenção de resultados que atenda às necessidades e expectativas das
diversas partes envolvidas e da organização como um todo com o mínimo de perdas para cada uma
delas. Portanto o gestor deve estar sempre orientado para o resultado, e não apenas para resolver uma
situação específica. Podemos dizer que a tarefa de conduzir grupos não é algo que possa ser
classificado como simples, pois via de regra seus componentes possuem diferentes características e
comportamentos, um bom gestor além de ter liderança deve obrigatoriamente possuir habilidade para
negociar, sensibilidade e bom senso.
Gerência de Projetos de TI 61
10 PMO
O Escritório de Gestão de Projetos, ou PMO - Project Management Office é uma estrutura
organizacional criada para atender a demanda em termos de coordenação da gestão de projetos em
empresas, sua principal função é normalizar e padronizar as práticas, processos, operações e de gestão
de projetos, e esses processos padronizados deveriam conduzir a resultados consistentes e repetíveis, e
a uma maior probabilidade de sucesso dos projetos.
O objetivo principal do PMO é melhorar a taxa de sucesso dos projetos e promover os projetos
a todos os stakeholders. O PMO deve prover suporte aos gerentes de projetos (administrativo,
operacional e organizacional) e também organizar o processo de gestão de projetos, com a definição de
padrões e modelos, consultoria e treinamento.
Para o sucesso do PMO, a regra principal que se deve sempre ter em mente é que essa é uma
iniciativa de mudança cultural, e deve ser tratada com objetivos de longo prazo, uma vez que envolve
mudar a forma como as pessoas fazem seus trabalhos.
O retorno do sucesso do PMO são os benefícios que ele apresenta para a organização. Estes
benefícios são: a difusão da cultura de gerencia de projetos, a definição das métricas dos processos,
aumento da qualidade de forma ampla, a padronização da metodologia de gerencia de projetos, o
aumento do sucesso dos projetos, a diminuição dos custos nos projetos. Toda organização busca a
diminuição dos seus custos de projetos bem como aumentar sua competitividade.
Gerência de Projetos de TI 62
11 Terminologias
Atividade Predecessora – Atividade que deve iniciar, ou terminar, antes que outra possa iniciar ou
terminar.
Diagrama de Rede – Diagrama que mostra a dependência entre atividades de projeto. As atividades
são representadas por caixas, ou nós, e as dependências entre atividades representadas por linhas que
conectam as caixas. Um dos mais conhecidos é o PERT.
Gerência de Projetos de TI 63
Gerenciamento de Riscos – Subconjunto do gerenciamento de projetos que engloba os processos
envolvidos com a identificação, a análise e as respostas ao risco do projeto.
Marco – Ponto de referencia que marca um evento importante em um projeto e também serve para
monitorar o andamento do mesmo.
Stakeholders – Pessoas físicas ou jurídicas que têm interesse (afetado) no resultado do projeto de
determinado projeto.
WBS – Structure Breakdown Work, também conhecida como estrutura de divisão do trabalho. É uma
ferramenta de decomposição do trabalho do projeto em partes manejáveis.
Gerência de Projetos de TI 64