Imagina que llevas a tu empresa al médico. No a un especialista, sino a un internista --de esos que miran al paciente completo--. El médico te pide todos los exámenes. Sangre, orina, radiografías, electrocardiograma, resonancia. Luego se sienta contigo y te muestra un mapa del cuerpo con cinco sistemas señalados: el muscular, el nervioso, el circulatorio, el inmunológico y el endocrino.

"Tu empresa tiene estos mismos cinco sistemas," te dice. "Y la mayoría de los problemas que tienes no son de un sistema aislado. Son de sistemas que no se comunican entre sí."

Eso es, en esencia, lo que el Viable System Model propone. Fue creado por Stafford Beer en los años setenta y es, probablemente, el framework más riguroso y menos conocido para entender cómo funcionan las organizaciones.

Este artículo traduce el VSM al lenguaje de un CEO latinoamericano. Sin jerga académica. Con ejemplos reales. Y con una explicación concreta de cómo Cerebra convierte cada capa del modelo en entidades reales dentro de una base de datos.

La pregunta que el VSM responde

Antes de entrar a las cinco capas, hay que entender qué pregunta resuelve el modelo.

La pregunta no es "cómo debería estar organizada mi empresa." Hay mil frameworks para eso: organigramas, matrices RACI, mapas de procesos.

La pregunta del VSM es diferente: "Qué necesita mi empresa para seguir siendo viable?" Viable significa capaz de mantener una existencia independiente. Capaz de adaptarse a cambios en el entorno sin destruirse. Capaz de operar hoy y simultáneamente prepararse para mañana.

La respuesta de Beer es que toda organización viable --sin importar su tamaño, industria o geografía-- necesita cinco funciones esenciales funcionando y comunicándose entre sí. Si falta una, la organización pierde viabilidad. Si dos no se comunican, aparecen los síntomas que todo gerente conoce: decisiones lentas, información contradictoria, departamentos que trabajan en direcciones opuestas.

Sistema 1: Operaciones -- Los músculos

S1 es lo que tu empresa hace. El trabajo que produce valor directo. En una clínica estética, S1 es atender pacientes: la consulta médica, el procedimiento, el seguimiento post-operatorio. En una distribuidora, S1 es comprar, almacenar y entregar productos. En una empresa de software, S1 es desarrollar y mantener el producto.

Cada unidad operativa de tu empresa es un S1 independiente. Si tienes tres sucursales, tienes tres S1. Si tienes dos líneas de negocio, tienes dos S1. Cada uno tiene su propia capacidad de producir, su propio equipo, y su propia relación directa con el cliente o el mercado.

Aquí está lo que la mayoría de las implementaciones de IA hacen: se conectan a S1 y se detienen ahí. Automatizan una operación específica. Responden preguntas sobre un producto. Agendan citas. Procesan pedidos. Y eso está bien cómo punto de partida.

El problema es que S1 sin las otras cuatro capas es un músculo sin cerebro. Puede moverse, pero no sabe hacia dónde ni por qué.

Ejemplo real. Una cadena de clínicas estéticas con tres sedes implementa un chatbot de IA para agendar citas. El chatbot funciona perfectamente para la sede de Miraflores. Pero agenda pacientes en la sede de San Isidro cuando esa sede está en mantenimiento. Y ofrece un procedimiento descontinuado en la sede de Surco porque nadie actualizó la base de datos. El chatbot opera en S1, pero no tiene acceso a S2 (que coordina entre sedes) ni a S3 (que controla qué servicios están activos).

En Cerebra. Los datos operativos se mapean directamente a S1. Cada venta, cada cita, cada servicio ejecutado tiene una coordenada VSM que dice "esto es operación." Cuando un documento ingresa al sistema clasificado cómo Ventas u Operaciones, Cerebra lo asocia a S1. La base de datos PostgreSQL tiene entidades que representan unidades operativas, sus capacidades, sus métricas de producción, y su estado actual.

Sistema 2: Coordinación -- El sistema nervioso periférico

S2 es la función que impide que las unidades operativas se pisen entre sí. Es coordinación. Horarios compartidos. Protocolos de transferencia entre departamentos. Reglas de prioridad cuando dos áreas compiten por el mismo recurso.

Si S1 son los músicos de una orquesta, S2 es la partitura. No decide qué música tocar --eso es S5--. No evalúa si la música suena bien --eso es S3--. S2 simplemente asegura que todos toquen en el mismo tempo, que nadie entre antes de tiempo, y que las transiciones entre movimientos sean suaves.

En la vida real de una empresa, S2 se manifiesta como: el calendario compartido entre equipos, el protocolo de cómo una venta se convierte en orden de producción, las reglas de escalamiento cuando un cliente tiene un problema que involucra a dos departamentos, los estándares de nomenclatura para que todos usen los mismos códigos de producto.

Este artículo es para miembros del Club MILENIUM

Apoya el periodismo independiente y accede a todo el contenido por el precio de un café.

Únete por S/ 5/mes

Cancela cuando quieras · Sin compromisos