Un equipo recibe un pedido claro: agregar un botón que exporte el listado de clientes a Excel. Es simple, entra en el sprint, se hace bien y se entrega. Cuatro meses después alguien mira las estadísticas de uso y descubre que el botón se apretó once veces en total, y siete fueron del propio equipo probándolo.
No hubo ningún error. El requerimiento se cumplió al pie de la letra. Y sin embargo se tiraron dos semanas de trabajo, porque lo que la gente de comercial necesitaba no era exportar a Excel: necesitaba pasarle una lista filtrada al call center todos los lunes a primera hora. La exportación era la forma que a alguien se le ocurrió de resolver eso, y era una forma mala, porque seguía requiriendo que una persona se acordara de hacerla.
Por qué el pedido llega ya resuelto
Esto no pasa porque el área usuaria sea torpe. Pasa por una razón perfectamente comprensible: la gente pide en el idioma de las herramientas que conoce.
Quien trabaja todo el día con planillas piensa en planillas. Si su problema es «necesito la lista de los clientes que no compraron en noventa días, todos los lunes», la única solución que puede imaginar con las herramientas que domina es una exportación que después filtra a mano. Entonces no pide el problema: pide la exportación.
Y hay un segundo motivo, más incómodo. En muchas organizaciones se aprendió que los pedidos vagos no avanzan. «Necesito trabajar mejor la cartera inactiva» rebota; «necesito un botón de exportar» entra al sprint. La gente adaptó su forma de pedir a lo que el equipo acepta. El pedido llega ya resuelto porque así es como se logra que lo atiendan.
La conclusión es que un pedido bien formulado no es una buena noticia. Es una traducción, y toda traducción pierde algo.
La única pregunta que hay que hacer
Existe una pregunta que resuelve el ochenta por ciento de estos casos, y se puede hacer en treinta segundos sin quedar como el equipo que pone trabas:
«¿Qué vas a hacer con eso cuando lo tengas?»
Es una pregunta amable, no cuestiona el pedido, y abre la caja. En el caso del botón de Excel, la respuesta habría sido: «lo bajo, filtro los que no compraron hace tres meses, saco los que ya están en gestión, y le mando la lista al call center». En una sola frase aparecen tres pasos que el pedido no mencionaba, y aparece el destinatario real, que no era quien pedía.
Cuando la respuesta es larga, usted acaba de descubrir que el pedido era la punta de un proceso. Cuando la respuesta es «nada, lo necesito para tenerlo», descubrió algo todavía más valioso: que probablemente no haga falta.
Tres preguntas de apoyo
Si la primera no alcanza, estas tres terminan de dibujar el cuadro:
- «¿Cómo lo resolvés hoy?» Siempre hay una forma actual, aunque sea horrible. Entenderla dice cuánto duele el problema y cuál es la vara real de mejora.
- «¿Cada cuánto pasa esto?» Distingue el problema diario del capricho de una vez. Cambia por completo cuánto conviene invertir.
- «¿Quién más lo necesita?» Descubre si es un problema de una persona o del área. Los pedidos de una sola persona suelen morir con esa persona.
El costo de no preguntar
Preguntar cuesta media hora. No preguntar cuesta bastante más, y el costo se paga en cuotas.
Se construye lo que no hacía falta. Es el costo evidente y el menos grave, porque al menos es contable: dos semanas.
El problema sigue ahí. Este es peor. El área usuaria pidió, el equipo entregó, y el dolor no se fue. En la próxima reunión de coordinación va a aparecer como «el sistema no nos resuelve», y esa frase es muy difícil de contestar.
Se quema crédito. El tercer costo es el que más dura. Cada entrega que no mueve la aguja gasta un poco de la confianza del área en el equipo, y esa confianza es lo que después se necesita para que acepten una fecha o un recorte de alcance.
El sistema se llena de funciones muertas. Cada botón que nadie usa hay que seguir manteniéndolo, probándolo y migrándolo cada vez que algo cambia. Se paga para siempre.
Cómo hacerlo sin frenar el trabajo
La objeción razonable es: si abrimos cada pedido, no entregamos nunca. Es cierta si se hace mal. Tres reglas la desactivan.
Media hora, no un taller. Esto no es un relevamiento formal. Es una conversación corta con la persona que pidió, idealmente en su escritorio y no en una sala. Ver cómo trabaja hoy vale más que cualquier documento.
Pregunte antes de estimar, no después. Una vez que el número entró a la planilla, cualquier pregunta se lee como que el equipo está buscando cómo agrandar el pedido. Antes de estimar, la misma pregunta se lee como profesionalismo.
Cierre por escrito, en el idioma del que pidió. Al terminar, devuelva una frase: «Entonces lo que necesitás es que todos los lunes el call center reciba la lista de inactivos ya filtrada, sin que vos tengas que acordarte. ¿Es eso?» Si le dicen que sí, tiene el problema real y el acuerdo. Si le corrigen algo, mejor todavía: acaba de evitar el segundo malentendido.
Cuando el problema real es más caro
Hay un caso que hay que saber manejar, porque es frecuente. Usted pregunta, descubre el proceso completo, y resulta que resolverlo bien no lleva dos semanas: lleva dos meses. El pedido original era barato justamente porque era una solución mala.
La tentación es callarse y hacer el botón. La respuesta profesional es poner las dos opciones sobre la mesa, con sus costos, y dejar que decida quien tiene que decidir:
«Puedo hacer la exportación en dos semanas y vos seguís filtrando a mano cada lunes. O puedo hacer que la lista le llegue sola al call center, y son dos meses. La primera te saca veinte minutos por semana; la segunda te saca el riesgo de que alguien se olvide. ¿Cuál preferís?»
Muchas veces la respuesta va a ser la barata, y está perfectamente bien: ahora es una decisión informada y no un accidente. Y cuando dentro de seis meses alguien se olvide de mandar la lista, la conversación no va a ser sobre el equipo.
Lo que esto cambia en el equipo
Un equipo que pregunta antes de construir empieza a ser tratado distinto. Deja de ser el lugar donde se depositan pedidos y pasa a ser el lugar donde se piensan problemas. Ese cambio de posición no se consigue pidiéndolo ni reclamando participar antes: se consigue haciendo estas preguntas, una por una, hasta que el área usuaria empiece a venir a conversar en vez de a encargar.
Y tiene un efecto secundario que a los líderes les importa mucho: las discusiones de alcance se vuelven más fáciles. Cuando las dos partes acordaron cuál es el problema, recortar el alcance deja de ser una pelea y pasa a ser una conversación sobre qué parte del problema se resuelve primero.
En la formación trabajamos esta conversación con casos reales de los participantes, incluida la parte difícil: cómo preguntar sin que suene a que el equipo está poniendo trabas. Vea los planes o conozca los servicios.
