Los 4 principales cambios efectivos que una organización de TI consciente del presupuesto puede hacer en 2023

¿Tiene un presupuesto de TI limitado? Lea las recomendaciones de IDC para tener un gran impacto en la mejora del ciclo de vida del desarrollo de software con poca inversión.

Los 4 principales cambios efectivos que una organización de TI consciente del presupuesto puede realizar en 2023

¿Es usted uno de esos líderes de TI que enfrenta el desafío de hacer que el cambio suceda en su organización con solo un presupuesto limitado? Estas son las sugerencias de IDC para mejorar considerablemente el ciclo de vida del desarrollo de software con un pequeño gasto. Estas pequeñas inversiones pueden crear suficiente apalancamiento para hacer que sucedan cambios reales.

Pase de la ejecución al cambio creando una mejor previsibilidad. Una organización saludable debe dedicar la mayor parte de su esfuerzo a crear nuevo valor empresarial. Hablamos regularmente con líderes de TI que luchan por reducir el costo de ejecución del mantenimiento de su software por debajo del 50 %. Al comparar la productividad del mantenimiento con carteras comparables en el mercado, puede determinar si hay margen de mejora.

Al analizar los tipos de tareas en las que sus equipos dedican su tiempo, puede identificar áreas de mejora. Estas mejoras crean capacidad adicional y/o espacio presupuestario para desarrollar e implementar más cambios que aporten valor a su organización.

En el lado del cambio del ciclo de vida del desarrollo de software, la previsibilidad es crítica . Al compararte con equipos comparables en el mercado, quedará claro en qué aspectos puedes mejorar y en qué aspectos ya estás por encima del promedio del mercado. Estos conocimientos aumentarán la previsibilidad de las iniciativas de desarrollo de software y harán un mejor uso de sus recursos.

Cuando NCOI, uno de los principales proveedores de aprendizaje permanente en Europa, analizó la productividad de mantenimiento del equipo nearshore que mantenía el sistema administrativo central con la ayuda de IDC Metri, los resultados fueron asombrosos. Dentro de siete meses, ese equipo podría hacer el mismo resultado con solo un tercio del número de personas. De esta forma, NCOI pudo redirigir unos 250.000 € al mes del mantenimiento al desarrollo de nuevo valor comercial.

Introduzca una mejor priorización del valor brindando a sus propietarios de productos una mejor perspectiva de qué características aportan valor a su organización, tanto a largo como a corto plazo. En la mayoría de las organizaciones ágiles de desarrollo de aplicaciones, los propietarios de productos son (implícitamente) responsables de la creación de valor del software de la organización, sin una base sólida desde la que trabajar. Puede ayudar a los propietarios de sus productos a crear una mejor percepción del valor de las funciones en múltiples dimensiones, de modo que su empresa obtenga las funciones que necesita para brindar un mejor servicio a sus clientes, pero su cartera de TI permanece preparada para el futuro.
Es posible capacitar a los propietarios de sus productos para que trabajen con el enfoque de Software Value Map. Las organizaciones que se han asociado con IDC Metri han abordado cada requisito desde 2 a 4 perspectivas de valor. De esta manera, se equilibran todas las perspectivas de valor, de modo que no solo se lanzan nuevas funciones comerciales, sino que también se presta suficiente atención a la prevención/reducción de la deuda técnica, el uso de recursos de infraestructura (en la nube) y la innovación de productos. Esto conduce a propietarios de productos y equipos orgullosos y efectivos que están satisfechos con las funciones que ofrecen y la pasarela arquitectónica con la que pueden trabajar.

Cree una mejor visión de su cartera controlando las dependencias dentro de su cartera para que pueda evitar la repetición del trabajo y la reorganización innecesaria de las prioridades. En cuestión de semanas, puede analizar su cartera de software. Eso le dará a usted y a sus equipos una idea de las dependencias y los posibles riesgos para los beneficios comerciales. Esta información lo ayudará a usted y a sus equipos a tomar decisiones guiadas en la priorización de recursos y da como resultado un punto de partida basado en hechos para mejorar la solidez de su cartera.

Cuando las carteras de software de nuestros clientes fueron analizadas por nuestro socio proveedor de inteligencia de software, CAST, esto no solo les dio una idea de la seguridad, solidez y calidad de su cartera, sino que también les proporcionó información valiosa sobre dónde podían hacer (más) uso de la construcción estándar. bloques de sus proveedores de nube. Mediante el uso de bloques de construcción estándar, realmente podrían cambiar a la izquierda en su ciclo de vida de desarrollo de software. Estas organizaciones tuvieron que hacer menos inversiones en capacidades que ya están disponibles y podrían reducir la cantidad de recursos que debían asignarse a las pruebas. En promedio, estos clientes ahorraron entre un 5 y un 10 % en su ciclo de vida de desarrollo de software.

Induzca un cambio de reinventar a repetir facilitando a sus equipos para que puedan beneficiarse del trabajo de los demás. Cuando tenga una idea de su cartera, puede identificar componentes básicos comunes en la cartera que pueden beneficiar a varios equipos. Cuando haya identificado muchos de estos tipos de bloques de construcción, podría incluso dedicar un equipo a la parte común de su arquitectura. Cuando usted y su equipo comiencen a analizar qué bloques de construcción o microservicios contiene su arquitectura empresarial, verá que la mentalidad de sus equipos cambiará de reinventar sus propias soluciones a un problema común al uso repetido de una solución común creada por uno de los equipos. Esta forma de pensar no solo aumentará su productividad, sino que también creará una propiedad común de todos los equipos para todo el portafolio.

Otro impulsor de la centralización y estandarización de los componentes básicos es que TI se está moviendo cada vez más hacia el lado comercial general de las organizaciones. Las diferentes unidades de negocio pueden construir sus propias aplicaciones en una arquitectura empresarial que les proporciona bloques de construcción estándar con los que pueden trabajar. Esto disminuye sus vulnerabilidades de seguridad y requiere menos esfuerzo de prueba.