Los handoffs son deuda organizativa

Un handoff es el momento en que un trabajo pasa de una persona o de una disciplina a la siguiente. Research cuenta lo que ha aprendido a producto, producto define lo que hay que hacer y se lo pasa a diseño, diseño entrega sus pantallas a desarrollo. Cada traspaso parece natural, hasta el punto de que lo hemos convertido en la forma normal de trabajar.

Creo que cada uno tiene un coste que casi nunca contamos. Lo veo como una deuda: se paga poco a poco, a veces compensa y conviene saber cuándo se está contrayendo.

Qué viaja en un handoff

Lo que pasa de mano en mano no es solo una tarea. Es contexto: por qué existe el problema, qué se descartó y por qué, qué matices contaron los usuarios, qué restricciones aparecieron por el camino. Ese contexto vive en la cabeza de alguien, y pasarlo a la cabeza de otra persona es caro y nunca queda completo.

De ahí sale buena parte de lo que asociamos a un buen proceso: el documento que lo explica, la reunión para repasarlo, el ticket que lo resume, el archivo de diseño lleno de comentarios, la sincronización semanal y las aclaraciones posteriores cuando algo no cuadra. Son cosas útiles. Pero muchas existen, en parte, porque intentamos mover información entre personas que trabajan por separado.

La tensión entre diseño y producto tiene bastante de esto: cada lado recibe el trabajo del otro cuando ya hay cosas decididas y poco contexto para discutirlas.

Proceso o compensación

Me parece sano preguntarse de vez en cuando cuánto de lo que llamamos buen proceso es una buena forma de trabajar y cuánto es un mecanismo para compensar una organización fragmentada. A veces el traspaso se justifica por completo: hay especialización real, o una mirada independiente aporta un contraste que una sola persona no tendría. Otras veces existe por inercia, porque así estaba organizado el equipo cuando llegamos.

Una pista es mirar qué viaja en el traspaso. Si es sobre todo explicación de algo que una persona sabe y otra todavía no, probablemente estamos pagando intereses.

Qué cambia con la IA

La IA puede abaratar algunos costes de coordinación: resumir una reunión, convertir notas en un documento, mantener al día un ticket. Pero lo que me parece más interesante es otra cosa. Permite que una misma persona lleve una idea bastante más lejos antes de necesitar un traspaso. Alguien que entiende el problema puede llegar hoy a un prototipo que se pueda discutir sin esperar a que le llegue el turno en la cadena. Cuanto más lejos llega con todo el contexto, menos hay que transferir después.

Eso encaja con lo que se suele buscar en equipos pequeños y con autonomía: quien se queda con el problema durante más tramo del camino también se queda con sus consecuencias, y eso suele cambiar la forma de decidir.

Sin exagerar

No defiendo que una persona lo haga todo ni que desaparezcan las especialidades. La profundidad en research, en diseño de interacción o en arquitectura no se improvisa, y una cadena con varias miradas atrapa errores que una sola persona no vería. Lo que propongo es más modesto: tratar cada handoff como un coste que hay que justificar, en lugar de asumirlo como parte inevitable del proceso.

Yo me preguntaría qué contexto viaja en cada traspaso, si hacía falta partirlo entre dos personas y qué pasaría si quien lo origina lo llevara un paso más allá. A veces la respuesta será que el traspaso hace falta. Entonces conviene hacerlo bien; lo que no conviene es mantenerlo solo porque siempre se ha hecho así.

---

Las opiniones expresadas son personales y no representan la posición de ninguna organización.