Uno de los principales errores que cometemos es suponer que todos los problemas se pueden resolver con los Sistemas. Creemos que los sistemas cual varita mágica nos solucionaran las deficiencias que hoy adolece la empresa o un área específica.
Antes de pensar en desarrollar un sistema o de buscar cual es el “mejor” sistema para la unidad de negocio, necesitamos plantearnos dos preguntas básicas:
¿Cómo estoy trabajando hoy?
¿Cómo quiero trabajar?
La primera pregunta nos hace conocer cómo estamos llevando los procesos hoy, quienes participan en cada proceso, cómo interactúan los procesos. Responder a estas preguntas son la base para identificar que necesito hacer para mejorar mis procesos y eso nos lleva a la segunda pregunta: ¿Cómo deseo que sean mis procesos?
Una vez que contamos con el diagrama de flujo de los procesos actuales (AS-IS) y la descripción detallada, procedemos a identificar en que puntos necesitamos cambiar. Los cambios pueden realizarse mejorando el trabajo manual y sobre los puntos que deben automatizarse. Lo recomendable es graficar a través de un diagrama de flujo deseado llamado TO-BE, todos las procesos, subprocesos y actividades que se deben realizar para llevar el negocio al siguiente nivel.
Pongamos un ejemplo
Imaginemos que actualmente contamos con un WMS para la administración de los almacenes. Este sistema fue implementado hace 2 años y permite llevar, la recepción, almacenamiento, inventario, picking y despacho. Todo parece que marchar de forma correcta. Sin embargo, el Jefe de Almacén nota que el tiempo de picking de una lista de productos toma más tiempo que el que desea. Él exige a al área de Sistemas que el tiempo promedio de picking debe ser 3 minutos.
¿Qué debemos hacer?
Reunir a todos los involucrados en el proceso de Picking para entender el problema.
Diagramar el flujo actual AS-IS (manual y de sistemas).
Revisar con el jefe el flujo actual, aquí se verá el porqué de la demora y permitirá identificar en qué puntos desea mejorar.
Diagramar el flujo deseado TO_BE (manual y de sistemas).
Revisar con el jefe el flujo deseado.
Preparar la lista de requerimientos a detalle (RFP).
Revisar con el jefe e involucrados el detalle de los requerimientos, ya que es aquí en donde se determina las actividades a automatizarse y qué se espera del sistema.
Haciendo todos los pasos indicados se determina lo siguiente:
Las áreas de picking son demasiado pequeñas para los productos más requeridos y se tiene que hacer continuos reabastos para completar los pedidos.
Solo hay 2 operarios para el picking que en horas punta no se dan abasto.
No existe la configuración ABC de los productos.
El sistema no deja completar la lista de un solo picking, se debe dar por cerrado y volver a tomar el picking, esto solo para los productos con menor rotación.
La secuencia de picking está mal configurado.
Se tiene solo 10 RF asignadas, de las cuales 1 está en mal estado y no ha sido reportada. No se cuenta con RFs backup.
Se desea que el picking de una lista promedio no tome más de 3 minutos.
Se desea que al término del picking se genere la tarea de inventario siempre que la ubicación no cuente con el saldo suficiente indicado por el sistema.
Conclusiones
Como vemos, los puntos anteriores son algunos de los que nos podemos encontrarnos al levantar los procesos. Con el To-BE y el RFP podemos saber que actividades debemos automatizar y cómo el proceso en su conjunto puede mejorar.
Por último, los siguientes pasos ya corresponden al área de Sistemas en donde trabajará el impacto de los requerimientos, definiendo el alcance a nivel de software y hardware para ser evaluados con el proveedor.
Ingeniería de Sistemas. Amante de los números, analítica de vocación y con ganas de hacer y deshacer miles de cosas. Gestión de Proyectos y especializada en dos ramas: Logística y Sistemas. Como resultado de lo anterior, trabajando como Jefa de Gestión de la Demanda en Neptunia y anteriormente Jefa de Proyecto y Mejora Continua de Almacenes y Distribución en AUSA - Operador Logístico - Perú. Realizo asesoramientos en implantaciones de WMS y Procesos a MIQ Perú (operador logístico), Corporación La Sirena (consorcio ferretero), entre otras.
1 comentario
Un comentario muy particular. El artículo indica proceso definido. Lo primero es, empezar con la definición de proceso, luego tipos de proceso y finalmente ¿Qué es un proceso definido?, para luego pasar a procesos determinados o procesos exitosos. Debería de reformular el título del artículo, porque está tratado de gestión por proceso y más con ejemplos.
MEETLOGISTICS S.L.U. le informa que en el presente sitio utilizamos cookies propias y de terceros para mejorar su experiencia de navegación. Al aceptar dichas cookies consideramos que acepta su uso. Puede eliminar o modificar la configuración a través de las opciones de su propio navegador. ENTENDIDO
Política de privacidad
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
Aceptación de la política de cookies
Utilizamos cookies para mejorar nuestro servicio.
Functionales
Siempre activo
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferencias
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Analíticas
The technical storage or access that is used exclusively for statistical purposes.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
Un comentario muy particular. El artículo indica proceso definido. Lo primero es, empezar con la definición de proceso, luego tipos de proceso y finalmente ¿Qué es un proceso definido?, para luego pasar a procesos determinados o procesos exitosos. Debería de reformular el título del artículo, porque está tratado de gestión por proceso y más con ejemplos.