Por Doug Needham, DataOps.live Por Doug Needham, DataOps.live La deuda técnica es un desafío para cualquier equipo digital. Las sugerencias para evitarlo se superponen o se ignoran, y es un trato raro conseguir arreglar las cosas que sabemos que necesitamos arreglar. Comprendieron lo que sabemos -cómo es realmente terrible la deuda técnica- tal vez empujaran menos cuando luchamos para construir las cosas de la manera correcta. Propietarios de datos Propietarios de datos Creo que he encontrado la manera de contarles. Los cuentos de hadas, las parábolas y las historias que nuestros abuelos nos cuentan pueden no ser hechos, pero son “verdaderos”.Tienen un núcleo de verdad que recordamos cuando el momento es correcto. La peligrosa carrera Querías que tu coche se construyera con prisa, y aquí está – oh, pero doce tornillos quedaron después de que lo pusimos juntos. Los gerentes de proyecto han insistido en que estos tornillos particulares pueden esperar a la próxima ventana de mantenimiento. El equipo de ventas le asegura que estos tornillos no son necesarios. El equipo de ingeniería sabe lo que estos tornillos mantendrán juntos. Recomanan tomar el tiempo para aplicar los tornillos. La carrera comenzará pronto. El reloj está ticking. Tú eres el conductor. Tomarás decisiones de vida o muerte a velocidades increíbles en una pista de carreras diseñada para demostrar las capacidades de tu coche. Hay treinta y nueve otros coches en la línea de partida, cada uno con sus propios equipos de ingeniería, ventas y gestión de proyectos. ¿Tienen todas las partes de sus coches unidas? ¿Qué partes de su coche no se mantienen juntas de la mejor manera posible? Al usar este coche y empujarlo al límite, ¿ganará la carrera, o acabará con un puddle en el turno 3? La moral de la historia Esta es una deuda técnica: una situación de alto riesgo que podría haberse evitado fácilmente escuchando a los expertos. Si necesitas una analogía más rápida, es como la ruleta rusa, solo que no sabes el número de cámaras, el calibre de la bala, cuántas balas están cargadas, o en qué dirección se dirige la pistola. Los interesados no técnicos a veces confunden la refactoring con la deuda técnica.Es ciertamente cierto que hay momentos en que los arquitectos e ingenieros aprenden mejores maneras de construir algo después de que se haya construido. En ambos casos, aquellas personas que realmente realizan las implementaciones deben ser capaces de decidir qué debe hacerse.Tener usuarios no técnicos para tomar decisiones técnicas sobre cómo construir una herramienta es una receta para el desastre. Cuando su PM o propietario de datos le pida que corta los rincones, recuerde a ellos esta historia. Pregunta, “¿Confías en tu equipo para tomar las decisiones correctas? Si es así, entonces déjelo”. El deber de advertir Los usuarios no entienden los riesgos cuando nos dicen que cortemos los rincones.No conocen la importancia del controlador correcto, SQL estructurado, la actualización de las subrutinas, la adición de un nodo al clúster, o la actualización al nivel actual del parche y la obtención de un reinicio limpio. Ustedes les construyeron un coche maravilloso, pero dictaron unos cuantos cortometrajes que sabían que necesitaban ser corregidos más tarde, sólo que más tarde nunca llegaron. Dado que conocemos los riesgos de la deuda técnica, tenemos la responsabilidad de levantar la alarma.Cuéntanos la historia de la carrera.Recuerda que están sentados en ese coche.Son los que te dijeron no arreglar lo que sabes que necesitas arreglar. Espero que esta historia se convierta en una flecha en tu quiver cuando un usuario de negocios o gerente de proyecto intenta derrocarte arquitectos e ingenieros que saben que algo necesita ser hecho, y que debe hacerse de la manera correcta. La deuda técnica es algo con lo que todos vivimos.La elección de las herramientas que utilizamos para mitigar el riesgo de deuda técnica es una decisión todavía en nuestras manos. Una arquitectura codificada que garantiza Puedes ponerte sobre los hombros de este equipo y descansar fácilmente por la noche, o tomar el turno 3 a plena velocidad! Información sobre DataOps.live La gestión de datos está regulada Información sobre DataOps.live La gestión de datos está regulada
