Scrum Developer I — AI

O raciocínio por trás do trabalho de um Developer: valores e princípios ágeis sob a perspectiva de quem constrói, os três pilares do empirismo aplicados à engenharia, os valores do Scrum vivenciados pelos Developers, pensamento lean e de fluxo, e por que a inspeção importa mais quando o custo de geração de resultados se torna baixo.

O framework Scrum sob a responsabilidade dos Developers: suas responsabilidades, como conduzir o Sprint Planning, o Sprint Backlog como uma previsão viva, o Daily Scrum como o evento dos Developers, sua participação na Sprint Review e na Sprint Retrospective, e o uso de IA como insumo para estimativas em vez de substituto para o time.

O artesanato técnico que torna o Done real: a Definition of Done como um compromisso de qualidade, a diferença entre pronto e aparentemente pronto, desenvolvimento orientado a testes, integração e entrega contínuas, dívida técnica e refatoração, disciplina de controle de versão, revisão de código e programação em par.

Implementar uma especificação com critérios de aceitação tendo a IA como parceira, enquanto o Developer mantém a responsabilidade pela verificação, segurança, licenciamento e a Definition of Done: prompts de implementação, revisão crítica do resultado gerado, o ciclo gerar-e-verificar, testes escritos por IA, fluxos de trabalho agênticos, proveniência e quando não utilizar IA.

O trabalho de um Developer é trabalho em time: multifuncionalidade e habilidades em formato T, colaboração com o Product Owner e o Scrum Master, responsabilidade profissional por segurança, privacidade, acessibilidade e ética — inclusive em resultados gerados com auxílio de IA —, manutenção de competências à medida que as ferramentas evoluem e definição de práticas de IA compartilhadas pelo time.