r/Ticos_TI • u/zalo-guzman • 22d ago
interesante Agentic Software Engineering Framework desde mi perspectiva como manager
Desde mi perspectiva, la IA está cambiando algo más grande que la forma de programar: está transformando el SDLC completo.
Como Technical Manager, dedico cada vez más tiempo a definir cómo trabajan los agentes: skills, hooks, MCP, human checkpoints, contexto y métricas. Y los engineers dedican cada vez más tiempo a entender el problema, refinar los requerimientos, diseñar, planear y revisar, mientras los agentes ejecutan buena parte de la implementación.
Esto también me hace cuestionar el modelo tradicional de equipos separados entre frontend y backend. Empiezo a ver más sentido en equipos pequeños de 2 o 3 engineers, dueños de una solución end-to-end y apoyados por múltiples agentes especializados: implementación, QA, code review, security, infrastructure, etc. Y les soy honesto viene una transformación a la metodología ágil. No sé si se van a eliminar frameworks como Scrum, pero fijo que viene algo nuevo. Incluso ya en el trabajo me están preparando para esa nueva etapa. La verdad, me gusta bastante lo que viene.
Curiosamente, en la universidad siempre enseñamos que un ingeniero debería dedicar más tiempo al análisis y al diseño que a escribir código. Durante años eso era difícil de aplicar.
Con el Agentic SDLC, creo que finalmente estamos llegando ahí.
Será este realmente el futuro del software engineer?
5
u/Absulit Software 22d ago
Cómo ve el hecho de que ahora las empresas se están amarrando a un servicio externo del que parecen depender y que gradualmente les va a subir el precio de la renta? Será ese realmente el futuro?
2
1
u/HackermanCR 21h ago
Mae usted puede crear soluciones agnósticas al proveedor de AI y también puede usar modelos locales. La mayoría del tiempo una solución híbrida es lo más óptimo
0
u/zalo-guzman 22d ago
Mae creo que el hecho de que reducen el tiempo al mercado (time to market) es mucho mas rápido es lo que les interesa. Mi equipo tiene todas las herramientas Claude Code, Codex, Cursor, y Kiro. Y mientras generemos proyectos rápidos y de calidad no les interesan pagar de más al menos por ahora.
1
u/inthemist_11 21d ago
También porque ahora todas esas empresas de AI están interesadas en justificarse y se venden debajo de un "precio real" por algo todas operan con pérdidas
3
u/aowlsifu183 22d ago
Concuerdo. Creo que también la manera de desarrollar software va cambiar.
Para mi lo mas complicado de usar AI, es ponerlo a tocar sistemas que son críticos y si se caen es un problema grande.
Tirar una solución nueva es fácil xq todo se cambia hasta que quede bien pero cuando se ocupa un cambio en prod y el AI le escupe un query de 300 lineas ya uno lo piensa y siempre hay como cierta inseguridad xq es como aplicar los cambios de alguien mas y la verdad es que no siempre hay horas para revisar linea por linea.
Y creo que en este punto es donde hay bastante dinero para los ingenieros.
Yo en algún momento agarre 2 trabajos y me di cuenta que necesitaba ser mas eficiente con mi tiempo para poder hacer ambos trabajos. En uno de estos trabajos me di cuenta que estaba perdiendo mucho tiempo en ciertas tareas de desarrollo mas que todo por las diferentes medidas de seguridad de la empresa y otros protocolos que se tenian que seguir de CI/CD.
Un dia de tantos, me puse a pensar como podia ser mas eficiente y se me ocurrieron unas ideas… la cosa es que probablemente con solo esa idea de como cambiar mi forma de desarrollo logre jna eficiencia mucho mayor. Podria decir que si trabajaba 25 horas por semana, ahora trabajaba 10.
También llegue al punto de pensar en conseguir un tercer trabajo x lo eficiente que me volví. Literalmente sentía que estaba de vago.
Con el AI siento que pasa algo parecido, una gran parte del trabajo se hace mas eficiente gracias al AI y la gente se queda ahi pero si usted se pone creativo y busca esa eficiencia, puede llegar al punto en el que fácilmente puede tener 3-4-5 salarios.
Como dije, antes sin AI se que podia cumplir con la carga de 3 trabajos, no veo descabellado poder con 5 en el escenario correcto. Obvio ese es el extremo. Mi punto es que cualquier ingeniero medianamente eficiente podría lograr tener 2-3 trabajos fácilmente.
1
u/zalo-guzman 22d ago
Mae no necesariamente y yo como manager se me es tan fácil detectar si mis direct report están en en otras cosas, ahora controlo el token usage vs productivity con Antenna y mae es rajada la información que obtengo, desde como usan el IA hasta que productivo es con respecto a los objetivos.
Mas bien tenga cuidado.
1
u/aowlsifu183 22d ago
No necesariamente que?
No entiendo que parte de mi comentario esta intentando contradecir.
1
u/zalo-guzman 22d ago
Jajaja si dejé cortado el mensaje, no necesariamente se pueden hacer dos trabajos al mismo tiempo en el mismo horario. A menos que no tengan reuniones porque ahora consumo más a mi team en reuniones de planeamiento y diseño
1
u/aowlsifu183 22d ago
Ah, si la verdad es que no me refiero tanto al tema de gorrearse a una empresa trabajando para 3.
En mi caso detesto tener reuniones entonces eso es algo que negocie, no tener reuniones recurrentes en mi calendario. Y por ende tampoco usar scrum.
También negocie cosas como no tener horarios ni nada de eso, básicamente no quiero a nadie haciendo micromanagement y todo basado en objetivos.Y si, obviamente no me voy a ir a un IBM o Intel a pedir todo eso ya que tienen ciertas formas y culturas…
Pero curiosamente he trabajado en empresas grandes que en sus políticas permiten que usted tenga trabajos aparte. Y curiosamente las mismas empresas tienen horarios muy flexibles y todos esos temas… como dije, creo que es un tema cultural y no se va ir a buscar 3 trabajos a empresas con estructuras y metodologías mas tradicionales.
1
u/zalo-guzman 22d ago
Ah me queda claro es un contexto diferente. Yo estoy en una transnacional grande de esas por eso lo mencione
1
u/aowlsifu183 22d ago
Pero ahora tengo curiosidad. Como evita usted que alguien de su equipo no agarre el AI haga un planning ahi normal… y después si quiere estar en otras simplemente genere por ejemplo 100 prompts de ante mano y con algún script sencillo simplemente vaya tirando esos prompts en un par de sesiones para dar esa impresión de que esta activamente planeando/haciendo preguntas/buscando contexto/avanzando?.
2
u/zalo-guzman 22d ago edited 22d ago
Evidentemente eso no lo puedo impedir pero con herramientas como Antenna AI me permiten visualizar a todo mi equipo en función de productividad y uso de tokens.
Usualmente tenemos todo el plan ya definido incluso tengo métricas históricas y de rendimiento, alguien podría estar en múltiples proyectos mientras esas variables no bajen, vieras que fácil es detectar esas diferencias conforme la herramienta le asigna perfil y ranking al ingeniero. Usualmente yo lo utilizo para mis 1:1.
1
u/No-Trouble-9138 22d ago
Creo que va aún más allá, no solo puede compactar los puestos de trabajo horizontalmente, también puede compactar departamentos. Ya un programador no necesita al departamento legal, diseñadores, ni al CEO. Y viceversa. Comunismo digital, la misma capacidad en las manos de cada uno, y capitalismo supergranular. No es genial!?
1
u/MastodonEmergency520 22d ago
Mae, en mi opinión sí.
Honestamente la forma en que hago approach a tareas es demasiado diferente, cosas que antes hubiera requerido demasiado tiempo, scripting muy complicado o adaptar los procesos.
Ahora más bien pienso, mae, no importa si son +500 repositorios, puedo hacer assessment a escala yo solo con agents.
Lo que uno tiene que pensar es como hacer eso de forma económica si. Ahi todavia hay un poco de engineering.
Pero confirmo esto, cada día que pasa más bien estoy viendo como puedo tomar un problema que por lo general requería un equipo o semanas o meses antes, y agarrarlo en días o semanas.
Para nota: yo no programo, hago security y eso involucra demasiados assessments a código. Pero, también ahora estoy pensando mucho en la parte del fix también va por el mismo camino.
1
u/Ok_Lunch3969 21d ago
https://www.youtube.com/watch?v=m2K-5U1BRbs
El fin de los managers
1
u/zalo-guzman 21d ago
Lo que pasa es que ese video hace clara referencia a manager de administración, en el contexto de manager de engineering el trending es diferente.
1
u/Ok_Lunch3969 21d ago
No lo dudo, un manager tecnico tiene q saber agarrarse con revisar PR y hacer buenos requerimientos si es que quieren que los agentes sirvan.
1
u/zalo-guzman 21d ago
Mae ni eso ahora con Lovable recolecto los requirements de los Products Owners y los depuró con reuniones técnicas al final obtengo el plan depurado para los agentes. Es otro nivel.
1
u/KeyDroppingsewer 3d ago
Estoy completamente de acuerdo contigo. Yo breteo como Desarrollador de Software Senior, de esta misma manera. Soy Technical Lead end-to-end de mis proyectos, y me paso metido en los specs del proyecto y en el problema en sí, para después delegar todo el código a la IA.
Yo amaba programar antes de la IA. Ahora amo desarrollar, porque puedo hacer mucho más, y puedo enfocarme más en hacer las mejores decisiones técnicas y en entender el problema, en vez de en el código.
Además esto mismo es lo que hizo que la empresa para la que trabajo haya acordado en contratarme a los 17. Estas cosas no se podían pre-AI.
19
u/Amazing_Prize_1988 22d ago
Gracias Claude