Los marcos de trabajo y quién es quién alrededor de un producto. Son los términos que más aparecen en reuniones de producto y los que, mal entendidos, generan más malentendidos. Cada definición está escrita en español simple y, cuando existe una herramienta de ID One para aplicar el concepto, queda enlazada.
Agile
Forma de trabajo que entrega en ciclos cortos y ajusta el plan con lo aprendido, en vez de planificar todo al inicio. Es un criterio, no un conjunto de reuniones.
Canvas de stakeholders
Mapa de las personas involucradas según poder de decisión e interés, con qué necesita cada una de ti. Suele revelar a quién estabas ignorando.
Usar la herramienta: Canvas de alineación de stakeholders →Kanban
Sistema visual de tablero con columnas y límite de trabajo en curso. Sirve cuando el trabajo llega de forma continua y no cabe en sprints.
Madurez de producto
Qué tan establecidas están las prácticas de producto en una organización: descubrimiento, métricas, priorización y autonomía del equipo. Se diagnostica antes de proponer cambios.
Usar la herramienta: Test de madurez de producto →Product Management
Oficio de decidir qué se construye, para quién y en qué orden, y de sostener esa decisión con evidencia. No es escribir requisitos: es elegir qué NO se hace.
Product Owner
Rol de Scrum responsable del backlog: qué entra, en qué orden y cuándo se considera terminado. En equipos chicos suele recaer en la misma persona que hace Product Management.
Retrospectiva
Reunión donde el equipo revisa cómo trabajó y acuerda un cambio concreto. Sin un compromiso con dueño y fecha, es solo desahogo.
Scrum
Marco ágil con roles, sprints y ceremonias definidas. Funciona cuando el equipo entiende para qué existe cada ritual; si no, se vuelve calendario.
Sponsor
El stakeholder que aporta presupuesto o respaldo político al proyecto. Si no lo tienes identificado, probablemente no lo tienes.
Sprint
Ciclo corto de trabajo, normalmente de una a tres semanas, que termina con algo terminado y revisable.
Squad
Equipo pequeño y multifuncional —producto, diseño e ingeniería— con autonomía para resolver un problema de punta a punta.
Stakeholder
Cualquier persona que afecta al proyecto o se ve afectada por él. Conviene mapearlos por poder de decisión e interés, no por simpatía.
Usar la herramienta: Canvas de alineación de stakeholders →Waterfall
Enfoque secuencial donde cada fase termina antes de que empiece la siguiente. Razonable cuando los requisitos no van a cambiar, que es casi nunca en software.
Otros temas del glosario
Ver el glosario completo (108 términos) → · Las 26 PM Tools gratuitas
