Linha Editorial e Estrutura do Livro Didático
Disciplina: Gestão de Projetos de Software (GPS) Público-Alvo: Alunos do 5º período de Engenharia de Computação.
Este documento propõe uma “espinha dorsal” e diretrizes editoriais para transformar as notas de aula no Livro Didático da disciplina, integrando de forma coesa a teoria e o Trabalho Prático (Portfólio de Equipe no GitLab com Hugo).
1. Abordagem Pedagógica e Tom de Voz
O livro deve ter uma linguagem prática, direta e conectada com o mercado de trabalho. Alunos do 5º período já possuem base técnica de programação, então o desafio é engajá-los na gestão do processo.
- Orientado a Projeto (Project-Based Learning): O livro não deve ser apenas teórico. Ele deve ser o “guia de sobrevivência” para a execução do Trabalho Prático (construção do portfólio no GitLab + Hugo).
- Ferramental Integrado: Os conceitos de PMBOK e Ágil devem sempre ser traduzidos para como eles são implementados na prática usando o GitLab (Issues, Boards, Milestones, CI/CD).
- A “Persona” do Resumo Inicial (O Efeito Tony Stark): O
objectiveboxno início de cada capítulo deve quebrar a quarta parede e falar diretamente com o aluno usando um tom sarcástico, experiente e direto (inspirado no Tony Stark falando com o “garoto” Peter Parker). É o momento de prender a atenção do aluno com a dura realidade do mercado de forma bem-humorada. - Elementos Gráficos Constantes: Recomenda-se o uso de blocos de destaque (e.g.,
tcolorboxno LaTeX) para:- Dicas de Ouro (Boas práticas de mercado).
- Alerta de Risco (Erros comuns em projetos).
- Mão na Massa (Conexão direta com o trabalho prático).
- Riqueza Visual: É altamente desejável a inclusão de imagens estruturais, fluxogramas, tabelas e capturas de tela (do GitLab, por exemplo) para quebrar longos blocos de texto.
- Regra de Formatação A5: Todas as imagens, tabelas e telas do sistema devem ser projetadas para caber dentro da largura de texto do formato A5 (aproximadamente
9.8cmou0.9\textwidth). Tabelas devem usarp{x cm}com a soma máxima de 9.5cm para evitar transbordo. As imagens conceituais de cabeçalho seguem a proporção de 1/3 da largura por 1/6 da altura.
2. A Espinha Dorsal (Estrutura do Livro)
A estrutura atual do livro.tex está muito boa, dividida em 4 partes. A proposta é alinhar perfeitamente essas 4 Partes aos 4 Módulos de Avaliação (Checks) do Trabalho Prático.
Dessa forma, cada parte do livro termina com a aplicação prática daquele conhecimento.
Parte I: Fundamentos e Iniciação (Alinhado ao Check 01)
Foco: O que é um projeto, viabilidade e o ambiente de trabalho (GitLab). * Capítulo 1: Apresentação e Iniciação (Conceitos básicos, o que é Gestão de Projetos de Software). * Capítulo 2: Viabilidade e Estrutura (Como iniciar, termo de abertura, viabilidade técnica). * Capítulo 3: Planejamento no GitLab (Introdução à ferramenta base da disciplina). * 🎯 Conexão Prática (Módulo 1): Ao final desta parte, o aluno deve aplicar o Check 01 (Iniciação e Planejamento: Criação do repositório, configuração de issues e milestones iniciais).
Parte II: Gestão Tradicional - PMBOK (Alinhado ao Check 02)
Foco: Planejamento detalhado, documentação e processos estruturados. * Capítulo 4: Escopo e Cronograma (WBS/EAP, estimativas de tempo). * Capítulo 5: Qualidade e Recursos (Papéis na equipe, definição de “Pronto”). * Capítulo 6: Riscos e Documentação (Identificação de riscos no software, documentação necessária). * Capítulo 7: Comunicação e Stakeholders (Gerenciamento de expectativas, professor como cliente/stakeholder). * 🎯 Conexão Prática (Módulo 2): Ao final desta parte, o aluno deve aplicar o Check 02 (Gestão e Documentação: Documento de Projeto, rastreabilidade nas issues).
Parte III: Gestão Ágil (Alinhado ao Check 03)
Foco: Execução iterativa, adaptação, automação e entregas contínuas. * Capítulo 8: Ágil e Scrum (Manifesto Ágil, papéis Scrum - Scrum Master, PO). * Capítulo 9: Sprint 1 e CI/CD (Integração Contínua, Deploy no GitLab Pages usando o Hugo). * Capítulo 10: Modelos Ágeis Alternativos (Kanban, Extreme Programming - XP). * Capítulo 11: Priorização e Sprints (Backlog grooming, planning poker, estimativas). * 🎯 Conexão Prática (Módulo 3): Ao final desta parte, o aluno deve aplicar o Check 03 (Execução Ágil e CI/CD: Uso do GitLab Boards, qualidade dos commits, pipeline CI/CD rodando).
Parte IV: Gestão Híbrida e Encerramento (Alinhado ao Check 04)
Foco: Mistura de mundos, encerramento de ciclo, retrospectiva e entrega final de valor. * Capítulo 12: Gestão Híbrida (Quando e como misturar PMBOK com Ágil). * Capítulo 13: Ferramentas de Gestão (Ecossistema além do GitLab, métricas). * Capítulo 14: Análise e Revisão (Retrospectiva, o que deu certo e errado, lições aprendidas). * Capítulo 15: Apresentação Final (Pitch do projeto, postura, entrega de valor ao cliente). * 🎯 Conexão Prática (Módulo 4): Seção final para o Check 04 (Conclusão e Apresentação: Entrega do portfólio no Hugo pronto, retrospectiva da equipe, apresentação).
3. Estrutura Padrão Sugerida para cada Capítulo
Inspirado na estrutura do seu primeiro livro, para manter a consistência e o engajamento, cada um dos 15 capítulos deve seguir uma estrutura semelhante no seu respectivo arquivo .tex:
- Resumo Inicial / Objetivos (Estilo Tony Stark): Uma caixa (
objectivebox) no início do capítulo, quebrando a quarta parede e engajando o aluno com a crua e bem-humorada realidade do mercado. - Desenvolvimento Teórico Visual: O conteúdo em si, adaptado das notas de aula, sempre recheado de imagens, gráficos (TikZ) e tabelas ilustrativas.
- No Mundo Real (
theorybox): Um pequeno estudo de caso (1 a 2 parágrafos) de como o mercado lida com o tema. - No GitLab (
practicebox): Como aquele conceito teórico se reflete na ferramenta que eles estão usando no projeto. - Perguntas Reflexivas: 3 perguntas ao final de cada capítulo (substituindo a antiga “Revisão Rápida”) para gerar pensamento crítico sobre a aplicação dos conceitos.
- Resumo Takeaway (
summarybox): Uma lista rápida (bullet points) recapitulando as ideias centrais e as “lições” que o aluno precisa levar para a vida.