BoRoBORO
Estudio de arquitectura operacional

Arquitectura operacional para la entrega de proyectos complejos

BoRo diseña cómo deben operar las empresas que entregan proyectos complejos y después implementa los sistemas necesarios para que ese modelo funcione.

Foco actualEntrega de proyectos Solar + BESSPara EPC y developer-EPC en crecimiento donde ingeniería, compras, construcción y puesta en marcha se volvieron más difíciles de coordinar a medida que creció el volumen de proyectos.
Conversemos una restricción operacionalCómo funciona el Architecture Sprint
Diagrama: un cambio de diseño aprobado en ingeniería debería propagarse a compras, control de proyecto, construcción y puesta en marcha. Solo el primer traspaso está definido; el resto depende de que una persona cargue el contexto, y ahí aparecen el atraso y la divergencia.
Cómo se propaga una decisiónCambio de diseño aprobado
  1. IngenieríaCambio emitido
  2. ComprasOrden sin revisar
    Middleware humanoAlguien se acuerda de avisarle a compras. Casi siempre.
  3. Control de proyectoPronóstico con el alcance viejo
  4. ConstrucciónConstruyendo con plano superado
  5. Puesta en marchaPlan de pruebas sin enterarse

Un cambio aprobado en ingeniería tiene que llegar a otras cuatro funciones. Donde no hay traspaso definido, lo carga una persona.

El problema que trabajamos

Tus equipos pueden ser buenos. Tu software puede ser bueno. La arquitectura entre ellos puede fallar igual.

A una organización de entrega que se vuelve más difícil de operar con cada proyecto que suma rara vez le falta talento o le falta software. Le falta una arquitectura acordada entre ambos. Hay tres patrones que aparecen una y otra vez.

  1. 01

    Middleware humano

    Personas con experiencia se convierten en la capa de integración entre equipos, sistemas y decisiones. La operación funciona con lo que ellas se acuerdan de trasladar.

  2. 02

    Latencia de coordinación

    Se aprueba un cambio, pero cada parte de la operación empieza a actuar sobre la nueva realidad en momentos distintos.

  3. 03

    Estado operacional fragmentado

    Cada función tiene una parte de la verdad y nadie es dueño del ciclo de vida operacional completo.

Qué hace BoRo

Arquitectura antes que implementación.

Cuatro etapas. La tercera ocurre solo si la segunda dice que debe ocurrir.

  1. 01

    Diagnosticar

    Trazar cómo se mueven de verdad el trabajo, las decisiones y la información, no cómo dice el procedimiento que se mueven.

  2. 02

    Arquitecturar

    Definir estados del ciclo de vida, propiedad, derechos de decisión, traspasos, excepciones y límites entre sistemas.

  3. 03

    Implementar

    Configurar, conectar, extender o construir solo lo que la arquitectura operacional exige.

  4. 04

    Operar y mejorar

    Medir cómo se comporta el modelo operativo y seguir cambiándolo a medida que cambia la operación.

Operations OS, la capa de implementación
Por dónde empieza

Architecture Sprint

Diez días hábiles para entender dónde se está rompiendo el modelo operativo y determinar qué conviene implementar, si conviene implementar algo.

Cómo funciona el Architecture Sprint
  • Arquitectura operacional del estado actual, estados del ciclo de vida y derechos de decisión
  • Límites de sistema de registro y propagación de cambios
  • Hoja de ruta priorizada y lectura ejecutiva de decisión

Puede concluir que tus sistemas actuales alcanzan. Es un resultado real y lo entregamos.

Dónde trabajamos

Primero la entrega de proyectos. El mismo patrón en otros lados.

La arquitectura operacional es la categoría. Las operaciones en las que nos concentramos son empresas en crecimiento de entrega de proyectos Solar + BESS, donde personas con experiencia se convirtieron en la capa de integración entre ingeniería, compras y construcción.

Foco principal

Entrega de proyectos Solar + BESS

EPC, developer-EPC y empresas integradas de entrega de proyectos en crecimiento que llevan varios proyectos a la vez, donde un cambio en una función tiene que llegar a todas las demás antes de que alguien compre o construya lo equivocado.

Arquitectura operacional para la entrega de proyectos Solar + BESS
Áreas operacionales
  • Coordinación de ingeniería
  • Compras
  • Control de proyecto
  • Ejecución de construcción
  • Puesta en marcha
  • Propagación de cambios entre funciones
Operaciones adyacentes

Operaciones distribuidas

Operaciones donde el ciclo de vida de un solo trabajo cruza varios equipos, sistemas y ubicaciones antes de poder cerrarse.

Coordinan: Clientes · Despacho · Equipos en terreno · Activos · Repuestos · Cierre

Sistemas operacionales

Negocios donde las funciones de proyecto, terreno, comercial y back office tienen que operar desde la misma realidad operacional, y hoy no lo hacen.

Coordinan: Proyecto · Terreno · Comercial · Back office

Ver dónde trabajamosVer trabajo real y arquitecturas de ejemplo

La entrega de proyectos Solar + BESS es el foco comercial actual de BoRo, no una declaración de exclusividad ni de trayectoria en el sector. La arquitectura operacional es la categoría; el foco es dónde la aplicamos primero.

Arquitectura antes que implementación

Partamos de la restricción, no del software

Cuéntanos qué se está rompiendo en la operación. Si la respuesta es que no necesitas construir nada, te lo vamos a decir.

Conversemos una restricción operacional