Bimodal PLM o cómo seguir el ritmo a la digitalización

Bimodal PLM

La necesidad por mantener el ritmo a la evolución digital ya ha impactado en el ámbito del PLM. Este hecho ha traído consigo una fuerte competencia que desafía las aplicaciones tradicionales de PLM y los métodos de gestión de proyectos.

En sistemas tradicionales, los datos del producto normalmente son gestionados“al por mayor”, con innumerables procesos que requieren del desarrollo de metodologías de testeo rigurosas. La realidad de estos sistemas es que no son capaces de adaptarse al ritmo del cambio de la tecnología y las necesidades de los clientes.

Esta falta de aplicaciones y procesos flexibles y versátiles, ha empujado a las organizaciones a buscar agilidad mediante “IT-Bimodal”.

El alza del IT-Bimodal

El término “IT-Bimodal” fue acuñado en 2014 por Gartner quien lo define como:

“… la práctica de gestionar dos modos independientes y coherentes de proveer IT, uno enfocado en la estabilidad y otro en la agilidad. El modo 1 es tradicional y secuencial, enfatizando la seguridad y la precisión. El Modo 2 es exploratorio y no lineal, primando la agilidad y la velocidad de entrega. El IT Bimodal es la única solución sostenible para los negocios en un mundo digital cada vez más disruptivo”

Bimodal PLM

Cuando hablamos de Bimodal, nos referimos a la práctica de gestionar dos modalidades de entrega distintos pero a la vez congruentes:

  • Modo 1, con enfoque en la predictibilidad; su objetivo primario es mantener el negocio operativo.
  • Modo 2, se concentra en explorar y su objeto es la innovación, experimentación y el aprendizaje.

La Bimodalidad aúna el IT tradicional de una organización (que requiere de cierta estabilidad y cuidado) con la innovación y la agilidad que requieren las competencias digitales de cara al cliente.

Habilitando la experimentación con el Modo 2

El IT Bimodal permite a las organizaciones testear nuevas tecnologías sin poner en riesgo la continuidad del negocio. Para ello se requieren dos equipos distintos con áreas de enfoque y prioridades bien definidas. El equipo del Modo 1 asegura que los sistemas core (centrales) corran de manera efectiva y eficiente, lo que le otorga al equipo del Modo 2 el espacio necesario para trabajar en soluciones innovadoras y centradas en los usuarios, que incrementen el compromiso y aporten valor al negocio.

Los aspectos clave para posibilitar la experimentación a través del Modo 2 son:

Bimodal PLM mode
  1. Experimentación y aprendizaje.

Una organización que impulsa la innovación debe ser capaz de experimentar con nuevas ideas, nuevas características, nuevas experiencias de usuario, nuevos modelos de negocio y nuevas tecnologías; y además incorporar el aprendizaje como un valor fundamental en la cultura deequipo.

  1. Diseño centrado en el cliente.

Enfocado en los resultados del negocio, donde el objetivo es garantizar que se está construyendo el producto correcto, validando continuamente la visión del producto con los usuarios.

  1. Desarrollo Agile y DevOps.

Los pilares del Modo 2 son las metodologías Agile y DevOps, que anticipan la necesidad de colaboración entre desarrollo y operaciones, y basan sus argumentos en la flexibilidad y el pragmatismo en la entrega de un producto.

  1. Aplicaciones Cloud y diseño de infraestructuras.

Las tecnologías cloud permiten flexibilidad en la forma en que las aplicaciones se crean, entregan y administran, y generalmente producen resultados comerciales más rápidamente.

Posibles inconvenientes del salto Bimodal.

Aunque tener un laboratorio de innovación en tu organización de IT siempre parece una idea genial, el enfoque Bimodal presenta varios desafíos.

Disadvantages Bimodal PLM

1. Puede generar un “muro confuso” entre los grupos de IT

Este proceso dual puede romper las comunicaciones y construir un muro entre los diferentes grupos de IT (quienes se ven obligados a competir por financiamiento, recursos y aún más importante, atención).

2. El Modo 1 puede ralentizar al Modo 2

Existe demasiada supeditación entre las soluciones enfocadas en el usuario y los sistemas tradicionales. Normalmente, los proyectos que corren bajo el modo 2 requieren igualmente del desarrollo de sistemas tradicionales. Hacer que los datos y las diversas funcionalidades estén disponibles desde las aplicaciones principales, o crear una solicitud de cambio para los datos maestros son solo dos ejemplos que ilustran la colaboración que se requiere entre el Modo 1 y el Modo 2. El Modo 1 tradicionalmente sigue un ciclo de lanzamiento rígido, cuyos cambios deben ser siempre incluidos en los planos. Por ello es importante organizarse previamente y reservar recursos en los sistemas centrales para que funcionen.

3. Incapacidad para lograr un cambio duradero.

Es fácil centrarse en el desarrollo de tecnologías innovadoras, pero no hay que olvidar que el desarrollo es sólo una parte de la ecuación. Trabajar en un proyecto de principio a fin, desarrollar e implementar procesos y capacitar a la organización es tan importante como crear una nueva herramienta brillante. Por ello, concede la importancia que merece a la gestión del cambio y asegúrate de que todos los usuarios trabajen en la misma dirección.

4. Disminución de la motivación en el equipo de Modo 1

Es bastante probable que los empleados etiqueten inevitablemente el Modo 1 como «más aburrido» y el Modo 2 como «más ameno». De hecho, es posible que algunos no quieran trabajar en el Modo 1 debido a la percepción de que ocuparse de las aplicaciones tradicionales no es tan interesante como construir otras nuevas. Debemos tener cuidado con esto, ya que pensamientos así pueden desencadenarla desmotivación de los miembros del equipo de Modo 1.

Hacia una Multi-Speed IT de principio a fin

¿Es bimodal el camino para ayudar a las empresas a deshacerse del letargo asociado a los sistemas PLM rigurosamente documentados y monolíticos? Los críticos argumentan que pasar por alto procesos y equipos ya establecidos para hacer según qué cosas, podría no ser la mejor manera de abordar la necesidad de velocidad.

Según Forrester Research, la IT bimodal puede proporcionar cierto alivio a los CIOs a corto plazo, pero no es una estrategia para alcanzar el éxito a largo plazo. En un mundo en el que estamos tratando de derribar barreras, construir un muro entre lo «innovador y rápido» y lo «heredado y lento» no es la mejor solución a largo plazo.

En este sentido, aprender de la experiencia de otros es fundamental para una transición correcta. Bill Ruh es el director general de GE Digital, ha dirigido varios proyectos en bimodal y su experiencia le ha hecho llegar a la siguiente conclusión:si una empresa quiere ser verdaderamente digital, reunir todas las capacidades digitales en un solo grupo es la única manera de lograrlo.

Otros abogan por una evolución de la IT bimodal – Multi-speed. El principio básico de Multis-peed IT es permitir que varios canales de entrega soporten las distintas velocidades y plataformas tecnológicas que requiere cada negocio.

Incluso los partidarios de este enfoque piden la coordinación entre los distintos canales de distribución. Identificar y comprender las dependencias arquitectónicas entre distintos proyectos ejecutados por distintos equipos, es esencial para asegurar que la entrega y lanzamiento de cada aplicación esté coordinada.

Aún no hay comentarios, ¡añada su voz abajo!


Añadir un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Entradas recomendadas