Cómo pensamos
Preguntar para descubrir. Construir para comprobar. Desaprender para seguir comprendiendo.
En una página
Nos inspira la indagación socrática: aclarar términos, hacer visibles supuestos, escuchar perspectivas diferentes y buscar contraejemplos. Después construimos, evaluamos y revisamos el criterio con lo que la realidad permite observar.
- 01Escuchar antes de cerrar una representación. Una organización contiene muchas perspectivas legítimas.
- 02Aclarar los términos cambia el sistema. Muchas diferencias de arquitectura empiezan como diferencias de significado.
- 03Hacer visibles los supuestos. Cada propuesta contiene supuestos:
Pensar bien empieza por conceder al problema la posibilidad de ser distinto de nuestra primera descripción.
Una solicitud puede llegar expresada como «necesitamos un agente», «queremos automatizar este proceso» o «los datos no están bien». Cada frase contiene experiencia y también una hipótesis sobre la solución o sobre la causa.
Nuestra primera tarea consiste en escuchar qué realidad intenta nombrar:
- qué sucede;
- desde qué posición se observa;
- qué significado tiene cada término;
- qué ejemplos sostienen la descripción;
- qué casos la contradicen;
- qué parte es un hecho;
- qué parte es una inferencia;
- qué decisión ya se ha tomado;
- qué pregunta permanece abierta.
Esta forma de indagación está inspirada por los métodos socráticos. Preguntar sirve para descubrir distinciones, supuestos y consecuencias que todavía no son visibles, no para conducir a la otra persona hacia una respuesta ya elegida.
Cultura 3.14 hace visible cómo la ingeniería pregunta, documenta, construye y revisa.
Escuchar antes de cerrar una representación
Una organización contiene muchas perspectivas legítimas.
Quien opera un proceso conoce las excepciones. Quien lo mantiene conoce las dependencias técnicas. Quien decide conoce objetivos y compromisos. Quien recibe el resultado conoce consecuencias que quizá el proceso no registra.
Escuchar activamente significa:
- prestar atención al lenguaje utilizado;
- pedir ejemplos;
- reconstruir el caso habitual;
- estudiar el caso difícil;
- localizar desacuerdos;
- confirmar lo comprendido;
- devolver una representación que las personas puedan corregir.
El objetivo es construir una comprensión compartida suficientemente precisa para actuar.
La escucha continúa en las interfaces, las pruebas, las correcciones y la observación de uso.
Aclarar los términos cambia el sistema
Muchas diferencias de arquitectura empiezan como diferencias de significado.
«Completado» puede significar que una API respondió, que el ERP actualizó un estado o que el cliente recibió un resultado.
«Aprobación» puede significar autoridad formal, criterio técnico, confirmación de datos o aceptación del riesgo.
«Memoria» puede referirse a la conversación actual, al estado de un caso, a una decisión del proyecto o al conocimiento duradero de la organización.
Aclarar términos permite decidir:
- qué entidad debe representarse;
- qué estado existe;
- qué evidencia hace falta;
- qué participante responde;
- qué herramienta puede actuar;
- qué criterio cierra el recorrido;
- qué debe permanecer separado.
La semántica también es una decisión de producto y de arquitectura.
Hacer visibles los supuestos
Cada propuesta contiene supuestos:
- que la información existe;
- que está vigente;
- que dos fuentes hablan de lo mismo;
- que una regla representa la intención;
- que una persona tiene capacidad para revisar;
- que una recomendación puede ponerse en práctica;
- que el entorno físico mantiene una tolerancia;
- que una métrica representa el resultado.
Hacerlos visibles permite convertirlos en preguntas, pruebas, restricciones, decisiones, riesgos y condiciones de uso.
Un supuesto explícito puede comprobarse. Un supuesto escondido suele reaparecer como excepción.
Buscar el caso que obliga a pensar mejor
El caso habitual explica el recorrido. El caso difícil explica sus límites.
Preguntamos por:
- datos incompletos;
- fuentes contradictorias;
- permisos insuficientes;
- decisiones urgentes;
- fallos parciales;
- eventos tardíos;
- personas ausentes;
- acciones duplicadas;
- cambios de política;
- situaciones fuera de distribución;
- tolerancias físicas;
- resultados ambiguos.
El objetivo es descubrir qué responsabilidad aparece cuando el sistema deja de seguir el camino cómodo.
Los casos adversos ayudan a formular mejor la arquitectura desde el principio.
Distinguir observación, inferencia, decisión y acción
Esta separación atraviesa nuestro trabajo.
- Observación
- Aquello que una fuente, una medida, una traza o una persona permite registrar.
- Inferencia
- La interpretación que relaciona observaciones y propone un significado, una clase, una causa o un estado.
- Decisión
- La elección entre alternativas según objetivos, restricciones, evidencia y autoridad.
- Acción
- El cambio ejecutado sobre un sistema, un contenido, un proceso o un entorno.
Cada transición necesita controles diferentes.
Una traza puede observar comportamiento. Un modelo puede inferir intención. Una persona puede decidir una excepción. Una herramienta puede ejecutar una acción.
Mantener estas categorías conserva la autoridad donde corresponde: una observación se convierte en regla mediante una decisión explícita, y una inferencia adquiere valor por su evidencia.
Construir para comprender
Algunas preguntas solo revelan su forma cuando intentamos construir.
Un prototipo obliga a decidir:
- qué entra;
- qué objeto representa el sistema;
- qué estado conserva;
- qué función ocupa cada componente;
- qué debe preguntar;
- qué puede ejecutar;
- qué resultado entrega;
- cómo se comprueba;
- qué ocurre cuando falla.
Preferimos una primera trayectoria limitada y completa a una colección amplia de pantallas o funciones desconectadas.
La trayectoria completa permite observar la distancia entre:
- fuente y conocimiento;
- recomendación y decisión;
- comando y resultado;
- diseño y operación;
- posibilidad técnica y utilidad.
Aprender con evidencia
El aprendizaje adquiere valor cuando cambia algo: una pregunta, un esquema, una regla, una interfaz, un modelo, una política, una prueba, una asignación de responsabilidad o una decisión sobre madurez.
Registramos:
- qué esperábamos;
- qué construimos;
- qué observamos;
- qué explicación proponemos;
- qué decisión cambia;
- qué límite permanece.
Así, el aprendizaje puede incorporarse al sistema y también discutirse.
Aprender significa comprender mejor el problema y transformar esa comprensión en decisiones más útiles.
Desaprender forma parte del oficio
Desaprender es retirar una representación que ya no ayuda. Utiliza la experiencia para retirar una idea cuando deja de explicar bien la situación.
Puede significar:
- abandonar una arquitectura demasiado compleja;
- sustituir un agente por una regla;
- retirar una regla que convirtió una excepción en norma;
- separar conceptos que habíamos fusionado;
- cambiar una métrica;
- reconocer que una fuente no posee la autoridad atribuida;
- modificar un workflow;
- desechar una hipótesis;
- devolver una decisión a las personas;
- aceptar que una técnica prometedora todavía no mejora el resultado.
Desaprender requiere conservar la razón del cambio. La historia permite evitar ciclos y comprender qué condiciones podrían hacer útil de nuevo una idea.
La flexibilidad sin memoria produce oscilación. La memoria sin capacidad de revisión produce rigidez.
Rigor proporcional a la consecuencia
El rigor se adapta a la responsabilidad.
Una sugerencia reversible puede aceptar exploración y una incertidumbre visible.
Una acción que modifica un ERP, publica información sensible o mueve una máquina necesita:
- permisos;
- validaciones;
- pruebas;
- estados;
- trazas;
- verificación;
- recuperación;
- autoridad humana cuando corresponde.
Ajustamos la profundidad de evaluación, seguridad y supervisión al coste del error, la reversibilidad y la capacidad de observar el resultado.
Ambición con estados claros
La ambición tecnológica nos lleva a trabajar con agentes, semántica, optimización, simulación y robótica. La humildad da a la realidad autoridad para cambiar el diseño y permite sostener una ambición precisa.
Los estados permiten comunicar qué se ha aprendido:
Cada estado responde a preguntas diferentes.
Una exploración demuestra que merece seguir preguntando. Un experimento observa una propiedad. Un prototipo integra capacidades. Una evaluación prueba condiciones. Una capacidad operativa añade continuidad, soporte y responsabilidad en un entorno definido.
Nombrar el estado hace posible ser ambiciosos y precisos al mismo tiempo.
Criterio compartido, responsabilidad clara
Construir en conjunto significa que cada decisión utiliza el conocimiento adecuado, conserva una responsabilidad clara y puede ser revisada por quienes vivirán con sus consecuencias.
La participación varía según la decisión:
- especialistas definen significado y excepciones;
- ingeniería responde de arquitectura y comportamiento;
- operación aporta casos y consecuencias;
- dirección establece objetivos y trade-offs;
- seguridad define límites;
- personas usuarias muestran cómo la interfaz cambia el trabajo.
La colaboración amplía el conocimiento disponible y mantiene visible quién decide.
Qué publicamos en Cultura 3.14
Publicamos preguntas, lecturas, sistemas y experimentos que permiten seguir la evolución de nuestro criterio:
- preguntas;
- lecturas;
- proyectos propios en práctica;
- métodos vinculados a una capacidad;
- experimentos y revisiones dentro del Laboratorio;
- cambios de criterio relevantes;
- trayectoria.
La publicación se organiza por su función y por las relaciones entre contenidos. El lector puede empezar en una pregunta y llegar a una tecnología, un proyecto o una decisión revisada.
Siete prácticas
- 01Escuchar antes de cerrar una representaciónReunimos perspectivas, aclaramos términos y devolvemos una comprensión que el equipo puede corregir.
- 02Preguntar para descubrirLa indagación hace visibles supuestos, diferencias de significado y casos que obligan a pensar mejor.
- 03Separar observación, inferencia, decisión y acciónCada transición conserva una responsabilidad y una evidencia diferentes.
- 04Construir para comprobarUna trayectoria completa revela estados, permisos, excepciones y resultados que el lenguaje abstracto todavía oculta.
- 05Aprender con evidenciaLas pruebas, el uso y las correcciones modifican preguntas, modelos, reglas e interfaces.
- 06Desaprender con memoriaRetiramos una idea cuando deja de explicar el trabajo y conservamos la razón que hizo necesario cambiarla.
- 07Cruzar disciplinasInformación, lenguaje, software, organización y sistemas físicos se conectan alrededor de preguntas reales.
Nuestro criterio nace de preguntar, construir y observar. Su valor depende también de nuestra disposición a revisarlo y a desaprender aquello que la realidad ha dejado atrás.