A medida que el negocio crece, los sistemas y procesos también necesitan crecer. Garantizar que la evolución del software sea sencilla y esté enfocada en fomentar que el negocio pueda seguir creciendo es fundamental. Lo lógico es que los sistemas se conciban de manera que traten de dar respuesta a este crecimiento continuado, pero en muchas ocasiones no es tan sencillo evolucionarlos y se convierten en monolíticos.
En la serie Demystifying Software Modernisation destacamos la necesidad de implementar estrategias para que el software sea fácil de cambiar. Centrarse en las fases de diseño iniciales puede ayudar a una organización a identificar la mejor estrategia en cada caso, porque suele ser diferente según el servicio o producto que ofrece una empresa. La modernización consiste en localizar cuál es el elemento específico para cada ocasión que va a permitir potenciar sus posibilidades de crecimiento y sus ventajas competitivas.
La modernización de software no consiste solo en actualizar lo relacionado con el software, sino también de repensar la ingeniería de la plataforma. Puede darse el caso de que los pipelines de implementación que se han definido generen ciertas dificultades para mantener el ritmo de crecimiento.
A continuación, os dejamos 3 ejemplos prácticos de estrategias que pueden implementarse para facilitar el cambio en el software:
Los equipos de desarrollo suelen trabajar en paralelo y posiblemente sobre el mismo código. En algunas organizaciones, esto se convierte en un desafío considerable. Si analizamos cómo están operando para comprender las dependencias que tienen entre sí, podemos comenzar a comprender la dinámica de cómo funcionan. Esto permite centrarse en crear un backlog de tareas que se pueden realizar de forma independiente sin generar interdependencias. Cualquier punto de contacto entre los equipos necesita ser bien definido y los desarrolladores pueden priorizar su trabajo.
Una forma de identificar estratégicamente qué áreas dificultan el trabajo es observar los puntos de acoplamiento, analizar dónde se deben realizar los cambios y saber qué es lo que escapa el proceso de control y, por lo tanto, nos ralentizará el proceso. Es habitual que esos factores que escapan a nuestro control se den tanto a nivel de desarrollo como de negocio. Por ejemplo, si el proceso que se está revisando implica la coordinación entre varios departamentos, será necesaria la sincronización de todos los equipos.
A medida que las cosas cambian, a menudo se incurre en un departamento técnico. Pero el término "departamento técnico" es muy genérico. Software modernisation debe completarse centrándose en los resultados y los objetivos de negocio, por lo que el departamento técnico debe tener el foco puesto en aportar ese valor que el negocio necesita.
De ese modo el departamento técnico debe ser quien impulse y priorizar los cambios. Es necesario poner el foco en qué es aquello que ocasiona bloqueos en el negocio y resolver esos bloqueos para seguir aportando valor. La pregunta que se lanzó en el episodio 6 de la serie Desmitificando la modernización del software y que resume esta idea es: "¿Qué es lo que nos impide hacer que el cambio suceda de la manera más rápida y sencilla posible?"
La modularización puede ser extremadamente difícil de lograr. Actualmente, existen muchas aplicaciones monolíticas (una aplicación de software que se implementa como un artefacto único donde el código fuente reside en un solo repositorio) que están mal estructuradas.
En un monolito, la mayoría de las características ya existen. Al observar el sistema actual, se puede comenzar a agrupar esas características y comportamientos, lo que te dará la primera indicación de cómo podemos gestionar el sistema de forma más efectiva.
La serie Demystifying Software Modernisation sugiere mantener la modulación a un nivel bajo. Si no tienes claros los límites, la mejor opción es mantener las funciones juntas físicamente para crear un módulo flexible y que puedan ser accesibles entre sí. Durante este proceso, se puede validar la interfaz y el valor, y definir las API, lo que te hará ganar tiempo para estabilizar el sistema hasta que se pueda realizar una separación física.
A continuación te invitamos a ver los episodios 5 y 6 completos de la serie Demystifying Software Modernisation para obtener más información sobre cómo tu software empresarial puede evolucionar al mismo ritmo que tu empresa.
Descubre cómo Codurance puede ayudarte con tu estrategia de modernización.
La deuda técnica, aunque ampliamente debatida, rara vez se aborda de manera efectiva. Según un estudio de McKinsey, representa cerca del 40% de los..
En enero de 2022, la última versión de AngularJS dejó de recibir soporte. No habrá más actualizaciones oficiales ni parches de seguridad para..
El panorama tecnológico cambia constantemente, por eso a menudo vemos cómo algunas aplicaciones no resisten el paso del tiempo. Para contrarrestar..
Suscríbete a nuestra newsletter para que podamos hacerte llegar recomendaciones de expertos y casos prácticos inspiradores
