Módulo 1: Fundamentos e Iniciação
Projetos vs. Operações
A base de tudo é entender onde você está pisando. Operações são atividades contínuas e repetitivas que mantêm a empresa funcionando (ex: folha de pagamento, linha de montagem, suporte contínuo). Elas sustentam o negócio. Projetos são os motores da mudança:
- Temporários: Têm início e fim estipulados. O projeto termina quando o objetivo é alcançado, quando não pode mais ser alcançado, ou quando a necessidade deixa de existir.
- Exclusivos: Criam um produto, serviço ou resultado único. Construir duas casas iguais em terrenos diferentes são dois projetos distintos devido aos riscos, condições de solo e fornecedores.
- Elaboração Progressiva: Desenvolvem-se em etapas e continuam em incrementos. Começam com uma ideia macro e vão sendo detalhados conforme a equipe aprende mais sobre o trabalho.
O Triângulo de Ferro (Restrições Triplas)
Gerenciar projetos é um ato constante de equilíbrio. Alterar um dos vértices fatalmente afetará pelo menos um dos outros.
Se o cliente exige que o Tempo seja reduzido (entrega mais rápida), o Custo geralmente aumentará (pagamento de horas extras) ou o Escopo terá que ser reduzido.
Fatores Ambientais vs Ativos de Processos (EEFs e OPAs)
O Ciclo de Vida: 5 Grupos de Processos
O projeto viaja no tempo através de 5 fases cruciais. A sequência é lei no PMBOK, mas lembre-se: eles não são fases estanques, eles se sobrepõem ao longo do projeto.
Dica de Ouro: A maior parte do orçamento e do tempo da equipe é gasta no grupo de Execução. É aqui que os materiais são comprados e a mão de obra é empregada massivamente.
Módulo 2: Gestão da Integração
O Coração do Projeto
A Integração é a única área de conhecimento que é de responsabilidade exclusiva do Gerente de Projetos. Você não pode delegar. É aqui que você amarra o escopo, prazo, custo e recursos como um verdadeiro maestro para garantir que o projeto faça sentido como um todo unificado.
Business Case vs. Termo de Abertura (TAP)
| Business Case (Caso de Negócio) | TAP (Termo de Abertura) |
|---|---|
| Feito antes do projeto nascer. É o estudo financeiro que responde: "Vale a pena investir nisso?". Contém cálculos como VPL (Valor Presente Líquido) e ROI. | Nasce do Business Case. Formaliza a existência do projeto, concede autoridade ao Gerente de Projetos para gastar os recursos e define as premissas e restrições de alto nível. Assinado pelo Patrocinador. |
O Comitê de Controle de Mudanças (CCB - Change Control Board)
Durante a execução de um projeto, mudanças ocorrerão. O processo "Realizar o Controle Integrado de Mudanças" é onde as solicitações são revisadas, aprovadas ou rejeitadas. O CCB é um grupo formalmente constituído responsável por esta aprovação. Atenção: O Gerente de Projetos não aprova mudanças que afetam as linhas de base (baselines) de escopo, tempo ou custo sozinho; ele leva o impacto analisado ao CCB e ao Patrocinador.
Cenários Críticos de Prova
Módulo 3: Gestão do Escopo
A Regra de Ouro do Escopo (Regra dos 100%)
Gerenciar o escopo é garantir que o projeto inclua todo o trabalho necessário, e APENAS o trabalho necessário. A EAP (Estrutura Analítica do Projeto) tem que conter 100% do que será feito.
Exemplo de EAP (Decomposição)
Atenção ao Gold Plating (Folheação a Ouro): Adicionar funcionalidades extras que o cliente não pediu, apenas porque a equipe achou que "ficaria mais legal", é um erro grave. Isso gasta tempo e dinheiro não planejados e adiciona riscos desnecessários.
A Matriz de Rastreabilidade de Requisitos
Este documento liga (rastreia) as necessidades originárias do negócio e do TAP aos requisitos técnicos de software/engenharia que serão construídos. Isso garante que todo requisito documentado agregue valor de negócio. Se um requisito não pode ser rastreado até um objetivo de negócio, ele não deveria estar no escopo.
Validar Escopo vs Controlar Qualidade
Eles andam juntos no final do projeto, mas a prova tentará confundi-lo:
| Validar o Escopo (Foco Externo) | Controlar a Qualidade (Foco Interno) |
|---|---|
| É a reunião final com o cliente. O foco é obter a aceitação formal (assinatura/aceite) das entregas. Responde à pergunta: "Construímos o produto que o cliente queria?" | Ocorre internamente ANTES de mostrar ao cliente. A equipe testa o produto para garantir a correção técnica de defeitos e bugs. Responde à pergunta: "Construímos o produto corretamente?" |
Módulo 4: Comunicação & Stakeholders
A Matriz de Stakeholders (Poder x Interesse)
Saber classificar as Partes Interessadas com base no Poder (influência sobre os recursos e andamento) e Interesse (nível de afetação pelo projeto) é vital.
(Ex: Reguladores Ambientais)
(Ex: Patrocinador, Cliente Chave)
(Ex: Público geral - Esforço Mínimo)
(Ex: Usuários finais do sistema, Equipe Técnica)
Dica: A equipe do projeto, como stakeholder, geralmente foca em querer flexibilidade e tempo para evitar pressão extra. O Cliente foca em cumprir rigorosamente as restrições de custo, qualidade e prazo.
Fórmula de Canais de Comunicação
À medida que novas pessoas entram no projeto, a complexidade da comunicação cresce exponencialmente, não linearmente. A fórmula para calcular a quantidade de canais possíveis é:
Onde N é o número total de stakeholders (incluindo o gerente). Se o projeto tem 5 pessoas, há 10 canais. Se entrarem mais 5 pessoas (total 10), os canais pulam para 45!
O Processo de Comunicação e Suas Barreiras
(Codifica a ideia)
(Mídia usada)
(Decodifica o sentido)
Formatos de Comunicação: Quando usar?
- Comunicação Escrita e Formal: Problemas complexos que precisam de documentação legal, auditorias, contratos, relatórios de status oficiais (Status Report) para a diretoria, e atualizações do plano de projeto.
- Comunicação Verbal e Informal: Resolução de problemas rápidos do dia a dia, reuniões diárias de alinhamento (Daily Standup), conversas rápidas para construir relacionamento.
- A Regra da Empatia: A comunicação falha menos quando o emissor demonstra empatia, ou seja, adapta a codificação da sua mensagem de acordo com a capacidade de entendimento do receptor.
Módulo 5: Tempo e Custos (Cronograma e EVM)
Técnicas de Compressão de Cronograma
Quando o projeto está atrasado, o gerente possui duas armas principais no PMBOK para tentar acelerá-lo. Ambas trazem consequências graves:
- Paralelismo (Fast Tracking): Fazer atividades em paralelo que normalmente seriam feitas em sequência (Ex: começar a construir as paredes antes da fundação estar 100% seca). Consequência: Aumenta drasticamente o Risco de retrabalho. Não custa dinheiro imediatamente.
- Compressão (Crashing): Adicionar mais recursos às atividades do caminho crítico (Ex: pagar hora extra, contratar mais pedreiros, alugar maquinário adicional). Consequência: Aumenta drasticamente o Custo.
O Caminho Crítico (CPM)
O Caminho Crítico é a sequência de atividades que representa o caminho mais longo no diagrama de rede do projeto. Ironicamente, ele determina a duração mínima (mais curta) na qual o projeto pode ser concluído. Atividades no caminho crítico normalmente possuem Folga Zero (Zero Float). Se qualquer atividade do caminho crítico atrasar 1 dia, o projeto inteiro atrasará 1 dia.
Gerenciamento de Valor Agregado (EVM - Earned Value Management)
O terror das provas de concurso. O EVM integra escopo, custo e cronograma de forma matemática para medir a saúde do projeto. Decore as siglas base:
- VP (PV - Planned Value): Valor Planejado. Quanto trabalho eu planejava ter feito até hoje?
- VA (EV - Earned Value): Valor Agregado. Quanto trabalho eu realmente entreguei até hoje? (Esta é a variável mais importante do PMBOK).
- CR (AC - Actual Cost): Custo Real. Quanto dinheiro eu tirei do bolso para pagar o trabalho feito até hoje?
Índices de Desempenho (Acima de 1 é BOM, abaixo de 1 é RUIM)
Se CPI = 1.2: Para cada R$ 1 gasto, o projeto entregou R$ 1.20 de valor. (Economizando dinheiro).
Se CPI = 0.8: Para cada R$ 1 gasto, entregou apenas R$ 0.80. (Estourando o orçamento).
Se SPI = 1.1: O projeto está entregando trabalho 10% mais rápido que o planejado. (Adiantado).
Se SPI = 0.9: O projeto entregou apenas 90% do que deveria até a data. (Atrasado).
Módulo 6: Riscos e Qualidade
Conceito de Risco
No PMBOK, risco não é apenas algo ruim. Risco é um evento incerto que, se ocorrer, terá um efeito positivo ou negativo nos objetivos do projeto. Portanto, existem Ameaças (riscos negativos) e Oportunidades (riscos positivos).
Estratégias de Resposta a Riscos (Ameaças)
- Prevenir / Evitar (Avoid): Alterar o plano do projeto para eliminar a ameaça inteiramente. (Ex: Mudar a rota de transporte para evitar uma região com furacões).
- Mitigar (Mitigate): Tomar ações antecipadas para reduzir a probabilidade e/ou o impacto do risco. (Ex: Comprar geradores de backup para mitigar o impacto de uma queda de energia).
- Transferir (Transfer): Passar a responsabilidade financeira e de gestão do risco para um terceiro. O risco não some, ele muda de dono. (Ex: Contratar Seguro, Terceirização).
- Aceitar (Accept): Decidir não mudar o plano, seja porque é impossível, seja porque custa mais caro agir do que sofrer o impacto. Pode envolver criar uma Reserva de Contingência (dinheiro guardado caso ocorra).
Reservas Financeiras: Contingência vs Gerencial
| Reserva de Contingência: Dinheiro guardado pelo Gerente para lidar com riscos conhecidos (aqueles identificados no registro de riscos). Faz parte da Linha de Base dos Custos do projeto. | Reserva Gerencial: Dinheiro guardado pela Diretoria/Patrocinador para lidar com riscos desconhecidos (eventos imprevisíveis, como uma pandemia repentina). Fica fora da linha de base de custos e o gerente precisa pedir permissão para usar. |
Ferramentas de Qualidade
- Diagrama de Ishikawa (Espinha de Peixe / Causa e Efeito): Usado para descobrir a causa raiz de um defeito específico.
- Diagrama de Pareto (Regra 80/20): Histograma ordenado por frequência que ajuda a priorizar. Identifica os 20% das causas que estão gerando 80% dos problemas. Onde você deve agir primeiro.
🎲 Simulado Avançado
Gerando prova aleatória...