Cuando la deuda técnica te controla

Cuando el sistema no tiene todavía demasiada entidad y los plazos son relativamente poco importantes se tiende en muchos casos a liberar pronto (buena práctica) pero sin tener excesivo cuidado con la arquitectura y el código.

Es cierto que se asocia esta dinámica al uso de metodologías ágiles pero no tiene nada que ver con el enfoque que se utilice, depende del desarrollador y de su capacidad de analizar las consecuencias de determinadas actuaciones a medio y largo plazo. De hecho con enfoques iterativos incrementales este tipo de problemas saldrán antes a la luz.

Si conforme va creciendo la aplicación se sigue en esa dinámica llegará un momento donde en lugar de tener la deuda técnica bajo control será ella quien te domine a ti.

Ese instante llegará y los costes y velocidad seguirán direcciones opuestas y cada puesta en producción será como una película de suspense por la elevada probabilidad de que se produzcan efectos colaterales.

La competencia es muy dura, si no eres capaz de dar un buen servicio los clientes buscarán otras opciones (imagina que un error en una nueva versión de un servicio que proporcionas a varios clientes les impide trabajar de manera adecuada una jornada entera de trabajo o les haces perder información), si hay un cambio de tendencia en el mercado y llegas tarde, será complicado volver a recuperar tu espacio.

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: