Cuando no se logra repartir el trabajo, un mapa de responsabilidades de una página convirtió las discusiones entre equipos en trabajo de revisión(zenn.dev)

- En una función de integración con un servicio externo, un equipo se encargaba de definir los requisitos y el equipo vecino de la implementación. El autor explica que no había nadie en condiciones de juzgar si los requisitos eran viables ni cuánto esfuerzo supondrían, por lo que el trabajo iba y venía repetidamente entre ambos equipos. - El autor señala que las peticiones abstractas de cambiar el reparto de tareas entre equipos siempre terminaban en que era prácticamente difícil. Como respuesta, creó un mapa de límites de responsabilidad de una página que mostraba el responsable de cada etapa y lo llevó a una reunión. - En el diagrama, los ingenieros reúnen materiales para la investigación previa y los entregan a un product manager (PdM, el rol que define la dirección y las prioridades de una función). El PdM decide la definición de requisitos, y los ingenieros se encargan del diseño. El autor afirma que, después de usar este diagrama, la reunión pasó a una discusión concreta sobre revisiones. El texto original no indica que el efecto se haya medido numéricamente. - En la reunión surgieron dos objeciones. Una era que el equipo que recibiría el trabajo no tenía personal disponible. La otra era que el conocimiento necesario para la investigación y los requisitos seguía en el antiguo equipo. El autor dice que las trató por separado del debate sobre el reparto de responsabilidades.