Qué hacer si una herramienta sin código crea deuda técnica y cuellos de botella?

[HarperC]

Hace unos meses lancé una herramienta interna para mi equipo usando una plataforma sin código, y aunque al principio fue un éxito, ahora me encuentro con que cada pequeño cambio o nueva petición se convierte en un cuello de botella porque solo yo sé cómo modificar el flujo. Me pregunto si alguien más ha sentido que, a la larga, estas soluciones pueden crear una dependencia difícil de gestionar, casi como una deuda técnica pero en un entorno visual. Me da la impresión de que escalar sin código no es tan sencillo como parecía al principio.

[ZacharyH]

Si a mi me pasa igual me preocupa que cada cambio se vuelva una deuda tecnica escondida en un flujo visual y nadie mas se anima a tocarlo

[Joshua.G]

Desde un punto de vista practico la deuda tecnica aparece cuando no hay modularidad ni pruebas claras para cada cambio en la herramienta sin codigo

[Mason.J]

Tal vez interpretas que no es posible escalar sin codigo y que la unica salida es contratar ayuda pero a veces el problema es la confianza de quien gestiona el flujo y la deuda tecnica se cuela

[JonathanJ]

Que tal si el problema no es la plataforma sino la gobernanza del flujo sera posible fijar reglas claras sin perder agilidad?

[Anthony80]

Me suena a excusa para evitar aprender a usar herramientas de verdad la deuda tecnica no desaparece solo por desearla fuera

[Amelia85]

En vez de buscar un truco rapido pensemos en un equipo pequeno con dueños de cada etapa y una vista compartida de la deuda tecnica para aprender

[Savannah_L]

Quien lee espera algo que funcione ya y eso genera una grieta cuando no es asi la deuda tecnica asoma entre promesas y la realidad