📋 Pré-requisito: Curso de Git e GitHub concluído. 🎒 Não é preciso saber programar. Aqui não se escreve código — escreve-se a decisão que vem antes do código.
Software que dá errado raramente dá errado na hora de programar. Dá errado antes: no prazo que ninguém recalculou, no risco que não tinha dono, na decisão que duas pessoas achavam que a outra ia tomar. Este curso é sobre esse "antes".
Ao final do curso, você será capaz de:
- Distinguir projeto de operação e reconhecer as causas recorrentes de fracasso de um projeto de software;
- Montar uma matriz de responsabilidades em que cada decisão tem exatamente um responsável;
- Escolher o ciclo de vida de um projeto — clássico, incremental, iterativo — e situá-lo no eixo preditivo–adaptativo, defendendo a escolha;
- Percorrer os cinco grupos de processo: escrever um termo de abertura, decompor o escopo em EAP, controlar contra a linha de base e encerrar com aceite e lições aprendidas;
- Conduzir um projeto com Scrum, sabendo o que cada responsabilidade decide e o que cada evento produz;
- Usar Design Thinking, MVP e Lean onde cada um serve — e reconhecer o "MVP" que é só a primeira fatia do plano;
- Gerir risco com natureza, probabilidade, impacto, dono e gatilho, e escolher a resposta para cada um;
- Definir métricas de qualidade que apoiam decisão, e reconhecer a métrica que virou meta;
- Decidir o que documentar, quando e para quem — e dizer o que a ausência custa;
- Conduzir versão, mudança e configuração, entrega contínua e observabilidade;
- Reconhecer o que UX, ITIL, COBIT, PMBOK, governança de TI e ESG respondem, e qual deles responde a sua pergunta;
- Trabalhar como um profissional: todo artefato versionado com Git e justificado por escrito.
📏 A competência central do curso não é preencher artefato. É decidir entre alternativas e sustentar a decisão por escrito. Em gestão de projeto,
"depende"é uma resposta legítima — desde que você complete a frase: depende de quê.
| Aula | Tema | Conteúdo |
|---|---|---|
| 01 | Por que gerir um projeto de software | Projeto × operação, por que projetos falham, conflitos, papéis, matriz RACI |
| 02 | Ciclos de vida | Clássico, incremental, iterativo, o eixo preditivo–adaptativo e o híbrido |
| 03 | Os processos de um projeto | Os cinco grupos, termo de abertura, EAP, linha de base, encerramento |
| 04 | Arquitetura como decisão de projeto | O que é arquitetura, camadas, monolito × microsserviços, ADR |
| Aula | Tema | Conteúdo |
|---|---|---|
| 05 | O Manifesto Ágil, lido devagar | Os quatro valores, os doze princípios, o que o Manifesto não diz, o ágil teatral |
| 06 | Scrum | As três responsabilidades, os cinco eventos, os três artefatos e seus compromissos |
| 07 | Quem responde pelo quê | Gerente de projeto, Product Owner, stakeholders e a matriz poder × interesse |
| 08 | Descobrir, enxugar, melhorar | Design Thinking, MVP com hipótese, Lean e Six Sigma — e quando usar cada um |
| Aula | Tema | Conteúdo |
|---|---|---|
| 09 | Risco | Risco × problema, causa–evento–efeito, matriz probabilidade × impacto, as quatro respostas |
| 10 | Qualidade que se mede | Verificação × validação, sistema de qualidade, métricas, DORA, maturidade |
| 11 | Documentação | Por que e quando documentar, documentação como qualidade, o custo da ausência |
| 12 | Ferramentas e comunicação | EAP, Gantt e marco; backlog, quadro e burndown; WIP; plano de comunicação |
| Aula | Tema | Conteúdo |
|---|---|---|
| 13 | Versão, mudança e configuração | Controle de versão, item de configuração, baseline, integração contínua, CI/CD |
| 14 | Entregar e sustentar | Entrega × implantação, pipeline, feature flag, observabilidade, os quatro tipos de manutenção |
| 15 | O usuário do outro lado | Análise e projeto de interface, UX × UI, projeto de interação, acessibilidade |
| 16 | Governança | Governança de TI, PMI e PMBOK, ITIL, COBIT, ESG e o mapa do curso |
Não há um sistema-guia único. Cada aula trabalha um projeto do catálogo recursos/projetos-para-praticar.md — doze contextos com prazo, equipe, orçamento e as tensões que dão o que discutir.
Cada bloco ancora em dois deles, para que você não precise ler um cenário novo a cada exercício:
| Bloco | Projetos-âncora |
|---|---|
| 1 — Fundamentos | Empréstimo de equipamentos · Ouvidoria municipal |
| 2 — Metodologias | Achados e perdidos do campus · Marketplace de serviços autônomos |
| 3 — Ferramentas e qualidade | Prontuário de clínica-escola · Frota e manutenção preventiva |
| 4 — Projeto avançado | Delivery de restaurante · Assembleia e votação digital |
Todo contexto de que você precisa vem no enunciado do exercício. Nenhum exercício manda você "considerar um sistema qualquer".
| Instrumento | O que é |
|---|---|
| Exercícios em sala | 5 por aula, feitos e discutidos na aula, entregues no seu repositório |
| Revisão | 8 questões por aula, para conferir se o conceito ficou |
O 5º exercício de cada aula é o Desafio 🌶️, e ele é sempre o mesmo tipo de tarefa: defender uma decisão por escrito, com as alternativas que você descartou e o que se perde com a sua escolha. É o exercício que mais se parece com o trabalho real.
Toda aula começa e termina com Git. Sem exceção:
# ── Início da aula ──
cd exercicios-projeto-software
git pull # atualiza (se você usa mais de um PC)
# ── Durante a aula ──
mkdir aula-XX-tema && cd aula-XX-tema # uma pasta por aula
# ... lê o caso, decide, monta o artefato, escreve a justificativa ...
git add .
git commit -m "Resolve exercícios da aula XX" # commit por exercício concluído
# ── Fim da aula (OBRIGATÓRIO) ──
git push # sem push = sem entrega!📏 Regra do curso (e do mercado): todo artefato vem acompanhado da justificativa por escrito. Uma matriz bem preenchida com a decisão errada dentro não vale nada — e a justificativa é o que permite descobrir isso antes.
Consulte o guia de preparação do ambiente. O resumo é curto: um editor de texto e o seu repositório de exercícios. Os artefatos são escritos em tabela Markdown ou em Mermaid, que o GitHub renderiza sozinho. Nada a instalar.
Provavelmente sim, e o curso conta com isso — mas não depende disso. Onde um assunto daqui encosta no código do outro curso, aparece um bloco assim:
🧩 Ponte com POO: o que você está vendo lá, com o nome que ele tem aqui.
Esses blocos são opcionais e raros. Nenhuma aula deixa de fazer sentido sem eles.
- 📅 Cronograma da turma 2026/2 — as datas dos encontros, se você está cursando isto numa turma
- 🏢 Projetos para praticar — os 12 contextos que abastecem os exercícios
- 📐 Artefatos de gestão — RACI, EAP, Gantt, matriz de risco e quadro Kanban, em Mermaid ou tabela
- 🧯 Erros comuns — 35 patologias de gestão, com sintoma, causa e cura
- 📚 Glossário PT/EN — para não travar por vocabulário na literatura em inglês
- 🔗 Links úteis
- 📖 Curso de Git e GitHub (pré-requisito)
Livros-base — são três, uma literatura por natureza de assunto:
| Obra | Onde ela é a referência |
|---|---|
| SOMMERVILLE, Ian. Engenharia de Software. 10. ed. São Paulo: Pearson. | Blocos 1 e 4 — processos, ciclos de vida, arquitetura, gerência de configuração, entrega e evolução |
| CRUZ, Fábio. Scrum e Agile em Projetos: guia completo. 2. ed. Rio de Janeiro: Brasport, 2018. | Bloco 2 — Manifesto, valores e princípios, Scrum inteiro e o conjunto de técnicas ágeis |
| PMI. Um guia do conhecimento em gerenciamento de projetos (Guia PMBOK). 6. ed. Newtown Square: PMI, 2017. | Bloco 3 — risco, qualidade e comunicação são áreas de conhecimento dele |
Bibliografia de apoio:
| Obra | Onde ela ajuda mais |
|---|---|
| PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de software: uma abordagem profissional. 9. ed. Porto Alegre: AMGH, 2021. | Blocos 1 e 3 — a segunda opinião sobre processos e qualidade; onde o Sommerville é conciso, ele é detalhista |
| MARTIN, Robert C. Arquitetura limpa: o guia do artesão para estrutura e design de software. Rio de Janeiro: Alta Books, 2019. | Aula 04 — fronteiras entre partes do sistema e o custo de atravessá-las |
| SUTHERLAND, Jeff. Scrum: a arte de fazer o dobro do trabalho na metade do tempo. Rio de Janeiro: Sextante, 2016. | Bloco 2 — de onde o Scrum veio, contado por quem o criou |
| ISACA. COBIT 2019: framework — governance and management objectives. Schaumburg: ISACA, 2018. | Aula 16 — o que a governança de TI cobra, e o que a auditoria procura |
| AXELOS. ITIL Foundation: ITIL 4 edition. Norwich: TSO, 2019. | Aula 16 — a diferença entre gerir projeto e gerir serviço |
⚠️ O Guia PMBOK é norma de consulta, não leitura linear. Ninguém lê as 750 páginas dele. As referências> 📖do Bloco 3 apontam a área de conhecimento, e a aula continua autocontida.
O que é gratuito e vale abrir agora: o Manifesto Ágil em português — quatro valores e doze princípios, e a Aula 05 discute cada um —, o Guia do Scrum e o relatório State of DevOps, de onde saem as métricas DORA da Aula 10.
As aulas marcam com > 📖 onde aprofundar cada tema. O curso é autocontido — os livros são o passo seguinte, não um pré-requisito.
Este repositório continua evoluindo — material novo é commitado aqui. Primeiro passo de toda sessão de estudo: git pull. 🙂