Arquitectura de ejemplo

Un trabajo de servicio, de punta a punta

Esto es una arquitectura de ejemplo, no un proyecto con un cliente. La operación es compuesta y los nombres son genéricos.

Contexto

Una operación de servicio distribuida: clientes, despacho, equipos en terreno, activos, repuestos y facturación, en varias ubicaciones y varios sistemas.

Restricción operacional

Cada frontera es un lugar donde se puede perder contexto. El trabajo no falla en ningún paso concreto; acumula ambigüedad hasta el cierre, donde el costo aparece como retrabajo y facturación atrasada.

El cliente reporta una fallaDecide: Mesa de servicio
Cada frontera es un lugar donde se puede perder contexto. El trabajo no falla en ningún paso concreto; acumula ambigüedad hasta el cierre, donde el costo aparece como retrabajo y facturación atrasada.
SolicitudEstado en que queda:Registrada con las palabras del cliente, no con el historial del activoDecide:Mesa de servicioSistema de registro:CRMSe entera:De inmediato
DespachoEstado en que queda:Asignado por disponibilidad, no por lo que el trabajo necesitaDecide:DespachadorSistema de registro:Herramienta de agendaSe entera:El mismo día
TécnicoEstado en que queda:Llega sin historial del activo ni repuestosDecide:TécnicoSistema de registro:Nada portableSe entera:En terreno
HallazgoEstado en que queda:El alcance real difiere de la falla reportadaDecide:TécnicoSistema de registro:Notas y fotosSe entera:En terreno
Cotización y aprobaciónEstado en que queda:Esperando una decisión que nadie tiene a cargoDecide:Nadie definidoSistema de registro:CorreoSe entera:Días
RepuestosEstado en que queda:Pedidos contra un alcance sin confirmarDecide:Mesa de repuestosSistema de registro:InventarioSe entera:Después de la aprobación
CierreEstado en que queda:Facturación reconstruye el trabajo a partir de fragmentosDecide:AdministraciónSistema de registro:ERPSe entera:Semanas

Un marcador punteado indica que el traspaso no tiene dueño definido y depende de que una persona cargue el contexto.

Cada frontera es un lugar donde se puede perder contexto. El trabajo no falla en ningún paso concreto; acumula ambigüedad hasta el cierre, donde el costo aparece como retrabajo y facturación atrasada.

Cómo se lee

  • El paso caro no es la visita. Es el ciclo de aprobación que no tiene dueño ni estado.
  • Tres fronteras dependen de que una persona cargue contexto que ningún sistema guarda.
  • La facturación es lenta porque el trabajo nunca estuvo en un solo lugar; administración lo está rearmando después.
  • La propiedad del ciclo de vida y un estado de aprobación con dueño definido resuelven más acá que una aplicación móvil nueva.
Arquitectura de ejemplo: un trabajo de servicio en una operación distribuida | BoRo Studio