Entradas

Handoffs y cierres: aquí no manda Skynet

En los posts anteriores he explicado cómo PDCA no es para mí un marco teórico reciente, sino una disciplina que arrastro desde muchos años de calidad industrial. Este proyecto, apoyado en IA, me permitió comprobar muy pronto hasta qué punto ese enfoque sigue siendo válido cuando cambian las herramientas, pero no la naturaleza del trabajo. La primera iteración real fue el punto de inflexión. No porque la IA "alucinara", sino porque el sistema permitía que lo hiciera . 1. Plan #0: visión clara, carril demasiado ancho Imagina que haces lo que se supone que hay que hacer. Te sientas. Piensas el sistema. Defines una visión razonable y ambiciosa: una web principal como punto de entrada, un catálogo unificado de trabajos, un hub de aprendizaje, un blog ex...

La rueda ya estaba inventada: proceso, control y alucinaciones en IA

Cuando el DO vuelve a Plan: cómo cerré el margen de alucinación con proceso, no con “más prompts” En las dos entradas anteriores he hablado de PDCA como una disciplina que traigo de la industria tradicional: definir, ejecutar, verificar, ajustar. En este proyecto —con una IA en modo coordinadora y otra en modo agente— esa disciplina se puso a prueba muy pronto, en la primera iteración real . La lección no fue “la IA alucina”. La lección fue más incómoda y más útil: Si el sistema permite ambigüedad, el agente la rellenará. La única forma estable de reducir alucinación es reducir grados de libertad. Plan #0: una primera iteración bien intencionada, demasiado abierta La iteración 0 se planificó como se planifica un sistema completo: con visión, arquitectura, alcance y objetivos claros. El handoff inicial de Do #0 reflejaba esa ambición: Una web principal como hub (www). Un catálogo unificado (/work). Un hub de aprendizaje (/learning) con RSS. Blog externo bajo subdominio. Incluso “impleme...

Cómo aprendí PDCA tocando acero (y por qué hoy se lo exijo a la IA)

PDCA aplicado a la creación de software: iterar con cierre (desde el acero hasta la IA) En la entrada anterior explicaba por qué este proyecto no es una web ni un CV ampliado, sino un sistema vivo . Esa idea no surge de la nada. En mi caso, PDCA no es algo que haya descubierto ahora aplicándolo al software o a la IA. Lo llevo practicando —con otros nombres y otras herramientas— desde finales de los años 90, en calidad industrial real, tocando acero . Antes de llamarlo PDCA, ya lo estábamos haciendo Mi primer contacto serio con sistemas de calidad fue en 1998 , implantando ISO 9002:94 , mientras alternaba estudios en el IMH con trabajo en la tornillería familiar de Soraluze (Gipuzkoa). Éramos una empresa de 12 personas , sin estructura formal, sin departamentos, sin cultura documental previa. Pasamos de órdenes verbales a lo que en la planta se conocía como "lo...

Tengo un nuevo CV

Construyendo un sistema vivo Cuando alguien llega por primera vez a ariznabarreta.eu puede pensar que está viendo una web personal. Un CV ampliado. Un escaparate profesional más o menos cuidado. La realidad es otra: no estoy construyendo una web, estoy construyendo un sistema vivo . Un sistema que se presenta hacia fuera, pero que también funciona hacia dentro como almacén de conocimiento , memoria técnica y entorno de aprendizaje continuo. De CV estático a sistema en evolución Durante años entendí el CV como un documento: una foto fija de lo que había hecho. El problema de esa aproximación es evidente para cualquiera que trabaje en tecnología: los sistemas vivos no se describen bien con fotografías. Este proyecto parte de una decisión clara: convertir el CV en un proyecto de software . Eso implica varias cosas: Un dominio único como punto de ent...