John Deere adopta un enfoque ágil para una actualización de ERP

Tecnología

John Deere adopta un enfoque ágil para una actualización de ERP

Publicado hace 1 mes

El antiguo sistema era demasiado difícil de usar y poco intuitivo.

La metodología ágil se ha vuelto casi omnipresente para el desarrollo de software en la mayoría de las grandes empresas industriales, pero pocas adoptan un enfoque ágil cuando actualizan sus importantes sistemas de planificación de recursos empresariales (ERP).

Las razones varían, pero descubrimos que principalmente tiene que ver con la naturaleza altamente integrada de los sistemas ERP y el patrón tradicional de querer actualizar todo el sistema a la vez.

Sin embargo, algunas empresas han decidido que, dado que utilizan Agile para casi todo lo demás, incluido el cambio de procesos, sería extraño no utilizarlo para las actualizaciones de ERP. Se han acostumbrado a las ventajas de Agile, incluida la entrega más rápida de nuevas funciones, una mejor alineación entre los equipos de negocios y tecnología, y otorgar a los usuarios una mayor propiedad del sistema.


Este fue el enfoque que adoptó John Deere cuando su equipo ejecutivo decidió actualizar su antiguo sistema ERP. Deere necesitaba modernizarse por varias razones. Una era que estaba pidiendo a sus distribuidores que proporcionaran nuevos servicios digitales a los clientes que Deere no podía respaldar.   

Por ejemplo, algunos equipos de ventas ahora llevan una tableta para reunirse con los clientes que compran en el lote, de modo que pueden mostrar videos de ventas que muestran el equipo en el trabajo, ofrecer información financiera y, si todo va bien, incluso trabajar con documentos de ventas, sin tener que para traer clientes a una oficina. Muchas de estas aplicaciones dependen del backend corporativo de Deere.

Deere había invertido mucho en una actualización de ERP tradicional en Australia, con malos resultados. Los distribuidores se quejaron de que el nuevo sistema era demasiado difícil de usar y poco intuitivo. Por ejemplo, un proceso que tenía 5 pasos se convirtió en 27. Los datos eran inconsistentes y, a menudo, inexactos, y el sistema fallaba con frecuencia.

Pero el equipo de administración de Deere sintió que estaban atrapados en un patrón: cuando necesitaban una mejor TI, simplemente compraban más TI y los costos se disparaban con rendimientos decrecientes. La decisión de cambiar a ágil fue más como un reinicio: no gastemos más dinero, gastémoslo de manera más efectiva.

Deere ya tenía algunos focos de desarrollo ágil en toda la organización, pero no tenía una metodología consistente. Cuando los gerentes anunciaron por primera vez el piloto ágil, levantaron la mano más ingenieros de los que necesitaba el piloto. Pero cuando explicaron la magnitud del cambio necesario para implementar el desarrollo ágil, algunas de esas manos bajaron. Luego, cuando los programas piloto comenzaron a ofrecer esas "porciones delgadas" de funcionalidad y las historias de satisfacción del cliente comenzaron a filtrarse a través de la organización, algunas manos volvieron a levantarse. El nuevo programa ágil contó con más apoyo y mejor capacitación que los programas preexistentes.

El cambio de Deere a Agile arrojó buenos resultados.

Entrega más rápida de nuevas funciones: según algunas medidas, el tiempo de entrega se redujo en aproximadamente un 78%
El valor es difícil de medir a través de diferentes funciones. Pero al evaluar el tiempo ahorrado y la nueva funcionalidad, Deere estima que el cambio a ágil creó tres veces más valor en algunos departamentos debido a ciclos más rápidos.
El equipo de desarrollo estaba más contento con su propio trabajo y progreso: los niveles de satisfacción de los empleados (medidos por eNPS) aumentaron 20 puntos.

Deere también pudo eliminar la mayoría de sus contratos de soporte de terceros y, en cambio, externalizó ese trabajo. Cuando canceló un contrato de soporte subcontratado y, en cambio, encargó soporte a su equipo de desarrollo, los desarrolladores se mostraron cautelosos al principio porque pensaron que esto interferiría con su trabajo. Pero la retroalimentación de circuito cerrado entre los usuarios y los desarrolladores dio como resultado correcciones más rápidas y una mejor funcionalidad, lo que aumentó la satisfacción entre los usuarios y los desarrolladores.

Quizás lo más importante es que la adopción generalizada de las funciones de ERP ha hecho que el sistema de Deere esté más preparado para el futuro. La capacidad de brindar funcionalidad en porciones delgadas debería evitar que el sistema se vuelva obsoleto en la forma en que podría volverse un sistema actualizado solo una vez cada pocos años. La conexión más cercana entre usuarios y desarrolladores debería permitir que el ERP de Deere responda mejor a la evolución de su negocio. En conjunto, ambas cualidades hacen que un sistema ERP sea más resistente al cambio, más capaz de adaptarse a las condiciones del mercado y la estrategia comercial que evolucionan rápidamente.

La experiencia de Deere sugiere algunos elementos comunes que las empresas industriales pueden seguir para usar Agile para actualizar ERP.

Hacer ágil parte de la cultura. Asegúrese de que el negocio y la tecnología tengan líneas de comunicación claras. Scrum masters dedicados y entrenadores ágiles refuerzan el entrenamiento.

Invierta en tecnologías que faciliten la agilidad. Reorganice los equipos de tecnología a lo largo de un modelo de producto e invierta en tecnologías de nube para acelerar el desarrollo.

Libere la funcionalidad cuando esté lista. Incluso si los usuarios tienen que cambiar entre el sistema nuevo y el heredado en medio de un proceso, es mejor que esperar todo el proceso de principio a fin antes de lanzarlo. Cree las interfaces provisionales necesarias ("código descartable") para ayudar a unir estos lanzamientos incrementales.

Adaptar el presupuesto. Cambie de programas multianuales de gran presupuesto a equipos persistentes de financiación que lanzan mejoras de funcionalidad periódicas.

Integre equipos que puedan prepararse para nuevos problemas. Asegúrese de que cuando se introduzca el caos en un sistema, los componentes críticos sigan funcionando.

© 2022 Industria Digital, Todos los derechos reservados