Caso de modelo operativo / 05 · Autoridad sobre el cambio y evolución versionada

Gobernar los cambios del modelo operativo después del go-live

Un caso ficticio de modelo operativo: la transformación terminó en el go-live; la organización siguió cambiando y el modelo no.

Escenario ficticio

Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.

01El resultado

Cada cambio se clasifica por dominio del modelo operativo, lo decide su responsable dentro de un plazo, se publica como cambio versionado y se revisa por su efecto; las excepciones alimentan la siguiente revisión.

La realidad

Dos años después del go-live, los cambios llegan como tickets al equipo de plataforma; nadie decide si cambian el modelo operativo—así que la configuración se va desviando.

Pregunta de arquitectura

¿Quién puede cambiar cada parte del modelo operativo, con qué evidencia, y cómo se publica cada cambio?

Decisión clave

Operar el modelo operativo como un producto, con un diseño versionado, una matriz de autoridad sobre el cambio por dominio y una revisión trimestral que usa las excepciones y la variación como evidencia.

ContextoLa plataforma comercial hizo el go-live y el equipo de proyecto pasó a otra cosa. Desde entonces, las peticiones llegan como tickets: un campo nuevo, una aprobación nueva, un informe nuevo, una regla local. El equipo de plataforma implementa lo que se le pide. Las definiciones de etapa se han desviado, tres aprobaciones se solapan y nadie sabe decir cuál es el modelo operativo actual.

Sistemas y actoresCRMBacklog de cambiosPlataforma de datosRegistro de variaciones

02La realidad · situación actual

Cómo opera hoy la organización.

  • Cada cambio es un ticket; nadie pregunta qué capa cambia
  • El equipo de plataforma decide cuestiones de negocio al implementarlas
  • Las definiciones de etapa se han desviado del diseño original
  • Se han ido añadiendo aprobaciones solapadas, petición a petición
  • No hay ninguna versión documentada del modelo operativo
  • Las excepciones se resuelven pero nunca cambian nada

03Modelo operativo

El diseño, capa a capa.

  1. 03Proceso

    Definiciones de etapa versionadas con el modelo

  2. 04Responsabilidad

    Un responsable de decisión por dominio—proceso, sistema, datos, KPI, variación—nombrado antes de que llegue ninguna petición

  3. 05Sistemas

    La plataforma implementa los cambios aprobados; no los decide

  4. 06Datos

    Un campo nuevo necesita un propietario del dato y la decisión que lo va a usar

  5. 08Gobierno

    Autoridad sobre el cambio por dominio; plazos; una revisión trimestral del modelo

  6. 09Medición

    Cada cambio lleva el KPI que debería mover—y se revisa frente a él

04Dimensión clave · Autoridad sobre el cambio y evolución versionada

Un ciclo de vida del cambio, y quién puede aprobar cada tipo

Toda petición sigue un mismo ciclo de vida. Lo que cambia es quién decide, qué evidencia se exige y cuánto puede tardar.

  1. 01PeticiónCualquiera, con un responsable de negocio

    Plantea el problema, no la solución

  2. 02ClasificarOficina del modelo operativo

    Qué dominio: proceso, sistema, datos, KPI, variación, excepción

  3. 03DecidirEl responsable de decisión del dominio

    Con la evidencia exigida, dentro del plazo

  4. 04ImplementarEquipo de plataforma, de procesos o de datos

    En una versión identificada

  5. 05RevisarResponsable de la decisión

    ¿Se movió el KPI que se indicó?

Tipos de cambio: quién decide, evidencia y plazo
CambioQuién decideEvidenciaPlazo
Campo nuevoPropietario del dato de ese conceptoQué decisión lo va a usarEn cada versión
Aprobación nueva o modificadaResponsable de la decisión (con finanzas por encima de política)Riesgo que se controla; comprobación de solapesPróxima revisión trimestral
Definición de etapaResponsable global del procesoDatos de antigüedad y conversiónPróxima revisión trimestral
Regla localGobierno globalEntrada en el registro de variaciones4 semanas
Informe nuevoResponsable de la definición del KPIContrato de la métrica y foroPróximo foro mensual

La primera pregunta ante cada ticket es “¿qué capa cambia esto?”. La mayor parte de la desviación vino de cambios que nadie clasificó.

05Derechos de decisión

Quién decide qué, con qué evidencia y en qué plazo.

Decisiones: quién decide, aprueba y es consultado, evidencia y plazo
DecisiónDecideApruebaConsultadosEvidenciaPlazo
Clasificar una petición de cambioOficina del modelo operativo—SolicitanteEl planteamiento del problema de la petición5 días laborables
Publicar una nueva versión del modeloGobierno global—Responsables de dominioCambios aprobados y su impactoTrimestral
Revertir un cambioResponsable de decisión del dominio—Responsable de la plataformaEl KPI se movió en la dirección equivocadaSiguiente versión

06Gobierno

Los foros que hacen funcionar y evolucionar el modelo.

Foros que hacen funcionar el modelo operativo
ForoDecideEvidencia
Revisión del modelo operativoTrimestralVersión del modelo, cambios en el núcleo, variaciones que renovar o retirarPatrones de excepciones, registro de variaciones, efectos de los cambios
Triaje de cambiosSemanalClasificación y asignación a responsablesPeticiones nuevas

07Las contrapartidas

Opciones creíbles, evaluadas frente a estas premisas.

Descartada

El equipo de plataforma implementa las peticiones según llegan

Organizaciones muy pequeñas

Coste: La configuración se desvía; las decisiones de negocio las toman los administradores
Descartada

Congelar el modelo tras el go-live

Mercados estables

Coste: Los atajos crecen fuera del sistema
Elegida

Modelo versionado con autoridad sobre el cambio por dominio

Organizaciones que no dejan de cambiar

Coste: Una oficina del modelo operativo y una cadencia de revisión

08La segunda capa

Preguntas que cambian el diseño.

Autoridad

  1. ¿Quién puede cambiar una etapa, una regla, un campo o un KPI?
  2. ¿Qué evidencia necesita cada cambio?
  3. ¿Quién puede decir que no?

Publicación

  1. ¿Cómo se versiona el modelo?
  2. ¿Cómo se comunica a las filiales qué ha cambiado?
  3. ¿Cómo se revierte un cambio?

Aprendizaje

  1. ¿Qué excepciones cambiaron el modelo el último trimestre?
  2. ¿Qué cambios movieron su KPI?
  3. ¿Cuándo se retira una variación?

09Decisiones y entregables

Qué produce el trabajo.

  1. 01Matriz de autoridad sobre el cambio
  2. 02Ciclo de vida del cambio
  3. 03Versionado del modelo
  4. 04Agenda de la revisión trimestral
  5. 05Circuito de excepción a cambio
  6. 06Revisión del efecto de los cambios