Hay 3 tipos principales de deuda técnica. Aquí es cómo manejarlos.

Así como la deuda financiera inteligente puede ayudarlo a alcanzar los principales objetivos de la vida más rápida, no toda la deuda técnica es mala y la gestiona bien puede dar beneficios tremendos para su empresa. Esto es particularmente cierto para las compañías de rápido crecimiento, que tienen una necesidad crítica de enviar productos tempranos y, a menudo, para determinar el PRODUCTO% 2FMARKET FIT, satisfacer las necesidades de los clientes y aprovechar las oportunidades emergentes. Pero al igual que la deuda financiera, debe ser sabio acerca de incurrir en la deuda tecnológica. A lo largo del largo plazo, la deuda acumulada puede retardar sus velocidades de envío, causar problemas de la moral del desarrollador, o incluso hundir su negocio por completo.

Dag Liodden ha estado gestionando la deuda técnica durante más de 14 años, más recientemente como el cofundador y la CTO de Tapad de la compañía AdTech, que ayudó a guiar a una adquisición de $ 360M. Si bien no hay una solución simple de un solo tamaño, la DAG ha encontrado que la clasificación de la deuda en categorías ayuda a comunicar y abordar los problemas de deuda tecnológica en y en todos los equipos. Compartió los tres tipos principales de deuda tecnológica y su estrategia para abordar cada uno, con FIRTMARK.

Dag Liodden hablando en la cumbre de CTO anual de FIRTMAMK

1. Deuda de tecnología deliberada

A menudo, los ingenieros sabrán que está la forma correcta de hacer algo, y la forma rápida de hacer algo, dice DAG. En muchos casos, la forma rápida es la forma correcta (para evitar la sobreicineo), pero a veces el equipo hará intencionalmente algo de la manera "incorrecta" porque necesitan entregar rápidamente el producto al mercado.

"A veces incurtamos deliberadamente de la deuda tecnológica para reducir el tiempo para comercializar".

Al tomar esta ruta, considere no solo cuánto tiempo ahorrará en la lanzar una función, sino también lo que tomará para pagar la deuda incurrida explícitamente. Asegúrese de que las partes interesadas sean conscientes de que esto inevitablemente disminuirá la velocidad de otros lanzamientos más adelante.

Cómo abordarlo: la implementación de su equipo de Agile podría estar en desacuerdo, pero DAG ha encontrado que generalmente tiene sentido realizar un seguimiento de este tipo de deuda tecnológica en el atraso cuando se suspende deliberadamente el trabajo que debe completarse. Si no se ha rastreado específicamente, es poco probable que se le pague y se convierta en deudas de diseño accidental a lo largo del tiempo. Los propietarios de productos y las partes interesadas deben ser responsabilizadas por la acumulación de este tipo de deuda, ya que se incurre en las decisiones comerciales.

2. Deuda de tecnología de diseño accidental% 2FoutDated.

Al diseñar sistemas de software, el equipo de DAG intenta equilibrar el pensamiento con anticipación y a prueba de futuro sus diseños con simplicidad y entrega rápida. Este es un equilibrio difícil, advierte, y nadie lo hace bien cada vez. A medida que los sistemas evolucionan y los requisitos cambian, puede llegar a darse cuenta de que su diseño es defectuoso, o que la nueva funcionalidad se ha vuelto difícil y lento para implementar. Un buen diseño original a menudo será más fácil de hacer un refactor incremental, pero a veces es posible que tenga que morder la bala y hacer un refactor más significativo.

Cómo abordarlo: cómo refactar significativamente un sistema de un sistema es un tema enorme en sí mismo, pero es completamente natural que esto tenga que suceder de vez en cuando (cada dos años más o menos cuando el sistema esté en un estado "estable"). De lo contrario, podría diseñar sobre el sistema en primer lugar e incurrir en desaceleración innecesaria a lo largo. El equipo% 2FECH PLAIDADES Y PROTOMIENTES DE PRODUCTOS DEBE SER RESPONSABLE POR CUMPLIENDO QUE SE PUBLEMENTE EL TIEMPO SE DEBE AURSARSE PARA SOLAR ESTE TIPO DE DEUDA DE TECHA COMO SIGURIDO POR LAS DECISIONES DE DESECHO DE DISCIMIENTOS Y REQUISITOS DE CAMBIO FUERO.

3. Deuda tecnológica de pudrición de bits

La deuda tecnológica de pudrición de bits ocurre con el tiempo. Un componente o sistema se convierte lentamente en complejidad innecesaria a través de muchos cambios incrementales, a menudo exacerbados cuando se trabajan en varias personas que podrían no entender completamente el diseño original. Los síntomas son, entre otros, la programación de copia y la programación de carga.

Cómo abordarlo: este es quizás el único tipo de deuda tecnológica que debe intentar evitar constantemente, DAG dice, por refactorización continua. Los equipos fuertes se tomarán el tiempo para comprender el diseño del sistema en el que están trabajando (incluso si no lo diseñaron originalmente), mejoran incrementalmente el diseño y limpie el mal código en el camino. El Equipo de Desarrollo debe ser responsable de evitar la deuda de la tecnología de la BIT ROT, ya que está incurrido por los desarrolladores individuales.

Si bien la categorización de la deuda tecnológica no será fácil de manejar mágicamente, puede permitir conversaciones más productivas y fortalecer a su equipo. La deuda tecnológica será, y debería, siempre existirá en los sistemas. Es esencial que intente comprender cómo la deuda está desacelerando a su equipo y equilibra los esfuerzos de la entrega de características a corto plazo con el aumento de la productividad general a mitad de a largo plazo.

Para obtener más lecciones de negocios tácticas de expertos de la industria de la tecnología, inscríbase en el boletín de noticias de Firstmark.