Na décima aula da disciplina de Engenharia de Software da Universidade Potiguar (UnP), focamos na aplicação concreta do Extreme Programming (XP). Saímos da teoria e entramos no cotidiano das equipes: gestão, ambiente, planejamento, desenvolvimento, projeto e testes. Foi uma jornada densa, onde XP deixou de ser um conjunto de práticas e passou a ser uma estratégia de sobrevivência em projetos reais.
Gerenciando com Princípios, Não com Papéis
A primeira parte da aula girou em torno do papel da gestão em XP. Em vez de hierarquia rígida ou “todo mundo faz tudo”, XP propõe uma liderança por princípios: responsabilidade assumida, foco na qualidade, modificações incrementais e adaptação local. Não se trata de comandar, mas de facilitar o fluxo.
Trouxemos um exemplo visual de mural com métricas reais. Discutimos como “viajar com pouca bagagem” — ou seja, não exigir tarefas que consomem tempo sem gerar valor — é uma das funções mais importantes do gestor XP. Os alunos refletiram sobre como métricas simples, visuais e de fácil entendimento ajudam mais que relatórios extensos.
Papéis além do Gerente: Treinador e Rastreador
Dois novos papéis emergiram na discussão: o Treinador e o Rastreador. O treinador atua como facilitador técnico — programa com iniciantes, orienta a refatoração, explica o processo. Já o rastreador mede o que foi feito versus o que foi prometido, sem interromper o time.
Propus que os alunos se organizassem em trios: um gerente, um treinador e um rastreador. Cada um deveria listar ações reais que poderia tomar para melhorar a qualidade do projeto sem sobrecarregar o time. Essa atividade gerou empatia e clareza sobre como XP distribui o cuidado com o produto.
Empresas podem aplicar esse exercício ao planejar ciclos de melhoria contínua, distribuindo a responsabilidade entre papéis funcionais — não apenas em líderes tradicionais.
O Espaço Fala: Estratégias de Ambiente
Na segunda parte, discutimos como o espaço de trabalho influencia comportamento. Contrapomos ambientes individualizados (salas fechadas, isolamento) com ambientes comunitários (open spaces excessivos). XP sugere equilíbrio: locais comuns para troca e locais privados para foco.
Mostrei diagramas de ambientes XP com divisões claras de espaço. O princípio da coragem apareceu aqui: mudar o espaço físico é sinal claro de mudança cultural. O ambiente precisa ser moldado para facilitar pair programming, comunicação fluida e feedback rápido.
Essa é uma lição importante para líderes e gestores: a forma como o ambiente é disposto comunica mais que os discursos sobre colaboração.
Planejamento, Desenvolvimento, Projeto e Teste: Ciclo Completo
Na última parte da aula, passamos pelas estratégias práticas de execução. Falamos de planejamento iterativo, desenvolvimento com simplicidade e testes contínuos como alicerces de confiança. XP prega que o plano muda conforme aprendemos, que o código deve ser compreensível antes de performático, e que o teste guia o design.
Pedi que cada grupo desenhasse seu “ciclo de entrega ideal”, incorporando as práticas XP. A comparação dos ciclos mostrou como cada equipe entende ritmo, risco e refino. A diversidade dos mapas gerou debate sobre o que funciona melhor em diferentes contextos.
Facilitadores podem aplicar esse exercício em squads ou times ágeis para alinhar práticas com cultura e contexto.
Publicado como parte do diário de aula da disciplina de Engenharia de Software. Hoje aprendemos que aplicar XP não é seguir checklists — é cultivar ambientes, rituais e relações que sustentam entrega com responsabilidade.