Kit del PO
Product Owner
Backlog, historias, criterios de aceptación y refinamiento con el equipo.
Estrategia y visión
Visión de productoDeclaración que resume el propósito, el público objetivo, las necesidades que satisface y la propuesta de valor del producto. Funciona como brújula estratégica para el equipo.PMPOObjetivos SMARTFramework para definir objetivos claros y alcanzables: Specific, Measurable, Achievable, Relevant, Time-bound.PMPOPjMOKR (Objectives and Key Results)Un objetivo cualitativo e inspirador acompañado de 2–4 resultados clave medibles que dicen si lo has conseguido. Alinea a equipos en torno a resultados, no a tareas.PMPOPjMRoadmap Now / Next / LaterRoadmap en tres columnas por horizonte de certeza, en lugar de fechas: lo que se está haciendo, lo siguiente y lo que viene después. Comunica dirección sin prometer plazos que no puedes cumplir.PMPO
Discovery e investigación
Customer InterviewsEntrevistas a usuarios o clientes potenciales para descubrir necesidades, motivaciones y problemas. Clave para validar hipótesis de producto.PMPOTests de usabilidadObservar a usuarios reales intentando completar tareas con tu producto o prototipo para detectar dónde se atascan. Hay cinco variantes según cuánto control, profundidad y presupuesto necesites.PMPOJobs To Be Done (JTBD)Marco que entiende el producto como algo que el cliente “contrata” para hacer un trabajo en una situación concreta. Se centra en el progreso que busca la persona, no en sus datos demográficos.PMPOOpportunity Solution TreeÁrbol visual que conecta un resultado de negocio con las oportunidades (necesidades y dolores del cliente) que podrían moverlo, las soluciones para cada oportunidad y los experimentos para validarlas.PMPOCustomer Journey MapRepresentación de las etapas que recorre un cliente para conseguir su objetivo, con lo que hace, piensa y siente en cada una y los puntos de dolor y oportunidades.PMPOAssumption MappingListar las suposiciones de las que depende una idea y ordenarlas por importancia y evidencia, para probar primero las que más riesgo tienen.PMPO
Principios de UX
Heurísticas de usabilidad de Nielsen10 principios para evaluar interfaces: visibilidad del estado del sistema, control y libertad, consistencia, prevención de errores, diseño minimalista…PMPOAccesibilidad (WCAG)Las pautas WCAG definen cómo hacer un producto usable por personas con discapacidad visual, auditiva, motora o cognitiva. El nivel AA es el estándar habitual y, en la UE, una obligación legal para muchos servicios desde 2025.PMPO
Ideación y creatividad
BrainstormingGeneración de ideas en grupo que prima la cantidad sobre la calidad inicial y evita juzgar en la primera fase.PMPOIcebreakingActividades breves al inicio de una sesión para generar confianza y mejorar la comunicación del grupo.PMPOPjMHow Might We (¿Cómo podríamos…?)Reformular problemas e insights como preguntas abiertas que empiezan por “¿Cómo podríamos…?”. Convierte un dolor en un punto de partida para idear.PMPODesign SprintProceso de cinco días creado en Google Ventures para pasar de un problema importante a un prototipo probado con usuarios reales: entender, idear, decidir, prototipar y testear.PMPOPjMMVP, fake door y conciergeFormas de aprender si algo merece construirse invirtiendo lo mínimo: un MVP (la versión más pequeña que aporta valor), un fake door (el botón existe pero la función no) o un concierge (lo haces a mano para unos pocos clientes).PMPO
Priorización
RICE (Reach, Impact, Confidence, Effort)Puntúa iniciativas por alcance, impacto, confianza y esfuerzo para comparar su valor relativo de forma objetiva.PMPOMoSCoWClasifica requisitos según su criticidad: Must, Should, Could y Won’t (this time).POPjMPMMatriz valor vs esfuerzoMatriz 2×2 que ubica iniciativas por valor y esfuerzo para encontrar los quick wins.PMPOPjMWSJF (Weighted Shortest Job First)Método de SAFe que prioriza por coste del retraso dividido entre el tamaño del trabajo.POPjMBuy-a-FeatureLos stakeholders “compran” features con un presupuesto ficticio limitado. Fuerza a elegir y abre conversación.PMPOMatriz de EisenhowerOrganiza tareas en dos ejes, importancia y urgencia, para gestionar tu propio tiempo.PMPOPjM
Definición y requisitos
Historias de usuarioFormato ágil para capturar necesidades desde la perspectiva del usuario: “Como [rol], quiero [objetivo], para [beneficio]”, con criterios de aceptación.POPMCriterios de aceptaciónCondiciones que debe cumplir una historia para darse por terminada. Contrato entre negocio y desarrollo y base de las pruebas.POCasos de usoDescribe cómo un actor interactúa con el sistema para lograr un objetivo, con flujo principal, alternativos y excepciones.POPjMWBS (Work Breakdown Structure)Descomposición jerárquica del proyecto en entregables y tareas más pequeñas para planificar, asignar y controlar.PjMPOUser Story MappingMapa bidimensional del backlog: en horizontal, los pasos del recorrido del usuario; en vertical, las historias de cada paso ordenadas por prioridad. Permite ver el producto entero y cortar releases con sentido.POPMDefinition of Ready y Definition of DoneDos acuerdos del equipo: cuándo una historia está lista para entrar en sprint (DoR) y cuándo se considera terminada (DoD). Evitan sorpresas al empezar y “casi terminados” al acabar.POPjMINVESTChecklist para comprobar que una historia de usuario está bien escrita: Independiente, Negociable, Valiosa, Estimable, pequeña (Small) y Testeable.POPRD / One-pagerDocumento breve que alinea al equipo sobre qué problema se resuelve, para quién, cómo se medirá el éxito y qué queda fuera, antes de entrar en el detalle de historias.PMPO
Estimación y planificación
Story PointsMedida relativa de esfuerzo (complejidad + volumen + incertidumbre), no de horas.POPjMPlanning PokerDinámica de consenso para estimar, normalmente en Story Points, votando en secreto.POPjMT-Shirt SizingEstimación rápida y visual con tallas XS, S, M, L, XL.POPjMPMThree-Point Estimation (PERT)Estima con tres escenarios (optimista, más probable, pesimista) para obtener un promedio ponderado.PjMPOBucket SystemAgrupar historias en “cubos” con valores (1, 2, 3, 5, 8, 13…). Más rápido que Planning Poker.POPjMAffinity EstimationOrdenar historias por afinidad de esfuerzo en una pared y luego mapearlas a puntos.POPjMDot VotingVotación con puntos para converger rápido entre varias opciones (estimaciones, ideas, prioridades).PMPOPjMIdeal DaysEstimar en días ideales de trabajo sin interrupciones.PjMPORegistro de riesgosLista viva de lo que podría salir mal, con su probabilidad, impacto, responsable y plan de respuesta. Convierte la preocupación difusa en acciones concretas.PjMPOPMPrevisión con datos (Monte Carlo)Predecir cuándo terminará un conjunto de trabajo simulando miles de futuros posibles con el ritmo histórico real del equipo (throughput), en vez de estimar cada historia.PjMPOControl de cambiosProceso para evaluar y decidir los cambios de alcance, plazo o coste de un proyecto antes de aceptarlos, y dejar constancia de su impacto.PjMPO
Desarrollo y calidad
Deuda técnicaCoste futuro de decisiones técnicas tomadas para entregar antes: código poco mantenible, falta de tests, tecnología obsoleta…POPMPjMTest-Driven Development (TDD)Escribir las pruebas automatizadas antes del código, en ciclos cortos Red → Green → Refactor.POPjMPruebas de regresiónVerifican que los cambios recientes no rompen funcionalidades existentes. Garantizan estabilidad tras cada release.POPjMSAST (Static Application Security Testing)Análisis de seguridad estático: revisa código fuente, bytecode o binarios sin ejecutar la aplicación para encontrar vulnerabilidades desde dentro.POPjMDAST (Dynamic Application Security Testing)Análisis de seguridad dinámico: prueba la aplicación en ejecución como lo haría un atacante (endpoints, formularios, APIs).POPjMRetrospectivaReunión al cierre de cada sprint o hito en la que el equipo revisa cómo ha trabajado y acuerda una o dos mejoras concretas para el siguiente ciclo.POPjMPMKanban y límites WIPMétodo para visualizar el flujo de trabajo en un tablero y limitar cuántos items puede haber en cada columna a la vez (WIP), para terminar antes en lugar de empezar más.POPjMFeature flagsInterruptores en el código que activan o desactivan una funcionalidad sin desplegar. Permiten separar el despliegue del lanzamiento, probar con un porcentaje de usuarios y apagar algo si falla.POPMMétricas DORACuatro métricas que miden el rendimiento de entrega de software: frecuencia de despliegue, lead time de cambios, tasa de fallo en cambios y tiempo de recuperación.PjMPOPMLecciones aprendidas y post-mortemRevisión estructurada al cerrar un proyecto o tras un incidente para entender qué pasó, por qué y qué cambiar, sin buscar culpables.PjMPOPM
Stakeholders y negociación
Matriz poder–interésClasifica a los stakeholders por poder e interés para definir cómo comunicarte con cada uno.PjMPMPOGetting to Yes (negociación por principios)Framework de Harvard para acuerdos ganar-ganar basados en intereses, no en posiciones, cuidando la relación.PMPjMPOInterest-Based Relational (IBR)Resolución de conflictos que preserva las relaciones: respeto, escucha activa e identificación de intereses comunes.PjMPMPOMatriz RACITabla que asigna, para cada tarea o decisión, quién la ejecuta (Responsible), quién rinde cuentas (Accountable), a quién se consulta (Consulted) y a quién se informa (Informed).PjMPOPMStatus reportInforme periódico y breve del estado de un proyecto o iniciativa: dónde estamos frente al plan, qué riesgos hay y qué decisiones se necesitan.PjMPOPMDACI (marco de decisión)Marco para tomar decisiones de grupo con roles claros: Driver (impulsa la decisión), Approver (decide), Contributors (aportan) e Informed (se les comunica).PMPOPjM
Métricas y analítica
Framework HEARTFramework de Google para medir la experiencia de usuario con cinco dimensiones: Happiness, Engagement, Adoption, Retention y Task success, cada una con objetivos, señales y métricas.PMPOA/B testingExperimento controlado que muestra dos (o más) versiones a grupos aleatorios de usuarios para medir cuál funciona mejor según una métrica definida de antemano.PMPO
IA y explicabilidad
LIMELocal Interpretable Model-agnostic Explanations: aproxima un modelo complejo con uno simple y local para explicar una predicción concreta.PMPOSHAPSHapley Additive exPlanations: usa teoría de juegos para calcular la contribución de cada variable a la predicción. Explicaciones locales y globales.PMPO