Idea principal

Entre la intención y la producción existe una escala de peldaños identificables: quedarse en el nivel de la maqueta, producir un prototipo manipulable, construir una herramienta interna o un cuadro de mando realmente usado, abrir una pull request supervisada, llevar un entregable hasta producción, entender lo bastante los riesgos como para hacer validar correctamente lo que se produce. Cada uno de esos peldaños exige algo más que el anterior.

Un Product Manager equipado puede subir varios; un desarrollador que asciende hacia el producto sube los mismos en sentido contrario. Al Product Engineer, en particular, se llega por dos trayectorias opuestas — un desarrollador que remonta hacia el problema, o un perfil de producto lo bastante técnico que baja hacia la producción — y nada en el resultado dice por dónde pasó la persona.

El oficio de origen deja de ser, por tanto, el buen predictor. Lo que sitúa a alguien es el peldaño al que llega, y la pregunta "¿hasta dónde llegas?" sustituye a la pregunta "¿qué eres?".

Por qué es importante

Esto aporta una escala común para discutir lo que una persona puede asumir, con independencia del título que lleve y del departamento al que esté adscrita.

Y evita dos errores simétricos de contratación: rechazar una contribución porque viene del oficio equivocado, y aceptarla porque viene del correcto.

Matices y límites

La escala no es lineal: alguien puede llevar un entregable a producción en un perímetro sencillo y seguir siendo incapaz de producir una maqueta utilizable en un recorrido complejo. El peldaño alcanzado depende tanto de la zona como de la persona.

Y un continuo no dice nada del derecho a avanzar por él: saber abrir una pull request no autoriza a hacerlo en cualquier perímetro.

Preguntas abiertas

• ¿Cómo constata un equipo el peldaño realmente alcanzado por alguien, si no es confiándole un perímetro y mirando qué ocurre?