Negociar alcance sin quedar como el que frena
Alcance, tiempo, calidad y riesgo se mueven juntos: fijar los cuatro es fijar tres y mentir sobre el cuarto. Negociar bien es hacer visible cuál se está moviendo en silencio y devolverle la elección a quien corresponde.
«Necesitamos esto para fin de mes, con todo lo que pedimos, y sin bajar la calidad.» La respuesta instintiva es negarse o aceptar. Las dos son malas: una te pone de obstáculo y la otra garantiza que en tres semanas alguien se entere de que no llegó.
Hay una tercera. Cuando se fijan alcance, tiempo y calidad a la vez, lo que se mueve es el riesgo, en silencio y sin que nadie lo haya decidido. El trabajo es sacarlo del silencio y poner la elección donde tiene que estar.
Las cuatro perillas
| Perilla | Qué significa moverla | Quién decide |
|---|---|---|
| Alcance | Hacer menos cosas, o versiones más simples | Producto o negocio, con tu información |
| Tiempo | Mover la fecha | Producto o negocio |
| Calidad | Menos pruebas, menos casos borde cubiertos, más deuda | Debería ser explícito; casi siempre se mueve solo |
| Riesgo | Aceptar que puede fallar o llegar tarde | Debería ser explícito; es el que se mueve en silencio |
El alcance es la perilla más elástica
Casi siempre hay una versión más chica que entrega la mayor parte del valor, y descubrirla es trabajo técnico, no una concesión:
Cómo encontrar la versión reducida
- Preguntá para qué se usa. No qué se pidió: qué problema resuelve para quién. La respuesta suele revelar que la mitad de lo pedido es accesorio.
- Separá lo que usa el 90 % de los casos. Lo raro casi siempre se puede atender a mano las primeras semanas.
- Buscá la versión manual. Un proceso que hoy se puede hacer con una planilla y un correo permite salir antes, y además valida si la funcionalidad completa vale la pena.
- Ofrecé la entrega por partes. Algo útil el viernes y el resto en dos semanas, casi siempre vale más para el negocio que todo junto más tarde.
| Lo pedido | La versión reducida | Qué se resigna |
|---|---|---|
| Reportes configurables por el usuario | Tres reportes fijos, los que pide todo el mundo | Los casos poco frecuentes, que se piden por soporte |
| Importación masiva con validación completa | Importación con un archivo de ejemplo y errores al final | Comodidad, no funcionalidad |
| Panel de administración | Los cambios los hace el equipo por pedido | Autonomía del área; se gana tiempo hasta saber si se usa |
Antes de seguir, predecí
Cuando lo que se pide es bajar la calidad
A veces es una decisión legítima —un experimento, un piloto con un cliente, una demo—. El problema es cuando se hace sin decirlo.
Cómo se conduce la conversación
Los cinco movimientos
- Repetí lo que entendiste que necesitan y para cuándo. La mitad de las negociaciones difíciles se destraban cuando queda claro que el pedido real era otro.
- Decí qué entra, sin juicio. «En ese plazo entran estas tres» es un dato, no una queja.
- Ofrecé las alternativas con su costo. Dos o tres, incluida la versión reducida.
- Nombrá la perilla que se movería en cada una. Que se vea que nada es gratis.
- Dejá que decidan, y ejecutá sin reservas. La decisión es suya; la información era tuya.
La conversación, en vivo
Escenario · 1 decisión como mínimo
Faltan dos semanas y el trabajo es de cuatro
El lanzamiento está comprometido con un cliente para fin de mes: dos semanas. El trabajo, con las cinco funcionalidades pedidas, es de cuatro semanas y estás razonablemente seguro de esa estimación. Tenés la reunión con producto en una hora. ¿Qué llevás?
Producto contesta que la fecha está comprometida con el cliente y pregunta qué se puede hacer.
DesenlaceLlegaste a la misma conversación, dos minutos más tarde y con menos crédito. «No llegamos» es el principio de la charla, no el final: lo que sigue es qué sí se puede hacer, y conviene traerlo escrito.
Se trabaja apretado dos semanas. Sale el día del vencimiento, sin pruebas de las dos últimas funcionalidades.
DesenlaceNadie decidió entregar algo sin probar: simplemente pasó. Y cuando aparezcan los errores, la conversación no va a ser sobre una decisión compartida, sino sobre por qué el equipo entregó eso. Las perillas que nadie nombra las termina moviendo el calendario.
Llevás tres opciones. Producto mira la de tres funcionalidades en dos semanas y pregunta si no se pueden hacer las cinco recortando las pruebas.
La conversación se traba. Producto va a hablar con tu jefe.
DesenlacePuede que tengas razón en el fondo y perdiste la conversación igual. Tu trabajo no es proteger la calidad como un principio: es que quien decide sepa exactamente qué está comprando y qué está pagando.
Sale con las cinco. A las dos semanas, la funcionalidad menos probada falla con un cliente grande.
DesenlaceAhora hay que explicar por qué salió así, y no hay registro de que alguien haya decidido nada. Aceptar está bien; aceptar sin dejar escrito qué se resignó es lo que sale caro.
Explicás que las dos últimas funcionalidades tocan facturación, que sin pruebas de los casos de borde puede haber diferencias de centavos, y que eso se detecta a fin de mes y no antes. Producto lo piensa.
Queda decidido y anotado en el ticket.
DesenlaceLas dos salidas son buenas, y no porque el resultado técnico sea el mismo: porque la elección la hizo quien tenía que hacerla, con la información arriba de la mesa. Ese es todo el trabajo. Si aparece un problema, va a ser un problema del plan y no una sorpresa del equipo.
En cada decisión hay una perilla moviéndose. La única pregunta es si está nombrada o no.
Cierre
Autoevaluación
¿Lo entendiste?
Práctica