Arquitectura de ejemplo

Propagación de un cambio de ingeniería

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

Contexto

Un proyecto EPC Solar + BESS compuesto, donde ingeniería, compras, control de proyecto, construcción y puesta en marcha tienen cada una parte del estado del proyecto en un sistema distinto.

Restricción operacional

El cambio se aprueba una vez, pero cada función empieza a actuar sobre la nueva realidad en un momento distinto. Nadie se equivoca; la arquitectura no tiene un camino de propagación definido.

Cambio de diseño aprobadoDecide: Jefe de ingeniería
El cambio se aprueba una vez, pero cada función empieza a actuar sobre la nueva realidad en un momento distinto. Nadie se equivoca; la arquitectura no tiene un camino de propagación definido.
IngenieríaEstado en que queda:Revisión emitidaDecide:Jefe de ingenieríaSistema de registro:Control documentalSe entera:De inmediato
ComprasEstado en que queda:Orden de compra todavía en la revisión anteriorDecide:Nadie definidoSistema de registro:ERPSe entera:Cuando alguien avisa
Control de proyectoEstado en que queda:Pronóstico sobre el alcance superadoDecide:Control de proyectoSistema de registro:Herramienta de costosSe entera:En el siguiente ciclo de reporte
ConstrucciónEstado en que queda:Construyendo con un plano superadoDecide:Jefe de terrenoSistema de registro:Copia de terrenoSe entera:Cuando el plano llega a terreno
Puesta en marchaEstado en que queda:Plan de pruebas sin actualizarDecide:Jefe de puesta en marchaSistema de registro:Plan de pruebasSe entera:En la entrega, muchas veces

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

El cambio se aprueba una vez, pero cada función empieza a actuar sobre la nueva realidad en un momento distinto. Nadie se equivoca; la arquitectura no tiene un camino de propagación definido.

Cómo se lee

  • Dos traspasos no tienen dueño. Funcionan porque una persona con experiencia se acuerda de ellos.
  • Cuatro sistemas tienen cada uno una versión del proyecto. Ninguno está equivocado en sus propios términos.
  • El costo del cambio no es lo que cuesta redibujar. Es lo que se construye, se compra y se prueba contra la revisión vieja mientras tanto.
  • La solución rara vez es un sistema nuevo. Es un camino de propagación definido, un dueño por estado y una frontera de registro que diga qué sistema manda sobre qué.
Arquitectura de ejemplo: propagación de un cambio de ingeniería en un proyecto EPC Solar + BESS | BoRo Studio