Download - Gerenciamento de Projetos de TI
![Page 1: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/1.jpg)
Gerenciamento de Projetos de TI
Eliseu Castelo Branco Jr.,PMP
![Page 2: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/2.jpg)
UNIDADE 1 - INTRODUÇÃO, DEFINE OS TERMOS CHAVES E
APRESENTA UMA VISÃO GERAL DO RESTO DO
GERENCIAMENTO DE PROJETOS
UNIDADE 2 - O CONTEXTO DA GERÊNCIA DE PROJETOS,
DESCREVE O AMBIENTE NO QUAL O PROJETO OPERA.
UNIDADE 3 - OS PROCESSOS DA GERÊNCIA DE PROJETOS,
APRESENTA UMA VISÃO GERAL DA INTERAÇÃO ENTRE OS
DIVERSOS PROCESSOS DE GERENCIAMENTO DE PROJETOS
ESTUDO DOS PROCESSOS GERENCIAIS DO PMBOK 4ª Edição
Ementa da Disciplina
![Page 3: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/3.jpg)
Cronograma de Aulas - QUINTA
FEVEREIRO MARÇO ABRIL MAIO JUNHO4 4 1 6 FERIADO-3
11 11 AV1 - 8 13 AV2-10 18 18 15 20 17
25 25 22 27 AV3-24 29
4 4 5 4 3
TOTAL 19FREQ MIN 15
![Page 4: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/4.jpg)
Cronograma de Aulas - SEXTAFEVEREIRO MARÇO ABRIL MAIO JUNHO
5 5 FERIADO-2 7 412 12 AV1 – 9 14 AV2-11 19 FERIADO-19 16 21 18
26 26 23 28 AV3-25 30
4 3 4 4 4
TOTAL 19FREQ MIN 15
![Page 5: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/5.jpg)
Provas sobre conteúdo teórico da disciplina (Av1, Av2, Av3)
Trabalhos de pesquisa publicados na Internet
Documentos de Gerenciamento de Projetos entregues
Exercícios realizados em sala de aula OBS: mínimo de 80% de presença em sala
de aula necessário para aprovação na disciplina.
Avaliações
![Page 6: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/6.jpg)
O objetivo geral do curso é preparar os alunos para utilizarem as boas práticas recomendadas pelo PMI no Guia PMBOK para condução de projetos de tecnologia da informação.
Objetivos específicos:
a) apresentar os conceitos básicos de gestão de projetos para gestores e equipes de TI
b) capacitar o aluno a elaborar um plano de projetos seguindo as recomendações do PMBOK
c) desenvolver um processo de gerenciamento de projetos para utilização por equipes de TI
Objetivo
![Page 7: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/7.jpg)
Boas Vindas
Minha Característica Maior “Todos nós temos características marcantes
e visíveis aos outros” Coloque na folha de papel que irá receber
uma palavra que resume aquilo que você é ou faz de melhor.
![Page 8: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/8.jpg)
Apresentação dos Alunos Apresente-se para o grupo. Gostaríamos de saber Qual é o seu nome? Qual a sua formação acadêmica? Qual a sua experiência profissional? O que o motivou a se inscrever no curso de
gestão de projetos? Qual é sua característica maior?
![Page 9: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/9.jpg)
9
Elementos fundamentais da Gerência de Projetos
A Gerência de Projetos é o principal meio para lidar com mudanças de produtos, de serviços e de processos nas organizações contemporâneas
![Page 10: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/10.jpg)
10
Elementos fundamentais da Gerência de Projetos
A comunidade de gerência de projetos tem desenvolvido processos e técnicas especializados para lidar com desafios de planejamento, organização e motivação dos membros das equipes, liderança de equipes, acompanhamento, avaliação e controle de recursos
![Page 11: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/11.jpg)
11
Critérios para identificação de projetos Projetos são realizados para
◦Resolver problemas complexos (de alto risco) que as operações contínuas não conseguem tratar;
◦Criar produtos ou serviços novos e únicos;
◦Oferecer oportunidade de aprendizagem organizacional aos participantes;
◦Realizar atividades de inovação
![Page 12: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/12.jpg)
12
Definição de Projeto
Um empreendimento Único com INÍCIO e FIM determinados, dirigido por pessoas, para atingir Objetivos predefinidos dentro de Restrições
Escopo
Prazo
CustoQualidade
Satisfação do Cliente
![Page 13: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/13.jpg)
13
Atributos de um ProjetoObjetivos definidos antecipadamente
Temporário e recursos limitados
Necessita de Gestor, Cliente e Patrocinador
Susceptível a mudanças e incertezas
Possui elaboração progressiva
É trabalhado por etapas
![Page 14: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/14.jpg)
Abertura do Projeto
1ª Questão: O que é um termo de abertura?
O termo de abertura do projeto é o documento que autoriza formalmente um projeto.
“Praticamente todos os projetos são planejados e implementados em um contexto social, econômico e ambiental e têm impactos intencionais e não intencionais positivos e/ou negativos. A equipe do projeto deve considerar o projeto em seus contextos ambientais cultural, social, internacional, político e físico.” (PMBOK 3ª Edição)
![Page 15: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/15.jpg)
Ciclo de Vida do ProjetoAbertura do Projeto
Fonte: PMBOK 3ªEdiçãoFigura 2-3. Seqüência típica de fases no ciclo de vida de um projeto
![Page 16: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/16.jpg)
Existem três documentos principais descritos no Guia PMBOK® e cada um deles possui um objetivo específico:
Termo de abertura do projeto. Autoriza formalmente o projeto.
Declaração do escopo do projeto. Determina qual trabalho deverá ser realizado e quais entregas precisam ser produzidas.
Plano de gerenciamento do projeto. Determina como o trabalho será realizado.
(PMBOK 3ª Edição)
Principais documentos
![Page 17: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/17.jpg)
O termo de abertura do projeto concede ao gerente de projetos a autoridade para aplicar os recursos organizacionais nas atividades do projeto.
Um gerente de projetos é identificado e designado o mais cedo possível no projeto.
O gerente de projetos sempre deve ser designado antes do início do planejamento e, de preferência, enquanto o termo de abertura do projeto estiver sendo desenvolvido.
(PMBOK 3ª Edição)
Qual a função do termo de abertura?
![Page 18: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/18.jpg)
A elaboração do termo de abertura de um projeto liga o projeto ao trabalho em andamento da organização.
Em algumas organizações, o termo de abertura e a iniciação do projeto não são formalmente realizados antes do término de uma avaliação de necessidades, um estudo de viabilidade, um plano preliminar ou alguma outra forma equivalente de análise que tenha sido iniciada separadamente.
(PMBOK 3ª Edição)
Importância do Termo de Abertura
![Page 19: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/19.jpg)
19
O que é preciso para se iniciar um projeto?
Necessidades
Objetivo
Produtos (entregas)
![Page 20: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/20.jpg)
20
Hierarquia das Informações
Problema ou Necessidade
Objetivo do Projeto
Resultados Esperados
Situação presente que nos leva a
realizar o projeto – “por que” -
Situação futura desejada- Critério de Sucesso -
Lista de produtos ou serviços gerados pelo
projeto
![Page 21: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/21.jpg)
21
Necessidade
A necessidade de um projeto é a descrição da ligação entre o objetivo e a demanda de negócio do patrocinador do projeto
Em uma empresa, a necessidade deverá estar ligada ao Plano Estratégico da mesma
![Page 22: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/22.jpg)
22
Objetivo
O objetivo de um projeto é o critério pelo qual podemos avaliar o sucesso do projeto. Sendo assim, um objetivo de projeto deve ser definido a fim de poder ser MEDIDO.
![Page 23: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/23.jpg)
23
Exemplo de produtos (entregas) Escopo do projeto: Preparar um jantar
rápido tendo como prato escolhido camarão, arroz branco e salada.
Produtos:◦ Camarão◦ Arroz banco◦ Salada
Resultados finais – produtos ou serviços gerados pelo projeto.
![Page 24: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/24.jpg)
24
Exemplo - Objetivo Preparar um jantar rápido.
Preparar um jantar em 20 minutos. Um bom objetivo deve ser MENSURÀVEL
O que é rápido?
![Page 25: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/25.jpg)
25
Exemplo - necessidade A Necessidade contribui para manter a
execução do projeto em sintonia com o negócio.
Ex. “Preparar um jantar rápido tendo como prato escolhido camarão, arroz branco e salada a fim de impressionar a minha nova namorada.”
![Page 26: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/26.jpg)
O desenvolvimento do termo de abertura do projeto trata principalmente da documentação das necessidades de negócios, da justificativa do projeto, do entendimento atual das necessidades do cliente e do novo produto, serviço ou resultado que deve satisfazer esses requisitos.
O termo de abertura do projeto, diretamente ou referenciando outros documentos, deve abordar as seguintes informações:
(PMBOK 3ª Edição)
Documentação da Iniciação do Projeto
![Page 27: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/27.jpg)
Requisitos que satisfazem as necessidades, desejos e expectativas do cliente, do patrocinador e de outras partes interessadas
Necessidades de negócios, descrição de alto nível do projeto ou requisitos do produto para o qual o projeto é realizado
Objetivo ou justificativa do projeto Gerente de projetos designado e nível de
autoridade atribuída Cronograma de marcos sumarizado
Informações contidas no Termo de Abertura
![Page 28: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/28.jpg)
Influência das partes interessadas Organizações funcionais e sua participação Premissas organizacionais, ambientais e
externas Restrições organizacionais, ambientais
externas Caso de negócios justificando o projeto,
incluindo o retorno sobre o investimento Orçamento sumarizado.
Informações contidas no Termo de Abertura
![Page 29: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/29.jpg)
Formação de equipes de projetos Preenchimento do modelo de documento de
termo de abertura. Dados:
◦ Problema ou necessidade: Reclamações dos usuários quanto à qualidade dos sistemas entregues (falhas de execução, lentidão, relatórios inconsistentes,etc).
◦ Objetivo: Aumentar o grau de satisfação dos usuários em 50% nos próximos 6 meses
◦ Resultados esperados: Melhoria no processo de desenvolvimento de software, diminuição de erros dos sistemas colocados em produção
Tempo do exercício: 20 minutos
Exercício
![Page 30: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/30.jpg)
Quando uma organização identifica uma oportunidade que deseja aproveitar, em geral irá autorizar um estudo de viabilidade para decidir se deve realizar o projeto.
A definição do ciclo de vida do projeto pode ajudar o gerente de projetos a esclarecer se deve tratar o estudo de viabilidade como a primeira fase do projeto ou como um projeto autônomo separado.
Quando o resultado desse esforço preliminar não é claramente identificável, é melhor tratar esses esforços como um projeto separado.
(PMBOK 3ª Edição)
Estudo de Viabilidade Técnico-econômica de Projetos
![Page 31: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/31.jpg)
31
Ciclo de Vida do ProjetoOs ciclos de vida do projeto geralmente definem:
Que trabalho técnico deve ser realizado em cada fase
Quando as entregas devem ser geradas em cada fase e como cada entrega é revisada, verificada e validada
Quem está envolvido em cada fase Como controlar e aprovar cada fase.
(PMBOK 3ªEdição)
![Page 32: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/32.jpg)
32
Características das Fases de um Projeto
Cada fase é marcada pela conclusão de um ou mais produtos da fase ◦ Exemplo: Estudo de Viabilidade, Design
detalhado ou protótipo. A conclusão de uma fase é geralmente
marcada pela revisão dos principais subprodutos e pela avaliação do desempenho do projeto
![Page 33: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/33.jpg)
33
Ciclo de Vida Genérico do Projeto
(PMBOK 3ªEdição)
![Page 34: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/34.jpg)
Muitos projetos estão ligados ao trabalho em andamento da organização executora.
Algumas organizações aprovam formalmente os projetos somente após o término de um estudo de viabilidade, um plano preliminar ou alguma outra forma equivalente de análise; nesses casos, o planejamento ou a análise preliminar assume a forma de um projeto separado.
Estudo de viabilidade como um projeto separado
(PMBOK 3ªEdição)
![Page 35: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/35.jpg)
Quando projetos grandes ou complexos podem ser separados em fases ou subprojetos distintos, como estudo de viabilidade, desenvolvimento de conceitos, projeto, elaboração de protótipo, construção, teste, etc., todos os processos do grupo de processos seriam normalmente repetidos para cada fase ou subprojeto.
Estudo de viabilidade como um projeto separado
(PMBOK 3ªEdição)
O que são grupos de processos gerenciais?
![Page 36: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/36.jpg)
Definição dos grupos de processos
Grupo de processos de iniciação. Define e autoriza o projeto ou uma fase do projeto
Grupo de processos de planejamento. Define e refina os objetivos e planeja a ação necessária para
alcançar os objetivos e o escopo para os quais o projeto foi realizado
Grupo de processos de execução. Integra pessoas e outros recursos para realizar o plano de
gerenciamento do projeto para o projeto.
![Page 37: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/37.jpg)
Definição dos grupos de processos
Grupo de processos de monitoramento e controle: Mede e monitora regularmente o progresso para identificar variações em relação ao plano de gerenciamento do projeto, de forma que possam ser tomadas ações corretivas quando necessário para atender aos objetivos do projeto.
Grupo de processos de encerramento: Formaliza a aceitação do produto, serviço ou resultado e conduz o projeto ou uma fase do projeto a um final ordenado
![Page 38: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/38.jpg)
Ciclo PDCA (Plan-Do-Check-Act)
Planejar
Fazer
Verificar
Agir
![Page 39: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/39.jpg)
Mapeamento entre os grupos de processos e o ciclo PDCA
Processos de Planejamento
Processos de Execução
Processo de
Iniciação
Processo de
Encerramento
Processos de monitoramento e controle
![Page 40: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/40.jpg)
40
Ciclo de Vida do Gerenciamento do Projeto
Fase de Iniciação
Autorização do projeto ou fase
Onde os objetivos são estruturados
Fase de Planejament
o
Refinamento dos objetivos
Onde os cronogramas, os orçamentos, a alocação de recursos, a definição do escopo são feitos para que o projeto esteja suficientemente levantado para ser executado.
![Page 41: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/41.jpg)
41
Ciclo de Vida do Gerenciamento do Projeto
Fase de Execução:
Materialização daquilo que foi
planejado.
Realização das Entregas
Fase de Controle
Consiste de ações corretivas
e preventivas para que a
execução do meu projeto retome o
plano.
Fase de Encerrament
o
Lições aprendidas do projeto são documentadas
O projeto é concluído.
![Page 42: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/42.jpg)
No final do processo do estudo de viabilidade você deve ter um acordo com o seu patrocinador sobre o trabalho que será realizado e o custo (tempo) e a duração que serão necessários para concluir o trabalho.
Estes três itens dão forma então a um conceito chamado "Restrição Tripla".
O aspecto chave da restrição tripla é que se um dos três itens mudar, obrigatoriamente no mínimo mais um dos três itens necessitará ser mudado também.
(Metodologia Ten Step)
Tripla Restrição
![Page 43: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/43.jpg)
Este é um conceito fácil de visualizar se você pensar na restrição tripla como um triângulo, com os lados que representam o custo, a duração e o escopo do trabalho.
Conceito da Tripla Restrição
Custo Duração
Escopo
![Page 44: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/44.jpg)
Se o escopo do trabalho aumentar, o custo e ou o prazo devem aumentar também. Isto faz sentido. Se você tiver mais trabalho a fazer, este trabalho necessitará de um custo (esforço) adicional e talvez de uma duração mais longa. (do mesmo modo se você reduzir o escopo do trabalho, o custo (esforço) e ou o prazo devem diminuir também.)
Conceito da Tripla Restrição
CustoDuração
Escopo
![Page 45: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/45.jpg)
Se você fosse solicitado para acelerar o projeto e concluir mais cedo do que o programado, seria também lógico para você solicitar menos trabalho. Entretanto, se você for solicitado para entregar o mesmo trabalho em menos tempo, o terceiro pé da restrição tripla deve aumentar para manter o contrapeso. Isto também deve fazer sentido.
Você necessitará aumentar os custos (esforços) através de horas extras ou talvez alocando mais recursos para concluir mais cedo a mesma quantidade de trabalho.
Conceito da Tripla Restrição
Custo
Duração
Escopo
![Page 46: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/46.jpg)
OBS: A restrição tripla pode ser escrita de varias maneiras similares.
O item custo também pode ser referido como esforço, que faz sentido se os custos de mão de obra forem todos internos e se não houver custos para os itens não relacionados diretamente com os custos de mão de obra.
Às vezes, o item escopo é referido como qualidade, que focaliza então em entregar um determinado nível da qualidade com um custo e uma duração predeterminado.
Estes aspectos são mais limitados da restrição tripla, mas os conceitos gerais continuam verídicos.)
(Metodologia Ten Step)
Várias formas daTripla Restrição
![Page 47: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/47.jpg)
O Estudo de Viabilidade Técnica e Econômica é uma análise das diversas aplicações comerciais de uma determinada tecnologia, bem como sua viabilidade técnica, econômica e mercadológica. Por isso o EVTE é uma ferramenta tão necessária a empresas de base tecnológica em fase inicial – e deve mesmo anteceder o Plano de Negócios.
A partir da análise de mercados e do potencial da tecnologia, o EVTE ajuda os empreendedores a planejar o desenvolvimento da tecnologia, do produto e, enfim, estruturar o negócio.
(Portal do Empreendedorismo – UFMG)
O que é o EVTE?
![Page 48: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/48.jpg)
Os EVTEs serão constituídos pela coleta de informações para cada projeto, caracterização do ambiente de negócios (mercado, competidores, parceiros etc.), projeção de receitas e despesas, cálculo dos indicadores de valoração, elaboração do documento EVTE e projeção de fluxo de caixa descontado.
Estrutura do EVTE
![Page 49: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/49.jpg)
1. Objetivo2. Levantamento da Demanda3. Benchmarking4. Análise de Alternativas5. Tipo de Estrutura Física6. Quadro Funcional7. Investimentos Necessários8. Projeção Econômico-financeira9. Conclusão
Exemplo de Estrutura do EVTE
![Page 50: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/50.jpg)
Formação de equipes de projetos Criação de um plano de EVTE para o projeto. Dados:
◦ Problema ou necessidade: Reclamações dos usuários quanto à qualidade dos sistemas entregues (falhas de execução, lentidão, relatórios inconsistentes,etc).
◦ Objetivo: Aumentar o grau de satisfação dos usuários em 50% nos próximos 6 meses
◦ Resultados esperados: Melhoria no processo de desenvolvimento de software, diminuição de erros dos sistemas colocados em produção
Tempo do Exercício: 30 minutos
Exercício
![Page 51: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/51.jpg)
Contratar ou mobilizar a equipe do projeto é o processo de obtenção dos recursos humanos necessários para terminar o projeto.
A equipe de gerenciamento de projetos pode ter ou não controle sobre os membros da equipe selecionados para o projeto.
(PMBOK 3ª Ed)
Montagem da Equipe
![Page 52: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/52.jpg)
O uso de equipes virtuais cria novas possibilidades durante a contratação ou a mobilização de membros da equipe do projeto.
As equipes virtuais podem ser definidas como grupos de pessoas com uma meta compartilhada que executam suas funções sem se encontrarem pessoalmente na maior parte do tempo. A disponibilidade de comunicação eletrônica, como email e videoconferência, viabilizou a existência dessas equipes.
(PMBOK 3ª Ed)
Equipes Virtuais
![Page 53: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/53.jpg)
O projeto terá o seu quadro de pessoal quando forem designadas para trabalhar nele as pessoas adequadas.
A documentação pode incluir uma lista da equipe do projeto, memorandos para membros da equipe e nomes inseridos em outras partes do plano de gerenciamento do projeto, como organogramas e cronogramas do projeto.
(PMBOK 3ª Ed)
Designações de pessoal para o projeto
![Page 54: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/54.jpg)
A disponibilidade de recursos documenta os períodos de tempo em que cada membro da equipe do projeto pode trabalhar no projeto.
A criação de um cronograma final confiável depende do fato de se ter um bom entendimento dos conflitos de cronograma individuais, inclusive período de férias e compromissos com outros projetos.
(PMBOK 3ª Ed)
Disponibilidade de recursos
![Page 55: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/55.jpg)
EAR-Estutura Analítica de Recursos
![Page 56: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/56.jpg)
Competência noConhecimento da Gerência de Projetos
Competência naHabilidade da Gerência de Projetos
Competência naDimensão Pessoal da Gerência de Projetos
Atributos Pessoais
Escopo, Prazo, Custo, QualidadeRisco, Intervenientes, Nível de Satisfação
Desempenho do Projeto
Influência das competências no desempenho do projeto
![Page 57: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/57.jpg)
IM - IMPLEMENTADOR
Características típicas: Conservador, previsível, cumpridor do dever Habilidade para organizar, senso comum
prático, esforçado, autodisciplinado
James Gosling,Criador da linguagem Java
![Page 58: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/58.jpg)
IM - IMPLEMENTADOR
Fraquezas permitidas: Falta de flexibilidade, Irresponsabilidade para desaprovar idéias
Processos deExecução
![Page 59: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/59.jpg)
CO - COORDENADOR
Características típicas: Calmo, auto-confiante, controlado Uma capacidade para tratamento e
receptividade para todos os colaboradores potenciais nos seus méritos e sem preconceito.
Um forte senso de objetividade
![Page 60: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/60.jpg)
CO - COORDENADOR
Fraquezas permitidas: Comum em termos de habilidade intelectual
e criativa
Processos deControle
Processos de Planejamento
![Page 61: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/61.jpg)
FM - FORMATADOR
Características típicas: Altamente correto, fácil de lidar. Pessoa dinâmica Direção e uma prontidão para
desafiar a inércia, a ineficiência, a complacência ou a auto-piedade
Alan Mathison Turing,Pai da Computação
![Page 62: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/62.jpg)
FM - FORMATADOR
Fraquezas permitidas: Propensão a provocação, irritação e
impaciência
Processos de Execução
![Page 63: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/63.jpg)
CI - CRIADOR
Características típicas: Individualista, sério, não-ortodoxo Genialidade, imaginação, intelectual, conhecimento
Steve Jobs, CEO da Apple
![Page 64: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/64.jpg)
CI - CRIADOR
Fraquezas permitidas: Em cima das nuvens, inclinado a
desconsiderar detalhes práticos ou protocolos
Processos de Planejamento
![Page 65: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/65.jpg)
PI – PESQUISADOR INVESTIGADORCaracterísticas típicas:
Investigador, extrovertido, entusiasmado, comunicativo
Uma capacidade para contagiar pessoas e explorar algo novo.
Uma habilidade para responder a desafios Linus Torvalds,
Criador do Linux
![Page 66: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/66.jpg)
PI – PESQUISADOR INVESTIGADORFraquezas permitidas: É passível à perda de interesse depois da
fascinação inicial
Processos de Planejamento
Processos de Iniciação
![Page 67: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/67.jpg)
MA – MONITOR/AVALIADOR
Características típicas: Sem emoção Prudente Julgamento discreto
Norton e Kaplan, Criadores do BSC
![Page 68: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/68.jpg)
MA – MONITOR/AVALIADOR
Fraquezas permitidas: Falta de inspiração ou habilidade para
motivar outros
Processos deControle
![Page 69: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/69.jpg)
TE – TRABALHADOR DE EQUIPE
Características típicas: Orientado socialmente Bastante moderado. Promove o espírito de
equipe Habilidoso para tratar
com pessoas e situações
Sergey Brin e Larry Page,Criadores do Google
![Page 70: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/70.jpg)
TE – TRABALHADOR DE EQUIPEFraquezas permitidas:
Indecisão em momentos de crise
Processos de Execução
![Page 71: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/71.jpg)
FI - FINALIZADOR
Características típicas: Cuidadoso Disciplinado Conscencioso
Malcolm Fry, criador do ITIL
![Page 72: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/72.jpg)
FI - FINALIZADOR
Fraquezas permitidas: Tendência em se preocupar com pequenas
coisas Resistente a correr riscos: “deixar
acontecer”
Processos de Finalização
![Page 73: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/73.jpg)
0
2
4
6
8
10
12
14
16
18
20
IM CO FM CI PI MA TE FI
Gráfico de Características Pessoais de Equipe de Projetos
IM CO FM CI PI MA TE FI
![Page 74: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/74.jpg)
Características de uma equipe integrada
Os componentes da equipe sentem que suas necessidades de participação em atividades importantes dentro da empresa foram atendidas por meio da sua atuação em uma equipe
Os componentes da equipe contribuem para a cultura da equipe por meio de trabalhos, interesses, resultados e prêmios compartilhados
![Page 75: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/75.jpg)
Características de uma equipe integrada
Sentimento de orgulho da atividade realizada pela equipe
Os componentes da equipe são comprometidos com objetivos e metas
As pessoas confiam umas nas outras e sentem-se confortáveis com a interdependência de trabalharem em equipe
A cultura é direcionada para resultados
![Page 76: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/76.jpg)
Objetivo: Montagem de equipes, considerando o perfil psicológico dos participantes
Preenchimento do formulário de perfil psicológico do participante em projetos
Criação da matriz de perfis do grupo Seleção dos coordenadores Montagem das equipe Tempo do exercício: 45 minutos
Exercício
![Page 77: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/77.jpg)
plano de trabalho (Workplan) do projeto é o ponto central da coordenação para gerenciar e controlar o projeto. Depois que o projeto foi definido e planejado, a execução do projeto poderá começar e as entregas do mesmo poderão ser criadas.
Este trabalho é chamado também de "ciclo de vida do projeto". O ciclo de vida do projeto é cercado por dois eventos - uma reunião formal para iniciar o projeto oficialmente e um grupo de atividades de encerramento para terminar oficialmente o projeto.
(Metodologia Ten Step)
Reunião de Kick-off
![Page 78: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/78.jpg)
Os projetos nem sempre atravessam uma seqüência organizada de planejamento, aprovação e execução.
Às vezes um projeto está em vários estágios de planejamento, de aprovação e de execução. Antes que você perceba, você poderá estar no meio do projeto e descobrir que os membros da equipe e os Stakeholders têm vários níveis de conhecimento sobre o propósito do projeto e da situação atual.
Assim como um projeto deve ter uma reunião formal do final do projeto para verificar e dar o mesmo como concluído, também faz sentido ter uma reunião formal para Iniciar o projeto.
Esta reunião é chamada de Kick-off.
Reunião de Kick-off
(Metodologia Ten Step)
![Page 79: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/79.jpg)
A finalidade desta reunião é para notificar formalmente todos os Stakeholders que o projeto começou, e para certificar-se que todos têm um entendimento comum sobre a proposta do projeto e sobre as suas funções (papéis) e responsabilidades.
Esta reunião é uma boa oportunidade para reunir todos os membros da equipe, clientes, Stakeholders em um só lugar e formalmente anunciar o começo do projeto.
Como todas as reuniões formais, deve haver uma agenda. Há um número de itens específicos que você quer cobrir nesta reunião.
Objetivo da reunião inicial do projeto
![Page 80: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/80.jpg)
Recapitular a
informação do
documento de
Definição do Projeto, incluindo:
•A finalidade do Projeto •O escopo do projeto •Os deliverables
principais do projeto •Suposições •Riscos •Estimativas do Esforço
e do Orçamento •Prazos
Itens da reunião de Kick-off
![Page 81: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/81.jpg)
Discuta as funções (papéis) e as responsabilidades importantes de todas as pessoas envolvidas no projeto, tal como a equipe do projeto, os clientes e os Stakeholders.
Se possível, todas as pessoas que trabalharão no projeto devem comparecer. Se alguém tiver duvidas em relação a sua função (papel) ou sobre a sua responsabilidade, estas duvidas devem ser discutidas no momento da reunião.
Itens da reunião de Kick-off
![Page 82: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/82.jpg)
Apresentação da abordagem geral e da linha do tempo (timeline) do projeto. Isto fornecerá aos participantes uma visão sobre como o projeto se desdobrará. È importante assegurar-se de que todos os participantes compreendam o que necessitam fazer em curto prazo para dar suporte ao projeto.
Discuta e responda a todas as perguntas proeminentes. A proposta desta discussão não é para discutir sobre o porque do projeto, mas sim para permitir que os participantes exprimam suas perguntas específicas ou suas preocupações em relação ao começo do projeto.
Itens da reunião de Kick-off
![Page 83: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/83.jpg)
É dito “Você nunca tem uma segunda chance para passar a primeira boa impressão”.
Isto é particularmente correto em relação as reuniões do inicio dos projetos.
Você está usando a reunião para ajudar a estabelecer as expectativas para o projeto.
Se a reunião for desorganizada, caótica ou um desperdício de tempo, os participantes provavelmente carregarão estas percepções também para o projeto.
O gerente do projeto necessita certificar-se de que está bem preparado para esta reunião.
Também, antes da reunião, o gerente do projeto deverá falar com o patrocinador, para se certificar de que ambos concordam com a maneira que a reunião será executada.
(Metodologia Ten Step)
![Page 84: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/84.jpg)
84
Organizações Funcionais, Projetizadas e Matriciais
Projeto FuncionalProjeto PuroProjeto Matricial
“Trabalho em equipe é um monte de gente
fazendo o que eu mando” Patrão Anônimo
![Page 85: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/85.jpg)
85
Influências organizacionais
A maturidade da organização em relação ao seu sistema de gerenciamento de projetos, sua cultura, seu estilo, sua estrutura organizacional e seu escritório de projetos também podem influenciar o projeto.
(PMBOK 3ªEdição)
![Page 86: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/86.jpg)
86
O Projeto como parte da Organização
O projeto pode ser organizado dentro de uma unidade administrativa da organização.
Vantagens◦ Máxima flexibilidade no uso do pessoal◦ Especialistas podem ser utilizados para muitos
projetos diferentes◦ A unidade administrativa serve como base de
continuidade tecnológica quando o projeto termina
![Page 87: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/87.jpg)
87
O Projeto como parte da Organização O projeto pode ser organizado dentro de uma
unidade administrativa da organização. desvantagens
◦ O projeto pode não ser a prioridade da unidade administrativa.
◦ Nenhum funcionário tem a responsabilidade total pelo projeto.
◦ As atividades do projeto irão concorrer com as atividades operacionais da unidade.
![Page 88: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/88.jpg)
88
Organização Funcional
![Page 89: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/89.jpg)
89
Organização do Projeto Puro
O projeto é separado do resto da organização. Torna-se uma unidade independente com seu
próprio pessoal técnico, sua própria administração.
Este modelo de organização também tem vantagens e desvantagens.
![Page 90: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/90.jpg)
90
Organização do Projeto Puro
Vantagens:◦ O gerente do projeto tem autoridade total sobre o
projeto◦ Todos os membros da equipe são subordinados ao
gerente de projetos◦ Os canais de comunicação são diminuidos◦ Pode produzir equipes de alto desempenho◦ Alto nível de comprometimento da equipe com os
objetivos do projeto.
![Page 91: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/91.jpg)
91
Organização do Projeto Puro
Desvantagens:◦ Duplicação de esforços e falta de compartilhamento
de recursos entre projetos◦ Reserva de recursos ocasionando subutilização e
desperdício◦ Utilização de políticas e procedimentos próprios do
projeto de forma inconsistente com o restante da organização
◦ Isolamento da equipe do projeto em relação aos outros funcionários da organização.
![Page 92: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/92.jpg)
92
Organização Projetizada
![Page 93: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/93.jpg)
93
Organização Matricial
É uma combinação das duas estruturas anteriores: pura e funcional
É uma organização do projeto puro que reveste as divisões funcionais da companhia principal.
Matricial Forte Matricial Funcional ou “fraca” Matricial Equilibrada Variações do Poder e Autoridade do Gerente de
Projeto Nível de conflito mais elevado
![Page 94: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/94.jpg)
94
Organização Matricial Fraca
![Page 95: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/95.jpg)
95
Organização Matricial Balanceada
![Page 96: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/96.jpg)
96
Organização Matricial Forte
![Page 97: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/97.jpg)
97
Atributos de um Projeto Objetivos definidos antecipadamente Temporário e recursos limitados Necessita de Gestor, Cliente e Patrocinador Susceptível a mudanças e incertezas Possui elaboração progressiva É trabalhado por etapas
![Page 98: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/98.jpg)
98
Projetos X Operações Qual a diferença entre um projeto e
uma operação?◦ Projetos são temporários e
exclusivos : A finalidade do projeto é atingir seu objetivo e terminar
◦ Operações são contínuas e repetitivas: A finalidade das operações é manter o negócio
![Page 99: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/99.jpg)
99
Organização do Projeto
Tem surgido no mercado organizações que aplicam “práticas e ferramentas de gerenciamento através de uma empresa.Organizações que gerenciam projetosFirmas orientadas para projetosEmpresa de gerenciamento de projetos.- Qual a razão disto?
![Page 100: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/100.jpg)
100
1. Velocidade e resposta do mercado ao lançamento de novos produtos e serviços.
2. O desenvolvimento de novos produtos, processos ou serviços regularmente requer contribuições de diferentes áreas de conhecimento.
3. Rápida expansão das possibilidades tecnológicas tendem a desestabilizar a estrutura das organizações
4. Falta de entendimento e controle da alta direção sobre o grande número de atividades que acontecem nas organizações
![Page 101: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/101.jpg)
101
O custo da mudança Mudar de um ambiente que não seja de
projetos para um ambiente no qual os projetos são organizados em uma organização de grande porte apresenta uma transição muito difícil para o gerenciamento sênior da organização.
O processo leva muito tempo (> 2 anos)
![Page 102: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/102.jpg)
102
Mudanças – Fatores de Sucesso
VISÃO
PRESSÃO
CAPACITAÇÃO
AÇÃO
MUDANÇA BEM
SUCEDIDA
=
+
+
+
A Implantação da Gestão Estratégica de Projetos na organização é essencialmente um processo de Mudança.
![Page 103: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/103.jpg)
103
Características culturais anteriores ao gerenciamento de projetos
Existem normas e procedimentos formais que direcionam o comportamento dos indivíduos
Existência de uma cultura burocrática
Indivíduos relutam em assumir responsabilidades extras
Gerência de projetos é considerada um caso especial de gestão
![Page 104: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/104.jpg)
104
Características culturais posteriores ao gerenciamento de projetos
Gerência de projetos é considerada como um elemento de estratégia para facilitar as mudanças na organização
Gerentes tornam-se facilitadores e treinadores
Indivíduos assumem responsabilidade pela qualidade
Equipes avaliam seu desempenho
Equipes assumem algumas funções dos gerentes
![Page 105: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/105.jpg)
105
Gerenciamento de Projetos
É a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim a atender aos seus requisitos.
Gerenciar um projeto inclui:◦ Identificação das necessidades◦ Estabelecimento de objetivos claros e alcançáveis◦ Balanceamento de Escopo, Tempo, Custo e Qualidade◦ Adaptação das especificações, dos planos e da
abordagem às diferentes expectativas e preocupações das partes interessadas.
![Page 106: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/106.jpg)
106
Portfólios de projetos Um portfólio é um conjunto de projetos ou programas e outros trabalhos agrupados para facilitar o gerenciamento eficaz desse trabalho a fim de atender aos objetivos de negócios estratégicos.
(PMBOK 3ª Edição)
![Page 107: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/107.jpg)
Um programa é um grupo de projetos relacionados gerenciados de modo coordenado para a obtenção de benefícios e controle que não estariam disponíveis se eles fossem gerenciados individualmente.
(PMBOK 3ª Edição)
Programa
![Page 108: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/108.jpg)
108
PROJETO
PROGRAMA
PLANOESTRATÉGICO
Solicitação de Cliente
Novo Produto
Mudança Organizacional
Situação Atual Situação Desejada
Projeto
•Tecnológico•Político•Econômico•Social•Cultural
ANÁLISE AMBIENTAL
NECESSIDADES
MelhoriaInterna
Avanço Tecnológico
![Page 109: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/109.jpg)
Formação de equipes Classifique a relação de demandas que você
recebeu em projetos, programas ou portfólios
Tempo do exercício: 20 minutos
Exercício
![Page 110: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/110.jpg)
Modelo de Maturidade e Capacidade - CMM
Fonte: Ten Step
![Page 111: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/111.jpg)
A organização tem poucos processos comuns. O sucesso de seus projetos depende da força e das
habilidades de seus empregados. A organização fornece pouco em um ambiente
suportável para ajudar todos os projetos a serem bem sucedidos.
A maioria das empresas está neste nível; embora algumas empresas digam meio de brincadeira que estão em um nível 0 ou abaixo de 1.
Fase 1 - Ad-hoc / caos
CAIXA - PRETAENTRADA SAÍDA
TempoDinheiroObjetivos
Produtos,Serviços ouResultados
![Page 112: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/112.jpg)
A organização implementou processos padrões de gerenciamento de projetos.
Está-se tentando estabelecer uma fundação de baseline para continuar a aperfeiçoar no futuro.
A maioria das empresas que começam a implementar o CMM está tentando alcançar este nível.
Fase 2 - Gerenciamento de projetos padrão
EN
TR
AD
A
SA
ÍDA
P.C. P.C. P.C.P.C. P.C.
PC = Pontos de Controle
FASE 1 FASE 2 FASE 3 FASE 4
![Page 113: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/113.jpg)
A organização está tentando conseguir a padronização em seus processos de desenvolvimento similar ao que fez para o gerenciamento de projetos no nível 2.
Isto inclui processos comuns e repetíveis de desenvolvimento do software (ou produtos, serviços, etc.), entregas, ferramentas, etc.
Fase 3 - Técnicas Padronizadas
EN
TR
AD
A
SA
ÍDA
P.C. P.C.P.C.
P.C. P.C.P.C. P.C.
OBJETIVOS ENTREGAS ATIVIDADES
![Page 114: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/114.jpg)
A organização coleta as métricas em todos os aspectos de seus processos de gerenciamento de projetos e de desenvolvimento.
Existe um repositório de aprendizagem chaves e das métricas nos projetos históricos que podem ser alavancados por projetos novos.
Fase 4 - Feedback Gerenciado
EN
TR
AD
A
SA
ÍDA
P.C. P.C.P.C.
P.C. P.C.P.C. P.C.
MMP = Medidas das Métricas do Processo
M.M.P. M.M.P. M.M.P. M.M.P.
![Page 115: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/115.jpg)
Existe um loop fechado de execução, da medida e do aperfeiçoamento contínuo do processo.
As medições, o feedback e a criatividade são usados continuamente para otimizar os processos.
Fase 5 - Otimização / Aperfeiçoamento Contínuo
EN
TR
AD
A
SA
ÍDA
P.C.P.C. P.C.
M.M.P. M.M.P.
![Page 116: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/116.jpg)
116
Níveis de Gerenciamento de Projetos da Organização Nível 1 – não há gerenciamento de projetos Nível 2 – Gerenciamento amadorístico Nível 3 – Gerenciamento customizado Nível 4 – Gerenciamento definido Nível 5 – Gerenciamento padronizado Nível 6 – há gerenciamento profissional de
projetos (consolidado)
![Page 117: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/117.jpg)
117
Quem gerencia os projetos de organização ?
Características 1 2 3 4 5 6
Ninguém Gerentes executivos Membros da equipe técnica
Gerente de projetos participante da equipe
Gerente de projetos dedicado
![Page 118: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/118.jpg)
118
Qual tipo de capacitação os gerentes de projetos da organização possuem ?
Características 1 2 3 4 5 6
Nenhum Um curso Alguns cursos
Currículo de cursos
Certificação ou graduação
![Page 119: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/119.jpg)
119
Quão completos são os planos de projetos da organização ?
Características 1 2 3 4 5 6
Identificam apenas a data esperada de término do projeto
Contém a programação das atividades de alto-nível
Programado e decomposto em pacotes de trabalho
Programado e decomposto em atividades finais
Cronograma com recursos designados e datas marco registradas
Cronograma completo com descrições de assuntos não programados
![Page 120: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/120.jpg)
120
Como o status do projeto é comunicado às partes interessadas ?
Características 1 2 3 4 5 6
Não há comunicação do status do projeto
Comunicação oral e não planejada
Relatórios de status escritos e não estruturados
Relato periódico através de relatórios escritos
Documentação de comunicação padronizada
![Page 121: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/121.jpg)
121
Como os documentos gerenciais são produzidos ?Características 1 2 3 4 5 6
Não são produzidos
São produzidos para atender requisições específicas
Documentação varia de acordo com o gerente de projetos
Documentos padronizados, mas com formato variado de acordo com o gerente do projeto
Modelos de documentos padronizados
![Page 122: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/122.jpg)
Modelo de Maturidade MMGP
Fonte: Prado-MMGP
![Page 123: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/123.jpg)
Características dos Níveis 1 e 2
Fonte: Prado-MMGP
![Page 124: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/124.jpg)
Características dos Níveis 3 e 4
Fonte: Prado-MMGP
![Page 125: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/125.jpg)
Características do Nivel 5
Fonte: Prado-MMGP
![Page 126: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/126.jpg)
Formação de equipes por empresa. Faça a avaliação do nível de maturidade da
sua organização utilizando o modelo CMM e MMGP.
Tempo do exercício: 15 minutos
Exercício
![Page 127: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/127.jpg)
Agenda – Dia 3Data 19:00 as 20:00 20:00 as 21:00 21:00 as 22:00
14/out
Apresentação do Professor, Alunos e do Conteúdo do Curso
Abertura do Projeto Elaboração do EVTE-Estudo de Viabilidade Técnico-Econômica
15/out Montagem da Equipe Reunião de Kick-offOrganizações Funcionais, Projetizadas e Matriciais
16/out
Conceituação de Projetos, Programas e Portfólios
Exercício de Avaliação de Maturidade de Gerenciamento de Projetos
Conceituação e Modelos de PMO
21/outPlanejamento do Escopo Desenvolvimento de Cronograma
Desenvolvimento de Orçamento
22/outCriação da Lista de Riscos
Definição do Padrão de Qualidade do Projeto
Criação do Plano de Comunicação
23/out Exercício de Criação do Plano do Projeto
28/out Verificação do Escopo Garantia da QualidadeDesenvolvimento da Equipe do Projeto
29/out Exercício de Gerenciamento da Execução do Projeto30/out Controle do Escopo Controle do Cronograma Controle do Orçamento
04/novReuniões de Lições Aprendidas
Cancelamento e Suspensão de Projetos Desmobilização da Equipe
![Page 128: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/128.jpg)
128
Escritório de Projetos(Project Management Office)
Um escritório de projetos (PMO) é uma unidade organizacional que apoia o planejamento e acompanha a execução de projetos da organização
O PMO se concentra no planejamento, no suporte e no acompanhamento coordenado de projetos e subprojetos vinculados aos objetivos gerais de negócios da empresa.
![Page 129: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/129.jpg)
129
Escritório de Projetos(Project Management Office)
O Escritório de Projetos deve operar de modo contínuo, desde o fornecimento de funções de apoio ao gerenciamento de projetos na forma de treinamento, software, políticas padronizadas e procedimentos, até o acompanhamento da realização dos objetivos do projeto
![Page 130: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/130.jpg)
Trata-se de uma ESTRUTURA ORGANIZACIONAL
dedicada a desenvolver uma disciplina para o
gerenciamento de projetos dentro da empresa.
“Empresas que estabelecerem padrões para o
gerenciamento de seus projetos, incluindo um
Escritório de Projetos vão experimentar metade
dos problemas de custos, atrasos e cancelamento
de projetos do que as que não conseguirem
adotar estas práticas” Gartner Group,
Agosto/2000
Conceito básico
![Page 131: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/131.jpg)
Atribuições do Escritório de
Projetos ?● Avaliação de Recursos do Projeto● Planejamento de Projetos● Gerenciamento de Projetos ● Revisão e Análise de Projetos
Enfim, PADRONIZAR UMA METODOLOGIA para a empresa determinar, manter e evoluir uma série de ferramentas e processos para projetos, servindo como base para medição de desempenho e aprendizagem organizacional.
![Page 132: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/132.jpg)
Avaliação de Recursos do Projeto Quais as atividades da Avaliação de
Recursos do Projeto ?
Análise dos resultados do projeto Avaliação da equipe do projeto Estabelecimento de premiações aos
projetos bem sucedidos Estabelecimento de cursos, planos de
certificação Controle da utilização dos recursos
![Page 133: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/133.jpg)
Planejamento de Projetos
Quais as atividades do Planejamento de Projetos ?
Facilitação e mentoria no planejamento do projeto
Análise de riscos no projeto Revisão do plano de projeto e contratos Recuperação de projetos críticos
![Page 134: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/134.jpg)
Gerenciamento de Projetos
Quais as atividades do Gerenciamento de Projetos ?
Definição de melhores práticas de trabalho
Consultoria no gerenciamento do projeto em todo o ciclo de vida
Condução no gerenciamento de projetos críticos
![Page 135: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/135.jpg)
Revisão e Análise de Projetos
Quais as atividades da Revisão e Análise de Projetos ?
Revisões de Desempenho – Earned Value
Revisões de Qualidade Qualidade do processo Qualidade do produto
![Page 136: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/136.jpg)
Consultoria na Elaboração de Projetos Quais as atividades realizadas neste
serviço ? Apoio na criação dos documentos que
compõem o Plano do Projeto Documento de Iniciação do Projeto Documento de Definição do Escopo EAP-Estrutura Analítica do Projeto Lista de Recursos, Orçamento estimativo Cronograma estimativo Plano de Gerenciamento do Risco Plano de Gerenciamento do Escopo, Prazo
e Custo e Qualidade
![Page 137: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/137.jpg)
Apoio na Execução de Projetos Quais as atividades realizadas neste
serviço ?
Acompanhamento da execução das atividades de acordo com as diretrizes do Plano do Projeto
Registro e análise das solicitações de mudanças
Registro das Ações Corretivas Registro das Lições Aprendidas Medição do desempenho do projeto nas
dimensões de Prazo, Custo e Escopo (baseline)
![Page 138: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/138.jpg)
Verificação e Validação de ArtefatosQuais as atividades realizadas neste serviço ?
Testes dos produtos de software gerados pelo projeto
Inspeção dos artefatos produzidos pelo projeto
![Page 139: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/139.jpg)
Treinamento dos Gerentes de Projetos
Quais as atividades realizadas neste serviço ?
Capacitação dos Gerentes de Projetos na metodologia do PMBOK
Preparação para Certificação PMP Desenvolvimento de Modelos de
Documentos Gerenciais
![Page 140: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/140.jpg)
Auditorias de Qualidade Quais as atividades realizadas neste
serviço ?
Garantia de Qualidade dos serviços realizados e produtos gerados pelo projeto
Verificação se os padrões de qualidade foram seguidos pela equipe do projeto
Verificação se os documentos foram produzidos de acordo com os padrões definidos
![Page 141: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/141.jpg)
141
Estudo dos Processos Gerenciais Objetivo: Adaptação dos processos
gerenciais do PMBOK à VTI Metodologia: apresentação dos processos
gerenciais do PMBOK Documentos a serem produzidos: fichas dos
processos gerenciais da VTI
![Page 142: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/142.jpg)
142
Processos de EncerramentoProcessos de Encerramento
Processos de Monitoramento e
Controle
Processos de Monitoramento e
Controle
Processos de Execução
Processos de Execução
Processos dePlanejamentoProcessos dePlanejamento
Processos de Iniciação
Processos de Iniciação
Guia PMBOK -5 Grupos de Processos
![Page 143: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/143.jpg)
143
Processos e Áreas de Conhecimento
QUALIDADE RECURSOS HUMANOS ESCOPO
AQUISIÇÕES INTEGRAÇÃOCOMUNICA-
ÇÕES
CUSTO RISCOS TEMPO
Processos deINICIAÇÃO
Processos dePLANEJAMENTO
Processos deEXECUÇÃO
Processos deCONTROLE
Processos deFINALIZAÇÃO
![Page 144: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/144.jpg)
144
Camadas de Processos
PROCESSOS FUNDAMENTAIS
ANÁLISE PROJETO CODIFICAÇÃO TESTES IMPLANTAÇÃO
PROCESSOS GERENCIAIS
INTEGRAÇÃO
ESCOPO PRAZO CUSTO
QUALIDADE RISCOS COMUNICAÇÕES
RECURSOS HUMANOS
AQUISIÇÕES _
![Page 145: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/145.jpg)
145
Ciclo de Vida do Gerenciamento do Projeto
Início dafase ouprojeto
Final dafase ouprojeto
Nível deatividade
Tempo
Processos deinicialização
Processos deplanejamento
Processos decontrole
Processos deencerramento
Processos deexecução
![Page 146: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/146.jpg)
146
Definição de Processo
ENTRADAFERRAMENTAS E TÉCNICAS SAÍDA
conjunto de atividades, métodos, práticas e transformações utilizadas para construir e manter produtos e serviços da organização dentro do contexto de projetos e operações
Entrada Ferramentas e Técnicas Saída
Produtos, Serviços ou Resultados
Informação,Recursos
![Page 147: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/147.jpg)
147
02 Processos de Iniciação
Desenvolver otermo de aberturado Projeto
Desenvolver adeclaração deescopo preliminardo Projeto
Grupos de Processos de Planejamento
Grupos de Processos de Execução
Grupos de Processos de Controle
![Page 148: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/148.jpg)
148
21 Processos de Planejamento
Desenvolver o plano de gerenciamento do projeto
Planejamento do Escopo
Criar a EAP
Definição doEscopo
![Page 149: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/149.jpg)
149
21 Processos de Planejamento
Definição daAtividade
Estimativa deduração daatividadeEstimativa
de Recursos daAtividade
Planejamentodo Ger de Riscos
Estimativa deCustos
Identificaçãode Riscos
Orçamentação
Sequenciamentode atividades
Desenvolvimentodo Cronograma
AnáliseQualitativa de Riscos
![Page 150: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/150.jpg)
150
21 Processos de Planejamento
Planejamentode RecursosHumanos
PlanejarCompras eAquisições
PlanejamentodasComunicações
PlanejarContratações
Planejamentoda Qualidade
Análise Quantitativade Risco
Orçamentação
Planejamentode respostas aRiscos
Desenvolvimentodo Cronograma
![Page 151: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/151.jpg)
151
07 Processos de Execução
Orientar e Gerenciar aExecução doProjeto
Realizar a Garantia daQualidade
Contratar ou Mobilizar a Equipe
Desenvolver a EquipeSolicitar respostasde Fornecedores
SelecionarFornecedores
Distribuiçãodas Informações
![Page 152: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/152.jpg)
152
12 Processos de Controle
Monitorar eControlar oTrabalho do Projeto
ControleIntegrado deMudanças
Verificação do EscopoControle do EscopoControle do CronogramaControle de CustosControle da QualidadeGerenciar a Equipe do ProjetoRelatórios de DesempenhoGerenciar as partes interessadasMonitoramento e Controle de RiscosAdministração do Contrato
![Page 153: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/153.jpg)
153
02 Processos de Encerramento
Encerrar o Projeto
Encerramento do Contrato
Grupos de Processos de Planejamento
Grupos de Processos de Execução
Grupos de Processos de Controle
![Page 154: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/154.jpg)
154
2,35
2,42
2,63
2,77
2,81
2,91
3,07
0,0 0,5 1,0 1,5 2,0 2,5 3,0 3,5
R IS C O
Q U A L ID A D E
C U S T O
IN T E G R A Ç Ã O
C O M U N IC A Ç Ã O
P R A Z O
E S C O P O
Gráfico dos Resultados por Gerência
Avaliação das Gerências de Projeto
ESCOPO
PRAZO
COMUNICAÇÃO
INTEGRAÇÃO
CUSTO
QUALIDADE
RISCO
![Page 155: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/155.jpg)
155
Adaptação dos Processos do PMBOK à Organização
O gerente de projetos, em colaboração com a equipe do projeto, é sempre responsável pela determinação dos processos adequados e do grau de rigor de aplicação de cada processo, para qualquer projeto específico.
![Page 156: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/156.jpg)
156
Ficha de Processo Gerencial Descrição do processo Responsável pelo processo Entradas do processo Ferramentas e técnicas Saídas do processo Pontos de controle Riscos conhecidos Observações
![Page 157: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/157.jpg)
Visão Geral do Gerenciamento de Projetos
Conhecimentos
Experiências Atitudes Pessoas
Processos
Problemas
Visão Geral do ProjetoVisão Geral das Competênciasdo Gerente de Projeto
![Page 158: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/158.jpg)
O Escopo é a maneira como nós descrevemos os limites do projeto. Ele define aquilo que o projeto irá entregar e o que não irá entregar.
Se você investigar as razões pelas quais os projetos fracassam, você verá que normalmente há dois problemas que surgem com mais freqüência;◦ A equipe não investiu tempo suficiente definindo
o projeto e/ou ◦ Houve uma falha no gerenciamento do Escopo.
Planejando o Escopo
![Page 159: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/159.jpg)
Definir o escopo talvez, seja, a parte mais importante do processo de definição e de planejamento antecipado. Na realidade, se você não souber com certeza o que você entregará e quais são os limites do projeto, você não terá qualquer possibilidade de sucesso.
Se você não tiver realizado um bom trabalho para definir o escopo, o gerenciamento do mesmo será quase impossível.
(Metodologia Ten Step)
Definindo do Escopo
![Page 160: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/160.jpg)
As entregas que estão dentro do escopo e aqueles que estão fora do escopo
Os principais processos do ciclo de vida do projeto
Os tipos de dados que estão dentro e os que estão fora do escopo
As organizações que estão dentro e as que estão fora do escopo.
A funcionalidade principal das aplicações dos sistemas que estão dentro e que estão fora do escopo.
Tipos de informações para ajudar na definição do escopo
![Page 161: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/161.jpg)
A definição das entregas do projeto é um dos aspectos principais do escopo do projeto.
Depois que você determinar quais serão as entregas principais que o projeto produzirá, comece a fazer outras perguntas para determinar outros aspectos do escopo.
As entregas descrevem “o quê” o projeto entregará, identificam “quais” organizações sofrerão o impacto, “que” tipos de dados serão necessários, “que” características e funções serão necessárias, etc.
Definição das entregas
![Page 162: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/162.jpg)
Decomposição e Alinhamento do Trabalho do Projeto
Objetivos
Metas
Entregas
Pacotes de Trabalho
Atividades
Tarefas
Alinhando objetivos e escopo
DEC
OM
POSIS
ÇÃ
OA
LIN
HA
MEN
TO
![Page 163: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/163.jpg)
163
EAP – Estrutura Analítica de ProjetoA EAP é uma decomposição hierárquica orientada à entrega do trabalho a ser executado pela equipe do projeto, para atingir os objetivos do projeto e criar as entregas necessárias.
A EAP organiza e define o escopo total do projeto.
A EAP subdivide o trabalho do projeto em partes menores e mais facilmente gerenciáveis, em que cada nível descendente da EAP representa uma definição cada vez mais detalhada do trabalho do projeto.
![Page 164: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/164.jpg)
164
EAP – Estrutura Analítica de Projeto
ENTREGA 1.1
PROJETO
FASE 1 FASE 2
ENTREGA 1.2
Pacote de Trabalho
1.1.1
Subprojeto 1.2.1
Pacote de Planejament
o
ENTREGA 2.1
![Page 165: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/165.jpg)
Processo de Criar a EAP
É possível agendar, estimar custos, monitorar e controlar o trabalho
planejado contido nos componentes de nível mais baixo da EAP, denominados
pacotes de trabalho.
A EAP representa o trabalho especificado na declaração do escopo
do projeto atual aprovada.
Os componentes que compõem a EAP auxiliam as partes interessadas a visualizar as entregas (produtos e
serviços)
![Page 166: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/166.jpg)
Benefícios da EAP
Verificar a exatidão da decomposição
Agrupar as atividades comuns em um só local
Prover uma base para estimativas de custo e prazo
Ajudar os membros da equipe visualizarem seu papel
Identificar todas as atividades
Poder ser reusada em outros projetos
![Page 167: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/167.jpg)
O nível de pacote de trabalho é o nível mais baixo na EAP e é o ponto no qual o custo e o cronograma do trabalho podem ser estimados de forma confiável. O nível de detalhe dos pacotes de trabalho irá variar de acordo com o tamanho e complexidade do projeto.
Qual deve ser a duração de um pacote de trabalho?
Quantas pessoas devem trabalhar em um pacote de trabalho?
Uma entrega pode ser dividida em quantos pacotes de trabalho?
O pacote de trabalho
![Page 168: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/168.jpg)
Integração e Alinhamento dos Planos do Projeto
EAP
100
1
Risk ProfileProgress Plan
ORÇAMENTO CRONOGRAMA
DESEMPENHOTÉCNICO RISCOS
![Page 169: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/169.jpg)
Formação de equipe de trabalho Atividade: Criação de EAP Objetivo do Projeto: mudança de infraestrutura
de TI – implantação de VOIP na rede de comunicação de dados da empresa.
Restrição de tempo: 1 ano Restrição de custo: R$ 1.000.000,00 Crie uma EAP que mostre as fases, pacotes de
trabalho,pacotes de planejamento e/ou subprojetos do projeto
Tempo do exercício: 30 minutos
Exercício
![Page 170: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/170.jpg)
Um calendário de projeto é um calendário de turnos ou dias trabalhados que estabelece as datas nas quais as atividades do cronograma são trabalhadas. Também estabelece os dias não trabalhados que determinam datas nas quais as atividades do cronograma ficam ociosas, como férias, fins de semana e horas fora dos turnos.
O calendário de cada projeto pode usar unidades de calendário diferentes como base para a elaboração de cronogramas do projeto.
(PMBOK 3ª Edição)
Calendário do Projeto
![Page 171: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/171.jpg)
O desenvolvimento do cronograma do projeto é um processo iterativo que determina as datas de início e término planejadas das atividades do projeto.
O processo continua durante todo o projeto conforme o trabalho se desenvolve, o plano de gerenciamento do projeto se modifica e os eventos de risco esperados ocorrem ou desaparecem à medida que novos riscos são identificados.
(PMBOK 3ª Edição)
Desenvolvimento do Cronograma
![Page 172: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/172.jpg)
Os dados de apoio do cronograma do projeto incluem pelo menos os marcos do cronograma, as atividades do cronograma, os atributos da atividade e a documentação de todas as premissas e restrições identificadas.
Linha de base do cronograma: é uma versão específica do cronograma do projeto desenvolvida a partir da análise de rede do modelo de cronograma.
(PMBOK 3ª Edição)
Dados de apoio do cronograma
![Page 173: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/173.jpg)
Código da Atividade Descrição da Atividade Data de Início Planejada – Replanejada (1 a n) Data de Início Real Data de Término Planejada – Replanejada (1 a n) Data de Término Real Recursos da Atividade Dependências da Atividade com outras atividades
do cronograma Observações
Informações do Cronograma
![Page 174: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/174.jpg)
Cronograma de Marcos Estes gráficos são semelhantes aos gráficos de
barras, mas identificam somente o início ou o término agendado das principais entregas e das interfaces externas importantes.
Tipos de Cronograma
Fonte: PMBOK 3ª Edição
![Page 175: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/175.jpg)
Cronograma Detalhado
Fonte: PMBOK 3ª Edição
![Page 176: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/176.jpg)
Cronograma Sumarizado
Fonte: PMBOK 3ª Edição
![Page 177: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/177.jpg)
Cronograma
Pessoas
Recursos
Atividades
Receita para criar o Cronograma
Pacote de Trabalho
O que deve ser feito?Quem vai fazer?Quando irá ser feito?Qual o esforço estimado?Quais os riscos?Quanto será gasto?Qual a qualidade esperada?Qual o critério de aprovação?Qual as relações de dependênciadesta atividade com outras?
Pacote de Trabalho
Pacote de Trabalho
![Page 178: Gerenciamento de Projetos de TI](https://reader031.vdocuments.net/reader031/viewer/2022012922/54560720af795917618b5e6e/html5/thumbnails/178.jpg)
178
WBS Atividades 1 2 3 4 5 6
1 Fase 11.1 Atividade 11.2 Atividade 21.3 Atividade 3
2 Fase 22.1 Atividade 12.2 Atividade 22.3 Atividade 3
M T W T F S S09 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 01
02 03 04 05 06 07 08
ATIVIDADES
CALENDÁRIO
PESSOAS
RECURSOS