Product Ownership y delivery
Convertir la intención de producto en trabajo que sale sin convertirte en gestor de tickets: backlog, sprints, historias, criterios de aceptación, releases y Agile sin teatro.
- 1Qué hace realmente un Product OwnerMucha gente cree que el Product Owner es la persona que escribe tickets y los ordena en Jira. Esa es la parte visible y la menos importante. El trabajo de verdad es convertir una intención de negocio en trabajo que un equipo puede construir, probar y aprender de él, decidiendo por el camino qué entra, qué no, en qué orden y con qué riesgo. En esta lección verás qué hace un PO, en qué se diferencia de un PM, cómo cambia el papel según la empresa y qué decisiones son suyas y cuáles no.
- 2Cómo funciona un sprint de verdadUn sprint no es una lista de tickets con fecha de entrega cada dos semanas. Es un ciclo corto para construir algo que funciona, enseñarlo, aprender y ajustar. En esta lección recorrerás un sprint entero, de lo que pasa antes de la planning a lo que pasa después del release, y saldrás sabiendo distinguir una review de una retro, escribir un objetivo de sprint que sirva y explicar por qué «está hecho» no significa «ha funcionado».
- 3User stories y criterios de aceptaciónUna user story no es un requisito escrito con una plantilla simpática. Es una promesa de conversación sobre un problema de alguien, y los criterios de aceptación son la parte de esa conversación que se queda por escrito para que nadie tenga que adivinar. En esta lección verás de dónde sale el formato, por qué tantas historias son malas aunque lo cumplan, cómo escribir criterios que cubran errores, permisos, datos, analítica, rendimiento y accesibilidad, y cómo se nota la diferencia entre un criterio débil y uno fuerte el día que QA bloquea un release.
- 4Definition of Ready, Definition of Done y releaseUn ticket en la columna «Hecho» no significa que el usuario tenga algo que funcione, ni que el negocio haya aprendido nada. En esta lección aprenderás a usar la Definition of Ready como una conversación y no como una aduana, a escribir una Definition of Done que sea un listón real, a separar desplegar de lanzar con feature flags y rollout progresivo, a decidir el rollback antes de necesitarlo y a aprender de los incidentes y de los lanzamientos sin buscar culpables.
- 5Priorizar con una matriz de valor y riesgoUna matriz de valor y riesgo coloca cada iniciativa en un cuadrado de dos ejes y te obliga a tener la conversación que una lista ordenada esconde: no es lo mismo algo valioso y seguro que algo valioso e incierto. En esta lección aprenderás a definir bien los dos ejes, a leer la lógica de cada cuadrante, a mover iniciativas de cuadrante reduciendo riesgo y a saber qué no ve el 2x2, incluido cuándo RICE ayuda y cuándo solo disfraza la política de matemática.
- 6Agile sin teatroMuchos equipos tienen todas las ceremonias de Agile y ninguno de sus beneficios: dailies, sprints y retros que se repiten como un ritual mientras el producto aprende poco y tarde. En esta lección aprenderás a distinguir los principios de las ceremonias, a elegir entre Scrum y Kanban según el trabajo, a organizar discovery y delivery en paralelo y a reconocer y desmontar los siete antipatrones más comunes.