Vocabulario y frases en inglés para Product Managers (PM) y Product Owners (PO): cómo se escribe un PRD, cómo se explica la priorización con RICE, cómo se dice «no» a un stakeholder y qué se dice en cada ceremonia ágil. Los textos son ejemplos de práctica; adapta cifras y nombres a tu contexto.
Ejemplo ficticio de PRD, para practicar la estructura y el vocabulario:
RICE sirve para comparar ideas con un número. Los valores del ejemplo son inventados.
| Parámetro | Definición y escala | Frase en inglés |
|---|---|---|
| Reach | Personas alcanzadas en un periodo (por ejemplo, por trimestre). | "Based on our analytics, this flow reaches about 45,000 users per quarter." |
| Impact | Multiplicador: 3 (massive), 2 (high), 1 (medium), 0.5 (low), 0.25 (minimal). | "We scored Impact at 2 because it removes a major friction point in the upgrade path." |
| Confidence | Qué tan seguros estamos de las estimaciones: 100%, 80% o 50%. | "Confidence is 80% because we backed this up with customer interviews." |
| Effort | Trabajo total del equipo, en persona-semanas o persona-meses. | "Engineering estimates 3 person-weeks across frontend and backend." |
Con los números del ejemplo: (45,000 × 2 × 0.8) ÷ 3 = 24,000. Lo importante es comparar el puntaje entre varias ideas, no el valor absoluto.
La idea es proteger el foco del equipo con argumentos de prioridades y trade-offs, no con negativas secas. Dos diálogos de práctica:
VP of Sales: "A prospect says they'll sign this week if we build a custom PDF export. Can we fit it into the current sprint?"
Product Manager: "I see why this deal matters, and thanks for bringing it to us. If we pull engineers off the checkout migration, we put our current sprint goal at risk. What would you be comfortable de-prioritizing to make room? Alternatively, could we offer a temporary manual workaround while we evaluate this for next quarter's planning?"
CEO: "I tried a competitor's new dashboard widget. Let's build something similar by Friday."
Product Manager: "It's an interesting idea. Before we commit engineering time, can we look at what our retention data and customer interviews say? If it's a real need, we could run a short prototype test first."
| Ceremonia | Frase esencial | Propósito |
|---|---|---|
| Sprint Planning | "Let's walk through the sprint backlog and check that each ticket meets our Definition of Ready." | Acordar qué se entregará en el sprint. |
| Daily Standup | "Any blockers or dependencies that are keeping ticket PR-104 from moving to QA?" | Detectar impedimentos sin convertirlo en un reporte largo. |
| Backlog Refinement | "Let's split this epic into smaller user stories we can test independently." | Dividir trabajo grande y estimarlo (story points). |
| Sprint Retrospective | "What went well, what should we change, and what action items can we commit to?" | Mejora continua del equipo. |
Nota: Definition of Ready es una práctica común en muchos equipos, pero no forma parte de la guía oficial de Scrum.
| Término | IPA (EE. UU.) | Error común | Guía |
|---|---|---|---|
| Prioritization | /praɪˌɔːr.ə.t̬əˈzeɪ.ʃən/ | Decir "prioritisación" con acento plano. | pry-OR-ih-tih-ZAY-shun |
| Requirement | /rɪˈkwaɪr.mənt/ | Pronunciar la "qu" como en español. | rih-KWYR-munt |
| Hierarchy | /ˈhaɪ.ə.rɑːr.ki/ | Leer la "ch" como en "chico". | HY-uh-rar-kee |
| Retrospective | /ˌret.rəˈspek.tɪv/ | Acentuar la última sílaba. | ret-ruh-SPEK-tiv |
| Iterative | /ˈɪt̬.ə.reɪ.t̬ɪv/ | Pronunciar cada consonante por separado. | IT-uh-ray-tiv |
Varía según la empresa, pero un PRD suele incluir: 1) Problem Statement (el problema del usuario, idealmente con datos), 2) Goals y Non-Goals (qué se busca y qué queda fuera de alcance), 3) User Stories con Acceptance Criteria (a menudo en formato Given/When/Then), 4) Success Metrics y 5) Constraints y Open Questions.
RICE = (Reach × Impact × Confidence) / Effort. Reach es el número de personas alcanzadas en un periodo (por ejemplo, por trimestre); Impact es una escala de 0.25 a 3; Confidence es un porcentaje (por ejemplo 50%, 80%, 100%); y Effort se estima en persona-semanas o persona-meses, siempre con la misma unidad.
Output es lo que el equipo construye o entrega (una función, un botón, una exportación a CSV). Outcome es el cambio medible en el comportamiento del usuario o en el negocio que resulta de ese output (por ejemplo, mayor retención a 30 días).
Los KPIs miden la salud continua de algo (por ejemplo, uptime o satisfacción de soporte). Los OKRs (Objectives and Key Results) definen un objetivo ambicioso para un periodo, normalmente un trimestre, con resultados clave medibles.
Es la métrica principal que mejor refleja el valor que el producto entrega a sus usuarios y que alinea a la empresa. Por ejemplo, un servicio de reservas podría usar "noches reservadas" y uno de música, "tiempo de escucha".
Es una tarea de investigación o prueba rápida, con tiempo limitado, para resolver una duda técnica antes de poder estimar el trabajo real.