Gestão de projetos, PMBOK 8ª edição e métodos ágeis

Do zero

Pense na reforma da cozinha da sua casa.

• Ela tem começo e fim e cria algo único: a sua cozinha nova. Isso é um projeto. Limpar a cozinha toda semana não é projeto: é operação, trabalho contínuo e repetitivo.
• Você quer a cozinha completa (escopo), logo (prazo) e barata (custo). Não dá para apertar os três ao mesmo tempo. Se pedir um armário a mais sem mudar a data, vai pagar mais ou aceitar um acabamento pior. Essa é a restrição tripla.
• O encanador vem antes do azulejista, e o azulejista antes do marceneiro. Se essa é a fila mais longa de tarefas que esperam umas pelas outras, ela é o caminho crítico: se qualquer uma atrasar, a obra toda atrasa. Já a pintura da área de serviço pode esperar uns dias sem atrasar nada: ela tem folga.
• Na metade do prazo, você já gastou 60% do dinheiro, mas só 40% da obra está pronta. Comparar o planejado, o feito e o gasto é a análise de valor agregado.
• Você pode reformar a casa inteira e só ver o resultado no fim (preditivo), ou um cômodo por vez, mudando o plano depois de ver cada um pronto (ágil). Ou misturar: contratar o pedreiro com preço fechado e escolher os móveis cômodo a cômodo (híbrido).

O PMBOK é o guia do PMI (Project Management Institute) que organiza esse conhecimento. O edital cobra a 8ª edição.

Frase para guardar: projeto é temporário e único; o caminho crítico é o caminho mais longo; IDC = VA ÷ CR e IDP = VA ÷ VP, e abaixo de 1 é ruim; preditivo planeja tudo antes, ágil entrega em ciclos curtos, híbrido mistura os dois.

Em 1 minuto

O texto do PMBOK não está em fontes/ (é pago). Os conceitos abaixo são estáveis entre a 7ª e a 8ª edição. O que é próprio da 8ª está na Comparação, marcado [CONFERIR].

• Projeto: esforço temporário para criar um produto, serviço ou resultado único. Temporário quer dizer início e fim definidos, não curto: a entrega pode durar décadas. Único quer dizer que algo novo é criado, ainda que parecido com outros.
• Projeto × operação: a operação é contínua e repetitiva. O projeto termina quando os objetivos são alcançados, ou quando fica claro que não serão, que a necessidade acabou ou que faltam recursos.
• Programa e portfólio: o programa reúne projetos relacionados para um benefício comum; o portfólio reúne projetos, programas e operações para cumprir a estratégia (veja a lição de portfólio).
• Partes interessadas (stakeholders): quem pode afetar, ser afetado ou se sentir afetado pelo projeto. Usuários, patrocinador, equipe, fornecedores, órgãos de controle. São identificadas cedo e engajadas o projeto todo.
• Patrocinador e termo de abertura: o patrocinador dá os recursos e o apoio. Ele emite o termo de abertura, que autoriza formalmente o projeto e dá ao gerente autoridade para usar recursos da organização.
• Restrição tripla: escopo, prazo e custo se equilibram, com a qualidade no meio. As edições recentes falam em várias restrições que competem entre si: além dessas, recursos e riscos.
• Ciclo de vida: preditivo (escopo, prazo e custo definidos no início; o cascata é o exemplo clássico), iterativo (refina a solução em ciclos), incremental (entrega partes prontas em sequência), adaptativo ou ágil (iterativo e incremental, com entregas curtas e feedback) e híbrido (combina abordagens no mesmo projeto).
• EAP (estrutura analítica do projeto): divide o escopo total em partes menores, em árvore. O nível mais baixo é o pacote de trabalho, onde se estimam custo e duração. Declaração do escopo, EAP e dicionário da EAP formam a linha de base do escopo.
• Caminho crítico: a sequência mais longa de atividades dependentes. Define a menor duração possível do projeto. Suas atividades têm, em geral, folga total zero: atrasou, o projeto atrasa.
• Valor agregado: compara o valor planejado (VP), o valor agregado (VA), que é o valor do trabalho de fato pronto, e o custo real (CR). IDC = VA ÷ CR mede o custo; IDP = VA ÷ VP mede o prazo. Abaixo de 1, o projeto está acima do custo ou atrasado.
• Riscos: evento incerto que, se ocorrer, afeta os objetivos, para o mal (ameaça) ou para o bem (oportunidade). Respostas a ameaças: escalar, prevenir (evitar), transferir, mitigar, aceitar. Respostas a oportunidades: escalar, explorar, compartilhar, melhorar, aceitar.
• Métodos ágeis: o Scrum trabalha em Sprints de até um mês, com Product Owner, Scrum Master e Developers; o Kanban mostra o fluxo num quadro e limita o trabalho em andamento (WIP).

Exemplo concreto: o novo sistema de fiscalizações do Tribunal

A Presidência quer um sistema para acompanhar as fiscalizações. Orçamento de R$ 200 mil, prazo de 10 semanas.

1. Abertura. A Presidência, como patrocinadora, assina o termo de abertura: objetivo, prazo, orçamento, riscos principais e o nome da gerente do projeto. A partir daí, ela tem autoridade para usar a equipe da Diretoria de TI.

2. Partes interessadas. A gerente monta o registro e põe cada parte interessada na grade de poder e interesse:

3. Abordagem híbrida. Contrato, orçamento e infraestrutura são planejados no início (preditivo). As telas e as regras são construídas em Sprints de duas semanas, com os auditores avaliando cada entrega (ágil).

4. Cronograma e caminho crítico.

                ┌──► B Back-end (5 sem) ──┐
A Requisitos ───┤                         ├──► D Testes e implantação (2 sem)
  (3 sem)       └──► C Telas (3 sem) ─────┘

• Ida (datas mais cedo): cada atividade começa quando a última predecessora termina. D só começa na semana 8, quando B acaba.
• Volta (datas mais tarde): parte do fim (semana 10) e desconta as durações. C precisa acabar até a semana 8, quando D começa.
• Folga total = início mais tarde − início mais cedo. C tem 5 − 3 = 2 semanas de folga.
• Caminho crítico: A → B → D, com 3 + 5 + 2 = 10 semanas. O outro caminho, A → C → D, tem 8.
• Para encurtar: pôr mais um programador no back-end é compressão (crashing), que costuma aumentar o custo; testar as telas antes de o back-end acabar é paralelismo (fast tracking), que aumenta o risco de retrabalho.

5. Valor agregado na 4ª semana. Para simplificar, o plano gasta igual toda semana: R$ 20 mil.

• VP = 4 × 20 mil = R$ 80 mil: o que deveria estar pronto.
• 30% do trabalho está pronto: VA = 30% × 200 mil = R$ 60 mil.
• Gastou-se R$ 75 mil: é o CR.
• VC = VA − CR = −15 mil: gastou 15 mil a mais do que vale o que entregou. VPR = VA − VP = −20 mil: entregou 20 mil a menos do que o previsto.
• IDC = 60 ÷ 75 = 0,80: cada real gasto rende 80 centavos de trabalho. IDP = 60 ÷ 80 = 0,75: o trabalho anda a 75% do ritmo planejado.
• Se nada mudar, ENT = ONT ÷ IDC = 200 ÷ 0,80 = R$ 250 mil. Faltam EPT = 250 − 75 = R$ 175 mil. O estouro previsto é VNT = 200 − 250 = −50 mil.
• Conclusão para o comitê: o projeto está atrasado e acima do custo. Opções: cortar escopo, pedir mais orçamento ou mais prazo.

6. O dia a dia ágil. Na construção, o Product Owner (uma auditora da Diretoria de Fiscalização) ordena o Product Backlog, e cada Sprint termina com um Incremento que atende à Definição de Pronto. Depois da implantação, a sustentação passa a um quadro Kanban com no máximo 3 itens em “em andamento”.

Comparação: edições do PMBOK, ciclos de vida e estruturas

O PMBOK de edição em edição. O PMBOK não está em fontes/: os números da 6ª e da 7ª edição vêm do conhecimento corrente sobre elas [CONFERIR], e os da 8ª, de resumos publicados por cursos preparatórios [CONFERIR].

• 6ª edição [CONFERIR]: áreas de integração, escopo, cronograma, custos, qualidade, recursos, comunicações, riscos, aquisições e partes interessadas; grupos de iniciação, planejamento, execução, monitoramento e controle, e encerramento.
• 7ª edição [CONFERIR]: 12 princípios (administração responsável, equipe, partes interessadas, valor, pensamento sistêmico, liderança, adaptação ao contexto, qualidade, complexidade, risco, adaptabilidade e resiliência, mudança) e 8 domínios (partes interessadas, equipe, abordagem de desenvolvimento e ciclo de vida, planejamento, trabalho do projeto, entrega, medição e incerteza).
• 8ª edição [CONFERIR: nomes, números e tradução; a tradução é desta lição]: lançada em novembro de 2025. 6 princípios: adotar uma visão holística, focar no valor, incorporar a qualidade, liderar com responsabilidade, integrar a sustentabilidade e construir uma cultura de empoderamento. 7 domínios de desempenho: governança, escopo, cronograma, finanças, partes interessadas, recursos e riscos. 5 áreas de foco, que fazem o papel dos antigos grupos de processos: iniciação, planejamento, execução, monitoramento e controle, e encerramento. 40 processos. Traz orientação sobre IA, escritório de projetos (PMO) e aquisições.

Questões de provas anteriores usam a estrutura da 6ª ou da 7ª edição. O edital cobra a 8ª.

Os ciclos de vida lado a lado.

No preditivo, o escopo é fixo e prazo e custo saem dele. No ágil, a lógica se inverte: prazo e custo ficam fixos (Sprints de duração fixa e equipe estável) e o escopo varia, priorizado pelo valor.

Estrutura da organização e autoridade do gerente (tabela da 6ª edição) [CONFERIR]:

Tipos de PMO [CONFERIR]: de suporte (fornece modelos e boas práticas; controle baixo), de controle (exige conformidade com metodologia; controle moderado) e diretivo (gerencia os projetos diretamente; controle alto).

As fórmulas do valor agregado

Truque: VC, VPR, IDC e IDP começam todos pelo VA. Variação é subtração (negativa é ruim); índice é divisão (abaixo de 1 é ruim).

Se o desvio foi pontual e não vai se repetir, usa-se ENT = CR + (ONT − VA). No exemplo: 75 + (200 − 60) = R$ 215 mil.

Para terminar dentro dos R$ 200 mil, o IDPT diz o rendimento exigido daqui para a frente: (200 − 60) ÷ (200 − 75) = 140 ÷ 125 = 1,12. Quem rendia 0,80 teria de passar a render 1,12: sinal de que o orçamento original não se sustenta.

Scrum e Kanban num projeto de TI

O Scrum também é tema da lição de ciclo de vida e métodos ágeis (Engenharia de Software). Aqui, o foco é o Scrum dentro de um projeto. Conforme o Guia do Scrum de 2020 (o texto não está em fontes/; os nomes em português são os da tradução oficial [CONFERIR]):

• Time Scrum: um Product Owner, um Scrum Master e os Developers, em geral 10 pessoas ou menos, sem subtimes nem hierarquia. O time é autogerenciado: decide quem faz o quê, como e quando.
• Product Owner: responde por maximizar o valor do produto e gerencia o Product Backlog. É uma pessoa, não um comitê. Só ele pode cancelar a Sprint, quando a Meta da Sprint fica obsoleta.
• Scrum Master: responde por estabelecer o Scrum como o Guia define e pela eficácia do time; ajuda a remover impedimentos. O Guia o chama de líder que serve ao time e à organização.
• Developers: criam o plano da Sprint (o Sprint Backlog), garantem a qualidade seguindo a Definição de Pronto e ajustam o plano todo dia.
• Eventos: Sprint (até um mês, contém os demais), Sprint Planning (até 8 horas), Daily Scrum (15 minutos), Sprint Review (até 4 horas) e Sprint Retrospective (até 3 horas). As durações de Sprint Planning, Sprint Review e Sprint Retrospective são o máximo para uma Sprint de um mês; em Sprints mais curtas, esses eventos costumam ser mais curtos. A Daily Scrum tem sempre 15 minutos. O refinamento do Product Backlog é atividade contínua, não evento.
• Artefatos e compromissos: Product Backlog → Meta do Produto; Sprint Backlog → Meta da Sprint; Incremento → Definição de Pronto.
• Pilares e valores: transparência, inspeção e adaptação; comprometimento, foco, abertura, respeito e coragem.
• Não existe gerente de projeto no Scrum. Num projeto híbrido, o gerente cuida de contrato, orçamento e partes interessadas, e o time Scrum constrói o produto. Gráfico de burndown e velocidade são práticas opcionais de previsão, não artefatos do Scrum.

Kanban:

• Um quadro com as etapas do fluxo em colunas: a fazer, em andamento, em teste, pronto.
• Limite de WIP (por coluna ou para o quadro todo): com a coluna cheia, um item novo só entra depois que outro sai. A equipe puxa o próximo item quando tem capacidade (sistema puxado), em vez de receber trabalho empurrado.
• Sem Sprints nem papéis obrigatórios. Encaixa bem em sustentação e atendimento de demandas que chegam a qualquer hora.
• O Guia do Kanban (2020) define três práticas: definir e visualizar o fluxo, gerenciar ativamente os itens no fluxo e melhorar o fluxo; e quatro medidas: WIP, vazão (itens entregues por período), idade do item e tempo de ciclo [CONFERIR: o Guia do Kanban não está em fontes/].
• Lei de Little: tempo de ciclo médio = WIP médio ÷ vazão média. Com 8 demandas em andamento e 4 entregues por semana, cada demanda leva, em média, 2 semanas. Para entregar mais rápido, reduza o WIP.

Ágil e contrato público. A IN SGD/ME nº 94/2022 obriga os órgãos do SISP, o sistema de TI do Executivo federal (art. 1º). O TCE-GO não faz parte do SISP, mas ela é a referência do assunto. Na contratação de desenvolvimento de software, a IN diz que cabe ao Integrante Técnico especificar, quando aplicáveis, os requisitos de projeto e de implementação, que estabelecem o processo de desenvolvimento, técnicas, métodos e forma de gestão (art. 16, II, “b”). E as atividades do ciclo de vida do software entram na métrica de pagamento pelos resultados e produtos entregues: não se pagam à parte o levantamento de requisitos e as reuniões, salvo se o órgão interromper o projeto (Anexo I, item 3.2). Na prática, o contrato precisa dizer como as entregas de cada Sprint serão medidas e aceitas.

Como a FCC cobra

• Projeto × operação, e o que “temporário” significa.
• Termo de abertura (quem emite e o que autoriza) e EAP (pacote de trabalho, dicionário, linha de base do escopo).
• Compressão × paralelismo para encurtar o cronograma.
• Grade de poder e interesse das partes interessadas.
• Estrutura do PMBOK cobrado: princípios, domínios e áreas de foco da 8ª edição [CONFERIR]. Questões antigas cobram 10 áreas e 5 grupos (6ª) ou 12 princípios e 8 domínios (7ª).
• Estrutura organizacional × autoridade do gerente; tipos de PMO.

Pegadinhas

Explique com suas palavras

Explique a um gestor o que é o caminho crítico, como ler o IDC e o IDP de um projeto e quando vale a pena usar Scrum num projeto de TI.

1. Escreva sem olhar a lição, com frases curtas e um exemplo seu.
2. Onde travar ou precisar de jargão, há uma lacuna: releia só essa parte.
3. Compare com a explicação-modelo e reescreva o que faltou.

Sua explicação

Fica salva neste navegador.

Comparar com uma explicação-modelo

O caminho crítico é a fila mais longa de tarefas que dependem umas das outras. Ele diz em quanto tempo, no mínimo, o projeto termina. Se uma tarefa dessa fila atrasa um dia, o projeto atrasa um dia. As tarefas fora dela têm folga: podem atrasar um pouco sem mexer na data final.

O IDC compara o valor do trabalho pronto com o que se gastou; o IDP compara o valor do trabalho pronto com o que já deveria estar pronto. Se o IDC é 0,8, cada real gasto rendeu 80 centavos de trabalho: o projeto está caro. Se o IDP é 0,75, ele anda a três quartos do ritmo previsto: está atrasado. Acima de 1, é o contrário. O Scrum vale a pena quando os requisitos ainda vão mudar e o usuário pode avaliar entregas a cada duas ou quatro semanas, como num sistema novo. Para trocar computadores ou fechar um contrato, o plano feito no início funciona melhor, e muitos projetos combinam os dois.

Teste-se

Mais duas questões deste tópico estão em Questões.

Flashcards gerados

Ligação com o estudo de caso

Num caso que peça o plano de um projeto de TI do Tribunal, como um sistema de IA para apoiar as fiscalizações, monte a resposta em camadas: termo de abertura assinado pelo patrocinador; partes interessadas na grade de poder e interesse; abordagem híbrida (contrato e infraestrutura preditivos, produto em Sprints); EAP e cronograma com caminho crítico; acompanhamento mensal por IDC e IDP. O PDTI 2025-2026 dá os ganchos: o Serviço de Inteligência Artificial planeja, gerencia, executa e monitora projetos de IA (item 4); o Comitê Estratégico de TI faz a avaliação contínua dos projetos (item 5); e o Índice de Inovação em TI mede a proporção das iniciativas de melhoria previstas em suporte digital, IA e governança de dados que foram encerradas, com meta de 80% (item 12). Se houver fábrica de software, o contrato paga por resultado entregue, como manda a referência federal (IN SGD/ME nº 94/2022, Anexo I, item 3.2).

Fontes da lição

• Edital nº 01/2026, Anexo II, Governança de Tecnologia da Informação (fontes/edital-01-2026.txt).
• PMI, Guia PMBOK, 8ª edição (2025) [CONFERIR: não está em fontes/, é pago]. Princípios, domínios, áreas de foco e número de processos conferidos só em resumo de curso preparatório (PM Study Circle); página oficial: PMI.
• PMI, Guia PMBOK, 6ª (2017) e 7ª (2021) edições: estrutura das edições, termo de abertura, EAP, caminho crítico, valor agregado, respostas a riscos, estruturas organizacionais e tipos de PMO [CONFERIR: não estão em fontes/].
• Guia do Scrum, edição de 2020 (Ken Schwaber e Jeff Sutherland) [CONFERIR: não está em fontes/; nomes em português da tradução oficial].
• Daniel Vacanti e John Coleman, Guia do Kanban (2020) [CONFERIR: não está em fontes/].
• Instrução Normativa SGD/ME nº 94/2022, art. 1º, art. 16, II, “b”, e Anexo I, item 3.2 (fontes/normas/in-sgd-me-94-2022-contratacoes-tic.txt).
• Plano Diretor de Tecnologia da Informação 2025-2026 do TCE-GO, itens 4, 5 e 12 (fontes/tce-go/pdti-2025-2026.txt).