GuíaBásico
Guía de Pensamiento de Producto para Ingenieros
Saca al ingeniero del modo "ejecuto tickets" y lo pone a pensar como producto: dejar de medir el trabajo por outputs (features enviadas) y empezar a medirlo por outcomes (métricas que se movieron). Esta guía es el cimiento del ecosistema Product Engineering: cubre el build trap (equipos que construyen mucho y mueven poco), la cadena de valor (cómo una línea de código llega a valor para el usuario y para el negocio), priorización con criterio (RICE e ICE), dimensionamiento de oportunidades antes de construir, el MVP correcto (el experimento más pequeño que prueba la apuesta, no "la v1 con menos features"), tratar cada decisión de producto como una apuesta bajo incertidumbre con su suposición más riesgosa, y decir que no con el roadmap ordenado por costo de demora (WSJF). Todo el razonamiento cuantitativo de los frameworks —RICE, opportunity sizing, WSJF— se ejecuta con datos literales en Node.js, sobre el mismo caso: el backlog trimestral de Mercado, el marketplace. Cierra con un proyecto capstone donde el alumno arma el roadmap real del trimestre de Mercado con todo lo aprendido.
- 64
- lecciones
- 8
- módulos
- Inglés · Español
- disponible en
- Sí
- certificado
- Gratis
- acceso
Resultados
Lo que vas a poder hacer
- Distinguir un output de un outcome y detectar el build trap, contando cuántas de las entregas de un trimestre real de Mercado movieron una métrica de verdad
- Trazar la cadena de valor: de una tarea técnica a una capacidad del producto, a valor para el usuario, a valor para el negocio
- Priorizar un backlog con RICE (Reach × Impact × Confidence / Effort) e ICE, ejecutando `riceScore` y `prioritize` en Node
- Dimensionar una oportunidad antes de construirla con `opportunitySize({reachableUsers, baselineRate, expectedLift})`
- Recortar al MVP correcto: la cosa más pequeña que prueba la apuesta, no la versión con menos features
- Tratar las decisiones de producto como apuestas bajo incertidumbre e identificar la suposición más riesgosa (*riskiest assumption*)
- Ordenar un roadmap por costo de demora / WSJF (`wsjf`) y defender por qué algo no entra
- Aplicar todo lo anterior al backlog real de Mercado en el proyecto capstone: dimensionar, puntuar, encontrar la apuesta riesgosa, recortar al MVP y secuenciar
Antes de empezar
Qué necesitas traer
Es para ti si...
- Ingenieros backend o fullstack que ejecutan tickets sin saber qué métrica se supone que mueve ese trabajo
- Devs que quieren participar con criterio propio en las decisiones de prioridad, en vez de solo ejecutar lo que dicta producto
- Ingenieros que se preparan para roles de tech lead o staff, donde "por qué esto y no aquello" pasa a ser parte del trabajo
- Equipos que quieren un vocabulario compartido y defendible (RICE, MVP, suposición riesgosa) en vez de priorizar por quién grita más fuerte
- Cualquiera que vaya a empezar el ecosistema Product Engineering: esta guía es el prerrequisito de discovery, métricas y shipping
Requisitos y materiales
- Experiencia construyendo software de forma profesional (backend o fullstack) — esta guía asume que ya sabes construir; el foco es qué construir y por qué
- Comodidad básica leyendo y corriendo scripts sencillos de JavaScript/Node (sin dependencias, ~15-30 líneas)
- No hace falta experiencia previa en gestión de producto
Contenido
El temario, módulo por módulo
Abre cualquiera para ver sus lecciones.
- Presentación de la guía: de enviar features a mover métricas con criterio
- ¿Qué es un output?
- ¿Qué es un outcome?
- El build trap: cuando enviar reemplaza a lograr
- Por qué esto es trabajo tuyo, no solo del PM
- ¿Qué hace que un outcome sea bueno?
- De la feature a la métrica: el eslabón que falta
- Mini-proyecto: audita el trimestre de Mercado y reescribe sus apuestas
- Presentación del módulo: la cadena que conecta tu commit con el negocio
- Los cuatro eslabones: task, capability, userValue, businessMetric
- De la tarea a la capacidad: qué hace que un cambio de código sea visible
- De la capacidad al valor de usuario: ¿a quién le importa esto?
- Del valor de usuario al valor de negocio: ¿esto mueve algo que el negocio reporte?
- Trazar una tarea de punta a punta: el método, aplicado a varias a la vez
- Cuándo la cadena se rompe: las 3 formas típicas, y qué hacer
- Mini-proyecto: traza el backlog de Mercado hasta el GMV
- Presentación del módulo: cuánto vale, en números, cada apuesta
- Por qué dimensionar antes de construir
- La fórmula del dimensionamiento: tres supuestos, un impacto esperado
- `reachableUsers` y `baselineRate`: a quién le llega, de verdad
- De dónde sale `expectedLift`
- Supuestos y rangos: el back-of-the-envelope honesto
- Comparar apuestas en la misma unidad
- Mini-proyecto: dimensiona 3 apuestas del backlog de Mercado
- Presentación del módulo: dimensionaste la apuesta, ¿cuál es la prueba más barata de que es real?
- Lo que un MVP realmente es (y lo que no)
- Scope vs. aprendizaje: dos cosas distintas que se pueden recortar
- El experimento más barato que reduce la incertidumbre
- El walking skeleton: fino pero completo, no ancho pero cortado a la mitad
- Recortar scope sin recortar el valor: el subconjunto mínimo que prueba la apuesta
- Anti-patrones de MVP: cinco formas de decirle "MVP" a algo que no lo es
- Mini-proyecto: diseña el MVP que prueba tres apuestas de Mercado, no el que las construye enteras
- Presentación del módulo: ya sabes puntuar, dimensionar y recortar. Falta la pregunta que de verdad duele
- Costo de oportunidad: cada sí es un no a otra cosa
- El costo de demora (cost of delay)
- WSJF: Weighted Shortest Job First
- El roadmap como secuencia de apuestas
- Decir que no bien
- Comunicar la decisión
- Mini-proyecto: secuencia el roadmap del trimestre de Mercado
- Presentación del módulo: arma el roadmap del trimestre de Mercado, con las siete capas juntas
- El backlog del trimestre, trazado hasta el North Star
- Puntúa el backlog con RICE, antes de dimensionar nada
- Dimensiona las cinco apuestas en GMV real
- Encuentra la suposición más riesgosa de cada apuesta
- Recorta cada apuesta al MVP que prueba su suposición riesgosa
- Secuencia el trimestre por costo de demora, y di que no
- Proyecto final: el roadmap del trimestre de Mercado, de punta a punta
Dudas frecuentes
Lo que suele preguntarse
Sin límite. Es una guía gratuita: entras cuando quieras, las veces que quieras.
No. Los módulos están ordenados de menos a más, pero puedes saltar al que necesites. Tu progreso se guarda por lección.
Lo que haga falta está en «Qué necesitas traer», arriba. Si no aparece nada ahí, puedes empezar desde cero.
En el grupo de WhatsApp del Club, y cada quince días hay un live con un instructor donde se resuelven dudas en vivo.
Sí. Al terminar todas las lecciones se emite automáticamente, con un código verificable que puedes compartir en LinkedIn.
Empieza cuando quieras
Lo que dicen los estudiantes
Estas reseñas son de estudiantes inscritos que completaron al menos el 50% del curso. Moderamos las reseñas solo por motivos de contenido (spam, lenguaje ofensivo, datos personales), nunca por ser críticas o negativas.
Aún no hay reseñas aprobadas.
¡Sé el primero en compartir tu experiencia!