03 Gestão de Projetos

1. Visão Geral

A apostila de Gestão de Projetos integra o Curso de Aperfeiçoamento Avançado (CAA) da Escola de Especialistas de Aeronáutica (EEAR), do Comando da Aeronáutica (COMAER), vinculada ao Campo Técnico Especializado e à área de Ciências Sociais Aplicadas. É um volume único de caráter introdutório-conceitual destinado a graduados que, na nova posição hierárquica, precisam assessorar superiores e orientar equipes mais modernas.

Seus objetivos específicos são: (a) definir as principais características de um projeto; (b) indicar ferramentas e métodos disponíveis à gestão de projetos; e (c) identificar as diretrizes definidas pela DCA 11-1 para a gestão de projetos na Força Aérea Brasileira (FAB). A obra estrutura-se em três unidades: (1) o projeto e sua gestão, (2) ferramentas na gestão de projetos e (3) a gestão de projetos na FAB (com destaque ao GPAER). A abordagem é teórica e militar-contextual: parte da definição de projeto, passa por métodos consagrados (PMBOK/PMI, ágil, PERT/CPM, Prince2, etc.) e chega à aplicação prática via SPGIA e Balanced Scorecard no ambiente do COMAER.

2. Temas Principais

2.1. Definição, Parâmetros e Características do Projeto

Resumo Executivo: A apostila apresenta projeto como esforço temporário, singular e orientado a resultados, distinguindo-o de processo (rotineiro, repetitivo). Segundo o Manual de Gestão de Projetos do TCU (BRASIL, 2006), projeto é um conjunto de atividades especialmente planejadas, com responsabilidades, objetivos, escopo, prazo e recursos definidos. A definição é complementada pela MGP-SISP (Enap, 2014) — "empreendimento planejado, orientado a resultados" — e por Turner e Müller (escopo único, restrições de custo e tempo, objetivos quantitativos e qualitativos). O PMI (PMBOK, 2008) sintetiza: "esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo". As cinco características centrais são: singularidade, temporariedade, ciclo de vida, incerteza e interdisciplinaridade.
Conceitos-Chave:
Projeto: esforço temporário para criar produto/serviço/resultado único.
Escopo (abrangência): somatório dos produtos, metas e atividades; inclui o "não escopo" para evitar falsas expectativas.
Prazo delimitado: início e fim bem definidos, essenciais ao planejamento realista.
Recursos: humanos (fator decisivo), materiais, financeiros.
Responsabilidades: alocação de pessoas, funções, relações com a organização.
Objetivos: devem ser claros, realistas e factíveis.
Singularidade: evento único, não repetitivo.
Temporariedade: início e fim definidos.
Ciclo de vida: iniciação → planejamento → desenvolvimento → encerramento.
Incerteza: riscos inerentes a produtos/atividades singulares.
Interdisciplinaridade: congrega diversas áreas (administração, qualidade, estatística, informática, contabilidade).
Pontos de Atenção:
Confundir processo (repetitivo, otimização contínua) com projeto (único, temporal).
Esquecer de declarar o "não escopo" — leva a expectativas frustradas.
Objetivos vagos = principal causa de fracasso.
Recursos humanos, não financeiros, costumam ser o gargalo decisivo.
Aplicações Práticas:
Construção de um prédio residencial: mesmo com plantas prontas, cada obra é um projeto (características do solo, licença ambiental, altura, ventos, etc.).
Assessoramento militar: situações singulares na carreira tratadas como projeto para otimizar recursos e assessorar comandantes, chefes ou diretores.
Gestão de recursos públicos pelas Forças Armadas (transparência e otimização, mesmo sem "lucro").
Checklist de Revisão:
[ ] Sei distinguir projeto de processo.
[ ] Consigo citar as 5 características de um projeto.
[ ] Identifico escopo, prazo, recursos, objetivos e responsabilidades.
[ ] Reconheço a importância do "não escopo".
[ ] Lembro que recursos humanos são geralmente o fator decisivo.
[ ] Sei que projeto é esforço temporário (PMI).
[ ] Identifico as 4 fases básicas do ciclo de vida.
[ ] Reconheço a interdisciplinaridade como característica.
Q&A para Fixação:
P: Qual a definição de projeto segundo o PMI (PMBOK, 2008)?
R.: Esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.
P: Quais são as cinco características principais de um projeto segundo o Manual do TCU?
R.: Singularidade, temporariedade, ciclo de vida, incerteza e interdisciplinaridade.
P: Qual a diferença entre escopo e "não escopo"?
R.: Escopo é o somatório de produtos, metas e atividades a entregar; "não escopo" é o que está deliberadamente fora do projeto, para evitar falsas expectativas.
P: Quais as quatro fases recorrentes do ciclo de vida de um projeto?
R.: Iniciação, planejamento, desenvolvimento (e controle) e encerramento.
P: Por que a interdisciplinaridade é uma característica de projeto?
R.: Porque um projeto pode congregar múltiplas áreas (administração, qualidade, estatística, contabilidade, informática, etc.).
P: O que diferencia projeto de processo?
R.: Processo é repetitivo, rotineiro, otimizado continuamente; projeto é único, temporal, com escopo e objetivo específicos.

2.2. Stakeholders, Sucesso e Fracasso

Resumo Executivo: A gestão de projetos deve considerar os stakeholders ("partes interessadas" — sem tradução exata para o português; a origem "aquele que prende uma estaca" indicava pessoas/organizações sem as quais a empresa deixaria de existir). O sucesso depende do gerenciamento de recursos humanos: metas claras, liderança, negociação e gestão de conflitos. O fracasso é tipicamente causado por metas mal estabelecidas, incompreendidas ou inatingíveis, falta de conhecimento técnico e eventos inesperados. O êxito se mede por: prazo, orçamento, qualidade e satisfação dos stakeholders.
Conceitos-Chave:
Stakeholders: cliente/beneficiário, financiador, instituição executora, equipes, etc.
Sucesso: dentro do prazo + dentro do orçamento + qualidade esperada + satisfação dos stakeholders.
Causas de fracasso: metas mal-estabelecidas, incompreendidas pela equipe técnica, inatingíveis, falta de conhecimento, eventos inesperados.
Gerente de projetos: papel central — liderar, interagir, definir objetivos/estratégia, negociar, gerir conflitos.
Pontos de Atenção:
O termo stakeholder não tem tradução exata — usar "partes interessadas" é convenção.
Confundir "qualidade" com "satisfação" — o êxito exige as duas.
Sucesso/fracasso depende criticamente do gerenciamento de pessoas, não só de cronogramas.
Aplicações Práticas:
Em organizações militares, o "cliente" pode ser o próprio comandante, a OM destinatária ou a sociedade (no caso de entregas públicas).
Avaliação de desempenho do gerente de projetos inclui soft skills (liderança, negociação).
Checklist de Revisão:
[ ] Sei o que é stakeholder.
[ ] Cito pelo menos 3 exemplos de stakeholders.
[ ] Identifico as 4 condições de sucesso de um projeto.
[ ] Conheço as causas de fracasso.
[ ] Reconheço o papel do gerente na gestão de pessoas e conflitos.
[ ] Distingo qualidade do produto de satisfação do cliente.
Q&A para Fixação:
P: O que é stakeholder segundo a apostila?
R.: Pessoas ou organizações (sem serem necessariamente acionistas) sem as quais a empresa/projeto poderia deixar de operar ou existir; também chamadas de "partes interessadas".
P: Quais os quatro critérios de êxito de um projeto?
R.: Finalizar no prazo, no orçamento, com a qualidade esperada e satisfazendo as partes interessadas.
P: Quais as principais causas de fracasso em projetos?
R.: Metas mal-estabelecidas, incompreendidas, inatingíveis; falta de conhecimento; eventos inesperados.
P: Qual habilidade é destacada como decisiva para o gerente de projetos?
R.: A capacidade de liderar, interagir com equipes, definir objetivos/estratégia, negociar na cultura organizacional e gerir conflitos (gestão de pessoas).
P: Os critérios de êxito contemplam só dimensões técnicas?
R.: Não — incluem também a satisfação das partes interessadas (dimensão humana).

2.3. Ciclo de Vida e Grupos de Gerenciamento

Resumo Executivo: O PMBOK (PMI, 2008) é a referência teórica principal — uma associação mundial com sede nos EUA que normatiza gestão de projetos, programas e portfólios. O ciclo de vida é o conjunto de fases do projeto, da primeira à última entrega. As fases se encerram/iniciam sequencialmente, mas podem se sobrepor. O gerenciamento divide-se em 5 grupos: iniciação, planejamento, execução, monitoramento/controle e encerramento. O PMI é citado como referência; a gestão e o gerenciamento de processos podem coexistir dentro do mesmo projeto (ex.: processo de compra de materiais durante a construção).
Conceitos-Chave:
PMI (Project Management Institute): associação mundial, sede nos EUA, referência em gestão de projetos, programas e portfólios.
Ciclo de vida: do início das atividades da primeira fase ao encerramento da última.
Fase: conjunto de atividades interligadas que resultam em entregas.
Entregas (deliverables): materiais, listas, levantamentos, dados.
5 grupos de gerenciamento: iniciação, planejamento, execução, monitoramento e controle, encerramento.
Sobreposição de fases: permitida quando não há prejuízo ao andamento.
Lições aprendidas: banco de dados para melhoria contínua.
Pontos de Atenção:
O PMI é uma instituição, não uma metodologia única (embora edite o PMBOK).
Confundir "fase" com "grupo de processos": fases são partes do projeto, grupos são áreas de gestão contínuas.
A gestão de projetos e a de processos não se excluem — coexistem.
Aplicações Práticas:
Fase "vendas com a construtora" pode ocorrer simultaneamente a outras fases da obra sem prejudicá-la.
"Planejamento da estrutura" — entrega típica: desenho estrutural a partir de análise de solo.
Criar repositório de lições aprendidas para benefício de projetos futuros.
Checklist de Revisão:
[ ] Sei o que é o PMI e onde fica sua sede.
[ ] Defino corretamente ciclo de vida e fase.
[ ] Conheço as 4 fases recorrentes.
[ ] Conheço os 5 grupos de gerenciamento.
[ ] Entendo que fases podem se sobrepor.
[ ] Reconheço entregas como resultado de fases.
[ ] Sei que lições aprendidas alimentam melhoria contínua.
Q&A para Fixação:
P: O que é o PMI?
R.: Project Management Institute — associação mundial, sede nos EUA, referência em gestão de projetos, programas e portfólios; edita o PMBOK.
P: Quais os 5 grupos do gerenciamento de projetos?
R.: Iniciação, planejamento, execução, monitoramento e controle, encerramento.
P: Fases de um projeto podem se sobrepor?
R.: Sim, desde que não haja prejuízo ao andamento do projeto.
P: O que é uma "entrega" (deliverable) de uma fase?
R.: Qualquer material produzido (lista, levantamento, dados, desenho, documento) que comprove a conclusão daquela fase.
P: Qual o papel das "lições aprendidas"?
R.: Alimentar um banco de dados institucional para aprimorar práticas de gestão e promover melhoria contínua.

2.4. Manifesto Ágil

Resumo Executivo: Surgiu em Utah, 11–13 de fevereiro de 2001, em evento liderado por Robert Cecil Martin (um dos integrantes do grupo da comunidade XP). Reuniu 17 pessoas influentes. O documento — "Manifesto para o Desenvolvimento Ágil de Software" — condensou consensos em 4 valores e 12 princípios que orientam times ágeis a focarem no que agrega valor ao projeto e ao cliente.
Conceitos-Chave:
Valores do Manifesto Ágil:
1. Indivíduos e interações > processos e ferramentas.
2. Software em funcionamento > documentação abrangente.
3. Colaboração com o cliente > negociação de contrato.
4. Responder a mudanças > seguir um plano.
Princípios (resumo): satisfação do cliente via entregas contínuas; receptividade a mudanças; entregas frequentes; união devs + negócio; motivação; comunicação pessoal; software funcionando como medida de progresso; sustentabilidade; excelência técnica; simplicidade; auto-organização; autoavaliação periódica.
Pontos de Atenção:
Cada "valor" tem dois lados — o item à esquerda tem valor maior, mas o da direita continua tendo importância (pegadinha clássica de prova).
O Manifesto não é metodologia — é guia de valores/princípios.
Contexto histórico: reação à burocratização do XP e dos Lightweight Methods.
Aplicações Práticas:
Adoção em times de software e, cada vez mais, em projetos fora de TI.
Base conceitual para Scrum, XP, Kanban, entre outros.
Checklist de Revisão:
[ ] Sei a data e o local do evento fundador (Utah, fev/2001).
[ ] Lembro o nome do documento (Manifesto para o Desenvolvimento Ágil de Software).
[ ] Cito os 4 valores corretamente.
[ ] Reconheço que o item à direita do ">" não é descartado.
[ ] Identifico Robert Cecil Martin como articulador do grupo.
Q&A para Fixação:
P: Quantos valores e quantos princípios tem o Manifesto Ágil?
R.: 4 valores e 12 princípios.
P: Quais são os 4 valores do Manifesto Ágil?
R.: (1) Indivíduos e interações > processos e ferramentas; (2) software em funcionamento > documentação abrangente; (3) colaboração com o cliente > negociação de contrato; (4) responder a mudanças > seguir um plano.
P: Quem articulou o segundo evento em Utah?
R.: Robert Cecil Martin.
P: O Manifesto Ágil é uma metodologia?
R.: Não — é um documento de valores e princípios que orienta times ágeis; as metodologias (Scrum, XP, Kanban etc.) é que o aplicam.

2.5. Waterfall (Cascata)

Resumo Executivo: Metodologia tradicional/preditiva em que as etapas são sequenciais (definição de requisitos → planejamento → execução → validação). Requisitos são fixados no início e raramente mudam. Voltar uma fase implica altos custos. Prazos e custos são previsíveis; a equipe compreende o fluxo com facilidade. É adequado a projetos com requisitos estáveis, longos, em ambientes muito controlados (indústria, construção civil) e nos quais mudanças pós-entrega são caras/impraticáveis. Para projetos com mudanças médias/grandes, é melhor usar métodos flexíveis.
Conceitos-Chave:
Sequencialidade: fase só começa quando a anterior termina.
Preditividade: requisitos fixados no início.
Rigidez: alto custo de refazer uma fase.
Vantagens: prazos/custos previsíveis; equipe com fluxo organizado; boa para projetos complexos e de longa duração quando os requisitos não mudam.
Pontos de Atenção:
Waterfall não proíbe mudar, mas tornar a mudar é caríssimo.
Resultados, em geral, só aparecem após a conclusão — cobrança de valor tardia.
Aplicações Práticas:
Construção civil de grande porte.
Indústria com linhas de produção altamente controladas.
Projetos cuja alteração pós-entrega é impraticável ou proibitiva.
Checklist de Revisão:
[ ] Identifico Waterfall como metodologia sequencial/preditiva.
[ ] Lembro que requisitos são fixados no início.
[ ] Reconheço que voltar uma fase tem alto custo.
[ ] Cito o setor onde é mais comum (construção civil/indústria).
[ ] Sei indicar quando não usar (requisitos voláteis).
Q&A para Fixação:
P: O que é a metodologia Waterfall?
R.: Metodologia tradicional/preditiva em que as fases do projeto ocorrem de forma sequencial, sem sobreposição, com requisitos fixados no início.
P: Qual a principal vantagem do Waterfall?
R.: Maior previsibilidade de prazos e custos, fluxo claro para a equipe.
P: Em que cenário o Waterfall é indicado?
R.: Projetos longos/complexos com requisitos estáveis, em ambientes controlados (construção civil, indústria).
P: Por que Waterfall pode falhar em projetos com requisitos voláteis?
R.: Porque qualquer mudança de requisito após a fase inicial implica voltar atrás com alto custo.

2.6. Scrum

Resumo Executivo: Metodologia ágil de gestão de projetos baseada em equipes pequenas, multidisciplinares, com feedbacks constantes e colaboração intensa. Muito usada em desenvolvimento de software, mas aplicável a outros segmentos e até a projetos pessoais. Fundamenta-se em autogerenciamento, agilidade, foco no essencial, reuniões de alinhamento, estrutura enxuta, transparência e adaptabilidade. Promove autonomia, aprendizado contínuo e sentimento de pertencimento.
Conceitos-Chave:
Equipes pequenas e multidisciplinares.
Feedbacks constantes e colaboração.
Sprints / iterações curtas.
Cerimônias típicas: planning, daily, review, retrospective.
Transparência, adaptabilidade, foco no essencial.
Autonomia, aprendizado contínuo, pertencimento.
Pontos de Atenção:
Scrum não é exclusivo de software — vale para qualquer área com entregas iterativas.
"Agilidade" no Scrum tem sentido específico (sprints, retrospectivas) — não confunda com "rapidez" apenas.
Aplicações Práticas:
Times de tecnologia, marketing, RH, projetos pessoais.
Identificação rápida de oportunidades e soluções.
Checklist de Revisão:
[ ] Defino Scrum corretamente.
[ ] Cito suas bases (autogerenciamento, agilidade, etc.).
[ ] Identifico o perfil de equipe (pequena e multidisciplinar).
[ ] Reconheço Scrum como metodologia ágil.
[ ] Lembro que vai além de software.
Q&A para Fixação:
P: Quais as bases do método Scrum?
R.: Autogerenciamento, agilidade, foco no essencial, reuniões de alinhamento, estrutura enxuta, transparência e adaptabilidade.
P: Scrum é exclusivo de software?
R.: Não — pode ser aplicado a qualquer segmento, inclusive projetos pessoais.
P: Que tipo de equipe o Scrum preconiza?
R.: Equipes pequenas e multidisciplinares.
P: Que benefícios organizacionais o Scrum busca entregar?
R.: Mais agilidade, eficiência e qualidade; autonomia, aprendizado contínuo e pertencimento.

2.7. PRINCE 2

Resumo Executivo: Criado no Reino Unido em 1989 para gestão de projetos de TI e hoje aplicado em diversas áreas. Nome vem de Projects In Controlled Environments. Estrutura-se em 7 princípios, 7 temas e 7 processos (total 7/7/7). Foco em entregas no prazo e no custo, com papéis predeterminados e responsabilidades claras.
Conceitos-Chave:
7 Princípios: justificativa contínua do negócio; aprender com a experiência; papéis e responsabilidades bem definidos; gerenciar por estágios; gerenciar por exceção; foco em produtos; adequar ao ambiente.
7 Temas: Business Case (caso de negócio); Organização; Qualidade; Planos; Risco; Mudança; Progresso.
7 Processos: Starting up a Project (SU); Directing a Project (DP); Initiating a Project (IP); Managing a Stage Boundary (SB); Controlling a Stage (CS); Managing Product Delivery (MP); Closing a Project (CP).
Pontos de Atenção:
Decoração: lembrar 7/7/7.
"Gerenciar por exceção" significa intervir quando algo foge da tolerância — não é "exceção = erro".
"Gerenciar por estágios" não é sinônimo de Waterfall — Prince2 é iterativo por estágio.
Aplicações Práticas:
Projetos de TI, governo, engenharia — onde há necessidade de forte controle e prestação de contas.
Órgãos públicos britânicos e internacionais.
Checklist de Revisão:
[ ] Sei a origem (Reino Unido, 1989).
[ ] Decoro a sigla: Projects In Controlled Environments.
[ ] Lembro 7/7/7.
[ ] Distingo princípios, temas e processos.
[ ] Identifico o processo "Closing a Project" como final.
Q&A para Fixação:
P: O que significa PRINCE 2?
R.: Projects In Controlled Environments (Projetos em Ambientes Controlados).
P: Quantos princípios, temas e processos tem o PRINCE 2?
R.: 7 princípios, 7 temas e 7 processos.
P: Cite três processos do PRINCE 2.
R.: Exemplos: Starting up a Project (SU), Initiating a Project (IP), Closing a Project (CP).
P: Qual a origem do PRINCE 2?
R.: Reino Unido, 1989, inicialmente para projetos de TI.

2.8. PERT / CPM

Resumo Executivo: PERT (Program Evaluation and Review Technique) — "Avaliação do Programa e Técnica de Revisão" — frequentemente acompanhada do CPM (Critical Path Method, Método do Caminho Crítico) — é uma metodologia de gestão do calendário do projeto, representada por uma rede de tarefas. Foi concebida pela Marinha dos EUA para coordenar milhares de pessoas no projeto das ogivas nucleares POLARIS. Requer segmentação precisa em tarefas, estimativa de duração e nomeação de um chefe de projeto. A rede PERT é formada por três elementos: tarefa, etapa e tarefa fictícia.
Conceitos-Chave:
Tarefa (atividade): representada por uma seta; tem código e duração; o comprimento da seta não representa a duração.
Etapa: início e fim de uma tarefa; a etapa final de uma é a inicial da seguinte.
Tarefa fictícia: seta pontilhada; indica dependência sem consumir recurso.
Caminho crítico: sequência de tarefas que determina a duração mínima do projeto.
Origem: Marinha dos EUA, projeto Polaris.
Pontos de Atenção:
Comprimento da seta ≠ duração da tarefa (pegadinha).
PERT e CPM caminham juntos, mas não são sinônimos: PERT = rede; CPM = caminho crítico.
Rede PERT serve para calendário, não para custo.
Aplicações Práticas:
Projetos complexos com muitas atividades interdependentes.
Defesa (Marinha dos EUA), engenharia, P&D.
Checklist de Revisão:
[ ] Sei o que é PERT e sua origem.
[ ] Identifico os 3 elementos da rede.
[ ] Lembro que comprimento da seta ≠ duração.
[ ] Distingo PERT de CPM.
[ ] Relaciono PERT ao projeto Polaris.
Q&A para Fixação:
P: Quais os três elementos da rede PERT?
R.: Tarefa, etapa e tarefa fictícia.
P: O que é a tarefa fictícia na rede PERT?
R.: Uma seta pontilhada que indica dependência entre etapas, sem consumir recurso.
P: O comprimento da seta da tarefa tem relação com sua duração?
R.: Não — o comprimento é apenas representativo; a duração é um dado à parte.
P: Por quem e para que o PERT foi criado originalmente?
R.: Pela Marinha dos EUA, para coordenar o trabalho de milhares de pessoas no projeto das ogivas nucleares POLARIS.

2.9. Adaptive Project Framework (APF)

Resumo Executivo: Estrutura adaptativa proposta por Robert K. Wysocki no livro Adaptive Project Framework: Managing in the Face of Uncertainty (Estrutura de Projeto Adaptável: Gerenciando a Complexidade diante da Incerteza). Parte da premissa de que a dificuldade em especificar requisitos completos no início é a principal causa de insucesso dos modelos tradicionais (lineares). É um processo criado para se adaptar às fases de mudança contínua do projeto.
Conceitos-Chave:
Inadequação da abordagem linear tradicional.
Incerteza como variável central.
Adaptação contínua das fases.
Autor: Robert K. Wysocki (referência em Melhoria Contínua de Processo).
Pontos de Atenção:
APF é a "resposta" aos problemas do Waterfall/tradicional.
Não confundir com "improvisação" — é método formal para contextos incertos.
Aplicações Práticas:
Projetos de P&D, reestruturação organizacional, projetos de defesa com requisitos voláteis.
Conexão direta com a reflexão da apostila: a reestruturação da FAB e a importância da comunicação institucional.
Checklist de Revisão:
[ ] Cito o autor (Robert K. Wysocki).
[ ] Identifico APF como framework adaptativo.
[ ] Explico a crítica à abordagem linear.
[ ] Relaciono APF a ambientes incertos.
[ ] Distingo APF de Scrum/XP (não é ágil puro, é adaptativo).
Q&A para Fixação:
P: Quem é o autor do Adaptive Project Framework citado na apostila?
R.: Robert K. Wysocki.
P: Qual a principal crítica do APF à abordagem tradicional?
R.: A dificuldade de especificar requisitos completos no início do projeto, principal causa de insucesso dos métodos lineares.
P: Em que cenário o APF é mais útil?
R.: Projetos com fases de mudança contínua, em ambientes de alta incerteza.

2.10. Extreme Programming (XP)

Resumo Executivo: Metodologia ágil muito popular no desenvolvimento de software, com alto nível de adaptabilidade e qualidade. Criada em 1996 por Kent Beck, surgiu da necessidade de velocidade impulsionada pela internet do início dos anos 1990. Trabalha com regras simples, mas eficazes, transformando gerentes, clientes e desenvolvedores em parceiros. Baseia-se em 5 valores.
Conceitos-Chave:
5 valores do XP:
1. Simplicidade — dividir a etapa principal em metas menores.
2. Comunicação — diária entre os envolvidos.
3. Coragem — para mudanças de requisitos durante a execução.
4. Respeito — melhor fornecimento e aceitação de feedbacks.
5. Feedback — retorno das necessidades dos clientes.
Práticas associadas: programação em pares, integração contínua, TDD, refatoração, releases curtas.
Pontos de Atenção:
XP não é Extreme Programming do Manifesto Ágil — ele é uma das raízes históricas do movimento ágil.
Não confundir "coragem" com "ousadia descriteriosa" — é segurança para mudar com responsabilidade.
Aplicações Práticas:
Equipes de software com requisitos voláteis.
Projetos que exigem resposta rápida a mudanças de escopo.
Checklist de Revisão:
[ ] Sei quem criou o XP (Kent Beck) e em que ano (1996).
[ ] Cito os 5 valores.
[ ] Identifico XP como metodologia ágil.
[ ] Distingo XP do Scrum (XP é mais técnico/codificação; Scrum é mais gerencial).
[ ] Reconheço o papel do feedback constante.
Q&A para Fixação:
P: Quem criou o XP e em que ano?
R.: Kent Beck, em 1996.
P: Quais os 5 valores do XP?
R.: Simplicidade, comunicação, coragem, respeito e feedback.
P: O que significa "simplicidade" no XP?
R.: Dividir a etapa principal em metas menores.
P: Por que o XP surgiu?
R.: Da necessidade de velocidade no desenvolvimento de software impulsionada pela internet do início dos anos 1990.

2.11. Kanban

Resumo Executivo: Desenvolvido pela Toyota, é uma das principais estrelas do gerenciamento de processos ágeis. Usa cartões para tornar visual o acompanhamento de tarefas, com colunas clássicas "para fazer" → "em execução" → "finalizado". Permite identificar gargalos, filas e atrasos; melhora comunicação, organização e transparência.
Conceitos-Chave:
Origem: Toyota.
Quadro Kanban: colunas que representam estágios das tarefas.
Cartão: representa uma tarefa ou trabalho.
Transparência visual: ver o que está sendo feito e por quem.
Identificação de gargalos, filas, atrasos e ociosidade/excesso de trabalho.
Pontos de Atenção:
Kanban não é apenas "quadro de tarefas" — é sistema puxado (pull), com limite de trabalho em progresso (WIP).
Confunde-se facilmente com Scrum; ambos são ágeis, mas Kanban é contínuo e Scrum é iterativo (sprints).
Aplicações Práticas:
Linhas de produção (origem na Toyota).
Gestão de fluxo de demandas em TI, manutenção, logística.
Versões digitais em ferramentas web.
Checklist de Revisão:
[ ] Identifico a origem (Toyota).
[ ] Cito as colunas clássicas (a fazer, em execução, finalizado).
[ ] Reconheço o papel visual/transparente.
[ ] Distingo Kanban de Scrum.
[ ] Identifico gargalos e filas como alvo da ferramenta.
Q&A para Fixação:
P: Quem desenvolveu o Kanban?
R.: A Toyota.
P: Qual o principal objetivo do Kanban?
R.: Visualizar o fluxo de trabalho, identificar gargalos, filas e atrasos, melhorando organização, transparência e produtividade.
P: Quais são as colunas clássicas de um quadro Kanban?
R.: "Para fazer", "em execução" e "finalizado".
P: Kanban é metodologia iterativa como o Scrum?
R.: Não — Kanban é contínuo (fluxo puxado); Scrum trabalha com sprints/iterações.

2.12. Estrutura Analítica do Projeto (EAP) / WBS

Resumo Executivo: A EAP (WBS — Work Breakdown Structure) é a decomposição hierárquica e orientada para entrega do trabalho total do projeto. Começa com o projeto no topo e vai sendo decomposta em subentregas até um nível em que uma única pessoa possa ser designada para um pacote de trabalho. Por custo, pacotes são geralmente agrupados e atribuídos a um departamento. Define visualmente o escopo em partes gerenciáveis.
Conceitos-Chave:
Decomposição hierárquica orientada à entrega.
Subentregas: produtos intermediários do projeto.
Pacote de trabalho: menor unidade; lista de tarefas para uma entrega específica.
Visualmente: o projeto é o topo; cada nível aprofunda os detalhes.
Critério de parada: quando uma pessoa pode ser designada.
Pontos de Atenção:
EAP não é lista de tarefas — é estrutura de entregas. Tarefas compõem o pacote de trabalho.
"Orientada para entrega" significa que cada ramo é um produto/resultado, não uma atividade.
Aplicações Práticas:
Base para o Gráfico de Gantt, cronograma, orçamento, EAP no GPAER.
Construção civil: entrega "planejamento da estrutura" → desenho estrutural (a partir de solo, terreno, etc.).
Checklist de Revisão:
[ ] Sei o que é EAP/WBS.
[ ] Identifico entrega como foco (não tarefa).
[ ] Sei quando parar a decomposição (pacote designável a uma pessoa).
[ ] Reconheço o uso no GPAER.
[ ] Distingo pacote de trabalho de atividade avulsa.
Q&A para Fixação:
P: O que é a Estrutura Analítica do Projeto (EAP)?
R.: Decomposição hierárquica e orientada para entrega do trabalho total do projeto, em partes gerenciáveis.
P: Até quando a EAP é decomposta?
R.: Até o nível em que uma única pessoa possa ser designada para um pacote de trabalho.
P: A EAP é orientada a tarefas ou a entregas?
R.: A entregas.
P: O que é um "pacote de trabalho" na EAP?
R.: A menor unidade da EAP, contendo a lista de tarefas necessárias para produzir uma entrega específica.

2.13. Gráfico de Gantt

Resumo Executivo: Ferramenta visual para controlar o cronograma de um projeto ou programação de produção. Mostra tarefas, relação de precedência, início, duração, responsável e previsão de término. Vantagens: segmentar tarefas, distribuir responsabilidades, propiciar interdependência, definir prazos e acompanhar o andamento.
Conceitos-Chave:
Tarefas em barras horizontais com linha do tempo.
Precedência: relação de dependência entre tarefas.
Responsáveis por tarefa.
Datas de início e fim.
Vantagens: segmentação, responsabilidades, interdependência, prazos, acompanhamento.
Pontos de Atenção:
Gantt é cronograma — não substitui EAP nem BSC.
Em projetos complexos, o caminho crítico (CPM) é que define a duração total.
Aplicações Práticas:
Construção civil, indústria, planejamento militar.
Geração automática no GPAER a partir da EAP cadastrada.
Checklist de Revisão:
[ ] Sei o que é o Gráfico de Gantt.
[ ] Identifico o que ele mostra (tarefas, datas, responsáveis, dependências).
[ ] Cito pelo menos 3 vantagens.
[ ] Distingo Gantt de EAP.
[ ] Reconheço a presença do Gantt no GPAER.
Q&A para Fixação:
P: O que é o Gráfico de Gantt?
R.: Ferramenta visual de controle de cronograma que mostra tarefas, suas durações, datas, responsáveis e relações de precedência.
P: Cite três vantagens do Gantt.
R.: Segmentar tarefas, distribuir responsabilidades e definir prazos de entrega (entre outras).
P: Gantt e EAP são a mesma coisa?
R.: Não — EAP é a decomposição de entregas; Gantt é a visualização temporal do cronograma.

2.14. Balanced Scorecard (BSC)

Resumo Executivo: Método de gerenciamento estratégico criado na década de 1990 por Robert Kaplan (professor) e David Norton (executivo). Traduz missão e estratégia em um conjunto abrangente de medidas de desempenho para sistema de medição e gestão estratégica. Propõe análise sob 4 perspectivas: financeira, clientes, processos internos, aprendizado e crescimento. Direciona a empresa para a estratégia; usa indicadores e metas. Adotado oficialmente pela FAB como metodologia de gestão de projetos, integrado ao GPAER.
Conceitos-Chave:
4 perspectivas:
1. Financeira.
2. Clientes.
3. Processos internos.
4. Aprendizado e crescimento.
Traduz visão → objetivos → indicadores → metas → projetos.
Monitoramento contínuo dos indicadores para ajustes de trajetória.
Adoção pela FAB (DCA 11-1 / SPGIA) — integrado ao GPAER.
Pontos de Atenção:
BSC não é apenas indicadores financeiros — a grande contribuição foi justamente incluir as 3 perspectivas não-financeiras.
Kaplan e Norton criticavam o uso exclusivo de indicadores financeiros.
Aplicações Práticas:
Empresas em geral.
FAB: aplicado via GPAER, com painéis de indicadores e odômetros.
Tradução de visão de futuro em objetivos mensuráveis.
Checklist de Revisão:
[ ] Cito os criadores (Kaplan e Norton).
[ ] Cito a década (1990).
[ ] Listo as 4 perspectivas.
[ ] Reconheço o BSC como ferramenta de gestão estratégica, não operacional.
[ ] Identifico a adoção pela FAB.
Q&A para Fixação:
P: Quem criou o Balanced Scorecard e em que época?
R.: Robert Kaplan e David Norton, na década de 1990.
P: Quais as 4 perspectivas do BSC?
R.: Financeira, clientes, processos internos, aprendizado e crescimento.
P: O BSC surgiu para substituir indicadores financeiros?
R.: Não — para complementá-los, mostrando que indicadores apenas financeiros não sustentavam competitividade.
P: A FAB usa BSC oficialmente?
R.: Sim — a FAB adotou o BSC como metodologia de gestão de projetos (DCA 11-1), integrado ao GPAER.

2.15. Gestão de Projetos na FAB — SPGIA, DCA 11-1 e Alinhamento Estratégico

Resumo Executivo: A gestão de projetos no COMAER segue a DCA 11-1 — Sistemática de Planejamento e Gestão Institucional da Aeronáutica (SPGIA). As OM devem definir missão, visão de futuro e capacidades futuras. Os projetos estratégicos contribuem diretamente para a visão de futuro da Instituição. A Concepção Estratégica "Força Aérea 100" (DCA 11-45) foca em poder dissuasório, modernidade operacional e atuação integrada. O PEMAER (PCA 11-47, horizonte 2018-2027) desdobra essa visão em objetivos e projetos estratégicos (exemplos: F-X2 Gripen NG, Centro de Controle de Guaratinguetá, KC-390). O EMAER mantém a SPGIA atualizada e define prioridades. O planejamento encadeia 3 níveis:
Estratégico: Concepção Estratégica (EMAER) → PEMAER (EMAER).
Operacional: DIPLAN (EMAER) → PLANSET (ODSA).
Tático: PTA (OM).
Conceitos-Chave:
DCA 11-1 / SPGIA: diretrizes para gestão de projetos no COMAER.
DCA 11-45 / "Força Aérea 100": Concepção Estratégica, horizonte de 20 anos.
PCA 11-47 / PEMAER 2018-2027: Plano Estratégico Militar da Aeronáutica, horizonte de 10 anos.
EMAER: Estado-Maior da Aeronáutica (planejamento de mais alto nível).
DIPLAN: Diretriz de Planejamento Institucional.
PLANSET: Planos Setoriais dos ODSA.
PTA: Programas de Trabalho Anual (na OM).
Cadeia de valor: processos/atividades estratégicas e sua inter-relação para entregar produtos/serviços.
Projetos Estratégicos, Setoriais e Orgânicos: conforme o nível.
Projetos Estratégicos: contribuem diretamente para a visão de futuro.
Projetos de Contribuição: derivados, no nível operacional (ODSA).
Pontos de Atenção:
Confundir horizonte temporal: Concepção Estratégica = 20 anos; PEMAER = 10 anos.
"Projeto estratégico" na FAB tem definição formal: aquele que contribui diretamente para a visão de futuro.
Cadeia de valor: não confundir com lista de atividades — é modelo representativo.
Aplicações Práticas:
Projetos como F-X2 (Gripen NG), KC-390, Centro de Controle de Guaratinguetá — exemplos de projetos estratégicos do PEMAER.
Decisão de alocação de recursos escassos no COMAER (rigor absoluto em planos, prioridades e redução do ciclo de planejamento).
Checklist de Revisão:
[ ] Identifico a DCA 11-1 (SPGIA) como diretriz da FAB.
[ ] Cito os 3 níveis de planejamento (estratégico, operacional, tático).
[ ] Relaciono Concepção Estratégica a 20 anos e PEMAER a 10 anos.
[ ] Cito exemplos de projetos estratégicos (F-X2, KC-390, Centro de Controle de Guaratinguetá).
[ ] Distingo projetos estratégicos, setoriais e de contribuição.
Q&A para Fixação:
P: O que é a SPGIA?
R.: Sistemática de Planejamento e Gestão Institucional da Aeronáutica, definida pela DCA 11-1, que normatiza o planejamento no COMAER, incluindo gestão de projetos.
P: Qual a diferença de horizonte entre a Concepção Estratégica "Força Aérea 100" e o PEMAER?
R.: Concepção Estratégica tem horizonte de 20 anos; PEMAER 2018-2027 tem horizonte de 10 anos.
P: O que é um projeto estratégico no COMAER?
R.: Projeto que contribui diretamente para o alcance da visão de futuro da Instituição.
P: Cite três projetos estratégicos do PEMAER.
R.: F-X2 (Gripen NG), KC-390 e Centro de Controle de Guaratinguetá.
P: Quais são os 3 níveis de planejamento encadeados na FAB?
R.: Estratégico (EMAER), operacional (DIPLAN/ODSA) e tático (OM via PTA).

2.16. GPAER — Sistema de Gestão Estratégica da Aeronáutica

Resumo Executivo: O GPAER é a plataforma online (derivação do GPWeb) que reúne ferramentas de gestão de projetos da FAB. Integra os 3 níveis de planejamento (estratégico, operacional, tático), acelera o fluxo de informações e facilita assessoramentos e decisões. Cadastro de projeto inclui: organização responsável, envolvidas, seção, gerente, supervisor, autoridade, cliente, status (a iniciar, concluído, em andamento, atrasado, cancelado, paralisado), meta de custo, indicador principal, alerta ativo, contatos, integrantes, stakeholders, prioridade. Trabalha com fases representadas como "tarefas", visualização em EAP, gráfico de Gantt, painéis de odômetros/indicadores. Perfis de acesso: Admin.Observador, Spvs.Coordenador, Inicial, Gest.Projeto, Spvs.Demanda.
Conceitos-Chave:
Origem técnica: GPWeb (Sistema GP-WEB LTDA, 2018).
Integração multinível (estratégico / operacional / tático).
Fases como tarefas na interface.
Estrutura Analítica de Processo (EAP) no GPAER.
Gráfico de Gantt automático.
Painéis de indicadores / odômetros.
Alertas automatizados por e-mail.
Portfólio de projetos (integração de subprojetos).
Perfis: Admin.Observador (generais — leem tudo, não editam), Spvs.Coordenador (leitura/escrita + gerencia usuários), Inicial (apenas módulo de ajuda), Gest.Projeto (gerente/equipe — leitura/escrita em gestão de projeto + parte da estratégica), Spvs.Demanda (supervisor de demanda).
Pontos de Atenção:
No GPAER, "tarefas" = fases do projeto, não confundir com atividades do dia a dia.
Admin.Observador lê toda a árvore, mas não edita — detalhe de prova.
O sistema usa BSC como metodologia subjacente.
Aplicações Práticas:
Cadastro e acompanhamento de projetos no COMAER.
Assessoramento ao alto-comando com painéis visuais.
Exemplo didático: projeto "construção de uma casa" com tarefas "planejamento", "terreno", "fundação", "estrutura", "telhado", "acabamento" e "encerramento".
Checklist de Revisão:
[ ] Sei o que significa GPAER.
[ ] Identifico sua origem (GPWeb).
[ ] Reconheço a integração dos 3 níveis.
[ ] Cito as funcionalidades (EAP, Gantt, alertas, odômetros).
[ ] Lembro os 5 perfis de usuário.
[ ] Sei o que significa "tarefa" no GPAER (fase do projeto).
Q&A para Fixação:
P: O que é o GPAER?
R.: Sistema de Gestão Estratégica da Aeronáutica — plataforma online (derivação do GPWeb) que integra ferramentas de gestão de projetos em todos os níveis de planejamento do COMAER.
P: Qual a metodologia de gestão de projetos utilizada pela FAB e integrada ao GPAER?
R.: O Balanced Scorecard (BSC).
P: O que o perfil "Admin.Observador" pode fazer no GPAER?
R.: Observar toda a árvore de portfólios, transitando livremente pelos projetos, mas sem editá-los (uso típico por oficiais-generais).
P: No GPAER, o que são as "tarefas"?
R.: Representam as fases do projeto, dentro da estrutura de EAP.

3. Mapa Mental Textual

GESTÃO DE PROJETOS — CAA (EEAR / COMAER)
│
├── 1. O PROJETO E SUA GESTÃO
│   ├── 1.1 Definição e Estrutura
│   │   · Definições:
│   │       · TCU/2006 → atividades planejadas (escopo, prazo, recursos, objetivos, responsabilidades)
│   │       · MGP-SISP/Enap 2014 → empreendimento planejado, orientado a resultados
│   │       · Turner & Müller → escopo único, restrições de custo/tempo
│   │       · PMI/PMBOK 2008 → esforço temporário, produto/serviço/resultado exclusivo
│   │   · 5 Características:
│   │       · Singularidade
│   │       · Temporariedade
│   │       · Ciclo de vida
│   │       · Incerteza
│   │       · Interdisciplinaridade
│   │   · Parâmetros obrigatórios:
│   │       · Responsabilidades, Objetivos, Escopo + Não-escopo, Prazo, Recursos (humanos críticos)
│   │
│   ├── 1.2 Aspectos Relacionados
│   │   · Stakeholders → cliente, financiador, executor, equipes (sem tradução exata)
│   │   · Sucesso → prazo + orçamento + qualidade + satisfação
│   │   · Fracasso → metas ruins, inatingíveis, falta de conhecimento, eventos inesperados
│   │   · Papel do gerente → liderar, negociar, gerir conflitos
│   │
│   └── 1.3 Gestão de Projetos
│       · Gerenciar = planejar e controlar atividades de outros (Koontz & O'Donnell)
│       · 5 Grupos de Gerenciamento:
│       │   · Iniciação
│       │   · Planejamento
│       │   · Execução
│       │   · Monitoramento e Controle
│       │   · Encerramento
│       · Ciclo de vida (PMBOK/PMI):
│       │   · Iniciação → Planejamento → Desenvolvimento (e controle) → Encerramento
│       │   · Curva: pessoal/custos baixos no início, pico no meio, queda no fim
│       · Fase = conjunto de atividades interligadas → entregas
│       · Fases podem se sobrepor
│       · Gestão de projetos + gestão de processos coexistem
│       · Lições aprendidas → melhoria contínua
│
├── 2. FERRAMENTAS NA GESTÃO DE PROJETOS
│   ├── 2.1 Manifesto Ágil (Ágile)
│   │   · Origem: Utah, 11-13/fev/2001, grupo de 17, articulado por Robert Cecil Martin
│   │   · Documento: "Manifesto para o Desenvolvimento Ágil de Software"
│   │   · 4 Valores:
│   │       · Indivíduos e interações > processos e ferramentas
│   │       · Software em funcionamento > documentação abrangente
│   │       · Colaboração com o cliente > negociação de contrato
│   │       · Responder a mudanças > seguir um plano
│   │   · 12 Princípios → entregas contínuas, motivação, comunicação, sustentabilidade, simplicidade, auto-organização, autoavaliação…
│   │
│   ├── 2.2 Waterfall
│   │   · Tradicional / preditiva / sequencial
│   │   · Requisitos fixos no início
│   │   · Voltar fase = alto custo
│   │   · Indicada: requisitos estáveis, indústria, construção civil
│   │
│   ├── 2.3 Scrum
│   │   · Ágil · equipes pequenas e multidisciplinares · feedbacks constantes
│   │   · Bases: autogerenciamento, agilidade, foco, alinhamento, enxuto, transparência, adaptabilidade
│   │   · Uso: software (principal) + qualquer área
│   │
│   ├── 2.4 PRINCE 2
│   │   · Origem: Reino Unido, 1989 (TI)
│   │   · Sigla: Projects In Controlled Environments
│   │   · 7 Princípios, 7 Temas, 7 Processos
│   │   · Princípios: justificativa contínua, aprender com experiência, papéis definidos, estágios, gerência por exceção, foco em produtos, adequar ao ambiente
│   │   · Processos: SU, DP, IP, SB, CS, MP, CP
│   │
│   ├── 2.5 PERT / CPM
│   │   · PERT = Program Evaluation and Review Technique
│   │   · CPM = Critical Path Method
│   │   · Origem: Marinha dos EUA (POLARIS)
│   │   · Rede PERT: Tarefa + Etapa + Tarefa fictícia
│   │   · Comprimento da seta ≠ duração
│   │
│   ├── 2.6 Adaptive Project Framework (APF)
│   │   · Autor: Robert K. Wysocki
│   │   · Crítica ao modelo linear (requisitos não são completos no início)
│   │   · Foco: adaptação contínua em ambientes incertos
│   │
│   ├── 2.7 Extreme Programming (XP)
│   │   · Criador: Kent Beck, 1996
│   │   · 5 Valores: Simplicidade, Comunicação, Coragem, Respeito, Feedback
│   │   · Foco: software, alta adaptabilidade
│   │
│   ├── 2.8 Kanban
│   │   · Origem: Toyota
│   │   · Visual: cartões em colunas (a fazer / em execução / finalizado)
│   │   · Identifica gargalos, filas, atrasos
│   │   · Sistema puxado (contínuo) — não é iterativo como Scrum
│   │
│   ├── 2.9 EAP (WBS)
│   │   · Decomposição hierárquica orientada à entrega
│   │   · Topo: projeto → subentregas → pacote de trabalho (1 pessoa)
│   │   · Base para Gantt, orçamento, cronograma
│   │
│   ├── 2.10 Gantt
│   │   · Visualização do cronograma
│   │   · Mostra: tarefas, duração, datas, responsáveis, dependências
│   │   · Vantagens: segmentação, responsabilidades, interdependência, prazos, acompanhamento
│   │
│   └── 2.11 Balanced Scorecard (BSC)
│       · Criadores: Robert Kaplan + David Norton, década de 1990
│       · 4 Perspectivas: Financeira, Clientes, Processos Internos, Aprendizado e Crescimento
│       · Traduz visão → objetivos → indicadores → metas → projetos
│       · Adotado oficialmente pela FAB
│
└── 3. GESTÃO DE PROJETOS NA FAB
    ├── 3.0 SPGIA / DCA 11-1
    │   · SPGIA = Sistemática de Planejamento e Gestão Institucional da Aeronáutica
    │   · OM define missão, visão de futuro, capacidades futuras
    │   · EMAER mantém a SPGIA e define prioridades
    │
    ├── 3.0.1 Documentos Estruturantes
    │   · DCA 11-45: Concepção Estratégica "Força Aérea 100" (20 anos)
    │   · PCA 11-47 / PEMAER 2018-2027 (10 anos) — Projetos Estratégicos
    │   · DIPLAN: Diretriz de Planejamento Institucional
    │   · PLANSET: Planos Setoriais dos ODSA
    │   · PTA: Programas de Trabalho Anual (OM)
    │
    ├── 3.0.2 Encadeamento Estratégico → Operacional → Tático
    │   · Nível Estratégico:
    │       · 1ª fase: Concepção Estratégica (EMAER) — Missão, Visão, Valores, Diagnóstico, Capacidades, Eixos, Inspeções
    │       · 2ª fase: PEMAER (EMAER) — Cadeia de Valor, Mapa Estratégico, Projetos Estratégicos, Diretrizes
    │   · Nível Operacional:
    │       · 3ª fase: DIPLAN (EMAER) — Premissas, Diretrizes CMTAER, Planejamento Orçamentário
    │       · 4ª fase: PLANSET (ODSA) — Diretrizes ODSA, Contribuição Setorial, Projetos, Atividades, Administrativo
    │   · Nível Tático:
    │       · 5ª fase: PTA (OM) — Diretrizes, Objetivos Orgânicos, Projetos Orgânicos, Atividades, Composição Orçamentária, Calendário
    │
    ├── 3.0.3 Tipos de Projetos
    │   · Estratégicos (contribuem para visão de futuro)
    │   · De Contribuição (ODSA, nível operacional)
    │   · Setoriais e Orgânicos (nível tático)
    │
    ├── 3.0.4 Exemplos PEMAER
    │   · F-X2 (Gripen NG)
    │   · KC-390
    │   · Centro de Controle de Guaratinguetá
    │
    └── 3.1 GPAER
        · Sigla: Sistema de Gestão Estratégica da Aeronáutica
        · Origem: GPWeb (Sistema GP-WEB LTDA, 2018)
        · Integra 3 níveis: estratégico, operacional, tático
        · Funcionalidades: EAP, Gantt, alertas automatizados, painéis de indicadores, portfólio
        · Cadastro: organização, gerente, supervisor, autoridade, cliente, status, custo, indicador, alerta, contatos, integrantes, stakeholders, prioridade
        · Status: a iniciar, concluído, em andamento, atrasado, cancelado, paralisado
        · Tarefas no GPAER = fases do projeto
        · Perfis: Admin.Observador, Spvs.Coordenador, Inicial, Gest.Projeto, Spvs.Demanda
        · Metodologia subjacente: BSC

4. Resumo de Uma Página — "Indispensáveis"

Projeto = esforço temporário, singular, orientado a resultados (PMI/PMBOK 2008).
Diferença processo × projeto: processo é repetitivo/rotineiro; projeto é único/temporal.
5 características do projeto (TCU): singularidade, temporariedade, ciclo de vida, incerteza, interdisciplinaridade.
Parâmetros obrigatórios: responsabilidades, objetivos, escopo + não-escopo, prazo, recursos (humanos são decisivos).
Ciclo de vida: iniciação → planejamento → desenvolvimento (e controle) → encerramento.
5 grupos de gerenciamento: iniciação, planejamento, execução, monitoramento/controle, encerramento.
Sucesso = prazo + orçamento + qualidade + satisfação dos stakeholders.
Fracasso = metas mal-definidas, inatingíveis, incompreendidas, falta de conhecimento, eventos inesperados.
Gerente de projetos = lidera, interage, define estratégia, negocia e gerencia conflitos.
Stakeholders = partes interessadas (cliente, financiador, executor, equipes) — sem tradução exata.
PMI = Project Management Institute, sede nos EUA, edita o PMBOK.
Fases podem se sobrepor; gestão de projetos e de processos coexistem.
Lições aprendidas alimentam melhoria contínua.
Manifesto Ágil = Utah, 11-13/fev/2001; 17 pessoas; articulado por Robert Cecil Martin; 4 valores + 12 princípios.
4 valores do Ágil: (1) indivíduos e interações > processos e ferramentas; (2) software em funcionamento > documentação abrangente; (3) colaboração com o cliente > negociação de contrato; (4) responder a mudanças > seguir um plano.
Waterfall = sequencial/preditiva, requisitos fixos; voltar fase = alto custo; ideal para construção civil/indústria.
Scrum = ágil, equipes pequenas e multidisciplinares, feedbacks constantes; autogerenciamento, adaptabilidade.
PRINCE 2 = UK, 1989; sigla Projects In Controlled Environments; 7 princípios, 7 temas, 7 processos.
PERT = rede de tarefas; origem na Marinha dos EUA / POLARIS; elementos: tarefa, etapa, tarefa fictícia; comprimento da seta ≠ duração.
CPM = Critical Path Method; frequentemente usado junto ao PERT.
APF (Adaptive Project Framework) = Robert K. Wysocki; crítica ao modelo linear; foco em adaptação contínua.
XP (Extreme Programming) = Kent Beck, 1996; valores: simplicidade, comunicação, coragem, respeito, feedback.
Kanban = Toyota; cartões em colunas (a fazer / em execução / finalizado); identifica gargalos.
EAP/WBS = decomposição hierárquica orientada à entrega; fim no nível de pacote de trabalho designável a 1 pessoa.
Gantt = visualização de cronograma; mostra tarefas, datas, duração, responsáveis e dependências.
BSC (Balanced Scorecard) = Kaplan + Norton, década de 1990; 4 perspectivas: financeira, clientes, processos internos, aprendizado e crescimento.
SPGIA / DCA 11-1 = Sistemática de Planejamento e Gestão Institucional da Aeronáutica — diretriz do COMAER.
EMAER = planejamento de mais alto nível; mantém a SPGIA.
Concepção Estratégica "Força Aérea 100" (DCA 11-45) = horizonte 20 anos.
PEMAER (PCA 11-47, 2018-2027) = horizonte 10 anos; define os projetos estratégicos (ex.: F-X2 Gripen NG, KC-390, Centro de Controle de Guaratinguetá).
Projeto estratégico = contribui diretamente para a visão de futuro.
Encadeamento de planejamento: estratégico (Concepção → PEMAER) → operacional (DIPLAN → PLANSET) → tático (PTA na OM).
Cadeia de valor = processos estratégicos inter-relacionados para entrega de valor.
GPAER = Sistema de Gestão Estratégica da Aeronáutica; origem GPWeb; integra os 3 níveis; usa BSC.
GPAER oferece: EAP, Gantt, alertas automatizados, painéis/odômetros, portfólio de projetos.
Status do projeto no GPAER: a iniciar, concluído, em andamento, atrasado, cancelado, paralisado.
Perfis GPAER: Admin.Observador (lê tudo, não edita), Spvs.Coordenador (lê/escreve + gerencia usuários), Inicial (apenas ajuda), Gest.Projeto (gerente/equipe), Spvs.Demanda.

5. Pareto 80/20

1. Definição de projeto pelo PMI/PMBOK ("esforço temporário… produto/serviço/resultado exclusivo") + as 5 características do TCU (singularidade, temporariedade, ciclo de vida, incerteza, interdisciplinaridade).
1. 5 grupos de gerenciamento de projetos (iniciação, planejamento, execução, monitoramento/controle, encerramento) e 4 fases do ciclo de vida (iniciação, planejamento, desenvolvimento, encerramento).
1. 4 critérios de sucesso (prazo, orçamento, qualidade, satisfação dos stakeholders) e papel central do gerente na gestão de pessoas.
1. 4 valores do Manifesto Ágil (com a pegadinha "o item da direita não é descartado") e origem histórica (Utah/2001, Robert Cecil Martin).
1. Waterfall × Scrum × Kanban × XP × PRINCE 2 × PERT/CPM × APF — saber origem, característica central, vantagem e limitação de cada um.
1. EAP, Gantt e BSC — saber o que é cada um, em que momento do projeto entra e qual a relação entre si (EAP gera o Gantt; BSC mede a estratégia).
1. BSC com suas 4 perspectivas (financeira, clientes, processos internos, aprendizado e crescimento) e a autoria Kaplan + Norton, década de 1990.
1. SPGIA / DCA 11-1 como diretriz oficial do COMAER para gestão de projetos.
1. Encadeamento estratégico → operacional → tático com os documentos correspondentes (Concepção Estratégica "Força Aérea 100" 20 anos; PEMAER 2018-2027 10 anos; DIPLAN; PLANSET; PTA).
1. Conceito formal de projeto estratégico (contribui para visão de futuro) + exemplos do PEMAER (F-X2, KC-390, Centro de Controle de Guaratinguetá).
1. GPAER — o que é, de onde vem (GPWeb), o que oferece (EAP, Gantt, alertas, odômetros) e quem usa quais perfis (Admin.Observador só lê; Spvs.Coordenador gerencia usuários etc.).
1. Diferença prática projeto × processo (e por que ambos coexistem num mesmo projeto).

6. Flashcards (Q&A rápido)

Q: Qual a definição de projeto segundo o PMI (PMBOK 2008)?
R: Esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.
Q: Quais as 5 características de um projeto segundo o TCU (2006)?
R: Singularidade, temporariedade, ciclo de vida, incerteza e interdisciplinaridade.
Q: Quais as 4 fases básicas do ciclo de vida de um projeto?
R: Iniciação, planejamento, desenvolvimento e encerramento.
Q: Quais os 5 grupos do gerenciamento de projetos?
R: Iniciação, planejamento, execução, monitoramento e controle, encerramento.
Q: Quais os 4 critérios de êxito de um projeto?
R: Prazo, orçamento, qualidade esperada e satisfação das partes interessadas.
Q: O que significa a sigla PMI?
R: Project Management Institute.
Q: Em que data e local foi criado o Manifesto Ágil?
R: 11 a 13 de fevereiro de 2001, em Utah (EUA).
Q: Quem articulou o segundo evento que originou o Manifesto Ágil?
R: Robert Cecil Martin.
Q: Quais os 4 valores do Manifesto Ágil?
R: (1) Indivíduos e interações > processos e ferramentas; (2) software em funcionamento > documentação abrangente; (3) colaboração com o cliente > negociação de contrato; (4) responder a mudanças > seguir um plano.
Q: Quantos princípios tem o Manifesto Ágil?
R: 12 princípios.
Q: Qual a principal característica do Waterfall?
R: Metodologia sequencial e preditiva, com requisitos fixados no início e pouca flexibilidade para voltar fases.
Q: Em que cenário o Waterfall é mais indicado?
R: Projetos com requisitos estáveis, em ambientes controlados (construção civil, indústria).
Q: Quais as bases do Scrum?
R: Autogerenciamento, agilidade, foco no essencial, reuniões de alinhamento, estrutura enxuta, transparência e adaptabilidade.
Q: O que significa PRINCE 2?
R: Projects In Controlled Environments.
Q: Quantos princípios, temas e processos tem o PRINCE 2?
R: 7 princípios, 7 temas e 7 processos.
Q: Quem criou o PRINCE 2 e quando?
R: Foi criado no Reino Unido, em 1989.
Q: O que significa PERT?
R: Program Evaluation and Review Technique (Avaliação do Programa e Técnica de Revisão).
Q: Quais os 3 elementos da rede PERT?
R: Tarefa, etapa e tarefa fictícia.
Q: O comprimento da seta da tarefa PERT tem relação com sua duração?
R: Não — o comprimento é apenas representativo.
Q: Por que o PERT foi criado originalmente?
R: Pela Marinha dos EUA, para coordenar o projeto das ogivas nucleares POLARIS.
Q: Quem é o autor do Adaptive Project Framework (APF)?
R: Robert K. Wysocki.
Q: Quem criou o XP e em que ano?
R: Kent Beck, em 1996.
Q: Quais os 5 valores do XP?
R: Simplicidade, comunicação, coragem, respeito e feedback.
Q: Quem desenvolveu o Kanban?
R: A Toyota.
Q: Quais as colunas clássicas de um quadro Kanban?
R: "Para fazer", "em execução" e "finalizado".
Q: O que é a EAP (WBS)?
R: Decomposição hierárquica e orientada à entrega do trabalho total do projeto.
Q: O que mostra o Gráfico de Gantt?
R: Tarefas, duração, datas, responsáveis e relações de precedência entre atividades.
Q: Quem criou o Balanced Scorecard e em que época?
R: Robert Kaplan e David Norton, na década de 1990.
Q: Quais as 4 perspectivas do BSC?
R: Financeira, clientes, processos internos, aprendizado e crescimento.
Q: Qual a sigla e o título da sistemática de planejamento da FAB que trata de gestão de projetos?
R: SPGIA — Sistemática de Planejamento e Gestão Institucional da Aeronáutica (DCA 11-1).
Q: O que é a Concepção Estratégica "Força Aérea 100"?
R: Documento da FAB (DCA 11-45) com horizonte de 20 anos, que define a estratégia institucional de longo prazo.
Q: O que é o PEMAER e qual seu horizonte temporal?
R: Plano Estratégico Militar da Aeronáutica (PCA 11-47), horizonte 2018-2027 (10 anos).
Q: O que é um projeto estratégico no COMAER?
R: Projeto que contribui diretamente para o alcance da visão de futuro da FAB.
Q: Cite três projetos estratégicos do PEMAER.
R: F-X2 (Gripen NG), KC-390 e Centro de Controle de Guaralinguetá (Centro de Controle de Guaratinguetá).
Q: Quais os 3 níveis de planejamento encadeados na FAB?
R: Estratégico (EMAER), operacional (DIPLAN/ODSA) e tático (OM via PTA).
Q: O que é o GPAER?
R: Sistema de Gestão Estratégica da Aeronáutica, plataforma online (derivação do GPWeb) para gestão de projetos no COMAER.
Q: Qual metodologia de gestão estratégica é adotada pela FAB e integrada ao GPAER?
R: O Balanced Scorecard (BSC).
Q: O que o perfil "Admin.Observador" pode fazer no GPAER?
R: Observa toda a árvore de portfólios, transitando livremente, mas sem editar projetos.
Q: Cite três funcionalidades do GPAER.
R: Estrutura Analítica de Projeto (EAP), gráfico de Gantt e alertas automatizados (entre outras: painéis/odômetros, portfólio).

7. Cross-References

A apostila de Gestão de Projetos cita explicitamente as seguintes relações com as demais disciplinas do CAA:

Características Organizacionais: No item 2.6 (APF), a apostila provoca o aluno com a pergunta "Diante da reestruturação da FAB, você já se perguntou se a comunicação institucional pode ser considerada um elemento marcante nesse processo? Percebe como as características organizacionais se relacionam com as ações tomadas pelos gestores?" — ligação direta com a apostila de Características Organizacionais. No capítulo 3, a gestão de projetos no COMAER é apresentada como reflexo das características organizacionais da Instituição, em particular no encadeamento de planejamento (EMAER, ODSA, OM) e no papel do EMAER como órgão de mais alto nível. O conceito de cadeia de valor também é tratado como característica organizacional aplicada a projetos.
Gestão Patrimonial: A apostila menciona repetidamente que militares são gestores de recursos públicos e que a gestão de projetos deve considerar orçamento disponível, custos, recursos financeiros, seguros, riscos financeiros, e cita a exiguidade de verbas no COMAER. Esses temas dialogam diretamente com a apostila de Gestão Patrimonial, ainda que não haja citação nominal a ela.
Liderança e Equipes: Itens 1.2.1 (Stakeholders) e 1.2.2 (Sucesso/Fracasso) destacam que o êxito do projeto depende do gerenciamento de recursos humanos, da liderança, da negociação e da gestão de conflitos pelo gerente de projetos. Esses tópicos têm interface direta com a apostila de Liderança e Equipes, ainda que sem citação explícita ao material.
Processos Avaliativos e Inovação: A apostila adota o BSC como instrumento de mensuração de desempenho e de avaliação estratégica, e enfatiza a melhoria contínua por meio de lições aprendidas (banco de dados). Também discute métodos ágeis e adaptativos (Scrum, XP, Kanban, APF) e o Manifesto Ágil, todos com forte vínculo à inovação. Há diálogo conceitual com a apostila de Processos Avaliativos e Inovação, mas sem referência explícita a ela.

Observação: a apostila foca em si mesma e nos documentos formais do COMAER (DCA 11-1, DCA 11-45, PCA 11-47, PEMAER, SPGIA). As interdependências acima foram inferidas a partir de temas comuns (organização, recursos, liderança, avaliação, inovação), e não de citações cruzadas explícitas no texto.