Ingeniería, producto y negocio comparten edificio y leen calendarios distintos. Cada área decide con el número que tiene enfrente y el número que falta está en el escritorio de al lado. El trimestre cierra con código para un requisito que cambió, una funcionalidad que nadie usa y dos meses de equipo en una integración que nadie pidió.
Cada área guarda un número que las otras no ven
El ingeniero defiende refactorizar el sistema de pagos: la deuda técnica hundirá el uptime en seis meses. El product manager defiende la funcionalidad de onboarding: la retención lleva dos trimestres cayendo. El CEO defiende la integración personalizada: dos contratos grandes dependen de ella. Los tres tienen razón y ninguno cambió de documento.
El ingeniero no ve que el onboarding cierra un contrato de R$ 500 mil, y el product manager no ve que la refactorización evita una caída de 40% en el uptime. El CEO recibe la estimación de dos meses de ingeniería después de firmar el contrato.
Rituales que juntan a los tres en una sala
- Revisión trimestral de roadmap cruzado. Ingeniería, producto y negocio abren los tres roadmaps en una pantalla. Cada área muestra su prioridad, el intercambio que acepta y la dependencia que no resuelve sola.
- Matriz de impacto con tres columnas. Cada iniciativa lleva impacto técnico, impacto de producto y impacto de negocio en la misma línea. La prioridad se compara línea contra línea.
- Checkpoint semanal de 30 minutos. Un representante por área y pauta fija: bloqueo nuevo, prioridad en conflicto, decisión pendiente. Un bloqueo detectado el lunes sale antes de convertirse en retrabajo el viernes.
- Registro de decisión. Contexto, alternativas descartadas y justificación quedan escritos. Michael Nygard llama a ese documento Architecture Decision Record en "Documenting Architecture Decisions" (2011): las fuerzas en juego y la única decisión que responde a ellas.
Traduce lo que el otro lado escucha
Latencia, throughput y disponibilidad no dicen nada a quien mira el churn. Escribe la frase dos veces: "vamos a llevar la API de 200ms a 50ms" y "el checkout deja de trabarse y el churn baja 5%". El presupuesto sale con la segunda.
Producto entra en conversación el día en que aparece la necesidad de negocio, antes de la especificación. Un ingeniero invitado tarde devuelve un costo sobre requisito cerrado; uno invitado temprano devuelve una opción que cuesta menos.
Escalamiento sin culpa
Cuando las tres áreas se traban a nivel operativo, el conflicto sube a quien decide, con la matriz escrita adjunta. Usa ese camino para resolverlo en días. Sin él, el equipo que levantó el bloqueo absorbe el retrabajo.
Marty Cagan defiende en Inspired (Wiley, 2017) que producto e ingeniería comparten una sola cola y deciden juntos. Con colas separadas, cada área optimiza su propio número y el trimestre cierra con retrabajo.
Tú alineas las tres áreas publicando una sola matriz para las tres. Lo que sobrevive a la reunión es lo que escribiste antes de ella.
