Podéis empezar por pedir a cada persona que os enseñe dónde está consultando la dirección, para seguir el pedido desde que recibiste la corrección y encontrar en qué momento necesitaba llegar al almacén, contando con que administración quizá la esté esperando en otra aplicación.
Al acordar dónde se actualiza la dirección y quién puede cambiarla, tendréis una referencia para explicar a las personas que preparen la conexión cómo debe llegar la corrección a quienes ya están trabajando con el pedido y en qué casos hará falta consultar al equipo.
La primera conexión puede limitarse a un paso concreto, como preparar el aviso de un pedido confirmado para que llegue al responsable de su entrega, y conviene definir qué información necesita recibir y cómo comprobará que el aviso corresponde al pedido correcto, incluyendo qué hacer cuando falte algún dato o llegue repetido.
Quienes mantienen las aplicaciones tendrán que estudiar sus posibilidades de conexión, permisos y condiciones de uso, incluyendo cómo sabrá el equipo que una ha dejado de responder y de qué manera podrá continuar el trabajo mientras se resuelve la incidencia.
Probad el recorrido con un pedido ficticio y pedid a cada participante que continúe con lo que recibe, prestando atención a las confirmaciones que eche en falta para averiguar si deben llegar a través de la conexión o si dependen de un acuerdo que todavía tenéis que concretar.
Una vez aclarado ese recorrido, tendréis un ejemplo para estudiar el siguiente paso: quizá la conexión pueda ampliarse a otro aviso parecido, con la revisión técnica que corresponda, o haga falta observar unos días cómo funciona el primero antes de añadir más trabajo a quienes lo mantienen.
Tal vez descubráis que un pedido confirmado significa cosas distintas para cada equipo, porque quien vende lo da por cerrado después de hablar con el cliente y el almacén espera otra comprobación para prepararlo, por lo que os ayudará recorrer juntos un ejemplo y acordar qué debe haber ocurrido cuando ambos veáis esa confirmación.
También habrá correcciones que lleguen cuando el trabajo ya está en marcha: una nueva dirección quizá pueda incorporarse directamente antes de preparar el envío y necesite una consulta cuando haya salido, por lo que la conexión tendrá que respetar las decisiones del proceso real, y quienes la preparen necesitarán conocer esos momentos para distinguir un dato que puede actualizarse de un cambio que alguien debe valorar antes de continuar.
Conservad un ejemplo explicado del recorrido para que una persona que se incorpore pueda seguirlo y saber a quién consultar si encuentra una diferencia, procurando actualizarlo cuando cambiéis algún acuerdo para que tanto la explicación como la conexión sigan acompañando el trabajo que hacéis.
Antes de ampliar una conexión, preguntad cómo se enterará el equipo de una corrección que llegue cuando alguien ya ha empezado a trabajar, para conocer si basta con mostrar el dato nuevo o si hace falta que la persona confirme que ha visto el cambio antes de continuar.
También podéis acordar quién revisará el ejemplo cuando cambie una aplicación o una responsabilidad, para que la explicación siga siendo útil a quienes se incorporen y la conexión acompañe las decisiones actuales del negocio.
Recorre un dato que todos utilizan
Escoge un dato habitual, como la fecha de entrega, y sigue su recorrido preguntando a cada persona dónde lo consulta y cómo se entera de sus cambios, hasta encontrar el punto donde os ayudaría disponer de una referencia compartida.