DE UN CONSUILTOR A OTRO. Gracias por tu formulacion de los 4 pasos. Me gustan. Se nota que bebemos en las fuentes del Project Management. Aplico mi propia metodologia a esta idea: "El PrMgmt (me gustan las siglas "autoexplicativas") es util o puede serlo en casi todos los casos de la vida" (lo absoluto no existe, todo es relativo). Incluso lo es esta afirmacion. 0..Conclusion/ Punto de Partida provisional y revisable: Complejidad del contexto, de las preguntas, de las respuestas, de los procesos y de los modelos de realidad que usamos. Systemic Thinking 1. Es necesario Evaluar las respuestas de manera metodologica. (Nota: Lo dificil y valioso es saber preguntar. ¿que, por que, para que y para quien, como, donde, hasta donde, con quien, cuando?) 2. Necesidad intrinseca de evolucion para adaptarse/anticipar : Open Inno + Agile 3. Para centrar el foco, iteracion como en calculo diferencial. Sin pasarse, seamos practicos: Ser Practico es ser Frugal. (Economia de Ockam: Necesidades o Posibilidades ilimitadas per se, frente a recursos limitados per se). Siguiente: 4. Resiliencia. La "solucion" debe ser resiliente, como dice Karpathy. como? Aplicando Metodo Dialectico y despues Metodo Cientifico. Pipeline de proyectos (Requisitos, Diseño, Testing en sandbox, con gaseosa, Escalado a Piloto. Clclo de Evaluacion y toma de decision Stage Gate. Proyecto como producto terminado pero revísable. Debe ser determinado, replicable, acreditable mediante peer revision, y falseable. 5. Last but not Least: Seguro (en los tiempos que corren...) "Programar en tiempos del virus" Expuesto en un totum revolutum: Marco Metodologico SOFIA (Systemic Open y Frugal Innovacion, Agile) Human AI + Protocolo EvalAgilResilSec. Post Scriptum: No olvides feed back en forma de tus opiniones y tu email con tu documento
wow gracias por compartir Alberto, ya te digo.. lo importante es disfrutar de los procesos para asegurarnos que el trabajo que sacamos es eficaz. Un saludo
Muy buena distinción entre vibe coding y agentic engineering. Yo subo la apuesta: Spec Driven Development.
Para forzarme a escribir bien y que no se me escape nada primero escribo la especificación: qué tiene que hacer, con qué datos, bajo qué reglas... Y entonces la IA ejecuta contra ese documento. De esta forma queda una prueba fácil de auditar y de reproducir el resultado el mes que viene.
En mi caso, que son las finanzas, creo que esto debería ser el mínimo porque un auditor nunca aceptará como respuesta "Me lo dijo Claude". Todo se vuelve más técnico, pero supongo que ahí es donde sale un nuevo perfil gracias a la inteligencia artificial...
Qué bueno Gerard, gracias de verdad! No conocía el Spec Driven Development como tal y me acabas de abrir un hilo del que seguir tirando!
Esto es exactamente lo que me engancha de escribir aquí. Sueltas una idea y aparece alguien dispuesto a enseñarte, a aportar y a subir la apuesta. Yo vine a aprender en público y comentarios como el tuyo son la prueba de que funciona. :)
Me voy a meter a investigarlo, sobre todo eso de escribir la spec antes para que quede prueba auditable. Lo de "un auditor nunca aceptará me lo dijo Claude" se me ha quedado grabado.
Hola Mané, odio tener que corregir las transcripciones de audios para que coincidan con lo hablado por el ponente. Podrá solucionarlo los 4 pasos y las instrucciones al becario?
Hola! Te entiendo, corregir transcripciones a mano es de lo más tedioso que hay.
Creo que sí, ayuda bastante, aunque no lo deja perfecto.
La clave es darle el contexto antes, igual que al becario: dile quién es el ponente, los nombres propios, los términos técnicos del tema y cómo habla. Con eso la transcripción sale mucho más limpia y te ahorras la mayoría de las correcciones.
Lo que no te quita es el repaso final, pero pasas de reescribir a solo revisar. Que es justo el cambio que buscas.
Si quieres te paso el protocolo por email con los 4 pasos aplicados a esto. Dime y te lo mando. 🙌
Si esperamos un output más complejo y completo, es natural que tengamos que hacer un prompt al mismo nivel. Me gustó la frase : "Antes de pedírsela a la IA, escríbele las reglas como si se las dieras a un becario recién contratado".
La IA se acerca cada vez más a las capacidades de un real ayudante, necesitas pasar detrás para verificar lo que hace ? sin dudas, pero si te ahorra mucho tiempo procesando un buen volumen de trabajo.
Gracias Esteban! Me alegra un montón que conectaras con el post.
Y el concepto del becario es genial, resume justo la idea: si no sabes explicárselo a un humano nuevo, la IA tampoco lo va a adivinar.
Sí, sigue necesitando que estés detrás verificando, pero revisar un buen volumen de trabajo ya hecho cuesta mucho menos que producirlo de cero. Ahí está el regalo de tiempo.
Por cierto, tengo el protocolo escrito con estas reglas. Si lo quieres, dime y te lo mando al email. Un saludo!
Seguir tus pasos creando mi equipo de directores me ha dado varias ideas que se están forjando. Ahora vamos a por el segundo paso con ese protocolo. Muchas gracias por tus post, Mané
En el artículo menciono que comparto el protocolo si alguien me lo pide. Básicamente, es una serie de instrucciones para darle a tu IA y asegurarte de que sigue siempre los mismos pasos. Quieres que te lo mande al correo?
No, gracias. Hablo de algo más… general (o no) y extenso. Un know how de franquicia.
Un “Inteligencia artificial para Dummies” El uso, lo que resuelve y lo que no, etc.
Este artículo va en esa dirección. Es más, es un buen punto de partida filosófico. Un consultor que aplica una herramienta a los procesos para que de verdad sean más rápidos.
DE UN CONSUILTOR A OTRO. Gracias por tu formulacion de los 4 pasos. Me gustan. Se nota que bebemos en las fuentes del Project Management. Aplico mi propia metodologia a esta idea: "El PrMgmt (me gustan las siglas "autoexplicativas") es util o puede serlo en casi todos los casos de la vida" (lo absoluto no existe, todo es relativo). Incluso lo es esta afirmacion. 0..Conclusion/ Punto de Partida provisional y revisable: Complejidad del contexto, de las preguntas, de las respuestas, de los procesos y de los modelos de realidad que usamos. Systemic Thinking 1. Es necesario Evaluar las respuestas de manera metodologica. (Nota: Lo dificil y valioso es saber preguntar. ¿que, por que, para que y para quien, como, donde, hasta donde, con quien, cuando?) 2. Necesidad intrinseca de evolucion para adaptarse/anticipar : Open Inno + Agile 3. Para centrar el foco, iteracion como en calculo diferencial. Sin pasarse, seamos practicos: Ser Practico es ser Frugal. (Economia de Ockam: Necesidades o Posibilidades ilimitadas per se, frente a recursos limitados per se). Siguiente: 4. Resiliencia. La "solucion" debe ser resiliente, como dice Karpathy. como? Aplicando Metodo Dialectico y despues Metodo Cientifico. Pipeline de proyectos (Requisitos, Diseño, Testing en sandbox, con gaseosa, Escalado a Piloto. Clclo de Evaluacion y toma de decision Stage Gate. Proyecto como producto terminado pero revísable. Debe ser determinado, replicable, acreditable mediante peer revision, y falseable. 5. Last but not Least: Seguro (en los tiempos que corren...) "Programar en tiempos del virus" Expuesto en un totum revolutum: Marco Metodologico SOFIA (Systemic Open y Frugal Innovacion, Agile) Human AI + Protocolo EvalAgilResilSec. Post Scriptum: No olvides feed back en forma de tus opiniones y tu email con tu documento
wow gracias por compartir Alberto, ya te digo.. lo importante es disfrutar de los procesos para asegurarnos que el trabajo que sacamos es eficaz. Un saludo
Nosotros protocolizamos todo y dividimos las tareas en subtareas y a los agentes les asignamos subagentes.
Y si, revisar X3, siempre. Todo.
Sin duda siguiendo esos pasos los resultados son infinitamente mejores. Gracias por compartir!!
Muy buena distinción entre vibe coding y agentic engineering. Yo subo la apuesta: Spec Driven Development.
Para forzarme a escribir bien y que no se me escape nada primero escribo la especificación: qué tiene que hacer, con qué datos, bajo qué reglas... Y entonces la IA ejecuta contra ese documento. De esta forma queda una prueba fácil de auditar y de reproducir el resultado el mes que viene.
En mi caso, que son las finanzas, creo que esto debería ser el mínimo porque un auditor nunca aceptará como respuesta "Me lo dijo Claude". Todo se vuelve más técnico, pero supongo que ahí es donde sale un nuevo perfil gracias a la inteligencia artificial...
Un saludo :)
Qué bueno Gerard, gracias de verdad! No conocía el Spec Driven Development como tal y me acabas de abrir un hilo del que seguir tirando!
Esto es exactamente lo que me engancha de escribir aquí. Sueltas una idea y aparece alguien dispuesto a enseñarte, a aportar y a subir la apuesta. Yo vine a aprender en público y comentarios como el tuyo son la prueba de que funciona. :)
Me voy a meter a investigarlo, sobre todo eso de escribir la spec antes para que quede prueba auditable. Lo de "un auditor nunca aceptará me lo dijo Claude" se me ha quedado grabado.
Gracias por el aporte!!!
Buenos días, Mané
Me has iluminado mi idea del uso avanzado de la IA.
¿Serías tan amable de enviarme el protocolo a este correo: argovi52@yahoo.com.mx
Me alegro muchísimo, Armando. Por supuesto que sí. Ya lo tienes en tu bandeja de entrada. 🙂
Espero que te ayude y, si tienes cualquier duda o comentario, aquí me tienes.
Un saludo!
Hola Mané, odio tener que corregir las transcripciones de audios para que coincidan con lo hablado por el ponente. Podrá solucionarlo los 4 pasos y las instrucciones al becario?
Hola! Te entiendo, corregir transcripciones a mano es de lo más tedioso que hay.
Creo que sí, ayuda bastante, aunque no lo deja perfecto.
La clave es darle el contexto antes, igual que al becario: dile quién es el ponente, los nombres propios, los términos técnicos del tema y cómo habla. Con eso la transcripción sale mucho más limpia y te ahorras la mayoría de las correcciones.
Lo que no te quita es el repaso final, pero pasas de reescribir a solo revisar. Que es justo el cambio que buscas.
Si quieres te paso el protocolo por email con los 4 pasos aplicados a esto. Dime y te lo mando. 🙌
Si esperamos un output más complejo y completo, es natural que tengamos que hacer un prompt al mismo nivel. Me gustó la frase : "Antes de pedírsela a la IA, escríbele las reglas como si se las dieras a un becario recién contratado".
La IA se acerca cada vez más a las capacidades de un real ayudante, necesitas pasar detrás para verificar lo que hace ? sin dudas, pero si te ahorra mucho tiempo procesando un buen volumen de trabajo.
Gracias pro compartir !
Gracias Esteban! Me alegra un montón que conectaras con el post.
Y el concepto del becario es genial, resume justo la idea: si no sabes explicárselo a un humano nuevo, la IA tampoco lo va a adivinar.
Sí, sigue necesitando que estés detrás verificando, pero revisar un buen volumen de trabajo ya hecho cuesta mucho menos que producirlo de cero. Ahí está el regalo de tiempo.
Por cierto, tengo el protocolo escrito con estas reglas. Si lo quieres, dime y te lo mando al email. Un saludo!
Seguir tus pasos creando mi equipo de directores me ha dado varias ideas que se están forjando. Ahora vamos a por el segundo paso con ese protocolo. Muchas gracias por tus post, Mané
Qué alegría Dani! La verdad es que hay un antes y un después de la "contratación", verdad?
Ya te he enviado el protocolo por email, por si te sirve. Ya me contarás qué tal te va y cómo lo pones en acción.
Un saludo!
Mola. Parece lógico, pero hay que entenderlo y hacerlo.
Como todo en esta vida :)
Gracias!!
Pregunta más seria: ¿Generas un know how? O quizás no merece la pena por la velocidad de avance.
En el artículo menciono que comparto el protocolo si alguien me lo pide. Básicamente, es una serie de instrucciones para darle a tu IA y asegurarte de que sigue siempre los mismos pasos. Quieres que te lo mande al correo?
No, gracias. Hablo de algo más… general (o no) y extenso. Un know how de franquicia.
Un “Inteligencia artificial para Dummies” El uso, lo que resuelve y lo que no, etc.
Este artículo va en esa dirección. Es más, es un buen punto de partida filosófico. Un consultor que aplica una herramienta a los procesos para que de verdad sean más rápidos.
Ya me contarás más de lo que tienes en mente pronto, tomando algo fresquito ;)
Buenisimo, me gustaria tener el protocolo
Qué bien Damián! Me alegro. Ahí te va el protocolo, lo tienes esperándote en tu correo electrónico. Un saludo!
Muy buen post, me gustaria tener el protocolo, muchas gracias
Gracias por tu comentario Jorge! Ya te lo he enviado por email. Espero que te sirva. Un saludo!
Me encantaría tener ese protocolo, Mané. Enhorabuena por tu trabajo!👏👏
Muchísimas gracias Jesús! Ya lo tienes en tu bandeja de entrada. Disfrútalo!
Muy interesante 😃. Lo incluimos en el diario 📰 de Substack en español?