FAQ: Gestión del Cambio

Una iniciativa con Lokad tiene como objetivo optimizar la cadena de suministro del cliente con una toma de decisiones automatizada superior, reemplazando típicamente tareas diarias mundanas como órdenes de compra y decisiones de asignación de stock. Esta página aborda preguntas e inquietudes sobre el cambio que esta iniciativa trae y cómo gestionarlo de manera efectiva. Los expertos de Lokad permanecen, en todo momento, disponibles para ayudar a los clientes a navegar por el proceso.

Público objetivo: Los departamentos de supply chain y/o planificación.
Última modificación: 19 de diciembre de 2023

Resumen de la Gestión del Cambio

La Supply Chain Quantitativa (QSC), como pionera y promovida por Lokad, difiere significativamente de la perspectiva tradicional. Las diferencias son tanto esenciales como las razones fundamentales por las que Lokad puede ofrecer mejoras tan drásticas en la cadena de suministro. Dicho esto, la gestión del cambio asociada con la implementación de una iniciativa QSC es más fácil de lo que nuestros clientes suelen pensar.

Por ejemplo, Lokad elimina muchos puntos de contacto y procesos innecesarios, en lugar de simplemente reemplazar el desperdicio con otro desperdicio. Por lo tanto, el cambio a ser gestionado es típicamente doble: primero, adaptarse al hecho de que las decisiones mundanas y repetitivas de la cadena de suministro ahora están automatizadas; segundo, aceptar que la calidad de esas decisiones automatizadas supera lo que los empleados solían poder lograr con herramientas alternativas (sistemas heredados, hojas de cálculo y frecuentemente un poco de ambos).

Una iniciativa QSC está liderada por los Supply Chain Scientists de Lokad. Estos expertos consolidan muchos roles que típicamente serían desempeñados por varias personas en iniciativas similares con otros proveedores de software. Un Supply Chain Scientist funciona como integrador de sistemas, ingeniero de datos, analista de negocios, científico de datos, experto en cadena de suministro y director de proyecto (entre otros roles). Los Supply Chain Scientists (SCSs) proporcionan todo el coaching, entrenamiento, orientación y apoyo necesarios para que los clientes adopten el enfoque de supply chain quantitativa de Lokad.

La implementación exitosa de Lokad (en producción) generalmente produce dos resultados notables: ahorros sustanciales a través de mejores decisiones de supply chain y ahorros sustanciales de productividad a través de decisiones de supply chain (en gran parte) automatizadas.

En términos de gestión del cambio, los ahorros de la cadena de suministro suelen ser un tema sin importancia. La empresa podría decidir en última instancia reinvertir el capital de trabajo liberado en otro lugar, pero este tipo de decisión normalmente excede el alcance de la iniciativa de Lokad. Sin embargo, los considerables ahorros de productividad generados por Lokad suelen reinvertirse en otras tareas que aportan mucho más valor agregado para la empresa cliente que el proceso heredado.

En resumen, antes de Lokad, las actividades de los profesionales de la cadena de suministro dentro de la empresa cliente son casi exclusivamente centradas hacia adentro: producir un pronóstico, convertir el pronóstico en un plan, ajustar los niveles de stock mínimos/máximos en los SKUs, componer órdenes de compra/producción/movimiento de stock, etc.

Una vez que Lokad está en producción, la mayoría de las actividades son centradas hacia afuera: identificar lo que los clientes perciben como calidad de servicio, identificar lo que los proveedores perciben como un obstáculo para bajar aún más el precio, identificar cuáles son las causas fundamentales que los transportistas perciben para su falta de fiabilidad, etc.

Estas percepciones se incorporan continuamente en la solución de Lokad a través del apoyo continuo de los SCSs.

Para los ejecutivos de la cadena de suministro, el mayor cambio es la (en gran medida) eliminación de la lucha constante. La solución de Lokad ofrece decisiones automatizadas diseñadas para manejar casos límite molestos, reduciendo así sustancialmente el ancho de banda que los ejecutivos deben dedicar a analizar el comportamiento errático del mercado. Esto libera a los ejecutivos de la cadena de suministro para diseñar metas y proyectos de cadena de suministro, en lugar de microgestionar las consecuencias continuas de decisiones subóptimas.

Preguntas frecuentes (FAQ)

1. Implementación y Gestión de Proyectos

1.1 ¿Ofrecen servicios de gestión de proyectos de implementación?

Sí. Estos servicios son proporcionados por los Científicos de la Cadena de Suministro (SCSs) de Lokad. Estos expertos no solo gestionan la implementación, sino que también lideran la iniciativa con la empresa cliente. Esto incluye muchas tareas, como proporcionar garantías cuantitativas a la gestión de la cadena de suministro para demostrar la validez de las recetas numéricas de Lokad antes de su implementación. Los SCSs también proporcionan materiales de capacitación para apoyar la adopción de las prácticas y procesos recomendados por Lokad dentro de la empresa cliente.

Además, estos expertos se comprometen con el éxito a largo plazo de la iniciativa más allá de la implementación inicial, brindando apoyo continuo a medida que la iniciativa pasa a su fase de ‘mejora continua’.

Consulta las conferencias de Lokad sobre el Científico de la Cadena de Suministro y Un día en la vida de un Científico de la Cadena de Suministro para obtener más información sobre el papel de los SCS en el proceso de optimización.

1.2 ¿Cuál es su cronograma de implementación y los pasos o fases incluidos en este cronograma? ¿Cuáles son los objetivos de cada fase (desde el inicio del Proyecto de Implementación hasta la puesta en marcha)?

Desde el inicio hasta el final, la implementación suele durar alrededor de 6 meses. Lokad distingue la fase de incorporación de la fase de producción. El objetivo de la fase de incorporación es llevar la receta numérica de Lokad a producción. Al final de la fase de incorporación, las decisiones de la cadena de suministro de interés (definidas en colaboración con el cliente) deberían estar robotizadas. Sin embargo, la automatización suele ser solo un efecto secundario (aunque muy visible) de la intención real: mejorar el rendimiento de la cadena de suministro. El objetivo de la fase de ‘producción’ es refinar, mejorar y realinear continuamente las recetas numéricas, aquellas que permiten la automatización en primer lugar.

Desglose del cronograma

La fase de incorporación suele durar 6 meses y se puede dividir en tres subfases de 2 meses.

• La primera subfase es la configuración de la tubería de datos. El objetivo es crear una tubería de datos completamente automatizada para la extracción de datos del cliente a Lokad. Los dos aspectos más exigentes de la tubería de datos son establecer la ‘semántica’ de los datos y hacer que el proceso de canalización en sí mismo sea (casi) perfectamente confiable. Una tubería de datos, en lugar de una extracción de datos de una sola vez, es fundamental para mantener las recomendaciones de la cadena de suministro que Lokad genera relevantes para las preocupaciones comerciales actuales del cliente.

• La segunda subfase es el diseño de la(s) receta(s) numérica(s) única(s) del cliente, las piezas de lógica de software que impulsan las decisiones de la cadena de suministro. El objetivo es lograr recetas consistentes, confiables y directas. La redacción de las recetas numéricas iniciales es rápida, generalmente no dura más de una o dos semanas. Sin embargo, estas redacciones son solo puntos de partida, y son mejoradas rápidamente en sucesivas iteraciones por el/los Supply Chain Scientist(s) a cargo de la cuenta respectiva. Esto elimina rápidamente los molestos casos límite presentes en los borradores iniciales.

• La tercera subfase es la doble ejecución. La receta numérica ya no produce tonterías, y los impulsores económicos que dirigen la optimización han sido acordados. Sin embargo, la receta aún no está lista para producción. Para avanzar, se realiza una doble ejecución. La receta numérica se ejecuta junto con el proceso heredado. Dado que la receta está automatizada, la carga organizativa es baja. Todos los días, los profesionales de la cadena de suministro pueden comparar las decisiones y ver cómo se desarrollan los patrones (por ejemplo, la estacionalidad). A lo largo de varias semanas de doble ejecución, se adquiere confianza para proceder con la implementación de producción.

Al final de la fase de incorporación, y si se han cumplido todos los pasos, comienza la implementación de producción. Esta implementación consiste en dejar que la automatización se haga cargo del proceso heredado. Esta transición también puede ser gradual, dependiendo de la capacidad del cliente para supervisar el cambio necesario en la gestión.

Consulta la visión general del cronograma para obtener un desglose más detallado de cada paso involucrado en el proceso de optimización.

1.3 ¿Lokad documenta y publica un plan de gestión de proyectos que detalle el alcance del proyecto, el cronograma, los hitos críticos, los recursos, los entregables, las responsabilidades, el plan de gestión de costos, el plan de gestión de calidad, el plan de gestión de riesgos y el plan de gestión y comunicación de partes interesadas?

Sí. Todos esos elementos, y más, se recopilan en un Manual de Procedimiento Conjunto (JPM) único para la iniciativa. Los Supply Chain Scientists (SCSs) son responsables de iniciar y mantener el JPM durante toda la duración de la iniciativa.

El JPM de Lokad se centra en las preguntas ‘¿por qué?’. Los JPM están bien escritos y están destinados a ser ampliamente accesibles incluso para audiencias menos técnicas y/o no especializadas. El JPM captura la esencia de la intención detrás de la iniciativa y consolida ideas fundamentales a medida que se adquieren a lo largo de la iniciativa misma.

La opinión de Lokad es que muchas (si no la mayoría) de las iniciativas empresariales se ven obstaculizadas por la producción de documentos inútiles, que en la práctica son imposibles de leer (es decir, son tediosos o impenetrablemente técnicos). Tales documentos no sirven para nada más que para marcar casillas inventadas. Además, muchos terceros (por ejemplo, integradores, consultores e incluso la burocracia interna) tienen una tendencia severa a favorecer la cantidad sobre la calidad cuando se trata de documentar el proyecto.

En contraste, los JPM de Lokad están destinados a ser tanto legibles como leídos. Los JPM son herramientas utilizadas por los SCSs mismos para gestionar la iniciativa. Si bien tenemos pautas extensas sobre lo que se espera encontrar en un JPM, en última instancia, depende de los SCSs tomar decisiones acertadas sobre qué necesita más atención y esfuerzo considerando las especificidades de la iniciativa.

Vea la conferencia Escribir para Supply Chains para obtener más información sobre la ética de documentación de Lokad.

1.4 ¿Es Lokad responsable de mantener y basar el plan de gestión del proyecto, sujeto a aprobación(es) del comité directivo del proyecto? ¿Deberá comunicar claramente cualquier desviación del plan junto con opciones de mitigación?

Sí. Las responsabilidades enumeradas son gestionadas por los Supply Chain Scientists (SCSs) de Lokad. Los detalles de la gestión de la comunicación con la empresa cliente suelen depender de, y estar definidos en, los términos contractuales de la iniciativa en sí.

A veces hay significativamente más empleados involucrados en el lado del cliente del proyecto que en el lado de Lokad, por lo tanto, para mejorar la productividad de los SCSs que manejan la cuenta, muchos de nuestros clientes designan un único punto de contacto para la iniciativa. Esta persona, o pequeño equipo, se encarga de transmitir información relevante a, y buscar retroalimentación relevante de, todas las partes involucradas en el lado del cliente del proyecto.

Para una iniciativa particularmente compleja, Lokad instala un comité directivo dedicado compuesto por miembros clave tanto de Lokad como de la empresa cliente. Aunque esta reunión sirve como un mecanismo para asegurar la aprobación formal, la mayor parte del trabajo sustantivo ocurre fuera del propio comité. Los SCSs suelen participar en interacciones diarias con varios equipos del lado del cliente. Esos equipos se actualizan continuamente sobre cualquier desviación del plan, y se aseguran de que toda la iniciativa se mantenga en el camino correcto. Estas interacciones diarias son una forma mucho más efectiva de discutir y superar problemas técnicos a medida que surgen, en lugar de intentar investigar grandes lotes de problemas durante una sesión del comité directivo. Por lo tanto, el comité directivo, como tal, actúa como un órgano de supervisión en lugar de como un grupo de reflexión para la iniciativa.

Nota: Las iniciativas cuantitativas de la cadena de suministro suelen encontrarse frecuentemente con “desviaciones positivas”. Estas son sorpresas beneficiosas en la receta que se revelan durante el mantenimiento continuo de la iniciativa. Básicamente, son oportunidades que son demasiado buenas para dejar pasar. Como tal, un beneficio clave del enfoque de comunicación de Lokad es la capacidad de transmitir de manera pronta y eficiente estas desviaciones positivas al cliente a medida que surgen, aumentando significativamente el impacto y la agilidad de la iniciativa.

1.5 ¿Documentará el plan de comunicación, que incluye reuniones diarias, informes de estado del grupo de trabajo semanal y sesiones de revisión, así como informes y sesiones de revisión mensuales del comité directivo? ¿Definirá los criterios de escalada y garantizará un acuerdo mutuo entre la empresa cliente y Lokad sobre estos detalles?

Sí. Los Supply Chain Scientists (SCSs) de Lokad son responsables de estas tareas. Los detalles de la gestión de la comunicación dentro de la empresa cliente suelen depender de los términos contractuales de la iniciativa en sí.

Lokad participa voluntariamente en reuniones diarias cuando está en las oficinas de la empresa cliente. Sin embargo, nuestros SCSs suelen operar en las oficinas de Lokad.

Consolidamos toda la documentación de la iniciativa en un Manual de Procedimientos Conjunto (JPM) que sirve efectivamente como una guía integral para todo el proyecto. El JPM incluye las notas de todas las sesiones de trabajo, incluidos los informes del comité directivo (cuando corresponda).

Si bien Lokad aclara los criterios de escalada y las pautas, cabe destacar que se espera que un Senior SCS en Lokad maneje cualquier pregunta o inquietud sobre la iniciativa. Por lo tanto, en cuanto a la escalada, la resolución de un problema preocupante suele ser escalada de un Junior SCS a un Senior. Históricamente, esto ha demostrado ser suficiente, con muy pocas situaciones que requieren una escalada adicional.

Lokad considera que todos los problemas, por pequeños que parezcan, merecen un análisis profundo. Aunque sus efectos son fáciles de resolver, los problemas menores pueden plantear problemas futuros si no se comprenden y abordan las causas subyacentes. Esto evita que un problema menor se convierta en recurrente. Por lo tanto, Lokad prefiere poner a personas altamente capaces en primera línea capaces de abordar tanto el problema inmediato como de identificar las causas subyacentes. Este enfoque es preferible a depender de personal de soporte no capacitado que aborda continuamente los mismos problemas, un patrón adoptado con demasiada frecuencia por muchos proveedores de software empresarial.

Por lo tanto, el proceso de escalada conciso de Lokad es intencional, asegurando resoluciones rápidas y duraderas.

1.6 ¿Se asegurará de que el plan de gestión del proyecto sea aprobado por todas las partes interesadas como parte de la fase de inicio del proyecto?

Sí. Más en general, los Supply Chain Scientists (SCSs) de Lokad siguen el proceso que se ha negociado y acordado con cada cliente, según los términos contractuales formales. Este principio sigue siendo aplicable a lo largo de la iniciativa, desde el inicio hasta la conclusión. El inicio del proyecto es ciertamente importante, aunque dado que Lokad no requiere un compromiso a largo plazo desde el primer día, este asunto es de menor preocupación, especialmente en comparación con nuestros competidores.

Cabe señalar que nunca hemos observado un mal desempeño de la cadena de suministro debido a una “falta” de burocracia y otros procesos frívolos. Por el contrario, las burocracias innecesarias y los procesos inanes son los problemas más comunes que se encuentran en las cadenas de suministro modernas, presentes incluso en empresas que parecen tener cadenas de suministro de alto rendimiento.

1.7 ¿Desplegará un gerente de proyecto dedicado de Lokad para estar basado en la sede de la empresa cliente, acompañado de expertos en la materia del producto, analistas de negocios y expertos en interfaces técnicas?

Sí, si tales disposiciones forman parte de los términos contractuales acordados para la iniciativa. Si bien Lokad no se opone a estacionar empleados en las oficinas de la empresa cliente, naturalmente aumenta el costo de la iniciativa. La mayoría de nuestras iniciativas se llevan a cabo de forma remota y son respaldadas por visitas mensuales o trimestrales, según la escala de la iniciativa. Esta práctica suele ser percibida por todas las partes como más eficiente que estacionar empleados de Lokad en la oficina(s) del cliente todo el tiempo. Cabe señalar que, incluso si Lokad acepta estacionar un equipo permanente en la sede de la empresa cliente, los empleados rotarán con el tiempo.

Estas prácticas benefician a todos los involucrados, ya que los Supply Chain Scientists (SCSs) de Lokad están sujetos a un programa de formación continua. Este programa es fundamental para garantizar que nuestros empleados continúen adquiriendo nuevas habilidades o perfeccionando las antiguas independientemente de la experiencia o antigüedad. Si bien observamos que muchos proveedores empresariales permiten que sus empleados operen durante meses, si no años, en sitios remotos de clientes, Lokad está convencido de que esta práctica no es compatible con la provisión fiable y eficiente de programas de formación de alta calidad.

En particular, una de las mayores fortalezas de los SCSs de Lokad es su conjunto de habilidades excepcionalmente diverso y amplio. Cada SCS está capacitado para desempeñar una variedad de roles, como: experto en la materia, analista de negocios, experto en interfaz técnica, científico de datos y consultor de cadena de suministro. Estas funciones normalmente serían realizadas por varios empleados y resultarían en un aumento significativo en el costo para el cliente. En Lokad, cada SCS proporciona todos estos servicios.

Como resultado, los SCSs tienden a ser mucho más productivos (menos personas tienden a significar menos fricción en la comunicación), así como a obtener niveles de rendimiento más altos. En realidad, las cadenas de suministro dependen críticamente de la consistencia de extremo a extremo, algo que es mucho más fácil de lograr con un bajo número de empleados.

1.8 Durante la fase de implementación, ¿qué organización proponen? ¿Dónde deben asignarse los recursos?

Para una iniciativa típica en Lokad, recomendamos que la empresa cliente designe a un practicante experimentado de la cadena de suministro como coordinador de la iniciativa, y también que designe a un ejecutivo de la cadena de suministro como supervisor de la iniciativa. El coordinador actúa como punto de contacto entre el equipo de Supply Chain Scientists (SCSs) de Lokad y la empresa cliente. El coordinador transmitirá inicialmente las solicitudes de información, y luego transmitirá las solicitudes de retroalimentación. Paralelamente, los SCSs de Lokad trabajan con las recetas numéricas destinadas a producir las decisiones de la cadena de suministro de interés.

Recomendamos una reunión semanal para revisar el progreso de la iniciativa hasta que se haya completado la fase de integración. Esta reunión es asistida sistemáticamente por el coordinador, el supervisor y el SCS principal de la cuenta de Lokad. Otros participantes pueden unirse según sea necesario, pero su presencia continua generalmente no es necesaria durante toda la fase de implementación/integración.

Al principio de la iniciativa, se deben asignar algunos recursos de TI para la configuración del canal de datos. Lokad es más eficiente que la mayoría de sus competidores en este sentido. Por ejemplo, extraemos automáticamente y directamente los datos transaccionales del cliente, sin necesidad de limpieza o preparación del lado del cliente. A menos que la empresa cliente esté experimentando un bloqueo de proveedor, esta configuración técnica requiere menos de 4 semanas de trabajo para un único contribuyente, y a veces mucho menos cuando ya existe un lago de datos.

Luego, los SCSs necesitarán recopilar información cualitativa sobre los procesos existentes y los detalles de todas las prioridades y restricciones de la cadena de suministro. Se llevará a cabo una serie de entrevistas, facilitadas por los coordinadores, para apoyar este proceso. Más tarde, una vez que los SCSs hayan desarrollado la(s) receta(s) numérica(s), se llevará a cabo otra serie de entrevistas para revisar las cifras generadas por esas recetas y permitir que los SCSs las perfeccionen y mejoren.

La contribución del supervisor es importante tanto para alinear a Lokad con la estrategia de alto nivel perseguida por la empresa como para evitar que la iniciativa se estanque debido a la indecisión. Por ejemplo, Lokad puede proponer varias opciones para modelar los costos asociados con la falta de calidad de servicio. Podemos explicar las ventajas y desventajas de estas opciones en términos no técnicos, pero en última instancia, se deben tomar algunas decisiones estratégicas.

Naturalmente, todo lo anterior depende de las necesidades específicas de la iniciativa. Estamos abiertos a otros enfoques organizativos si se adaptan mejor al contexto específico y a los objetivos de la empresa cliente.

Para obtener más información, Lokad tiene varias conferencias dedicadas a la ejecución táctica y estratégica de una exitosa optimización de la cadena de suministro.

2. Gestión de Recursos y Requisitos

2.1 ¿Cuáles son los requisitos de mano de obra para la implementación del proyecto en la empresa cliente, específicamente el número de recursos y su nivel de experiencia? ¿Puede definir con precisión el número de recursos para cada fase y subfase del proyecto?

Una iniciativa típica de Lokad requiere aproximadamente de 0.5 a 2 equivalentes a tiempo completo (FTE, por sus siglas en inglés) de recursos de empleados de la empresa cliente durante los primeros 6 meses, también conocida como la fase de incorporación. Una vez que la iniciativa entra en producción, una estimación razonable es que el proyecto seguirá requiriendo al menos 0.25 FTE. Naturalmente, estas estimaciones varían sustancialmente según el tamaño y la complejidad de la empresa cliente y sus necesidades específicas de cadena de suministro.

En términos de recursos requeridos en cada etapa de una iniciativa “típica”, durante la fase de incorporación tenemos:

• Meses 1 y 2: La configuración del canal de datos requiere 4 semanas de esfuerzo a tiempo completo de un oficial de datos, generalmente empleado por el departamento de TI del cliente. El oficial de datos debe estar bastante familiarizado con el panorama aplicativo de la empresa cliente. Este requisito puede disminuir si ya existe un lago de datos, pero, por el contrario, aumentará si el canal de datos tiene que lidiar con múltiples sistemas comerciales (por ejemplo, 1 ERP por país). Una vez que el canal de datos esté en funcionamiento, su mantenimiento no debería requerir más que unas pocas horas al mes por parte del oficial de datos.

• Meses 3 y 4: Diseñar la receta numérica requiere de 2 o 3 días por semana del coordinador (del lado del cliente) de la iniciativa, un mínimo de 10 horas por semana de varios practicantes de la cadena de suministro para proporcionar ideas de alto nivel, y más tarde para brindar retroalimentación sobre las cifras producidas por Lokad. Se espera que el coordinador esté familiarizado con la empresa y su cadena de suministro, y que se sienta cómodo con el trabajo analítico. Sin embargo, este puesto no requiere habilidades especializadas en TI o ciencia de datos específicas. La revisión semanal de la iniciativa requiere medio día por semana de un ejecutivo de la cadena de suministro.

• Meses 5 y 6: Los requisitos son esencialmente los mismos que en la fase anterior, sin embargo, el enfoque cambia. El coordinador ahora pasa la mayor parte de su tiempo preparando el despliegue adecuado y comunicándose con todos los practicantes de la cadena de suministro afectados. De manera similar, el ejecutivo de la cadena de suministro supervisa el cambio interno relacionado con los nuevos procesos que surgen de la iniciativa de Lokad.

Ver también Implementación y Gestión de Proyectos 1.2.

2.2 ¿Se asegura de que se planifique la mano de obra adecuada para apoyar la transición del producto?

Sí. Como regla general, Lokad recomienda mantener la misma cantidad de recursos (por ejemplo, los mismos Supply Chain Scientists), al pasar de la fase de incorporación a la fase de producción. El retorno potencial de inversión de una solución bien mantenida y continuamente mejorada es sustancial. Es un error abordar la resolución de tales desafíos con una mentalidad de configurar y olvidar, ya que cualquier solución técnica inevitablemente - y continuamente - se desviará hacia la irrelevancia y la obsolescencia si no se monitorea y mantiene adecuadamente.

Cabe destacar que, dado que Lokad automatiza las decisiones de la cadena de suministro, no hay una urgencia estricta en volver a capacitar a todos los practicantes de la cadena de suministro del cliente con un nuevo proceso para mantener en funcionamiento las ruedas de la cadena de suministro; la automatización en sí misma está diseñada para encargarse de eso. Como resultado, no es inusual que la renovación completa de la organización de la cadena de suministro del cliente - desencadenada por la iniciativa de Lokad - se complete pocos meses después de que el proyecto se pone en marcha.

Este enfoque simplificado contrasta fuertemente con los grandes - y costosos - “grupos de trabajo” a menudo requeridos por los proveedores de software empresarial para ponerse en marcha.

2.3 ¿Puede garantizar que hay suficiente mano de obra y recursos de conocimiento del producto (KP) disponibles en las instalaciones de la sede de la empresa cliente para apoyar la transición del producto?

Sí, estas disposiciones y requisitos están cubiertos por los términos contractuales específicos y mutuamente acordados de la iniciativa.

Ver también Implementación y Gestión de Proyectos 1.7.

Ver también Gestión de Recursos y Requisitos 2.2.

2.4 ¿Organiza sesiones de Revisión de Requisitos con los propietarios de productos comerciales para obtener y documentar requisitos?

Sí. Uno de los primeros objetivos del Supply Chain Scientist es adquirir todas las ideas necesarias sobre la cadena de suministro del cliente. Este proceso se realiza típicamente a través de entrevistas con las partes interesadas relevantes, incluidos los propietarios de productos comerciales. También intentamos revisar cuidadosamente los documentos existentes (cuando están disponibles), para aprovechar al máximo esas entrevistas.

Sin embargo, la principal preocupación de Lokad es comprender el ‘problema’ que se está investigando, algo que no siempre se ve favorecido por la enumeración de ‘requisitos’. Por ejemplo, si un cliente menciona que requiere un manejo especial de los ‘productos lentos’, entendemos que el volumen bajo es una preocupación a abordar. Sin embargo, tratar de manera especial a esos SKU es solo una de las muchas opciones que tenemos disponibles para abordar esta preocupación.

En este ejemplo, nuestra preferencia sería determinar la verdadera naturaleza de los ‘productos lentos’. De hecho, después de investigar los puntos críticos de la cadena de suministro del cliente, puede ser el caso que los ‘productos lentos’ sean SKU que se han fijado incorrectamente en precio, agrupado y/o asignado. Una vez que el problema (productos lentos) se comprende mejor, cambia completamente la estrategia de intervención, a menudo facilitando su abordaje.

Por lo tanto, aunque Lokad obtiene y documenta todos los requisitos del cliente, nuestro enfoque enfatiza descubrir la verdadera naturaleza del problema, en lugar de aceptar a simple vista el estado actual de la cadena de suministro del cliente.

Ver Enamórate del Problema, No de la Solución para obtener más información sobre la dicotomía problema-solución.

2.5 ¿Proporciona estimaciones de esfuerzo, costos y horarios para las características que requieren personalización, incluidas las interfaces del sistema, y las comparte después del taller de análisis de ajuste de procesos?

Sí. Estas estimaciones suelen estar incluidas en nuestra propuesta comercial inicial. Si se organiza un taller para preparar la iniciativa, utilizaremos la información del taller para refinar aún más nuestra propuesta.

La plataforma Lokad es programática. Por lo tanto, la implementación está destinada a ser compatible con scripts, escritos en Envision, nuestro lenguaje de programación específico del dominio dedicado a la optimización predictiva de cadenas de suministro. Como resultado, Lokad es especialmente adecuado para ofrecer características e interfaces personalizadas, ya sea que esas interfaces estén destinadas a personas o a los sistemas comerciales de la empresa cliente.

A diferencia de la mayoría del software empresarial, la programabilidad es una característica fundamental para Lokad. Los scripts de Envision mencionados anteriormente no son una “personalización” de la solución de Lokad en el sentido habitual. Tampoco la presencia de esos scripts es una desviación de la rama principal de desarrollo de la solución de Lokad. Más bien, la programabilidad rica de Lokad es el camino de implementación previsto.

Como resultado, hay un grado extremadamente alto de certeza asociado con nuestras estimaciones (costos, horarios, etc.). La gran mayoría de los proyectos se mantienen dentro de las estimaciones/presupuesto inicial (en todos los sentidos). Esto contrasta con varios de los competidores de Lokad, para quienes los retrasos costosos y las reformulaciones de términos son comunes.

Ver Estudio de caso sobre el desastre de SAP de €500 millones de Lidl para obtener más información sobre este punto.

2.6 ¿Implementará y mantendrá una estrategia de retención razonable diseñada para retener al personal clave que realiza los servicios durante el plazo del acuerdo? ¿Mantendrá también planes de sucesión activos para cada una de las posiciones clave del personal de Lokad?

Sí. Retenemos a los empleados durante un promedio de 3.5 años, que es casi el doble de la permanencia laboral en comparación con cohortes similares (ingenieros talentosos en TI, o dominios adyacentes a TI) en mercados similares (América del Norte y Europa Occidental). Este segmento del mercado laboral es ferozmente competitivo y, aunque siempre hay margen de mejora, esto sitúa a Lokad muy por encima de la mayoría de nuestros competidores. Como resultado, la mayoría de las iniciativas de Lokad se benefician de tener los mismos Supply Chain Scientists (SCSs) de un año a otro.

Esta retención se atribuye a salarios competitivos y a la inversión continua de Lokad en la formación de sus equipos. En particular, el contenido de cadena de suministro publicado por Lokad en su propio sitio web, en particular nuestra serie de conferencias de cadena de suministro, se puede ver como un subproducto del enfoque de Lokad en la formación de su propio personal. En general, los proveedores de software empresarial que no tienen materiales de formación públicos casi nunca tienen materiales de formación privados tampoco (aunque invariablemente afirmarán lo contrario).

En cuanto a los planes de sucesión, tenemos dos prácticas importantes en juego. En primer lugar, cada iniciativa de Lokad viene con un Manual de Procedimiento Conjunto (JPM). El JPM es el documento principal utilizado por un nuevo SCS para familiarizarse rápidamente con todas las ideas relevantes y las cuestiones técnicas de la iniciativa. En segundo lugar, cada iniciativa tiene, en todo momento, tanto un SCS primario como secundario. Incluso si el SCS secundario no contribuye directamente a la iniciativa, Lokad asigna suficiente tiempo para asegurarse de que esta persona esté lista para hacerse cargo de la iniciativa en caso de necesidad. Esta práctica mitiga en gran medida las complicaciones relacionadas con ausencias/rotación no planificadas.

3. Roles, Responsabilidades y Gestión de Interesados

3.1 ¿Qué nivel de cooperación tiene con la empresa cliente?

El nivel de cooperación que tenemos con nuestros clientes varía, pero en general es mucho más alto de lo que se espera normalmente de un proveedor de software empresarial. Las preocupaciones de la cadena de suministro no son igualmente importantes para todas las empresas, por lo tanto, la colaboración tiende a ser más fuerte en empresas donde la cadena de suministro es la columna vertebral (reconocida) de sus actividades.

El término ‘socio’ se ha diluido hasta el punto de que incluso los proveedores de productos de software triviales (como software de seguimiento de tiempo) terminan siendo referidos como ‘socios’. Sin embargo, después de un año o dos, la mayoría de nuestros clientes se refieren a su relación con Lokad como una ‘verdadera’ asociación, en el verdadero sentido de la palabra. Tienen caras familiares en Lokad que se han ganado su confianza y, en consecuencia, esas personas, típicamente Científicos de la Cadena de Suministro (SCS), están íntimamente familiarizadas con su negocio. Además, nuestros resultados a menudo se consideran lo suficientemente notables como para ser presentados personalmente al CEO y/o junta directiva de la empresa, incluso en empresas grandes.

La colaboración continua con Lokad permite a nuestros clientes reorganizar positivamente toda su práctica de cadena de suministro. En última instancia, toda la cadena se renueva, impactando positivamente tanto a los clientes como a los proveedores. Cabe destacar que Lokad no tiene la intención de reemplazar la experiencia estratégica crítica que existe en la empresa cliente. Más bien, Lokad desea automatizar el aspecto más mundano y repetitivo de los procesos de toma de decisiones de la cadena de suministro. Este enfoque posteriormente libera recursos significativos, y a menudo escasos, del cliente que pueden ser redirigidos a usos mejores.

3.2 ¿Qué roles y responsabilidades espera que estén en su lugar, tanto dentro de la empresa cliente como en Lokad, para maximizar la efectividad de la solución?

Hay 4 roles típicos involucrados en las iniciativas de cadena de suministro cuantitativas de Lokad.

• El Líder de la Cadena de Suministro: Este rol enfatiza la importancia de la participación de la alta dirección en la iniciativa de cadena de suministro cuantitativa. Si bien no se espera que profundice en los detalles técnicos, esta persona debe comprender y comunicar las ideas estratégicas de la iniciativa. Su papel no es crear métricas y KPIs, sino evaluar críticamente y desafiarlos, asegurando su alineación con la estrategia general.

• El Coordinador de la Cadena de Suministro: Esencial para garantizar el funcionamiento fluido de la iniciativa, esta persona actúa como puente entre varios equipos internos. Su responsabilidad principal es recopilar comentarios, comunicarse con los interesados y confirmar/aclarar procesos y decisiones. Se aseguran de que la iniciativa se alinee con los flujos de trabajo existentes de la empresa, al mismo tiempo que mantienen una mente abierta a posibles revisiones de flujos de trabajo en el futuro.

• El Oficial de Datos: Los datos son la columna vertebral de la iniciativa de cadena de suministro cuantitativa, y esta persona garantiza su accesibilidad y confiabilidad. Encargado de extraer conjuntos de datos completos (como historiales de ventas y compras), son responsables de automatizar y programar la extracción de datos. Si bien su papel es más intensivo al comienzo de la iniciativa, su contribución es crucial para su éxito.

• El Científico de la Cadena de Suministro: Este rol fusiona ideas del Coordinador de la Cadena de Suministro con datos del Oficial de Datos para automatizar los procesos de toma de decisiones. Comenzando con la preparación de datos, el Científico de la Cadena de Suministro colabora estrechamente con el Coordinador para aclarar cualquier ambigüedad de datos. Luego formalizan estrategias en decisiones accionables, como cantidades de reorden y implementan paneles de control y KPIs para transparencia y control.

Ver roles del proyecto para obtener más información sobre las diferentes designaciones dentro de una iniciativa de cadena de suministro cuantitativa.

3.3 ¿Tiene una tabla RACI completa (Responsable / Responsable / Consultado / Informado) para la fase de implementación y para la fase de producción?

Sí. Esta información puede presentarse explícitamente como una tabla RACI si la empresa cliente lo considera importante.

Más importante aún, los Científicos de la Cadena de Suministro (SCSs) internalizan este tipo de matriz para tomar decisiones adecuadas y rápidas a medida que avanza la iniciativa. En lo que respecta a problemas relacionados con la optimización de una cadena de suministro, la clave está en encontrar la mejor manera de enmarcar el problema. Después de esto, el enfoque se desplaza hacia identificar quién en la organización está mejor posicionado para abordar el problema. Críticamente, todo este análisis debe hacerse rápidamente para preservar el impulso de la iniciativa.

Con este fin, los SCSs de Lokad están designados para liderar la iniciativa y asumir la responsabilidad sobre la calidad de la salida generada por la receta numérica de Lokad.

Como tal, es un pequeño núcleo de especialistas altamente capacitados quienes son responsables de las decisiones de cadena de suministro que Lokad genera, en lugar de un elaborado “sistema” o “proceso” de delegar partes de responsabilidad entre un gran grupo de partes interesadas. Lokad sostiene que tales sistemas tienden a diluir la responsabilidad, en lugar de rigidizarla. Nuestros SCSs están entrenados para adoptar y operar con esta responsabilidad, lo que incluye garantizar que las partes interesadas relevantes en la empresa cliente sean consultadas y estén completamente informadas sobre la iniciativa.

3.4 ¿Documentará roles y responsabilidades utilizando una matriz RACI (Responsabilidad, Responsable, Consultado e Informado) para todas las partes interesadas involucradas en el proyecto? ¿Se asegurará de que este documento sea discutido y acordado por todas las partes involucradas?

Sí. Todos estos elementos (y más) se recopilan y documentan en el Manual de Procedimiento Conjunto (JPM). El JPM es producido por los Científicos de la Cadena de Suministro (SCSs) de Lokad (con información recopilada directamente de la empresa cliente). En este documento, se detallan los parámetros del rol y la responsabilidad de cada persona.

El JPM también sirve como un recurso continuo para la iniciativa y es escrito por los SCSs asignados a la empresa cliente. Producir este documento con sus propias palabras demuestra que los SCSs han dedicado considerable tiempo a investigar, diagnosticar y analizar la cadena de suministro del cliente y la solución general (sin simplemente regurgitar la literatura preexistente del cliente).

Cualquier revisión al JPM se comparte con la empresa cliente. El JPM en sí se discute rutinariamente durante las sesiones de trabajo entre Lokad y la empresa cliente.

En una nota relacionada, nuestra experiencia indica que en caso de que surjan desacuerdos, generalmente reflejan un problema organizativo que debe resolverse dentro de la empresa cliente. Por eso recomendamos que la empresa cliente designe a un Ejecutivo de Cadena de Suministro para supervisar la iniciativa. Una de sus principales contribuciones es actuar como intermediario cuando surjan tales casos.

3.5 ¿Se asegurará de que el grupo de trabajo del proyecto y los grupos de dirección se formen con recursos nombrados de las partes interesadas del proyecto? ¿Se asegurará de que el ritmo operativo sea acordado por todas las partes involucradas?

Sí. Como principio general, seguimos cualquier proceso que sea considerado necesario por - y acordado formalmente con - la empresa cliente. Los elementos acordados (y cualquier cambio realizado a medida que avanza la iniciativa) se documentan en el Manual de Procedimiento Conjunto (JPM), que incluye detalles sobre el grupo de trabajo del proyecto y los grupos de dirección. A través de los Científicos de la Cadena de Suministro (SCSs) de Lokad, tenemos los recursos necesarios para instalar y monitorear estos procesos.

Anecdóticamente, una de las contribuciones más apreciadas de Lokad es nuestra capacidad para simplificar procesos, ya sean de cadena de suministro o de naturaleza burocrática. Con el tiempo, trabajamos activamente para eliminar capas burocráticas innecesarias de las cadenas de suministro de nuestros clientes.

4. Transición del Sistema e Implementación

4.1 ¿Cuál es la duración de la transición desde el inicio hasta la puesta en marcha?

La duración típica de la fase de incorporación es de 6 meses. Esta fase comienza con el inicio y termina cuando Lokad está ’en producción’ - es decir, nuestras recomendaciones automatizadas de cadena de suministro dirigen efectivamente el proceso de toma de decisiones deseado del cliente.

Esta duración puede acortarse en 1 mes si ya existe un lago de datos - un lago de datos bien construido y documentado puede acortar aún más la fase de incorporación. Por el contrario, esta fase suele aumentarse de 1 a 3 meses cuando el software o entorno de sistemas del cliente es excesivamente complejo u obsoleto.

Curiosamente, la complejidad de la cadena de suministro en sí misma no tiene tanto impacto como podría parecer, ya que Lokad se esfuerza por definir un alcance lo suficientemente preciso como para ser factible dentro del plazo previsto. Nuestra experiencia indica que las fases de incorporación que duran más de 6 meses ponen en riesgo la iniciativa de estancamiento. Por lo tanto, diseñamos activamente el alcance para mitigar este riesgo.

Tales retrasos tienen poco que ver con la configuración técnica de Lokad en sí misma. En su conjunto, la línea de tiempo sugerida sirve no solo para fines técnicos (automatización de la extracción de datos, pruebas de recetas numéricas, etc.), sino que también proporciona a los Científicos de la Cadena de Suministro (SCSs) de Lokad la oportunidad de familiarizarse completamente con todos los detalles específicos de la empresa cliente, y para que los equipos de cadena de suministro “digieran” el enfoque de Lokad, algo que suele representar una ruptura con el proceso heredado del cliente.

4.2 ¿Cuántas visitas en el sitio planea realizar? ¿Cuántos talleres en el sitio planea realizar?

El número de visitas y talleres realizados en el sitio se negocia como parte de los términos contractuales específicos con la empresa cliente, aunque cabe destacar que los costos de viaje pueden afectar las tarifas que Lokad cobra. Por lo tanto, la inclusión de visitas en el sitio es en última instancia una decisión que debe tomar la empresa cliente, y Lokad se adaptará a la frecuencia deseada.

Cuando el objetivo de la empresa cliente es mantener la iniciativa lo más ágil posible, estamos cómodos con una iniciativa completamente remota, es decir, sin visitas en el sitio. Recomendamos este enfoque para empresas más pequeñas (ingresos anuales inferiores a 100 millones de USD) y empresas que en general se sienten cómodas con colaboradores remotos (como grandes empresas de comercio electrónico). Alrededor de la mitad de las iniciativas llevadas a cabo por Lokad pertenecen a esta categoría.

Cuando el objetivo de la empresa cliente es maximizar las probabilidades de gestionar el cambio con éxito, estamos cómodos con visitas mensuales, y posiblemente con mayor frecuencia si es necesario. Para empresas grandes (ingresos anuales superiores a 1B USD), recomendamos al menos una visita/taller trimestral en el sitio. Este enfoque ayuda a desarrollar una alineación en toda la empresa, especialmente cuando están involucrados equipos numerosos.

Para nuestros clientes en Europa Occidental, tendemos a tener más visitas (que suelen durar un día) que talleres cuando estamos en el sitio. Para nuestros clientes fuera de Europa Occidental, tendemos a hacer más talleres (que suelen durar varios días) que visitas cuando estamos en el sitio. Esta diferencia es simplemente una cuestión de costos de viaje asociados y logística.

4.3 ¿Cuál es un equilibrio ideal entre reuniones remotas y en el sitio?

Para una iniciativa de supply chain cuantitativa, la mayoría de las reuniones deben ser remotas. La mayoría de las reuniones son cortas (30 minutos o menos) e involucran solo a dos participantes: un Supply Chain Scientist de Lokad y un practicante de supply chain de la empresa cliente. Además, las reuniones remotas son beneficiosas para tareas técnicas específicas, ya que todos los participantes tienen acceso a su propia configuración de computadora, incluido el acceso a monitores grandes. Esto es especialmente útil cuando los participantes necesitan investigar informes complejos.

Sin embargo, Lokad no subestima el valor de las reuniones en el sitio con los clientes. Las reuniones en el sitio a menudo facilitan la transmisión de ideas complejas, discutir perspectivas y/o revisar expectativas entre las partes. Por lo tanto, recomendamos adoptar un ritmo regular para las reuniones en el sitio (por ejemplo, semanal/mensual/trimestral…). Lokad trata estas reuniones en el sitio como eventos significativos, especialmente cuando Lokad recibe al cliente.

Este enfoque permite que ambas partes mantengan las reuniones remotas sencillas, convenientes y tan frecuentes como sea necesario.

4.4 ¿Ayudan a la empresa cliente a realizar una verificación de calidad del entorno de producción para evaluar la preparación para el inicio, incluida la configuración de interfaces?

Sí. De hecho, Lokad va más allá de simplemente ayudar a la empresa cliente en su evaluación de preparación para un inicio. Una de las principales responsabilidades de los Supply Chain Scientists (SCSs) de Lokad es asumir la responsabilidad de la solución de extremo a extremo entregada a la empresa cliente. En otras palabras, aunque un sistema mecanizado (una flota de máquinas) genera los resultados, sigue siendo una persona la que asume la responsabilidad personal del sistema. Se aseguran de la precisión, relevancia y adecuación del proceso de procesamiento de datos de extremo a extremo, teniendo en cuenta las preocupaciones comerciales generales del cliente.

Dada su naturaleza propensa a errores, las interfaces de software merecen atención específica, y el SCS está bien equipado para ayudar en la evaluación de su integridad. Lokad evalúa esta integridad en el lado de ingreso (cuando Lokad recibe datos históricos de la empresa cliente) y en el lado de egreso (cuando Lokad devuelve decisiones de supply chain a la empresa cliente). Para esta tarea, Lokad aprovecha metodologías y tecnologías específicas.

Consulte paradigmas de programación para supply chain para comprender mejor el tipo de tecnologías que Lokad utiliza para garantizar la preparación para el inicio.

4.5 ¿Preparan el documento de estrategia de transición y migración de producción para gestionar la transición sin problemas de las operaciones comerciales (de la aplicación comercial existente a la nueva aplicación comercial) para la empresa cliente?

Sí. La transición está documentada en nuestro Manual de Procedimiento Conjunto (JPM). Esta extensa documentación, producida por los Científicos de Supply Chain de Lokad (SCSs), asegura que tanto los practicantes de supply chain como los ejecutivos de supply chain tengan acceso a materiales bien escritos que expliquen adecuadamente el proceso en términos comprensibles. Los SCSs hacen esfuerzos notables para asegurar que este documento sea accesible para una audiencia no técnica (aunque algunos anexos pueden ser bastante técnicos).

Además, el enfoque de doble ejecución de Lokad está especialmente diseñado para garantizar una transición fluida del proceso heredado a la nueva solución. “Doble ejecución”, en este contexto, se refiere a la práctica en la que Lokad se ejecutará simultáneamente con el proceso de toma de decisiones heredado en todo el alcance de la iniciativa. La práctica solo es posible debido a la naturaleza robotizada del proceso de toma de decisiones heredado por Lokad, asegura que las recetas numéricas implementadas por los SCSs de Lokad se hayan ejecutado satisfactoriamente en condiciones de producción exactas, en todo el alcance, durante semanas antes del inicio real, donde las decisiones de Lokad reemplazan al proceso heredado.

Cabe destacar que tal doble ejecución generalmente no es posible con tecnologías y metodologías alternativas propuestas por nuestros competidores. De hecho, al no robotizar las decisiones de supply chain, los costos asociados con una doble ejecución son significativos. Como resultado, la doble ejecución se realiza, en el mejor de los casos, sobre un alcance pequeño que no refleja genuinamente las condiciones de producción. Por lo tanto, cuando se adopta este enfoque, la extensión tardía del alcance inevitablemente conduce a incidentes de producción que podrían haberse evitado por completo con una doble ejecución a escala completa.

4.6 ¿Proporcionan el alcance, los plazos y los criterios de éxito para la ejecución piloto que deben ser revisados y aprobados por la empresa cliente?

Sí. El alcance siempre se detalla en el acuerdo contractual entre Lokad y la empresa cliente. Por lo general, toma la forma de un tipo específico de decisión de supply chain (por ejemplo, reabastecimiento de inventario o asignación de stock) sobre un conjunto de ubicaciones y/o sobre un conjunto de sistemas comerciales.

El plazo suele ser inferior a 6 meses (desde el inicio hasta la producción). Si bien un plazo proyectado siempre se incluye en nuestra propuesta comercial, es posible que no se especifique en el acuerdo contractual. El plazo vinculante representa un compromiso mutuo, y el ritmo de la iniciativa de Lokad depende de la ejecución oportuna de ciertos pasos por parte de la empresa cliente, especialmente la construcción de un canal de datos hacia Lokad.

En cuanto a los criterios de éxito, la decisión siempre la toma unilateralmente la empresa cliente. Si bien podemos documentar los principios rectores que deberían respaldar esta decisión, sería inusual una decisión no unilateral. En pocas palabras, un proveedor no debería estar en posición de decidir que la ejecución piloto fue un éxito si el cliente piensa lo contrario.

Consulte también Implementación y Gestión de Proyectos 1.2.

Consulte Evaluación del Éxito de una Iniciativa de Supply Chain Cuantitativa para obtener más información sobre este punto sutil.

4.7 ¿Organizarán la realización de ejecuciones piloto para garantizar a) la adecuación de los datos, b) la configuración del sistema y la preparación de la aplicación, c) el cumplimiento del proceso/sistema y d) la idoneidad general?

Sí. Como regla general, tratamos una ejecución piloto, destinada a ofrecer optimización de la cadena de suministro, exactamente como trataríamos una iniciativa “real” destinada a ser llevada a producción. Para todos los efectos, en lo que respecta a la optimización de la cadena de suministro, una ejecución piloto adecuada es indistinguible de una configuración de preproducción aprobada para su uso en producción.

El equipo de Supply Chain Scientists (SCSs) de Lokad es responsable de todo lo anterior. En nuestra experiencia, la adecuación de los datos rara vez es un problema en empresas que se digitalizaron hace muchos años (si no décadas). Siempre que haya un sistema empresarial para rastrear lo que se compra, produce, almacena y vende, la iniciativa casi garantiza tener datos adecuados. El desafío radica en dar sentido a los datos que originalmente no se recopilaron para respaldar la optimización de la cadena de suministro.

Consulte datos incorrectos para obtener más información sobre este punto.

5. Gestión del Cambio y Riesgo

5.1 ¿Qué apoyo pueden ofrecer a la empresa cliente para ayudar a gestionar la gestión del cambio asociada con la implementación de la iniciativa?

Todos los clientes cuentan con el compromiso total de los Supply Chain Scientists (SCSs) de Lokad, todos ellos capacitados para manejar los requisitos técnicos y no técnicos de una iniciativa de optimización de la cadena de suministro. Los SCSs ayudan en el proceso de gestión del cambio de diversas maneras, incluyendo:

• Proponiendo mejoras a los procesos existentes para los profesionales de la cadena de suministro empleados por la empresa cliente.

• Produciendo materiales de capacitación para incorporar a miembros/equipos de la empresa cliente.

• Ayudando a la gestión de la cadena de suministro cuantificando en dólares o euros (o la moneda elegida por el cliente) el impacto de los cambios introducidos en la cadena de suministro.

Cabe destacar que la gestión del cambio puede representar un compromiso de tiempo significativo para un SCS. Si bien cada SCS tiene habilidades y experiencia únicas para ayudar al liderazgo de la cadena de suministro en la gestión del cambio, esta responsabilidad compite con todas sus demás responsabilidades.

Por lo tanto, los términos contractuales negociados entre Lokad y cada cliente especifican la cantidad de recursos, es decir, el tamaño del equipo de SCSs, que estará disponible para apoyar la iniciativa. Nuestras propuestas comerciales suelen anticipar que los SCSs proporcionarán algún tipo de apoyo para la gestión del cambio. Sin embargo, nuestras propuestas no suelen reflejar ningún tipo de apoyo “a gran escala” para la gestión del cambio, a menos que esto sea solicitado explícitamente por el cliente.

5.2 Durante la fase de producción, ¿cuál es su visión para la gestión del cambio? ¿Cuáles son los hitos principales? ¿Cómo se ve la nueva organización después de la implementación exitosa de la nueva solución?

Una vez que Lokad está en producción, toda una clase de decisiones de la cadena de suministro se automatiza. El objetivo es convertir la práctica de la cadena de suministro en una empresa capitalista. Cada hora dedicada por un profesional de la cadena de suministro debería contribuir a la mejora continua de las recetas numéricas. Esto es un cambio con respecto a la práctica de cadena de suministro “convencional” donde la gran mayoría de los esfuerzos en un día determinado se destinan a mantener a la empresa en funcionamiento un día más. Naturalmente, la transición a esta forma de cadena de suministro que agrega valor es gradual.

• El primer hito es lograr que los profesionales de la cadena de suministro reconozcan que Lokad les permite desechar la mayor parte del proceso heredado. Por ejemplo, tiene sentido revisar las cantidades de reposición diarias cuando esas cantidades son frecuentemente incorrectas. Sin embargo, por diseño, las cantidades de Lokad ya son correctas y no necesitan más revisión. De hecho, el 0% de tonterías en las cifras que genera Lokad es el criterio principal para un lanzamiento en producción. La confianza que los profesionales de la cadena de suministro pueden depositar en las cifras de Lokad libera naturalmente mucho tiempo que se puede utilizar de manera más efectiva.

• El segundo hito consiste en tener algunos “primeros adoptantes” entre los profesionales de la cadena de suministro. Estas son personas que rápidamente logran separarse del proceso heredado que no agrega valor, por ejemplo, revisar manualmente las cifras, para centrarse en la mejora continua de la cadena de suministro a través de sus recetas numéricas. Pueden comenzar a abordar numerosas preguntas importantes más allá de los aspectos técnicos menores (por ejemplo, ¿la empresa cliente está viendo su calidad de servicio desde la perspectiva correcta?).

• El tercer hito es que la mayoría de los profesionales de la cadena de suministro miren hacia afuera (clientes y proveedores) en lugar de hacia adentro. En última instancia, la cadena de suministro debe ofrecer una alineación que vaya más allá de los límites de la empresa cliente. Esto amplía el conjunto de ideas recopiladas y ayuda a refinar aún más las recetas numéricas.

La nueva organización se asemeja mucho a una empresa de software. Hay pocas tareas repetitivas de la cadena de suministro que se manejan manualmente, ya que las tareas repetitivas ahora están automatizadas. También hay muchas menos emergencias (nuevamente, debido a la automatización). La reducción de tareas rutinarias conlleva un aumento en la variedad de tareas para el profesional de la cadena de suministro. Típicamente, esto se traduce en menos tiempo y esfuerzo dedicado a controlar la cadena de suministro, pero se espera más de la gestión para capacitar a los empleados para que puedan aprovechar el tiempo y esfuerzo disponible aumentados.

Consulta (Software) Entrega orientada al producto para la cadena de suministro para obtener más información sobre esta transición.

5.3 ¿Cómo maneja el cambio de flujo de trabajo para los usuarios finales? Primero, con la integración de Lokad, segundo con la evolución propia de Lokad.

Por diseño, las decisiones de la cadena de suministro generadas por Lokad no requieren flujos de trabajo. De hecho, la disposición deseada es automatizar todos los pasos involucrados en la generación de las decisiones de la cadena de suministro.

Sin embargo, si el cliente lo solicita explícitamente, Lokad es capaz de introducir un “flujo de trabajo” que refleje el legado. Esto, debe entenderse, es puramente para facilitar la gestión del cambio, y no es un requisito para el éxito de la receta numérica de ninguna manera. A medida que los empleados del cliente se familiarizan más y desarrollan una mayor confianza en las decisiones que Lokad genera, el “flujo de trabajo” puede simplificarse gradualmente, hasta que se elimine por completo.

En cuanto a la evolución de Lokad, nuestra plataforma es programática y está gestionada por Envision (nuestro lenguaje de programación específico de dominio). Cualquier cambio/actualización en Envision se realiza a través de scripts automatizados, y este proceso está programado de tal manera que las iniciativas de cadena de suministro que Lokad aloja no se ven afectadas.

5.4 ¿Puede mantener un registro de problemas y riesgos que incluya un plan de mitigación, tareas, responsabilidades, plazos y estado (no iniciado, en progreso, cerrado, en espera)? ¿Será el Gerente de Proyecto de Lokad responsable de hacer un seguimiento de todos los problemas y riesgos y garantizar resoluciones oportunas o gestionar escaladas cuando sea necesario?

Sí. La plataforma de Lokad viene con su propio gestor interno de problemas/tickets/tareas. Esta función proporciona todas las capacidades habituales que se esperan comúnmente de una herramienta de este tipo, como gestionar estados, prioridades, asignaciones, notificaciones, etc. Además, mantenemos por separado un Manual de Procedimientos Conjuntos (JPM) que proporciona una presentación completa y bien organizada de la iniciativa con todos los plazos relevantes de alto nivel. Los Científicos de la Cadena de Suministro (SCSs) de Lokad son responsables de la supervisión del gestor de tareas. Se aseguran de que los problemas y preocupaciones se aborden rápidamente.

Las escaladas son posibles pero raras. El mismo SCS que gestiona/revisa las tareas también las resolverá. Los SCSs senior en Lokad desempeñan una amplia gama de roles: experto en cadena de suministro, ingeniero de datos, integrador de datos, analista de negocios, científico de datos, gerente de proyecto, consultor de cambio, etc.

La capacidad de contactar fácilmente con los SCSs es algo que nuestros clientes citan rutinariamente como un gran punto positivo. El cliente puede interactuar inmediatamente con la persona cuyo trabajo es supervisar la resolución satisfactoria de cualquier problema en lugar de tener que navegar por varias capas de burocracia para -con suerte- hablar con alguien capaz de ayudarles.

En caso de que haya un problema que requiera habilidades fuera de la experiencia de un SCS (por ejemplo, un problema técnico con la arquitectura de la plataforma), aún supervisan la resolución oportuna del problema y actúan como primer punto de contacto para el cliente respectivo.

5.5 ¿Ofrecen consultoría en gestión del cambio organizacional para abordar la introducción y modificación de procesos comerciales, así como la desactivación de procesos existentes?

Sí, si la empresa cliente desea que su asociación con Lokad incluya servicios de consultoría en gestión del cambio. Cabe destacar que la experiencia principal de Lokad radica en la optimización predictiva de la cadena de suministro y no en la gestión del cambio. Nuestro enfoque en la gestión del cambio también es más convencional que nuestras prácticas de cadena de suministro. Este enfoque, si se implementa, limitaría la cantidad de terceros involucrados en el proyecto.

Alternativamente, si la empresa cliente prefiere retener los servicios de un especialista en gestión del cambio para complementar a Lokad, les apoyaremos compartiendo tanto como la empresa cliente considere prudente.

6. Personalización y Funcionalidad del Sistema

6.1 ¿Organizan sesiones para priorizar los requisitos de personalización, asegurando una comprensión de los impactos comerciales debido a las brechas del producto y llegando a un acuerdo mutuo sobre la prioridad para la liberación de personalizaciones?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad están a cargo de este proceso. De hecho, Lokad se destaca en dos frentes en lo que respecta a esta priorización. En primer lugar, un SCS es capaz de implementar la personalización de forma independiente y, por lo tanto, es capaz de proporcionar una visión clara de lo que está en juego en términos de recursos y plazos.

Esto mejora enormemente la calidad de la priorización, ya que la empresa cliente se beneficia de un experto que puede equilibrar fácilmente los beneficios de cualquier cambio en la cadena de suministro con los costos asociados a este cambio.

En segundo lugar, ‘Supply Chain Quantitativa’ - la filosofía general de Lokad - enfatiza una perspectiva puramente financiera. Por lo tanto, el SCS apoya a la empresa cliente proporcionando estimaciones cuantitativas (en dólares o euros) del impacto de un cambio potencial que se llevará a la solución. Esta estrategia perfecciona la iniciativa al evitar el cuello de botella tradicional de debatir qué se debe priorizar. En cambio, Lokad agiliza este proceso priorizando los problemas que resultan en el mayor impacto financiero.

6.2 ¿Puede realizar un estudio de ajuste de brechas de todos los procesos comerciales para identificar oportunidades de automatización, documentar los procesos futuros deseados y determinar las brechas en la funcionalidad del producto? ¿Puede sugerir soluciones alternativas aceptables cuando se identifican brechas en la funcionalidad del producto?

Sí. Los Supply Chain Scientists (SCSs) de Lokad son responsables de este proceso. Si bien se realizará un estudio inicial al comienzo de la iniciativa, este proceso es continuo durante la fase de producción. Forma parte de nuestro enfoque para buscar mejoras continuas en la solución.

En lo que respecta a la optimización de la cadena de suministro, las brechas rara vez son una cuestión de ‘funcionalidad’, sino más bien una cuestión de ‘rendimiento’. Por ejemplo, el desafío no es solo generar cantidades de reposición (funcionalidad) sino asegurar que las cantidades generadas sean las más rentables (rendimiento).

Por lo tanto, los SCSs se ocupan de identificar y abordar las ‘brechas de rendimiento’, que a veces requieren funcionalidades adicionales o reingeniería de la solución. Esto puede implicar agregar o eliminar características para optimizar el rendimiento general.

En una nota relacionada, la plataforma de Lokad es programática. Por lo tanto, cualquier ‘brecha de funcionalidad’ percibida puede ser abordada introduciendo (o ajustando) unas pocas líneas de código Envision. Esta programabilidad es precisamente lo que permite a Lokad proporcionar soluciones hechas a la medida para cada cliente.

6.3 ¿Puede proporcionar una agenda detallada para los talleres de análisis de ajuste de brechas de procesos, incluidas las expectativas de los SME (Subject Matter Expert) del lado del cliente, al menos una semana antes de que comiencen los talleres?

Sí. Los Supply Chain Scientists (SCSs) de Lokad proporcionan una agenda para cada taller. Nos aseguramos de que la agenda se comunique al menos una semana antes del evento. Si la empresa cliente da instrucciones explícitas, como un plazo para proporcionar la(s) agenda(s), entonces las seguiremos. En ausencia de instrucciones, estructuraremos los talleres (incluyendo el cronograma y transmitiendo todos los pasos necesarios del lado del cliente) de manera inteligente y profesional.

6.4 ¿Se asegura de que los documentos de requisitos de personalización del producto sean revisados y aprobados conjuntamente por la empresa cliente?

Sí, estos documentos se proporcionarán a - y posteriormente serán aprobados por - la empresa cliente.

Tenga en cuenta que las elecciones de diseño de la plataforma de Lokad eliminan en gran medida la necesidad de ‘personalización’ - al menos en cómo se entiende comúnmente este término en círculos de software empresarial. La plataforma de Lokad es programática, utilizando Envision - nuestro lenguaje de programación específico del dominio dedicado a la optimización predictiva de la cadena de suministro.

Por lo tanto, las soluciones de Lokad siempre están ‘personalizadas’ en el sentido de que están completamente adaptadas a las necesidades específicas de la empresa cliente. Sin embargo, esta personalización se entrega de una manera que mantiene la solución como parte de la línea principal de productos de Lokad. Este es el enfoque preferido (y deliberadamente diseñado) de Lokad, y no presenta problemas de mantenimiento.

6.5 ¿Ayuda a la empresa cliente a establecer la conectividad de la interfaz con sistemas externos, y a probar y certificar las interfaces?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad brindan apoyo para configurar, probar, validar y documentar las interfaces entre los sistemas operados por la empresa cliente y Lokad. Los SCSs pueden ser complementados por algunos recursos internos de TI en Lokad para los aspectos técnicos de nivel muy bajo, como redes o protocolos de seguridad.

Las interfaces del sistema típicamente no son ‘certificadas’ por un organismo de certificación de terceros. Las interfaces están ’especificadas formalmente’ a través de especificaciones técnicas acordadas conjuntamente entre el departamento de TI de la empresa cliente y Lokad. Estas especificaciones técnicas respaldan las obligaciones mutuas de las empresas: en resumen, la empresa cliente se compromete a proporcionar los datos requeridos a Lokad a tiempo; Lokad, a su vez, se compromete a devolver los resultados a tiempo también.

6.6 ¿Proporciona documentos de especificación de interfaz durante los talleres, incluidos mensajes de muestra?

Sí, Lokad proporciona especificaciones de interfaz durante los talleres. Los mensajes de muestra pueden incluirse si así lo desea la empresa cliente.

Dada la naturaleza del servicio de Lokad, sin embargo, es muy probable que los “mensajes de muestra” tomen la forma de tablas, ya que esto representa de manera más precisa la salida que Lokad genera para el cliente. Para referencia, la gran mayoría de las especificaciones técnicas de las interfaces se centrarán en tablas y sus formatos, así como en patrones de extracción de tablas y horarios de transferencia.

6.7 ¿Comparte los procesos de solicitud de cambio y gestión de versiones?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad están a cargo de este proceso. Es importante tener en cuenta que Lokad tiene dos niveles de cambios y versiones, lo cual es diferente del software empresarial típico.

En primer lugar, los cambios realizados específicamente para los clientes son implementados por los SCSs mismos. Estos cambios ocurren con frecuencia, a menudo varias veces al día, especialmente durante la fase de incorporación. Estos cambios son en respuesta directa a las necesidades de la empresa cliente e implican una considerable comunicación entre ambas partes.

En segundo lugar, realizamos actualizaciones en la plataforma de Lokad, típicamente a través de actualizaciones en Envision - nuestro lenguaje de programación específico del dominio dedicado a la optimización predictiva de la cadena de suministro. Estos cambios están diseñados para ser transparentes para las empresas clientes. Si se desea, los detalles sobre estas actualizaciones pueden ser proporcionados, y mucha de esta información se hace públicamente disponible.

Consulte Entorno de la Máquina Virtual Envision y Arquitectura General para obtener más información sobre la evolución de la plataforma de Lokad.

7. Pruebas de Aceptación del Usuario (UAT)

7.1 ¿Ayuda a la empresa cliente a configurar el entorno de prueba de Aceptación del Usuario (UAT) con datos específicos del contexto y configuraciones del sistema?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad están a cargo de este proceso. Lokad ofrece innovaciones metodológicas y técnicas únicas en apoyo de esto.

En términos de metodología, favorecemos el diseño de listas priorizadas, donde los elementos se clasifican por retorno de inversión (ROI) decreciente para la empresa. Este aspecto es crítico para garantizar que el tiempo de los usuarios finales no se pierda revisando grandes cantidades de datos en su mayoría irrelevantes.

En cuanto a la tecnología, la plataforma de Lokad ha sido diseñada específicamente para admitir simultáneamente múltiples entornos para cualquier iniciativa dada. Estos entornos son una característica nativa de nuestra plataforma SaaS multiinquilino, y por lo tanto pueden introducirse con un mínimo sobrecosto, tanto en términos de recursos informáticos como de tiempo de administración del sistema.

Consulte también Pruebas de Aceptación del Usuario 7.3.

7.2 ¿Configura los entornos de preproducción, producción y capacitación de las pruebas de aceptación del usuario (UAT) de acuerdo con los procesos definidos ToBe?

Sí. Dada la rica programabilidad de la plataforma de Lokad, podemos ejercer un control total sobre las configuraciones. Esto es posible a través de Envision - nuestro DSL (lenguaje de programación específico del dominio) dedicado a la optimización predictiva de las cadenas de suministro.

Este enfoque permite que diferentes entornos utilicen la misma configuración para todas las partes que no están sujetas a cambios, utilizando el mismo código siempre que sea posible. Esto reduce en gran medida las diferencias accidentales entre entornos, lo que puede confundir a los usuarios y comprometer la integridad del proceso de UAT.

Además, avanzar en la configuración de una etapa a otra es sencillo con nuestro diseño. Utilizar una base de código para cambios de configuración es más eficiente que los métodos tradicionales de interfaz de usuario.

7.3 ¿Proporciona entornos separados de pruebas de aceptación del usuario (UAT), migración de datos, etapa de producción (preproducción), producción y capacitación para el producto (incluidas las interfaces requeridas) a la empresa cliente y sistemas externos?

Sí. La plataforma de Lokad ha sido diseñada específicamente para admitir simultáneamente múltiples entornos para cualquier iniciativa dada. Estos entornos son una característica nativa de nuestra plataforma SaaS multiinquilino, y por lo tanto pueden introducirse con un mínimo sobrecosto, tanto en términos de recursos informáticos como de tiempo de administración del sistema.

Con Lokad, duplicar todo el entorno de producción, incluidos todos los datos de producción, se realiza sin duplicar la huella de almacenamiento de datos. Internamente, los datos que son idénticos entre los dos entornos se mutualizan. Además, nuestro diseño de tiempo constante garantiza que la carga de trabajo de un entorno no afecte negativamente el rendimiento de otro entorno.

Sin embargo, la mayoría de los proveedores de software empresarial evitan todo el problema simplemente ‘clonando’ la configuración principal. Clonar - o duplicar directamente - es fácil pero derrochador. Clonar significa que la cantidad de recursos (personas y máquinas) aumenta linealmente con el número de entornos, por ejemplo, tres entornos triplican los costos originales. Para cualquier cadena de suministro de tamaño considerable, esto se traduce en costos significativos.

7.4 ¿Garantiza la resolución oportuna de todos los defectos para asegurar que las pruebas de aceptación del usuario (UAT) se completen dentro de los plazos acordados mutuamente?

Sí, siempre que se puedan acordar definiciones matizadas de ‘resolución’ y ‘defecto’. En general, los Científicos de la Cadena de Suministro (SCSs) de Lokad son responsables de resolver todos los problemas que socavan el objetivo principal de la iniciativa: aumentar el retorno de inversión. En un escenario típico, el SCS propone una acción apropiada y un cronograma correspondiente, que la empresa cliente valida o actualiza a su discreción.

Es fundamental destacar que cuando se trata de la cadena de suministro, no hay soluciones perfectas, solo compensaciones mejores y peores. En otras palabras, no se puede resolver realmente un problema donde dos o más valores están en completa oposición.

Por ejemplo, tener inventario perecedero vencido es derrochador, pero al manejar productos perecederos, ese desperdicio no se puede eliminar por completo sin crear un problema consiguiente de calidad de servicio. Se debe encontrar un equilibrio entre el stock muerto y los faltantes de stock. Sin embargo, tanto el ‘stock muerto’ como los ‘faltantes de stock’ son defectos en cierto sentido.

En resumen, los SCS pueden resolver problemas ‘mundanos’ a medida que surgen, como corregir un error de análisis al leer un archivo (un error de software). Sin embargo, el objetivo principal de una solución cuantitativa de cadena de suministro no es “resolver problemas” sino aumentar el retorno de inversión (en dólares o euros). Lokad logra este tipo de “resolución” a través de un enfoque inteligente y financiero para las compensaciones de la cadena de suministro.

7.5 ¿Ayuda a la empresa cliente a revisar los escenarios de pruebas de aceptación del usuario (UAT), casos de prueba y datos de prueba?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad son responsables de este proceso.

Sin embargo, en lo que respecta a la optimización de la cadena de suministro, los conjuntos de datos más pequeños que la configuración de producción completa generalmente no son suficientes. En la práctica, los escenarios, casos de prueba y datos de prueba deben ser (casi) tan grandes como la configuración de producción para reflejar una perspectiva de cadena de suministro de extremo a extremo. Este requisito no tiene nada que ver con Lokad; es simplemente la naturaleza de la cadena de suministro.

7.6 ¿Garantiza el soporte en el lugar en la sede de la empresa cliente durante la fase de pruebas de aceptación del usuario (UAT)?

Sí. El soporte en el lugar está regido por el acuerdo contractual entre Lokad y la empresa cliente. Este aspecto siempre se negocia caso por caso.

Cabe destacar que una iniciativa cuantitativa de cadena de suministro con Lokad presenta una mejora continua de la cadena de suministro, por lo tanto, no hay un período de UAT fijo. Las pruebas generalmente comienzan al final del segundo mes, alcanzan su punto máximo en el cuarto mes y se estabilizan a partir del sexto mes en adelante.

Al dedicar recursos continuos al perfeccionamiento de nuestras recetas numéricas (algoritmos dedicados a optimizar la cadena de suministro), Lokad garantiza que cada cliente tenga una iniciativa actualizada.

Ver también Implementación y Gestión de Proyectos 1.7.

8. Soporte Post-Implementación y Auditoría

8.1 ¿Puede garantizar que las observaciones de las ejecuciones piloto se documenten y que se asignen acciones a las partes interesadas correspondientes en los departamentos Técnico, de TI y de Proveedores de la empresa cliente, y también se hagan un seguimiento hasta su cierre?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad crean y mantienen un Manual de Procedimiento Conjunto (JPM) para cada iniciativa. Incluye todas las ideas pertinentes para la iniciativa. Es importante destacar que el JPM está diseñado para ser accesible para audiencias no técnicas (aunque algunas secciones y anexos son bastante técnicos).

Los elementos de acción de alto nivel se documentan en el JPM. Sin embargo, los elementos de acción menores suelen manejarse con el gestor de tareas en la plataforma de Lokad. Estos elementos menores tienen una vida corta y el gestor de tareas facilita su seguimiento y cierre mejor que el JPM.

8.2 ¿Puede garantizar que haya informes suficientes de calidad y cumplimiento disponibles para monitorear el uso y la adopción del sistema?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad suelen implementar una instrumentación dedicada para este propósito durante la etapa final de integración, justo antes del inicio oficial.

Además, Lokad puede hacer un seguimiento de la alineación entre las decisiones de la cadena de suministro que genera y las decisiones reales tomadas en la cadena de suministro. Esto se hace para identificar posibles fuentes de divergencia, como errores o fallas en los sistemas del cliente, que podrían afectar la implementación de las recomendaciones de Lokad.

8.3 ¿Realizará una auditoría anual de la aplicación y proporcionará retroalimentación sobre la mejora del uso y la adopción por parte de los usuarios finales del sistema, para lograr un ROI (retorno de la inversión) más rápido?

Sí, una auditoría anual de toda la solución (de principio a fin) es un procedimiento operativo estándar. Dicho esto, los Científicos de la Cadena de Suministro (SCSs) de Lokad suelen auditar toda la solución varias veces a lo largo del año. La auditoría anual suele llevar a una presentación detallada de hoja de ruta para el liderazgo del cliente. Esto está en línea con nuestro enfoque de mejora continua para cada iniciativa.

En cuanto al uso, en la práctica, los SCSs implementan proactivamente herramientas dedicadas desde el principio para monitorear el uso, la adopción y el cumplimiento de las decisiones de la cadena de suministro que genera Lokad. Si bien una auditoría anual presenta una excelente oportunidad para realizar los ajustes necesarios, nuestros SCSs son muy proactivos cuando se trata de la adopción de las recomendaciones de la cadena de suministro de Lokad. Este tema se discutirá durante nuestras sesiones de trabajo semanales, ya que la adopción de las recomendaciones de Lokad es el principal impulsor de un mayor ROI en una iniciativa de cadena de suministro cuantitativa.

8.4 ¿Puede garantizar que el equipo de soporte de producto dedicado, con base en las instalaciones de la empresa cliente, continúe brindando soporte al producto durante al menos 6 meses después de su puesta en marcha?

Sí. El equipo de Científicos de la Cadena de Suministro (SCSs) de Lokad se encarga de esta tarea. Nuestros SCSs están ampliamente capacitados para mejorar continuamente la iniciativa y brindar soporte continuo al cliente. La presencia continua en el sitio de los SCSs se negociará y aclarará en el acuerdo contractual con el cliente, si esto es algo que el cliente desea seguir.

En una nota relacionada, Lokad recomienda encarecidamente mantener un compromiso activo y continuo con la mejora de la solución, especialmente del lado del cliente. La eliminación gradual de los esfuerzos de mejora continua, en nuestra experiencia, socavará la fortaleza de la iniciativa. Cualquier cambio del lado del cliente, incluidos ajustes modestos en el panorama aplicativo o restricciones, puede afectar la calidad de las decisiones generadas por Lokad, por lo tanto, se recomienda la vigilancia activa y la mejora continua.

Ver también Implementación y Gestión de Proyectos 1.7.

9. Gestión de Incidentes y Defectos

9.1 ¿Puede garantizar que todos los defectos y solicitudes de cambio imprescindibles (elementos críticos y de alta prioridad) se aborden como prioridad y se entreguen, para evitar retrasos en la(s) línea(s) de tiempo de puesta en marcha de la empresa cliente?

Sí. Los Científicos de la Cadena de Suministro (SCSs) de Lokad están a cargo de este proceso. Nuestra plataforma está diseñada de tal manera que les permite abordar defectos y solicitudes de cambio de manera rápida y autónoma.

La plataforma de Lokad es programática, lo que es posible a través de Envision - nuestro lenguaje de programación específico del dominio dedicado a la optimización predictiva de cadenas de suministro. Esta programabilidad significa que los SCSs pueden entregar rápidamente correcciones e implementar cambios solicitados en la iniciativa, y a un nivel de precisión que no se encuentra comúnmente en el software empresarial.

Más allá de la tecnología, los SCSs de Lokad están capacitados para cumplir una serie de roles clave, lo que naturalmente reduce la cantidad de personas necesarias para abordar defectos y solicitudes de cambio. Estos roles incluyen experto en cadena de suministro, analista de negocios, científico de datos, ingeniero de datos e integrador de sistemas. Por lo tanto, están bien capacitados para proporcionar correcciones y actualizaciones manteniendo en mente las prioridades principales del cliente.

Ver también Personalización y Funcionalidad del Sistema 6.2.

9.2 ¿Puede implementar un mecanismo de monitoreo de defectos para garantizar el cierre oportuno de todos los defectos y problemas de usabilidad?

Sí, la plataforma de Lokad viene con su propio sistema de gestión de tareas / tickets / problemas. Estas capacidades nos permiten seguir de cerca la resolución oportuna de los problemas. Estas resoluciones son atendidas por los equipos de Científicos de la Cadena de Suministro (SCSs) empleados por Lokad.

Sin embargo, es importante no agrupar “defectos” y “problemas de usabilidad”. Por ejemplo, un pronóstico de demanda inexacto es un “defecto”. Está afectando negativamente la cadena de suministro. Sin embargo, dependiendo de las condiciones del mercado en las que opera la empresa cliente, este “defecto” puede que nunca se corrija, solo se mitigue. Cuando se trata de la optimización predictiva de cadenas de suministro, las soluciones siempre implican compensaciones, resolver un defecto, crear otro defecto (con suerte uno más pequeño).

En contraste, los problemas de usabilidad suelen ser fáciles de abordar. Por lo tanto, para esta clase de problemas, estamos dispuestos y comprometidos a garantizar una resolución oportuna, ya que abordar el problema no suele crear ningún otro problema.

9.3 ¿Puede garantizar que los defectos encontrados durante las pruebas de versiones (antes de la producción) se atenderán y corregirán de manera oportuna, para que no afecten la línea de tiempo de puesta en marcha de la versión de la empresa cliente?

Sí. Si los defectos identificados conciernen al código base específico del cliente (escrito en Envision), entonces los defectos serán corregidos por los Científicos de la Cadena de Suministro (SCSs) de Lokad. Si los defectos identificados conciernen a la plataforma de Lokad, entonces los defectos serán corregidos por los equipos de ingeniería de software de Lokad.

En cualquier caso, el proceso de lanzamiento de Lokad implica pruebas exhaustivas para asegurarse de que los defectos sean identificados y corregidos antes del lanzamiento (puesta en marcha).

9.4 ¿Cómo abordará los incidentes que puedan ser reportados por la empresa cliente a través de cualquiera de los siguientes canales: teléfono, correo electrónico, comunicador de oficina y/o entrada directa en la Herramienta de Gestión de Incidentes?

Los Científicos de la Cadena de Suministro (SCSs) tratan todos los informes de incidentes, independientemente de su origen, con la máxima seriedad. El acuerdo contractual entre Lokad y la empresa cliente especificará cuántos SCSs se asignarán al proyecto, así como las horas por semana que el cliente puede esperar que el soporte directo esté disponible.

La resolución de un incidente típico comienza con un SCS creando una nueva entrada en el gestor de tareas/tickets/incidencias. Esto asegura que haya una trazabilidad para el incidente.

A continuación, el SCS diagnosticará el problema. Si el problema requiere una solución por parte de Lokad, el SCS movilizará inmediatamente los recursos necesarios para resolver el problema, típicamente el propio SCS.

Finalmente, una vez que se aborda el problema, el SCS evaluará la verdadera causa raíz del problema reportado, incluso si el informe finalmente se diagnosticó como un problema sin importancia. Por lo general, hay un problema subyacente en algún lugar que debe abordarse. Al abordar la causa raíz más profunda, Lokad elimina proactivamente problemas similares en el futuro.

9.5 Si se reporta un defecto fuera de la Herramienta de Gestión de Incidentes, a través de otro canal como el correo electrónico, ¿registrará el defecto en la herramienta tan pronto como se plantee para un seguimiento y cumplimiento adecuados?

Sí. Es práctica estándar crear una entrada correspondiente dentro de la plataforma de Lokad cuando recibimos un informe a través de un canal que no sea el gestor de tareas/tickets/incidencias. Esta práctica facilita un seguimiento exhaustivo y el cumplimiento.