Una iniciativa con Lokad tiene como objetivo optimizar la cadena de suministro del cliente con una toma de decisiones automatizada y 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 están disponibles en todo momento 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
Descripción general de la Gestión del Cambio
La Supply Chain Cuantitativa (QSC), pionera y promovida por Lokad, difiere significativamente de la perspectiva tradicional. Las diferencias son esenciales y 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 diferente. Por lo tanto, el cambio que se debe gestionar es típicamente de dos tipos: 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 a menudo un poco de ambos).
Una iniciativa QSC está liderada por los Científicos de la Supply Chain de Lokad. Estos expertos consolidan muchos roles que normalmente serían desempeñados por varias personas en iniciativas similares con otros proveedores de software. Un Científico de la Supply Chain funciona como integrador de sistemas, ingeniero de datos, analista de negocios, científico de datos, experto en cadena de suministro y gerente de proyectos (entre otros roles). Los Científicos de la Supply Chain (SCSs) brindan todo el entrenamiento, orientación y apoyo necesarios para que los clientes adopten el enfoque cuantitativo de la cadena de suministro 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 la cadena de suministro y ahorros sustanciales de productividad a través de decisiones de la cadena de suministro (en su mayoría) automatizadas.
En términos de gestión del cambio, los ahorros en la cadena de suministro suelen no ser un problema. La empresa podría decidir 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 internamente: producir un pronóstico, convertir el pronóstico en un plan, ajustar los niveles de stock mínimos/máximos en los SKU, 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 externamente: identificar lo que los clientes perciben como calidad de servicio, identificar lo que los proveedores perciben como un obstáculo para reducir aún más el precio, identificar las causas fundamentales de la falta de confiabilidad de los transportistas, etc.
Estos conocimientos se incorporan continuamente a la solución de Lokad a través del apoyo continuo de los SCSs.
Para los ejecutivos de la cadena de suministro, el cambio más importante es la eliminación (en gran medida) de la lucha contra incendios continuos. La solución de Lokad ofrece decisiones automatizadas diseñadas para lidiar con casos límite molestos, lo que reduce 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 planificar metas y proyectos de la cadena de suministro, en lugar de microgestionar las consecuencias continuas de decisiones subóptimas.
Preguntas Frecuentes (FAQ)
1. Implementación y Gestión del Proyecto
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 respaldar 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 qué pasos o fases se incluyen en este cronograma? ¿Cuáles son los objetivos de cada fase (desde el inicio del proyecto hasta la puesta en marcha)?
Desde el inicio hasta el final, la implementación generalmente lleva 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 (según se define en colaboración con el cliente) deben estar robotizadas. Sin embargo, la automatización es típicamente 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 generalmente dura 6 meses y se puede dividir en tres subfases de 2 meses.
-
La primera subfase es la configuración de la tubería de extracción de datos. El objetivo es crear una tubería de extracción de datos completamente automatizada para extraer los 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 tubería en sí mismo sea (casi) perfectamente confiable. Una tubería de datos, en lugar de una extracción de datos única, 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, es decir, 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 primeras versiones son solo puntos de partida y se mejoran rápidamente en iteraciones sucesivas por parte del/los Supply Chain Scientist(s) a cargo de la cuenta respectiva. Esto elimina rápidamente los casos límite molestos presentes en las primeras versiones.
-
La tercera subfase es la ejecución dual. La receta numérica ya no produce resultados sin sentido y se han acordado los impulsores económicos que dirigen la optimización. Sin embargo, la receta aún no está lista para su producción. Para avanzar, se realiza una ejecución dual. La receta numérica se ejecuta junto con el proceso heredado. Como 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 ejecución dual, se adquiere confianza para proceder con la implementación en producción.
Al final de la fase de incorporación, y si se han cumplido todos los pasos, comienza la implementación en 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, según la capacidad del cliente para supervisar el cambio necesario en la gestión.
Consulta desglose 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 las partes interesadas?
Sí. Todos esos elementos, y más, se recopilan en un único Manual de Procedimientos Conjuntos (JPM, por sus siglas en inglés) 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 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 los conocimientos fundamentales a medida que se adquieren a lo largo de la iniciativa misma.
La postura 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 técnicamente impenetrables). Dichos 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) tienden a favorecer la cantidad en lugar de la calidad cuando se trata de la documentación del proyecto.
En cambio, los JPM de Lokad están destinados a ser tanto legibles como leídos. Los JPM son herramientas utilizadas por los propios SCSs 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 sólidas sobre qué necesita más atención y esfuerzo considerando las especificidades de la iniciativa.
Consulta la conferencia Escribir para Supply Chain para obtener más información sobre la ética de documentación de Lokad.
1.4 ¿Es Lokad responsable de mantener y establecer la línea base del plan de gestión del proyecto, sujeto a la aprobación del comité de dirección del proyecto? ¿Comunicarás 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 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 un pequeño equipo, se encarga de transmitir información relevante y buscar comentarios pertinentes de todas las partes involucradas en el lado del cliente del proyecto.
Para una iniciativa particularmente compleja, Lokad instala un comité de dirección 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 se realiza fuera del propio comité. Los SCSs suelen interactuar diariamente con varios equipos del lado del cliente. Estos equipos se actualizan continuamente sobre cualquier desviación del plan y se aseguran de que toda la iniciativa se mantenga en el buen camino. Estas interacciones diarias son una forma mucho más efectiva de discutir y superar problemas técnicos a medida que surgen, en lugar de tratar de investigar grandes lotes de problemas durante una sesión del comité de dirección. Por lo tanto, el comité de dirección, como tal, actúa como un órgano de supervisión en lugar de como un grupo de reflexión para la iniciativa.
Nota: Se sabe que las iniciativas cuantitativas de la cadena de suministro encuentran con frecuencia “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 Lokad en la comunicación es la capacidad de transmitir de manera rápida y eficiente estas desviaciones positivas al cliente a medida que surgen, lo que aumenta significativamente el impacto y la agilidad de la iniciativa.
1.5 ¿Documentarás el plan de comunicación, que incluye reuniones diarias de seguimiento, informes de estado semanales del grupo de trabajo y sesiones de revisión, así como informes y sesiones de revisión mensuales del comité de dirección? ¿Definirás los criterios de escalada y garantizarás 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 las reuniones diarias de seguimiento cuando está en las oficinas centrales 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 Conjuntos (JPM) que sirve como guía completa para todo el proyecto. El JPM incluye las notas de todas las sesiones de trabajo, incluidos los informes del comité de dirección (cuando corresponda).
Si bien Lokad aclara los criterios y pautas de escalada, vale la pena destacar que se espera que un Senior SCS de Lokad maneje cualquier pregunta o inquietud sobre la iniciativa. Por lo tanto, en cuanto a la escalada, la resolución de un problema preocupante generalmente se escala 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 en profundidad. Aunque sus efectos son fáciles de resolver, los problemas menores pueden plantear problemas futuros si no se comprenden y abordan las causas fundamentales. Esto evita que un problema menor se convierta en recurrente. Por lo tanto, Lokad prefiere poner a personas altamente capacitadas en la primera línea, capaces de abordar tanto el problema inmediato como de identificar las causas fundamentales 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, garantizando resoluciones rápidas y duraderas.
1.6 ¿Te asegurarás 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 haya negociado y acordado con cada cliente, según los términos contractuales formales. Este principio se aplica durante toda 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 rendimiento 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 inútiles son los problemas más comunes que se encuentran en las cadenas de suministro modernas, incluso en empresas que parecen tener cadenas de suministro de alto rendimiento.
1.7 ¿Desplegarás un gerente de proyecto dedicado de Lokad para que se base en las oficinas centrales de la empresa cliente, acompañado de expertos en la materia del producto, analistas de negocios y expertos en interfaces técnicas?
Sí, si estas disposiciones forman parte de los términos contractuales acordados para la iniciativa. Si bien Lokad no se opone a estacionar empleados en las oficinas centrales 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 cuentan con 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(s) oficina(s) del cliente todo el tiempo. Cabe señalar que, incluso si Lokad acepta estacionar un equipo permanente en las oficinas centrales 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 capacitación continuo. Este programa es fundamental para garantizar que nuestros empleados sigan adquiriendo nuevas habilidades o perfeccionando las antiguas, independientemente de su experiencia o antigüedad. Si bien observamos que muchos proveedores empresariales permiten que sus empleados operen durante meses, e incluso años, en sitios remotos de clientes, Lokad está convencido de que esta práctica no es compatible con la provisión confiable y eficiente de programas de capacitació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 la cadena de suministro. Estas funciones normalmente serían desempeñadas 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 tener niveles de rendimiento más altos. En realidad, las cadenas de suministro dependen críticamente de la consistencia de principio a fin, 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 se deben asignar los recursos?
Para una iniciativa típica en Lokad, recomendamos que la empresa cliente designe a un profesional experimentado en cadena de suministro como coordinador de la iniciativa, y también que designe a un ejecutivo de cadena de suministro como supervisor de la iniciativa. El coordinador sirve como punto de contacto entre el equipo de Supply Chain Scientists (SCSs) de Lokad y la empresa cliente. El coordinador inicialmente transmitirá 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 incorporació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/incorporación.
Se deben asignar algunos recursos de TI para la configuración del canal de datos al comienzo mismo de la iniciativa. 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 por parte 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 colaborador, y a veces mucho menos cuando ya existe un lago de datos.
Luego, los SCSs deberá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 respaldar 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 y los objetivos específicos 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 optimización exitosa de la cadena de suministro.
2. Gestión de recursos y requisitos
2.1 ¿Cuáles son los requisitos de personal 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 FTE (equivalente a tiempo completo) de recursos de empleados de la empresa cliente durante los primeros 6 meses, también conocida como 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 considerablemente según el tamaño y la complejidad de la empresa cliente y sus necesidades específicas de la cadena de suministro.
En cuanto a los 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: El diseño de 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 profesionales de la cadena de suministro para proporcionar ideas de alto nivel y luego para proporcionar comentarios 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 ni en ciencia de datos específicos. La revisión semanal de la iniciativa requiere medio día por semana de un ejecutivo de 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 la implementación adecuada y comunicándose con todos los profesionales de la cadena de suministro afectados. De manera similar, el ejecutivo de cadena de suministro supervisa la gestión del cambio interno relacionado con los nuevos procesos que surgen de la iniciativa de Lokad.
Ver también Implementación y gestión del proyecto 1.2.
2.2 ¿Se asegura de que se planifique una mano de obra adecuada para respaldar la transición del producto?
Sí. Como regla general, Lokad recomienda mantener la misma cantidad de recursos (por ejemplo, los mismos Supply Chain Scientists) durante la transición de la fase de incorporación a la fase de producción. El retorno de la inversión potencial 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.
Vale la pena señalar que, dado que Lokad automatiza las decisiones de la cadena de suministro, no hay una urgencia estricta en capacitar a todos los profesionales de la cadena de suministro del cliente con un nuevo proceso para mantener en marcha las ruedas de la cadena de suministro: la propia automatización está diseñada para encargarse de eso. Como resultado, no es raro que la renovación completa de la organización de la cadena de suministro del cliente, desencadenada por la iniciativa de Lokad, se complete apenas unos meses después de que el proyecto se ponga en marcha.
Este enfoque simplificado contrasta fuertemente con los “grupos de trabajo” grandes y costosos que a menudo se requieren para implementar software empresarial.
2.3 ¿Puede garantizar que haya suficiente personal y recursos de conocimiento del producto (KP) disponibles en las instalaciones de la sede de la empresa cliente para respaldar 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 del proyecto 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 los requisitos?
Sí. Uno de los primeros objetivos del Supply Chain Scientist es adquirir todos los conocimientos necesarios 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 facilita al enumerar los “requisitos”. Por ejemplo, si un cliente menciona que requiere un manejo especial de los “slow movers” (productos de baja rotación), entendemos que el volumen bajo es una preocupación que debe abordarse. Sin embargo, tratar de manera especial 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 “slow movers”. De hecho, después de investigar los puntos problemáticos de la cadena de suministro del cliente, puede suceder que los “slow movers” sean SKU que se hayan fijado un precio, agrupado y/o asignado de manera incorrecta. Una vez que se comprende mejor el problema (slow movers), cambia por completo la estrategia de intervención, lo que a menudo facilita su abordaje.
Por lo tanto, aunque Lokad obtiene y documenta todos los requisitos del cliente, nuestro enfoque se centra en descubrir la verdadera naturaleza del problema, en lugar de aceptar tal cual 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 plazos 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 de 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 las 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 de 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 completa de Lokad es el camino de implementación previsto.
Como resultado, nuestras estimaciones (costos, plazos, etc.) tienen un grado de certeza excepcionalmente alto. La gran mayoría de los proyectos se mantienen dentro de las estimaciones/presupuesto inicial (en todos los sentidos). Esto contrasta con varios competidores de Lokad, para quienes los retrasos costosos y las reformulaciones de los términos son comunes.
Ver Estudio de caso sobre el desastre de SAP de 500 millones de euros 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 en promedio durante 3.5 años, lo cual es casi el doble de la duración del empleo en comparación con cohortes similares (ingenieros talentosos en TI o dominios relacionados con 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 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 debe a salarios competitivos y a la inversión continua de Lokad en la formación de sus equipos. En particular, el contenido de la cadena de suministro publicado por Lokad en su propio sitio web, en particular nuestra serie de conferencias sobre 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 (incluso si 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 y tecnicismos relevantes de la iniciativa. En segundo lugar, cada iniciativa tiene, en todo momento, tanto un SCS principal como un SCS 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 las ausencias o rotaciones 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 las 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 el software de seguimiento de tiempo) terminan siendo referidos como ‘socios’. Sin embargo, después de uno o dos años, 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 conocidas en Lokad que se han ganado su confianza y, en consecuencia, esas personas, típicamente Supply Chain Scientists (SCSs), 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 grandes empresas.
La colaboración continua con Lokad permite a nuestros clientes reingeniar 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 (los) aspecto (s) más mundano (s) y repetitivo (s) 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 se pueden redirigir 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 función no es crear métricas y KPI, sino evaluar y desafiarlos críticamente, 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 un 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 tiempo que mantienen la 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), es responsable 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 las ideas del Coordinador de la Cadena de Suministro con los 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 en los datos. Luego formalizan estrategias en decisiones accionables, como cantidades de reorden y implementan paneles de control y KPI para la transparencia y el control.
Consulte 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 (Responsable / Responsable / Consultado / Informado) completa para la fase de implementación y para la fase de producción?
Sí. Esta información se puede presentar 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 los problemas relacionados con la optimización de una cadena de suministro, la clave está en encontrar la mejor manera de enmarcar el problema. A partir de esto, el enfoque se centra en identificar quién en la organización está mejor posicionado para abordar el problema. Es fundamental que todo este análisis se realice 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 de la calidad de los resultados generados 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 la cadena de suministro que Lokad genera, en lugar de un “sistema” o “proceso” elaborado de delegación de responsabilidades entre un gran grupo de partes interesadas. Lokad considera que dichos sistemas tienden a diluir la responsabilidad, en lugar de rigidizarla. Por lo tanto, nuestros SCSs están capacitados 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á los 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 Procedimientos Conjuntos (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 redactado por los SCSs asignados a la empresa cliente. El hecho de que este documento esté redactado con sus propias palabras demuestra que los SCSs han dedicado un tiempo considerable a investigar, diagnosticar y analizar la cadena de suministro del cliente y la solución general (sin simplemente repetir la literatura preexistente del cliente).
Cualquier revisión del 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 relación con esto, 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 surgen casos de este tipo.
3.5 ¿Se asegurará de que el grupo de trabajo del proyecto y los grupos directivos se formen con recursos designados de las partes interesadas del proyecto? ¿Se asegurará de que se acuerde el ritmo de trabajo 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 directivos. A través de los Científicos de Cadena de Suministro (SCSs) de Lokad, tenemos los recursos necesarios para instalar y supervisar 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 burocráticos. Con el tiempo, trabajamos activamente para eliminar capas burocráticas innecesarias de las cadenas de suministro de nuestros clientes.
4. Transición del sistema y puesta en marcha
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 eficazmente el proceso de toma de decisiones deseado del cliente.
Esta duración se puede acortar en 1 mes si ya existe un data lake - un data lake bien construido y documentado puede acortar aún más la fase de incorporación. Por el contrario, esta fase se suele aumentar de 1 a 3 meses cuando el software o el entorno de sistemas del cliente es excesivamente complejo o desactualizado.
Curiosamente, la complejidad de la cadena de suministro en sí no es tan impactante 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.
Estos retrasos tienen poco que ver con la configuración técnica de Lokad en sí. 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 también para que los Científicos de Cadena de Suministro (SCSs) de Lokad se familiaricen completamente con todos los detalles de la empresa cliente y para que los equipos de cadena de suministro “asimilen” el enfoque de Lokad, algo que normalmente representa una ruptura con el proceso heredado del cliente.
4.2 ¿Cuántas visitas en el lugar planea? ¿Cuántos talleres en el lugar planea?
El número de visitas y talleres realizados en el lugar se negocia como parte de los términos contractuales específicos con la empresa cliente, aunque cabe señalar que los costos de viaje pueden afectar las tarifas que cobra Lokad. Por lo tanto, la inclusión de visitas en el lugar 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, nos sentimos cómodos con una iniciativa completamente remota, es decir, sin visitas en el lugar. Recomendamos este enfoque para empresas más pequeñas (ingresos anuales inferiores a 100 millones de dólares) y empresas que se sienten cómodas en general 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 posibilidades de gestionar el cambio con éxito, nos sentimos cómodos con visitas mensuales, e incluso con mayor frecuencia si es necesario. Para empresas grandes (ingresos anuales superiores a 1 mil millones de dólares), recomendamos al menos una visita/taller trimestral en el lugar. 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 (por lo general, de un solo día) que talleres cuando estamos en el lugar. Para nuestros clientes fuera de Europa Occidental, tendemos a hacer más talleres (por lo general, de varios días) que visitas cuando estamos en el lugar. Esta diferencia es simplemente una cuestión de costos de viaje y logística asociados.
4.3 ¿Cuál es un equilibrio ideal entre reuniones remotas y en el lugar?
Para una iniciativa cuantitativa de supply chain, 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 profesional 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 informática, 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 lugar con los clientes. Las reuniones en el lugar a menudo facilitan la transmisión de ideas complejas, la discusión de perspectivas y/o la revisión de expectativas entre las partes. Por lo tanto, recomendamos adoptar un ritmo regular para las reuniones en el lugar (por ejemplo, semanal/mensual/trimestral…). Lokad trata estas reuniones en el lugar como eventos significativos, especialmente cuando Lokad es el anfitrión del 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 el inicio. Una de las principales responsabilidades de los Supply Chain Scientists (SCSs) de Lokad es asumir la responsabilidad total de la solución integral 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 flujo de procesamiento de datos de extremo a extremo, teniendo en cuenta también 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 a evaluar 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 programación paradigmas para supply chain para comprender mejor el tipo de tecnologías que Lokad aprovecha 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 (desde la aplicación comercial existente a la nueva aplicación comercial) para la empresa cliente?
Sí. La transición se documenta en nuestro Manual de Procedimientos Conjuntos (JPM). Esta extensa documentación, producida por los Supply Chain Scientists (SCSs) de Lokad, garantiza que tanto los profesionales 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 asegurarse de 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 es especialmente adecuado para garantizar una transición sin problemas desde el proceso heredado hasta 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. Esta práctica solo es posible debido a la naturaleza robotizada del proceso de toma de decisiones heredado por Lokad, lo que garantiza 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 esta doble ejecución generalmente no es posible con las tecnologías y metodologías alternativas propuestas por nuestros competidores. De hecho, como no robotizan las decisiones de la cadena de suministro, los costos asociados con una doble ejecución son significativos. Como resultado, la doble ejecución se realiza, en el mejor de los casos, en un ámbito reducido que no refleja realmente las condiciones de producción. Por lo tanto, cuando se adopta este enfoque, la ampliació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 gran escala.
4.6 ¿Proporcionan el alcance, los plazos y los criterios de éxito para la ejecución piloto para que sean 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, se trata de un tipo específico de decisión de cadena de suministro (por ejemplo, reabastecimiento de inventario o asignación de stock) en un conjunto de ubicaciones y/o en un conjunto de sistemas comerciales.
El plazo suele ser inferior a 6 meses (desde el inicio hasta la producción). Si bien un cronograma proyectado siempre se incluye en nuestra propuesta comercial, es posible que no se especifique en el acuerdo contractual. El cronograma 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, una decisión no unilateral sería inusual. 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 una optimización de la cadena de suministro, exactamente como trataríamos una iniciativa “real” destinada a ser llevada a producción. A 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 previa a la producción aprobada para su uso en producción.
El equipo de Científicos de la Cadena de Suministro (SCS) de Lokad es responsable de todo lo anterior. En nuestra experiencia, la adecuación de los datos rara vez es un problema en las 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, es casi seguro que la iniciativa tendrá datos adecuados. El desafío radica en dar sentido a los datos que no se recopilaron originalmente 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 puede ofrecer a la empresa cliente para ayudar a gestionar la gestión del cambio asociada a la implementación de la iniciativa?
Todos los clientes cuentan con el compromiso total de los Científicos de la Cadena de Suministro (SCS) 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 SCS ayudan en el proceso de gestión del cambio de diversas formas, 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 los 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 a la dirección 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 SCS, que estará disponible para respaldar la iniciativa. Nuestras propuestas comerciales suelen anticipar que los SCS proporcionarán algún tipo de apoyo en la gestión del cambio. Sin embargo, nuestras propuestas generalmente no reflejan 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 de la gestión del cambio? ¿Cuáles son los principales hitos? ¿Cómo se verá la nueva organización después de la implementación exitosa de la nueva solución?
Una vez que Lokad está en producción, se automatiza una clase completa de decisiones de la cadena de suministro. 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 debe contribuir a la mejora continua de las recetas numéricas. Esto es un cambio con respecto a la práctica de la cadena de suministro “convencional”, donde la gran mayoría de los esfuerzos en un día determinado se destinan a mantener 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 descartar 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 una revisión adicional. De hecho, el criterio principal para implementar Lokad en producción es que no haya errores en las cifras generadas por Lokad. La confianza que los profesionales de la cadena de suministro pueden depositar en las cifras de Lokad naturalmente libera mucho tiempo que se puede utilizar de mejor manera.
-
El segundo hito consiste en tener algunos “primeros adoptantes” entre los profesionales de la cadena de suministro. Estas personas suelen ser las que logran separarse rápidamente del proceso heredado que no agrega valor, como 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á analizando su calidad de servicio desde la perspectiva correcta?).
-
El tercer hito es lograr 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 conocimientos recopilados 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 las tareas rutinarias conlleva un aumento en la variedad de tareas para el profesional de la cadena de suministro. Por lo general, esto se traduce en menos tiempo y esfuerzo dedicado al control de la cadena de suministro, pero se espera que la dirección capacite a los empleados para que puedan aprovechar el tiempo y el esfuerzo disponibles de manera más efectiva.
Consulte (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 incorporación de Lokad, segundo con la propia evolución de Lokad.
Por diseño, las decisiones de la cadena de suministro generadas por Lokad no requieren flujos de trabajo. De hecho, el arreglo deseado 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 puede introducir un “flujo de trabajo” que refleje el proceso heredado. 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 generadas por Lokad, el “flujo de trabajo” se puede simplificar 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 del dominio). Cualquier cambio o actualización en Envision se realiza a través de scripts automatizados, y este proceso está programado de tal manera que las iniciativas de la 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 realizar un seguimiento de todos los problemas y riesgos y garantizar resoluciones oportunas o gestionar escalaciones cuando sea necesario?
Sí. La plataforma de Lokad cuenta 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 de alto nivel relevantes. 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 de manera oportuna.
Las escalaciones son posibles pero raras. El mismo SCS que gestiona/revisa las tareas también las resuelve. 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 a los SCSs es algo que nuestros clientes citan rutinariamente como un gran punto positivo. El cliente puede interactuar de inmediato con la persona cuyo trabajo es supervisar la resolución satisfactoria de cualquier problema en lugar de tener que navegar 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 el primer punto de contacto para el cliente respectivo.
5.5 ¿Ofrecen consultoría de 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 de gestión del cambio. Cabe señalar 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 de 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, los 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 lanzar 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 en gran medida 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 dado 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 al proporcionar estimaciones cuantitativas (en dólares o euros) del impacto de un cambio potencial que se debe realizar en la solución. Esta estrategia perfecciona la iniciativa al evitar el cuello de botella tradicional de debatir qué debe tener prioridad. En cambio, Lokad agiliza este proceso al priorizar los problemas que tienen 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 Científicos de la Cadena de Suministro (SCSs) de Lokad están a cargo de este proceso. Si bien se realizará un estudio inicial al comienzo de la iniciativa, este proceso continúa durante toda la fase de producción. Forma parte de nuestro enfoque de buscar mejoras continuas de 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 asegurarse de que las cantidades generadas sean las más rentables (rendimiento).
Por lo tanto, los SCS se preocupan por identificar y abordar las ‘brechas de rendimiento’, que a veces requieren funcionalidad adicional o reingeniería de la solución. Esto puede implicar agregar o eliminar características para optimizar el rendimiento general.
En relación con esto, la plataforma de Lokad es programática. Por lo tanto, cualquier ‘brecha de funcionalidad’ percibida se puede solucionar mediante la introducción (o ajuste) de 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 del SME (Experto en la materia) por parte del cliente, al menos una semana antes de que comiencen los talleres?
Sí. Los Científicos de la Cadena de Suministro (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 las agendas, las seguiremos. En ausencia de instrucciones, estructuraremos los talleres (incluido el cronograma y la comunicación de 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 y posteriormente se aprobarán por parte de 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 el sentido en que se entiende comúnmente en los círculos de software empresarial. La plataforma de Lokad es programática, utilizando Envision - nuestro lenguaje de programación específico del dominio (DSL) 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 se adaptan completamente 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 mantenibilidad.
6.5 ¿Ayuda a la empresa cliente a establecer la conectividad de interfaz con sistemas externos, y a probar y certificar las interfaces?
Sí. Los Supply Chain Scientists (SCSs) de Lokad brindan soporte 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 generalmente no son ‘certificadas’ por un organismo de certificación externo. Las interfaces se ’especifican 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 se pueden incluir 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 Supply Chain Scientists (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 al software empresarial típico.
En primer lugar, los cambios realizados específicamente para los clientes son implementados por los propios SCSs. Estos cambios ocurren con frecuencia, a menudo varias veces al día, especialmente durante la fase de incorporación. Dichos cambios son una respuesta directa a las necesidades de la empresa cliente e implican una comunicación considerable 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 (DSL) 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, se pueden proporcionar detalles sobre estas actualizaciones, y gran parte de esta información se hace públicamente disponible.
Consulte Envision VM Environment and General Architecture 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 Supply Chain Scientists (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 según el retorno de la inversión (ROI) decreciente para la empresa. Este aspecto es fundamental para garantizar que el tiempo de los usuarios finales no se desperdicie 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. Estos entornos son una característica nativa de nuestra plataforma SaaS multiinquilino, por lo que se pueden introducir con un mínimo de recursos informáticos y 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) según los procesos definidos ToBe?
Sí. Dada la programabilidad avanzada de la plataforma de Lokad, podemos tener un control total sobre las configuraciones. Esto es posible gracias a Envision, nuestro lenguaje de programación específico del dominio (DSL) 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 los entornos, lo que puede confundir a los usuarios y comprometer la integridad del proceso de UAT.
Además, avanzar de una etapa a otra es sencillo con nuestro diseño. Utilizar una base de código para los 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 (pre-prod), producción y capacitación para el producto (incluidas las interfaces requeridas) a la empresa cliente y los sistemas externos?
Sí. La plataforma de Lokad ha sido diseñada específicamente para admitir simultáneamente múltiples entornos para cualquier iniciativa. Estos entornos son una característica nativa de nuestra plataforma SaaS multiinquilino, por lo que se pueden introducir con un mínimo de recursos informáticos y 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 considerablemente altos.
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 Supply Chain Scientists (SCSs) de Lokad son responsables de resolver todos los problemas que socavan el objetivo principal de la iniciativa: aumentar el retorno de la inversión. En un escenario típico, el SCS propone una acción adecuada 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 existen “soluciones perfectas”, solo compensaciones “mejores” o “peores”. En otras palabras, no se puede resolver realmente un problema cuando 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 de “calidad de servicio” consecuente. Se debe encontrar un equilibrio entre el exceso de stock y la falta de stock. Sin embargo, tanto el “exceso de stock” como la “falta 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 la 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 ¿Ayudan a la empresa cliente a revisar los escenarios de pruebas de aceptación del usuario (UAT), los casos de prueba y los datos de prueba?
Sí. Los Supply Chain Scientists (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 ¿Garantizan el soporte en el lugar de trabajo en la sede de la empresa cliente durante la fase de pruebas de aceptación del usuario (UAT)?
Sí. El soporte en el lugar de trabajo está regido por el acuerdo contractual entre Lokad y la empresa cliente. Este aspecto siempre se negocia caso por caso con cada cliente.
Cabe destacar que una iniciativa cuantitativa de cadena de suministro con Lokad presenta una mejora continua de la cadena de suministro, por lo que 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 luego se estabilizan a partir del sexto mes en adelante.
Al dedicar recursos continuos a la mejora de nuestras recetas numéricas (algoritmos dedicados a la optimización de 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 y Auditoría Post-Implementación
8.1 ¿Pueden asegurar que las observaciones de las ejecuciones piloto se documenten y que se asignen acciones a las partes interesadas correspondientes en los departamentos técnicos, de TI y de proveedores de la empresa cliente, y que también se realice un seguimiento hasta su finalización?
Sí. Los Supply Chain Scientists (SCSs) de Lokad crean y mantienen un Manual de Procedimientos Conjuntos (JPM) para cada iniciativa. Incluye todos los conocimientos 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 ser gestionados con el gestor de tareas en la plataforma de Lokad. Estos elementos menores tienen una duración corta y el gestor de tareas facilita su seguimiento y cierre mejor que el JPM.
8.2 ¿Pueden asegurar que haya informes suficientes de calidad y cumplimiento disponibles para monitorear el uso y la adopción del sistema?
Sí. Los Supply Chain Scientists (SCSs) de Lokad suelen implementar instrumentación dedicada con este propósito durante la etapa final de incorporación, justo antes del inicio oficial.
Además, Lokad puede realizar 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án una auditoría anual de la aplicación y proporcionarán comentarios para mejorar el uso y la adopción por parte de los usuarios finales del sistema, con el fin de obtener un 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 Supply Chain Scientists (SCSs) de Lokad suelen auditar toda la solución varias veces a lo largo del año. La auditoría anual generalmente conduce a una presentación detallada de la 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 de manera proactiva herramientas dedicadas desde el principio para monitorear el uso, la adopción y el cumplimiento de las decisiones de la cadena de suministro que Lokad genera. 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 asunto 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 retorno de la inversión en una iniciativa de cadena de suministro cuantitativa.
8.4 ¿Pueden asegurar que el equipo de soporte de productos dedicado, con base en las oficinas centrales de la empresa cliente, continúe brindando soporte al producto durante al menos 6 meses después de la puesta en marcha?
Sí. El equipo de Supply Chain Scientists (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 lugar de los SCSs se negociará y aclarará en el acuerdo contractual con el cliente, si esto es algo que el cliente desea seguir.
En relación con esto, Lokad recomienda encarecidamente mantener un compromiso activo y continuo con la mejora de la solución, especialmente por parte del cliente. La eliminación gradual de los esfuerzos de mejora continua, en nuestra experiencia, socava la fortaleza de la iniciativa. Cualquier cambio en el lado del cliente, incluidos los ajustes modestos en el panorama aplicativo o las restricciones, puede afectar la calidad de las decisiones generadas por Lokad, por lo tanto, se recomienda una vigilancia activa y una mejora continua.
Ver también Implementación y Gestión de Proyectos 1.7.
9. Gestión de Incidentes y Defectos
9.1 ¿Pueden asegurar 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 los plazos de puesta en marcha de la empresa cliente?
Sí. Los Supply Chain Scientists (SCSs) de Lokad son responsables de este proceso. Nuestra plataforma está diseñada de tal manera que les permite abordar los defectos y solicitudes de cambio de manera rápida y autónoma.
La plataforma de Lokad es programática, lo cual es posible gracias a Envision, nuestro lenguaje de programación específico del dominio (DSL) dedicado a la optimización predictiva de las cadenas de suministro. Esta programabilidad significa que los SCSs pueden entregar rápidamente soluciones y realizar cambios solicitados en la iniciativa, con un nivel de precisión que no se encuentra comúnmente en el software empresarial.
Además de la tecnología, los SCSs de Lokad están capacitados para desempeñar una serie de roles clave, lo que reduce naturalmente la cantidad de personas necesarias para abordar los defectos y solicitudes de cambio. Estos roles incluyen experto en cadenas 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 soluciones y actualizaciones al tiempo que tienen en cuenta las prioridades principales del cliente.
Ver también Personalización y Funcionalidad del Sistema 6.2.
9.2 ¿Pueden 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 cuenta con su propio sistema de gestión de tareas/tickets/incidentes. Estas capacidades nos permiten seguir de cerca la resolución oportuna de los problemas. Estas resoluciones son atendidas por los equipos de Supply Chain Scientists (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 solucione, solo se mitigue. Cuando se trata de la optimización predictiva de las cadenas de suministro, las soluciones siempre implican compensaciones, resolver un defecto puede crear otro defecto (esperemos que más pequeño).
En cambio, 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 generar ningún otro problema.
9.3 ¿Pueden asegurar que los defectos encontrados durante las pruebas de las 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 para la empresa cliente?
Sí. Si los defectos identificados se refieren al código específico del cliente (escrito en Envision), entonces los defectos serán corregidos por los Supply Chain Scientists (SCSs) de Lokad. Si los defectos identificados se refieren a la plataforma de Lokad, entonces los defectos serán corregidos por los equipos de ingeniería de software de Lokad.
En ambos casos, el proceso de lanzamiento de Lokad implica pruebas exhaustivas para asegurarse de que los defectos se identifiquen y solucionen antes del lanzamiento (puesta en marcha).
9.4 ¿Cómo abordarán los incidentes que pueda plantear 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 Supply Chain Scientists (SCSs) tratan todos los informes de incidentes, independientemente de cómo se obtengan, 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 en las que el cliente puede esperar contar con soporte directo disponible.
La resolución de un incidente típico comienza con un SCS creando una nueva entrada en el gestor de tareas/tickets/incidentes. Esto garantiza 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á de inmediato los recursos necesarios para resolver el problema, generalmente el propio SCS.
Finalmente, una vez que se aborda el problema, el SCS evaluará la verdadera causa raíz del problema reportado, incluso si 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 de manera proactiva problemas similares en el futuro.
9.5 Si se informa de un defecto fuera de la Herramienta de Gestión de Incidentes, a través de otro canal como el correo electrónico, ¿lo registrarán en la herramienta tan pronto como se informe 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/incidentes. Esta práctica facilita un seguimiento exhaustivo y el cumplimiento.