Yosemite Fitness
Related Articles
La deuda técnica es un efecto secundario normal e inevitable de cualquier implementación de TI. Ocurre cuando los equipos “piden prestado” a expensas de la calidad, haciendo sacrificios, tomando atajos o utilizando soluciones alternativas para cumplir con los plazos de entrega. En última instancia, esto puede afectar el rendimiento, la escalabilidad, la resiliencia, la complejidad, la agilidad o características similares. El impacto de la deuda técnica en la integración puede ser mucho mayor que el de una sola aplicación, ya que se utiliza en múltiples sistemas. Cae en la categoría de deuda arquitectónica: fundamental e integrada en aplicaciones y carteras. Si no se gestiona bien, afectará las cualidades principales del software de todas las aplicaciones que utilizan la integración. Sin embargo, la integración a menudo se aborda como una ocurrencia tardía, lo que hace que sea más probable que se incurra en deuda técnica ya que se implementó sin considerar el mantenimiento, la reutilización y la gestión del cambio a largo plazo. A medida que aumenta la deuda técnica, aumenta el esfuerzo por mantener la integración. Esto reduce la capacidad de los equipos de ingeniería de software para responder rápidamente a las necesidades cambiantes. Como resultado, la deuda técnica se convierte en un inhibidor más que en un facilitador de la agilidad, lo que crea cuellos de botella en los procesos y ralentiza la ejecución de nuevas iniciativas. La deuda técnica de integración no se puede evitar por completo. Sin embargo, abordar la integración estratégicamente y seguir las mejores prácticas para el desarrollo de la integración puede ayudar a prevenir muchas de sus causas. Los líderes en ingeniería de software suelen ser responsables de la integración y también de gestionar la deuda técnica de integración. Gartner descubrió que la integración afecta al 60% de los líderes de ingeniería de software, lo que la convierte en la tercera función más común de la que son responsables. Dada esta responsabilidad, puede resultar difícil para los líderes de ingeniería de software crear y gestionar la integración de manera más efectiva para garantizar que la deuda técnica no impida la innovación y el crecimiento. Los líderes de ingeniería de software pueden tomar las siguientes acciones para gestionar y reducir la deuda de integración técnica. Abordar la integración estratégicamente para reducir la deuda técnica de integración Abordar la integración estratégicamente requiere la aceptación de las partes interesadas en la integración técnica y empresarial, por lo que es importante crear conciencia sobre cómo la deuda técnica aumenta los costos de desarrollo y mantenimiento de software y reduce la agilidad. No existe una estrategia única para todos. La estrategia óptima dependerá de cuáles sean los objetivos de integración en la organización, quién asumirá la responsabilidad de ellos y quién será responsable de construir y mantener cualquier integración requerida. Aceptar que cierta integración técnica de la deuda es inevitable y centrarse en la deuda más dañina. Los líderes de ingeniería de software deberían ser menos tolerantes con la deuda que afecta a los sistemas que necesitan más agilidad que otros. Si hay partes de la integración que necesitan seguir cambiando, entonces la deuda tendrá un impacto mayor que aquellas vinculadas a sistemas estables. Y en estos sistemas podría incluso tener sentido simplemente aceptar la deuda para evitarla. Identificación de las causas de la integración de la deuda técnica Los líderes en ingeniería de software necesitan saber qué deuda técnica existe y cómo afecta al negocio. Una mala comprensión del panorama general da como resultado una visibilidad limitada que hace que los problemas de integración más publicitados capten la atención de los equipos en lugar de aquellos que son realmente más problemáticos. Algunos de los principales contribuyentes a la deuda técnica de integración incluyen: No hay propiedad o responsabilidad clara: en muchas organizaciones, está claro quién es el propietario y responsable de mantener cada integración porque la responsabilidad de la integración se asigna inicialmente al proyecto que requiere que se lleve a cabo la nueva integración. construido. Estrategia de integración obsoleta: en muchas organizaciones, los enfoques de integración han estado vigentes durante una década o más o han evolucionado ad hoc en respuesta a desafíos de integración únicos. Una estrategia de integración exitosa requiere el uso de múltiples tecnologías, pero las organizaciones muchas veces no logran definir cuál es la herramienta adecuada para cada uso. Infrainversión insuficiente en herramientas, personas y procesos de integración: los líderes en ingeniería de software luchan por justificar inversiones estratégicas en capacidades de integración más allá del mínimo indispensable para respaldar tácticamente iniciativas comerciales individuales. Como resultado, continúan intentando resolver nuevos desafíos de integración utilizando tecnologías y procesos que han estado en funcionamiento durante años, lo que puede conducir a una implementación ineficiente y difícil de mantener y a problemas para cumplir con los nuevos requisitos. Los líderes de ingeniería de software deben prestar atención a las señales de que la deuda técnica de integración está afectando la eficacia empresarial. Pueden hacerlo documentando el tiempo dedicado a la integración de nuevos sistemas y los resultados de las aplicaciones, lo que podría llevarlos a identificar las integraciones como la causa subyacente de los problemas. Priorizar los elementos de la deuda técnica que necesitan remediación Las organizaciones tienen recursos y tiempo limitados para gestionar la deuda técnica en general, por lo que deben considerar en qué centrarse. Abordar la integración de la deuda técnica debe ser un componente de la estrategia general para gestionar la deuda técnica, priorizando los elementos de la deuda de integración sobre otras deudas técnicas que la organización necesita gestionar. El impacto de la deuda técnica no es el mismo en todos los casos. Algunas cuestiones técnicas de la deuda deben abordarse lo antes posible, mientras que otras pueden posponerse o ignorarse. Por lo tanto, es importante poder identificar y priorizar los elementos que deben abordarse de inmediato. Se pueden aplicar a las integraciones enfoques para priorizar elementos de deuda técnica en las aplicaciones. Esto significa priorizar los elementos de deuda técnica evaluando sus riesgos e impacto comercial versus los costos para resolverlos. Los líderes de ingeniería de software deben reducir el impacto de la deuda técnica de integración definiendo una estrategia para construir y gestionar la integración dentro de la organización y tomando decisiones conscientes sobre cuándo endeudarse para garantizar resultados más rápidos. Prevenir el crecimiento descontrolado de la deuda de integración técnica identificando las causas subyacentes y monitoreando continuamente las integraciones. Gestionar los costos y consecuencias de la deuda técnica de integración priorizando la deuda técnica que necesita ser remediada. También te puede interesar… Preguntas y respuestas sobre cómo maximizar el retorno de la inversión (ROI) de la IA en el desarrollo de software: solucionar el problema de las marcas de funciones obsoletas
