Hola gente! Cómo están?
Les traigo algo para que lean y ver si a alguien tiene el mismo problema o ya encuentra una solución.
Trabajo en el área de desarrollo e innovación en una empresa grande, estoy como software engineer. Hago un poco de todo realmente, como todos los del área.
Estoy viendo el siguiente problema: si bien trabajamos creando sistemas de manera interna, tiene mucho terciarizado. Hay un choclo enorme de sistemas terciarizados que lo gestionan terceros, entendemos, pero ellos conocen más a profundidad todo y nos dan un gran soporte. Un ejemplo simple: hay tablas de la base de datos que solo ellos entienden porque realmente son un desastre a la hora de nombrar.
Eso genera perdida de dinero para la empresa, porque no solo le paga a un equipo interno, si no que también tiene que pagarle a un tercero. ¿Genera un gran dolor para la empresa?
El problema es capacitar a los empleados internos (lleva mucho tiempo) para que manejen a la perfección el sistema como lo hacen los terceros. La solución que se me ocurrió es auditar todo el sistema del tercero por completo, generar informes más amigables a la vista, mapa de la base de datos (qué es cada “cosa”), flujos de negocio, puntos críticos, integraciones, etc etc.
Es más, si la relación con el tercero se rompe y no tenes nada de esta información ¿Qué pasa? Se migra a otro sistema, pero hay que entender el anterior primero, ahí se pierde muchísimo tiempo.
Perfecto, todo esto que dije es la descripción del problema. Ahora, si existiese una herramienta que ayude a las empresas a cambiar de proveedor de una manera más sencilla? De ahorrarle tiempo de estudio del sistema. Llamese inteligencia artificial, creación de informes, documentación, un dashboard con interacciones, etc.
Es decir, una herramienta que permita auditar absolutamente todo el sistema para que la empresa que la compro sea la dueña de todo el conocimiento.
¿Las empresas estarían dispuestas a pagar por esta solución? ¿Es realmente un dolor? La verdad no lo se, pero bue, se me ocurrió mientras laburo jajaja.
Espero haberme explicado bien, la idea surge de una solución que quiero implementar para la empresa que trabajo, pero si es un buen planteo para analizar a profundidad y ofrecer ese servicio.
Simplemente imaginen que puede llegar a ser una herramienta indispensable en el desarrollo de software: “Que cualquier sistema pueda ser entendido rápido por cualquier equipo nuevo”
Leo todo! Pueden tirar abajo la idea, hagan cualquier pregunta, mejoras sobre mi hipótesis
Saludos
Como andas Santiago. Asi como está, suena medio verde la idea, pero el problema como lo describis, al menos en general, es tal cual.
De todos modos, por mas que compartamos la intuicion respecto al problema, hay que recontrapulirlo para entender qué tipo de solucion se merece. Ej. Qué es empresa “grande”? Quién tiene el problema dentro de esa empresa? Equipos enteros? Analistas? Vos en particular? Qué tan frecuentemente se manifiesta el problema? En qué tipos de sistemas? Qué tanto problema es, en términos de horas de training, etc.?
En fin, aporto nomas para darle otra vuelta mas al problema antes de proponer soluciones. Si no tenés aportes adicionales, volvé en la próxima iteración y te doy feedback nuevamente.
Buenas Lucho! Si, es muy reciente. Todavía hay que bajarlo mucho más.
Te doy más contexto real para no quedarme en lo abstracto:
Con empresa grande me refiero a una multinacional (mi caso), hablo de organizaciones con varios sistemas internos + varios proveedores externos (en mi caso puntual, hay varios sistemas core tercerizados). Pero una empresa grande creo que puede ser una fabrica por ejemplo.
El problema no lo tiene solo una persona, lo sufren equipos completos (devs internos, analistas, etc.).
Se manifiesta sobre todo cuando hay que hacer cambios en sistemas que no hiciste vos o cuando se corta la relación con un proveedor.
Ahí pasa algo bastante concreto: se pierden semanas tratando de entender cómo funciona todo antes de poder tocar algo sin romperlo.
No tengo todavía un número exacto en horas/costo (lo estoy tratando de bajar), pero sí veo que el tiempo de onboarding técnico es muy alto y hay una dependencia fuerte del proveedor original.
Mi hipótesis hoy es que el problema no es tanto “falta de documentación”, sino que el conocimiento está en la cabeza del proveedor.
Por eso estoy explorando algo más del lado de auditar y mapear sistemas existentes para hacerlos entendibles rápido (sin depender de que el proveedor documente)
Pero bueno, estoy en esa etapa de entender si esto es un problema puntual mío o algo más generalizable
Si te pasó algo parecido en algún proyecto o laburo, me re sirve el caso concreto.
Saludos!
Claro, esta es la razón por la cual existe la necesidad de llamar a alguien para que te lo arregle, y también la razón por la cual existe el problema! (creo)
Porque es una situación excepcional, no es siquiera algo programado. “Salen” cosas a medida de que uno usa la herramienta, o cuando “inesperadamente” se corta la relación con el proveedor (si no, imagino, la transición estaria de alguna forma planeada en el contrato inicial).
Esto es lo que me hace ruido y me hace pensar que, si bien es un problema, no es algo necesariamente solucionable con un servicio/producto que solo haga eso, sino que requiere soluciones “bespoke” o a pata para salir de la situacion.
Lo que si puede pasar, es que todo esto de IA, vibe coding, etc. cambie el paradigma de qué se hace in-house, cómo se hace, quién afronta los costos, etc. (ver, ej. Negocios Argentina en X: "Interesante el modelo de laburo en base a vibe coding, ejemplificado acá con el caso de CRMs. Las empresas se hartaron de pagar millones por Salesforce, ahora pagan us$10-20k por algo armado a medida. > Vibecode devs se sientan con vos en la empresa por un par de semanas >… / X). Y que esos cambios introduzca ej. una categoria nueva de servicios como “emparchadores seriales”, que actuán entre vibe-coded-app y vibe-coded-app, para ilustrar con algo sencillo. Pero esto se podria dar como parte del contrato mismo de la solucion, como sugiere ese link.
Otra capaz es resolver el problema a medias, que es lo que decis vos, basicamente poder a Codex o Claude que creen un doc con la descripcion del software, comportamiento de sus funciones, etc. Pero esto también está sujeto a lo mismo: es algo excepcional, no algo periodico que genere un negocio.
Estas son todas reacciones rápidas a lo que decis para elaborar en la discusion, tomar con pinzas!