Scrum Developer I — AI

El razonamiento detrás del trabajo de un Developer: valores y principios ágiles desde la perspectiva de quien construye, los tres pilares del empirismo aplicados a la ingeniería, los valores de Scrum tal como los viven los Developers, pensamiento lean y de flujo, y por qué la inspección importa más cuando el costo de generar resultados se vuelve bajo.

El marco de Scrum tal como lo asumen los Developers: sus responsabilidades, el cómo del Sprint Planning, el Sprint Backlog como pronóstico vivo, el Daily Scrum como el evento de los Developers, su participación en el Sprint Review y la Sprint Retrospective, y el uso de la IA como insumo para la estimación en lugar de sustituto del equipo.

El oficio técnico que hace real el Done: la Definition of Done como compromiso de calidad, la diferencia entre hecho y aparentemente hecho, el desarrollo con pruebas primero, la integración y entrega continuas, la deuda técnica y la refactorización, la disciplina de control de versiones, la revisión de código y el trabajo en pareja.

Implementar una especificación con criterios de aceptación usando la IA como compañero de equipo, mientras el Developer mantiene la responsabilidad sobre la verificación, la seguridad, el licenciamiento y la Definition of Done: prompting de implementación, revisión crítica del resultado generado, el ciclo generar-luego-verificar, pruebas escritas por IA, flujos de trabajo agénticos, procedencia, y cuándo no usar IA en absoluto.

El trabajo de un Developer es trabajo en equipo: multifuncionalidad y habilidades en forma de T, colaboración con el Product Owner y el Scrum Master, responsabilidad profesional en materia de seguridad, privacidad, accesibilidad y ética, incluso en los resultados asistidos por IA, mantenimiento de competencias ante el cambio de herramientas, y acuerdo de prácticas de IA a nivel de equipo.