Frameworks deGestão de
Projetos
Aula 02 – 16/03/2024
Agenda
• Avisos: Contrato Pedagógico e Plano de Ensino no backboard
• Revisão
• Nesta aula
• Exercícios
Revisando:
Aula 01 – Apresentação e Conceitos :
• Conceitos Gerais em Projetos
• PMI - Project Management Institute
• Diferença entre PMBOK, PMI e PMP
• Norma ISO 21500
• Modelo, Metodologia ou Framework?
• O que é um Projeto?
• Características e Exemplos de projetos
• O que é Planejamento?
• Programa, Portfólio e Subprojetos
• Gerente de projetos
• PMO
Nesta aula:
Aula 02: Fases e Ciclo de Vida do
Projeto
Ciclo de Vida do Projeto
• Ciclo de Vida de um projeto é a série de fases pelas
quais um projeto passa, do início ao término.
• O ciclo de vida do projeto compreende as fases
iniciais (seleção e concepção), passando pelas
fases intermediárias (planejamento e execução),
até as fases finais (entrega final e encerramento).
• O final do ciclo de projeto coincide com a passagem
para o ambiente operacional do produto, resultado
ou serviço.
Ciclo de Vida do Projeto
• Geralmente está ligado ao tipo de produto, serviço
ou resultado, e pode ser diferente inclusive em
empresas de uma mesma área.
Nível
de
Custos
e
Pessoal
Tempo
Iniciação
Organização e
preparação
Execução do
trabalho
Encerramento
Ciclo de Vida Genérico do Projeto
Fases Genéricas
Fonte: Guia PMBOK® v.6.
Saídas do
Gerenciamento
do Projeto
Termo de
Abertura do
Projeto
Plano de
Gerenciamento
do Projeto
Entregas
Aceitas
Arquivamento
dos documentos
do Projeto
Impacto Risco x Custo
Fonte: Guia PMBOK® v.6.
Fases do Projeto
• Um Projeto pode ser dividido em qualquer número de fases;
• É um conjunto de atividades relacionadas de maneira lógica
que culmina na conclusão de uma ou mais entregas;
• As fases do projeto são usadas quando a natureza do
trabalho a ser executado é única para uma parte do projeto,
e são normalmente ligadas visando o desenvolvimento de
uma entrega principal específica.
Fonte: Guia PMBOK® v.6.
Fases do Projeto
• Uma fase pode enfatizar os processos de um grupo específico de
processos de gerenciamento do projeto, mas é provável que a maioria ou
todos os processos serão executados de alguma forma em cada fase;
• Geralmente as fases são terminadas sequencialmente, mas podem se
sobrepor em algumas situações do projeto;
• Fases distintas normalmente têm durações ou esforços diferentes.
• O encerramento de uma fase ocorre com alguma forma de transferência
ou entrega do produto do trabalho produzido como a entrega da fase.
Fonte: Guia PMBOK® v.6.
Fases do Projeto
• O final de uma fase representa um ponto natural de
reavaliação das atividades em andamento e de
modificação ou término do projeto, se necessário.
Fonte: Guia PMBOK® v.6.
Diferentes Ciclos de Vida do Projeto
• Existem diferentes Ciclos de Vida de
Projetos.
• O Guia PMBOK cita os seguintes:
• Predeterminados (ou Cascata ou
preditivo);
• Iterativo e incremental;
• Adaptativos (ou ágeis).
Predeterminados (ou Cascata ou
preditivo)
• Neste tipo de ciclo de vida todas as atividades do projeto
são executadas em série, onde uma atividade só se inicia
após a conclusão da anterior.
• Difícil aplicação em desenvolvimento de software com
escopo aberto (muito usado em projetos de Lean Startup
e inovação)
• Porém em projetos de escopo fechado ainda é bem
utilizada
Iterativo ou incremental
• Resposta ao modelo cascata
• Dividido em ciclos
• Cada ciclo considera um subconjunto de requisitos
• No final de cada iteração – uma entrega ou conjunto de
entregas
Adaptativos (ou ágeis)
• Projetados a reagir a
altos níveis de mudança
• Envolvimento contínuo
das partes interessadas
• São também iterativos e
incrementais – mas:
• as iterações são
muito rápidas (2 a 4
semanas)
• Evolui em versões.
TÓPICOS ADICIONAIS IMPORTANTES
Dado – Informação – Conhecimento –
Sabedoria
A Cadeia de Valor do Conhecimento
Dado – Informação – Conhecimento – Sabedoria
A Cadeia de Valor do Conhecimento
Opinião Especializada
• Ferramenta/técnica mais usada
pelos processos do Guia PMBOK;
• Sempre que necessário recorrer a
pessoas ou grupos com
conhecimento especializado ou
competências nas áreas
analisadas; • Podem ser profissionais da
empresa, consultores, outras
empresas e até partes
interessadas do projeto.
• Podem ser obtidas por consultas
individuais, brainstorm, pesquisas,
etc.
• Citada em 28 dos 49 processos!
Entregas (Deliverables)
• Qualquer produto, resultado
ou serviço único e verificável
que é produzido na conclusão
de um processo, uma fase ou
projeto.
• Devem atender a padrões
predeterminados para sua
conclusão como
especificações ou uma lista de
verificação de etapas
concluídas. Tem que ser
mensurável.
Premissas
São fatores que para fins de planejamento, são
considerados verdadeiros, reais ou certos.
Embora o termo comumente empregado no Brasil
seja premissa (tradução oficial do PMBOK® para
assumption), o termo em português mais
adequado é hipótese.
Veja que assumiremos que as premissas como
certas, reais e seguras!
Premissas
Para iniciar o planejamento, você fará algumas suposições,
(hipóteses) e as usará para criar sua agenda. É importante
levantar as hipóteses para que você possa atualizar o
planejamento quando tiver informações adicionais sobre
esses fatores.
• Caso o seu projeto dependa do trabalho de terceiros
(resultados de outros projetos, departamentos ou até
mesmo do cliente) certifique-se que eles compreendam
essa dependência e concordem com as datas de entrega
previstas.
• Possa levar em conta a disponibilidade de recursos
(incluindo pessoas, materiais e equipamentos.
• Note que uma premissa “diminui” o escopo, mas
“aumenta” os riscos.
Alguns exemplos de Premissas são:
• O cliente disponibilizará ambiente de hardware e
software conforme especificados na proposta de
venda.
• O prazo de entrega prometido pelo fornecedor de 30
dias será respeitado;
• Todos os recursos necessários e previstos estarão
disponíveis;
• O desempenho da equipe no projeto será o previsto, já
baseado em históricos anteriores.
Premissas
• Sempre que possível o gerente de projetos deve
tentar comprovar se a premissa é verdadeira;
• Se as premissas forem pontos críticos no projeto
elas devem ser mapeadas como riscos que
geram planos de contingência.
Riscos do Projeto
• Riscos são eventos ou incertezas que podem ocorrer
durante o projeto e causar impacto negativo ou positivo;
• Para mensurar o risco é necessário identificar a
probabilidade de ele ocorrer e avaliar o impacto em um
ou mais objetivos do projeto.
Restrições
São aqueles fatores que limitam as opções da
equipe de gerenciamento do projeto.
Quando um projeto é executado sob contrato, as
cláusulas contratuais geralmente se constituirão em
restrições ao projeto.
Normalmente, as restrições principais são:
• Tempo, tais como datas fixas, de início e/ou de
término, ou um prazo para a conclusão do
projeto e/ou de uma de suas fases
intermediárias.
• Recursos físicos, tais como materiais,
instalações, equipamento e pessoal.
• Custo, como um orçamento pré-definido.
Alguns exemplos de Restrições são:
• O projeto de reforma deverá ser conduzido com o
laboratório em funcionamento, sem afetar o processo
de análise de controle de qualidade, que não será
interrompido.
• Prazo de 90 dias, a partir da aprovação do projeto
básico para elaboração do projeto executivo da nova
pista de pouso e decolagem.
• O projeto tem um prazo total de 12 meses, sendo que
no final do primeiro mês deverão ser iniciados os
trabalhos de construção no campo.
Tripla Restrição
• Escopo – Tempo e Custo;
• Grande parte do tempo
deve ser investido aqui;
• Demandas conflitantes;
• Considera-se a qualidade
como uma quarta variável,
afetada pelo
balanceamento das outras
três.
Tripla Restrição
PROCESSOS DE GERENCIAMENTO DE
PROJETOS
Processos
Um processo pode ser definidos como “um
conjunto de atividades que são executadas
para transformar uma ou mais entradas em
uma ou mais saídas”.
Processos
• A saída de um processo pode ter diversas naturezas:
informação, serviços, peças, etc.;
• O resultado de todo e qualquer processo é o atendimento
das necessidades de um cliente;
• O objetivo principal de um processo é agregar valor,
assegurando que a saída tenha mais valor do que a
entrada.
Processos
• A
-> algo tangível, como um modelo ou software
Procedimento sistemático definido e usado
por um recurso humano para realizar uma atividade ->
Processos Orientados ao Produto
Normalmente fases do ciclo de vida do
projeto são específicos de cada área
de aplicação.
Aquilo que será
transformado:
insumos, matéria-
prima, dados etc.
O que será usado
para transformar:
ferramentas,
técnicas etc.
Resultados com
valor agregado pelo
processo.
Grupos de Processos de Gerenciamento de
Projetos
O PMBOK® v.6 define 49 processos de gerenciamento de
projetos em termos de suas entradas (Inputs), ferramentas
e técnicas (Tools and Techniques) e saídas (Outputs).
Grupos de Processos de Gerenciamento de
Projetos
• Os processos usam conhecimento, habilidades,
ferramentas e técnicas que recebem entradas e
geram saídas.
• No PMBOK® os processos são organizados
logicamente em CINCO grupos que se
interagem:
- Iniciação
- Planejamento
- Execução
- Controle
- Encerramento
Grupos de Processos de Gerenciamento de
Projetos
Iniciação: Define e autoriza o projeto ou
uma fase do projeto.
Planejamento: Define e refina os objetivos,
planeja as ações necessárias para alcança-
los, bem como cria o escopo para os quais
o projeto foi idealizado;
Execução: Integra pessoas e outros
recursos para executar as atividades
previstas no plano de gerenciamento de
projeto;
Monitoramento e controle: Mede e
monitora regularmente o progresso para
identificar eventuais variações de forma a
tomar ações corretivas;
Encerramento: Formaliza a aceitação do
produto, serviço ou resultado e conduz o
projeto ou uma fase do projeto a um final
ordenado.
Nível de Interação entre Grupos de
Processos
ÁREAS DE CONHECIMENTO
Visão Geral
As 10 áreas do conhecimento caracterizam os
principais aspectos envolvidos em um projeto no seu
gerenciamento.
INTEGRAÇÃO
ESCOPO
RECURSOS
PARTES
INTERESSADAS
CRONOGRAMA
QUALIDADE
RISCOS
CUSTO
COMUNICAÇÕES
AQUISIÇÕES
Visão Geral
Visão Geral
Relação Processos x Áreas do
Conhecimento
ÁREAS DE CONHECIMENTO
• As áreas Escopo, Cronograma, Custo e
Qualidade são as principais determinantes
para o objetivo de um projeto: entregar um
resultado de acordo com o Escopo, com o
prazo, com o custo e com a qualidade
adequada;
• Estas áreas respondem às questões: O quê,
quando, quanto e como;
• As áreas Comunicações, Riscos e Partes
Interessadas são responsáveis por manter as
expectativas e incertezas sob controle, e o
projeto no rumo certo;
• A área Integração abrange a orquestração de
todos esses aspectos.

Aula_02_Frameworks_de_Gestao_de_Projetos.pptx

  • 1.
  • 2.
    Agenda • Avisos: ContratoPedagógico e Plano de Ensino no backboard • Revisão • Nesta aula • Exercícios
  • 3.
  • 4.
    Aula 01 –Apresentação e Conceitos : • Conceitos Gerais em Projetos • PMI - Project Management Institute • Diferença entre PMBOK, PMI e PMP • Norma ISO 21500 • Modelo, Metodologia ou Framework? • O que é um Projeto? • Características e Exemplos de projetos • O que é Planejamento? • Programa, Portfólio e Subprojetos • Gerente de projetos • PMO
  • 5.
  • 6.
    Aula 02: Fasese Ciclo de Vida do Projeto
  • 7.
    Ciclo de Vidado Projeto • Ciclo de Vida de um projeto é a série de fases pelas quais um projeto passa, do início ao término. • O ciclo de vida do projeto compreende as fases iniciais (seleção e concepção), passando pelas fases intermediárias (planejamento e execução), até as fases finais (entrega final e encerramento). • O final do ciclo de projeto coincide com a passagem para o ambiente operacional do produto, resultado ou serviço.
  • 8.
    Ciclo de Vidado Projeto • Geralmente está ligado ao tipo de produto, serviço ou resultado, e pode ser diferente inclusive em empresas de uma mesma área.
  • 9.
    Nível de Custos e Pessoal Tempo Iniciação Organização e preparação Execução do trabalho Encerramento Ciclode Vida Genérico do Projeto Fases Genéricas Fonte: Guia PMBOK® v.6. Saídas do Gerenciamento do Projeto Termo de Abertura do Projeto Plano de Gerenciamento do Projeto Entregas Aceitas Arquivamento dos documentos do Projeto
  • 10.
    Impacto Risco xCusto Fonte: Guia PMBOK® v.6.
  • 11.
    Fases do Projeto •Um Projeto pode ser dividido em qualquer número de fases; • É um conjunto de atividades relacionadas de maneira lógica que culmina na conclusão de uma ou mais entregas; • As fases do projeto são usadas quando a natureza do trabalho a ser executado é única para uma parte do projeto, e são normalmente ligadas visando o desenvolvimento de uma entrega principal específica. Fonte: Guia PMBOK® v.6.
  • 12.
    Fases do Projeto •Uma fase pode enfatizar os processos de um grupo específico de processos de gerenciamento do projeto, mas é provável que a maioria ou todos os processos serão executados de alguma forma em cada fase; • Geralmente as fases são terminadas sequencialmente, mas podem se sobrepor em algumas situações do projeto; • Fases distintas normalmente têm durações ou esforços diferentes. • O encerramento de uma fase ocorre com alguma forma de transferência ou entrega do produto do trabalho produzido como a entrega da fase. Fonte: Guia PMBOK® v.6.
  • 13.
    Fases do Projeto •O final de uma fase representa um ponto natural de reavaliação das atividades em andamento e de modificação ou término do projeto, se necessário. Fonte: Guia PMBOK® v.6.
  • 14.
    Diferentes Ciclos deVida do Projeto • Existem diferentes Ciclos de Vida de Projetos. • O Guia PMBOK cita os seguintes: • Predeterminados (ou Cascata ou preditivo); • Iterativo e incremental; • Adaptativos (ou ágeis).
  • 15.
    Predeterminados (ou Cascataou preditivo) • Neste tipo de ciclo de vida todas as atividades do projeto são executadas em série, onde uma atividade só se inicia após a conclusão da anterior. • Difícil aplicação em desenvolvimento de software com escopo aberto (muito usado em projetos de Lean Startup e inovação) • Porém em projetos de escopo fechado ainda é bem utilizada
  • 16.
    Iterativo ou incremental •Resposta ao modelo cascata • Dividido em ciclos • Cada ciclo considera um subconjunto de requisitos • No final de cada iteração – uma entrega ou conjunto de entregas
  • 17.
    Adaptativos (ou ágeis) •Projetados a reagir a altos níveis de mudança • Envolvimento contínuo das partes interessadas • São também iterativos e incrementais – mas: • as iterações são muito rápidas (2 a 4 semanas) • Evolui em versões.
  • 18.
  • 19.
    Dado – Informação– Conhecimento – Sabedoria A Cadeia de Valor do Conhecimento
  • 20.
    Dado – Informação– Conhecimento – Sabedoria A Cadeia de Valor do Conhecimento
  • 21.
    Opinião Especializada • Ferramenta/técnicamais usada pelos processos do Guia PMBOK; • Sempre que necessário recorrer a pessoas ou grupos com conhecimento especializado ou competências nas áreas analisadas; • Podem ser profissionais da empresa, consultores, outras empresas e até partes interessadas do projeto. • Podem ser obtidas por consultas individuais, brainstorm, pesquisas, etc. • Citada em 28 dos 49 processos!
  • 22.
    Entregas (Deliverables) • Qualquerproduto, resultado ou serviço único e verificável que é produzido na conclusão de um processo, uma fase ou projeto. • Devem atender a padrões predeterminados para sua conclusão como especificações ou uma lista de verificação de etapas concluídas. Tem que ser mensurável.
  • 23.
    Premissas São fatores quepara fins de planejamento, são considerados verdadeiros, reais ou certos. Embora o termo comumente empregado no Brasil seja premissa (tradução oficial do PMBOK® para assumption), o termo em português mais adequado é hipótese. Veja que assumiremos que as premissas como certas, reais e seguras!
  • 24.
    Premissas Para iniciar oplanejamento, você fará algumas suposições, (hipóteses) e as usará para criar sua agenda. É importante levantar as hipóteses para que você possa atualizar o planejamento quando tiver informações adicionais sobre esses fatores. • Caso o seu projeto dependa do trabalho de terceiros (resultados de outros projetos, departamentos ou até mesmo do cliente) certifique-se que eles compreendam essa dependência e concordem com as datas de entrega previstas. • Possa levar em conta a disponibilidade de recursos (incluindo pessoas, materiais e equipamentos. • Note que uma premissa “diminui” o escopo, mas “aumenta” os riscos.
  • 25.
    Alguns exemplos dePremissas são: • O cliente disponibilizará ambiente de hardware e software conforme especificados na proposta de venda. • O prazo de entrega prometido pelo fornecedor de 30 dias será respeitado; • Todos os recursos necessários e previstos estarão disponíveis; • O desempenho da equipe no projeto será o previsto, já baseado em históricos anteriores.
  • 26.
    Premissas • Sempre quepossível o gerente de projetos deve tentar comprovar se a premissa é verdadeira; • Se as premissas forem pontos críticos no projeto elas devem ser mapeadas como riscos que geram planos de contingência.
  • 27.
    Riscos do Projeto •Riscos são eventos ou incertezas que podem ocorrer durante o projeto e causar impacto negativo ou positivo; • Para mensurar o risco é necessário identificar a probabilidade de ele ocorrer e avaliar o impacto em um ou mais objetivos do projeto.
  • 28.
    Restrições São aqueles fatoresque limitam as opções da equipe de gerenciamento do projeto. Quando um projeto é executado sob contrato, as cláusulas contratuais geralmente se constituirão em restrições ao projeto. Normalmente, as restrições principais são: • Tempo, tais como datas fixas, de início e/ou de término, ou um prazo para a conclusão do projeto e/ou de uma de suas fases intermediárias. • Recursos físicos, tais como materiais, instalações, equipamento e pessoal. • Custo, como um orçamento pré-definido.
  • 29.
    Alguns exemplos deRestrições são: • O projeto de reforma deverá ser conduzido com o laboratório em funcionamento, sem afetar o processo de análise de controle de qualidade, que não será interrompido. • Prazo de 90 dias, a partir da aprovação do projeto básico para elaboração do projeto executivo da nova pista de pouso e decolagem. • O projeto tem um prazo total de 12 meses, sendo que no final do primeiro mês deverão ser iniciados os trabalhos de construção no campo.
  • 30.
    Tripla Restrição • Escopo– Tempo e Custo; • Grande parte do tempo deve ser investido aqui; • Demandas conflitantes; • Considera-se a qualidade como uma quarta variável, afetada pelo balanceamento das outras três.
  • 31.
  • 32.
  • 33.
    Processos Um processo podeser definidos como “um conjunto de atividades que são executadas para transformar uma ou mais entradas em uma ou mais saídas”.
  • 34.
    Processos • A saídade um processo pode ter diversas naturezas: informação, serviços, peças, etc.; • O resultado de todo e qualquer processo é o atendimento das necessidades de um cliente; • O objetivo principal de um processo é agregar valor, assegurando que a saída tenha mais valor do que a entrada.
  • 35.
    Processos • A -> algotangível, como um modelo ou software Procedimento sistemático definido e usado por um recurso humano para realizar uma atividade ->
  • 36.
    Processos Orientados aoProduto Normalmente fases do ciclo de vida do projeto são específicos de cada área de aplicação. Aquilo que será transformado: insumos, matéria- prima, dados etc. O que será usado para transformar: ferramentas, técnicas etc. Resultados com valor agregado pelo processo.
  • 37.
    Grupos de Processosde Gerenciamento de Projetos O PMBOK® v.6 define 49 processos de gerenciamento de projetos em termos de suas entradas (Inputs), ferramentas e técnicas (Tools and Techniques) e saídas (Outputs).
  • 38.
    Grupos de Processosde Gerenciamento de Projetos • Os processos usam conhecimento, habilidades, ferramentas e técnicas que recebem entradas e geram saídas. • No PMBOK® os processos são organizados logicamente em CINCO grupos que se interagem: - Iniciação - Planejamento - Execução - Controle - Encerramento
  • 39.
    Grupos de Processosde Gerenciamento de Projetos Iniciação: Define e autoriza o projeto ou uma fase do projeto. Planejamento: Define e refina os objetivos, planeja as ações necessárias para alcança- los, bem como cria o escopo para os quais o projeto foi idealizado; Execução: Integra pessoas e outros recursos para executar as atividades previstas no plano de gerenciamento de projeto; Monitoramento e controle: Mede e monitora regularmente o progresso para identificar eventuais variações de forma a tomar ações corretivas; Encerramento: Formaliza a aceitação do produto, serviço ou resultado e conduz o projeto ou uma fase do projeto a um final ordenado.
  • 40.
    Nível de Interaçãoentre Grupos de Processos
  • 41.
  • 42.
    Visão Geral As 10áreas do conhecimento caracterizam os principais aspectos envolvidos em um projeto no seu gerenciamento. INTEGRAÇÃO ESCOPO RECURSOS PARTES INTERESSADAS CRONOGRAMA QUALIDADE RISCOS CUSTO COMUNICAÇÕES AQUISIÇÕES
  • 43.
  • 44.
  • 45.
    Relação Processos xÁreas do Conhecimento
  • 46.
    ÁREAS DE CONHECIMENTO •As áreas Escopo, Cronograma, Custo e Qualidade são as principais determinantes para o objetivo de um projeto: entregar um resultado de acordo com o Escopo, com o prazo, com o custo e com a qualidade adequada; • Estas áreas respondem às questões: O quê, quando, quanto e como; • As áreas Comunicações, Riscos e Partes Interessadas são responsáveis por manter as expectativas e incertezas sob controle, e o projeto no rumo certo; • A área Integração abrange a orquestração de todos esses aspectos.