Por qué la búsqueda de velocidad está creando los problemas de software de mañana

La presión para entregar software de planificación de recursos empresariales (ERP) y crítico para el negocio más rápido a menudo crea costos ocultos que las organizaciones eventualmente tendrán que abordar, argumenta Carl Andrews, CEO de Original Software.

Cada director de información (CIO) ha pasado por una celebración de lanzamiento. El pastel, las felicitaciones, el sentido de alivio de que algo finalmente se envió. Lo que se habla menos es lo que sucede en los meses que siguen, cuando la presión para entregar a tiempo ha pasado silenciosamente sus costos a los equipos que mantienen lo que se envió.

Esto no es un problema de nicho. La búsqueda de una entrega de software más rápida está acelerando, no desacelerando. Los ciclos de sprint están siendo más cortos, las frecuencias de lanzamiento están aumentando, y la expectativa de que la tecnología responda a las necesidades comerciales casi en tiempo real es ahora estándar. Moverse más rápido suele ser el instinto correcto. La pregunta es qué se sacrifica silenciosamente para hacer que suceda.

Donde comienza la deuda

La deuda técnica rara vez llega con una advertencia. Se construye a través de decisiones que, individualmente, parecen completamente defendibles. La documentación se pasa a la lista de prioridades porque el equipo necesita cumplir con una fecha límite. Un workaround se agrega a una configuración de ERP porque la solución adecuada retrasaría el proyecto. Las pruebas se reducen porque los plazos ya están retrasados.

Una personalización se deja en su lugar porque reemplazarla parece demasiado disruptiva.

Nadie se propone acumular deuda. Es lo que queda después de una serie de decisiones que suenan razonables tomadas bajo presión. Lo que comenzó como algunos atajos se convierte en un sistema que es más difícil de cambiar, se rompe más a menudo y cuesta más de mantener que nadie presupuestó.

Los entornos de ERP son especialmente vulnerables. Por su naturaleza, se encuentran en el centro de la organización, conectando finanzas, recursos humanos, cadena de suministro, compras y otras funciones comerciales críticas. Con el tiempo, años de atajos, workarounds y cambios mal documentados crean complejidad que nadie pretendía, pero que todos heredan. El resultado es predecible, incluso si el momento no es un problema que debiera haberse detectado en las pruebas, sino en los procesos comerciales en vivo, generalmente en el peor momento posible.

Por qué las organizaciones subestiman el problema

Parte del desafío es que la deuda técnica rara vez aparece como un costo obvio. A diferencia de un proyecto fallido o una fecha límite perdida, la deuda se acumula gradualmente. Se muestra como actualizaciones que tardan más de lo esperado. Cambios que requieren más esfuerzo de lo que deberían. Equipos que pasan semanas investigando problemas que antes habrían sido fáciles de resolver.

Como estos costos surgen lentamente, a menudo se los trata como incidentes aislados en lugar de síntomas de un problema más amplio. Las organizaciones tienden a centrarse en los beneficios visibles de entregar rápidamente mientras pasan por alto las consecuencias a largo plazo de hacer que los sistemas sean más difíciles de mantener y evolucionar.

El resultado es que la deuda técnica a menudo recibe atención solo cuando comienza a afectar el rendimiento empresarial.

El impacto en la innovación, la productividad y la resiliencia

El costo más significativo de la deuda técnica no suele ser técnico. Es estratégico. A medida que los entornos de ERP se vuelven más complejos, los equipos de TI dedican más tiempo a mantener sistemas existentes y menos tiempo a entregar nuevas capacidades. Los recursos que podrían estar apoyando proyectos de transformación, mejoras de procesos o iniciativas de inteligencia artificial en su lugar se consumen por la resolución de problemas, la reestructuración y el mantenimiento del sistema.

La innovación se ralentiza porque cada cambio conlleva un mayor riesgo. La productividad se resiente porque las tareas rutinarias tardan más en completarse. La resiliencia disminuye porque los sistemas se vuelven más difíciles de probar, soportar y recuperar cuando algo sale mal. Esto crea un ciclo frustrante. Las organizaciones empujan para ir más rápido para mantenerse competitivas, pero la deuda creada por esa velocidad eventualmente hace que el cambio futuro sea más lento, más caro y más difícil de entregar.

Encontrar el equilibrio correcto

La respuesta no es desacelerar. Pocas organizaciones pueden permitírselo. El objetivo es construir procesos de entrega que apoyen la velocidad sin comprometer la calidad a largo plazo. Eso comienza por reconocer que las actividades como las pruebas, la documentación y la gobernanza no son obstáculos para la entrega. Son lo que hace posible la entrega sostenible. Para los sistemas de ERP en particular, las pruebas de regresión robustas son esenciales.

Les da a las organizaciones la confianza de que los cambios, las actualizaciones y las mejoras pueden introducirse sin crear una interrupción inesperada en otras partes del negocio. Combinado con una mayor automatización y pruebas más tempranas en todo el ciclo de vida de la entrega, ayuda a identificar problemas antes de que se conviertan en problemas costosos.

Lo más importante es que las organizaciones necesitan ver la deuda técnica como un problema empresarial en lugar de uno técnico. Las decisiones tomadas para acelerar la entrega hoy influirán en el costo, la flexibilidad y la resiliencia de los sistemas en los años venideros.

El lanzamiento no es la línea de meta. Es simplemente el punto donde las consecuencias a largo plazo de esas decisiones comienzan a surgir. Las organizaciones que tienen éxito con el tiempo no serán aquellas que se muevan más rápido en el corto plazo, sino aquellas que puedan seguir cambiando y innovando sin ser frenadas por los sistemas en los que dependen.