*Parte 1 de 5 de la serie [La inversión humana](/posts/series/the-human-inversion). Siguiente: [El techo de atención](/posts/la-inversión-humana-el-techo-de-atención)* --- ## Conclusiones clave - Equipos utilizados para organizarse en torno a **ejecución** (especificación → diseño → código); **fundación** y **revisión** solían estar crónicamente desnutridos porque el calendario iba a la mitad. - Cuando la IA absorbe la producción de artefactos en el medio, **los humanos se concentran en los extremos**: posicionamiento, sistemas y arquitectura más ricos en un lado; controles más profundos de calidad y ajuste, por el otro. - Eliminar el intermediario humano elimina la **traducción implícita** que solía mantener las disciplinas alineadas; La **coherencia interdisciplinaria** entonces tiene que vivir en estándares explícitos, artefactos duraderos y juicios en los extremos, no en traspasos de pasillo. - La inversión es **económicamente forzada**, no opcional, pero pone a prueba a los especialistas cuya credibilidad estaba ligada al arte de la ejecución hasta que el juicio vuelva a ser legible. - **Agentes en un bucle** (trabajo de agente asíncrono del lado del servidor) es lo que parece absorber el medio a nivel del sistema; La IA solo sincrónica mantiene a los humanos en el medio como desencadenante de cada paso de ejecución. Durante la mayor parte de la historia del desarrollo de software, los humanos pasaron la mayor parte de su tiempo en el medio. Divida el proceso en tres partes: 1. Fundamento: el estudio de mercado, posicionamiento y definición de personalidad que antecede a cualquier característica; los sistemas de diseño y las limitaciones que rigen cómo se construyen las interfaces; los estándares arquitectónicos y las convenciones de codificación que dan forma a lo que la ingeniería puede siquiera contemplar. 2. Ejecución: convertir esas bases en artefactos reales: las especificaciones se convierten en diseños, los diseños se convierten en código, el código se convierte en software. 3. Revisión: el pulido, las pruebas, el trabajo minucioso para asegurarse de que lo que se produjo realmente cumpla con los estándares y realmente funcione para los humanos que tienen que usarlo y, fundamentalmente, el aprendizaje que actualice sus antecedentes en la base para la próxima vez. Los equipos se organizaron alrededor del medio. La gente de producto escribió las especificaciones. Los diseñadores implementaron las especificaciones como diseños. Los ingenieros implementaron los diseños como código. Incluso las metodologías ajustadas, que intentaron explícitamente colapsar la cascada en algo más colaborativo y multidisciplinario, todavía no pudieron sacar a la mayoría de los humanos de ese espacio intermedio. Los traspasos soportaban cargas. La coordinación fue cargante. Las dependencias secuenciales soportaban carga. Un diseñador podría hacer un trabajo exploratorio antes de que se finalizaran las especificaciones del producto, y un ingeniero podría hacer un poco de investigación antes de que se bloquearan los diseños, pero los artefactos reales (los que se enviaron) requerían que la producción de la disciplina anterior estuviera sustancialmente completa antes de que la siguiente disciplina pudiera hacer un buen trabajo. Esto tuvo consecuencias en ambos extremos: **La base se quedó con lo que sobró.** La investigación de mercado se realizó en los márgenes, entre el trabajo real de redactar las especificaciones. Los sistemas de diseño se construyeron de forma reactiva, se reunieron después del hecho a partir de patrones que surgieron en las pantallas enviadas. Los estándares de codificación vivían en wikis que nadie leía y las decisiones arquitectónicas se acumulaban como conocimiento tribal porque nadie tenía tiempo de escribirlas. La fundación era donde residía el apalancamiento, pero la ejecución se comió el calendario, por lo que la fundación recibió toda la atención que sobrevivió. **La revisión recibió un peor tratamiento.** El control de calidad era una fase al final de un sprint si tenías suerte, o un ticket en el trabajo pendiente de alguien si no la tenías. La revisión del diseño fue un hilo de Slack. La revisión del código era un ritual optimizado para el rendimiento, no para detectar las cosas que realmente importaban. Los detalles que separan el software que funciona del software que deleita se manejaron en el último 10% de la línea de tiempo, que es exactamente cuando todos estaban más cansados ​​y bajo mayor presión para realizar el envío. Esta no fue una elección que hicieron los equipos. Era un equilibrio impuesto por la economía. Cuando la ejecución era costosa, había que contratar personal para la ejecución, lo que significaba que la base y la revisión recibían el tiempo y la atención que quedaban. La cascada y la inclinación no fueron subóptimas en los extremos porque los equipos optaron por descuidarlas. Tenían restricciones de liquidez. Entonces la IA cambió la economía. En el medio, la producción real de artefactos, es donde la IA y los arneses potentes son realmente buenos ahora. No necesita una persona de producto para escribir las especificaciones, un diseñador para convertir las especificaciones en un diseño y un ingeniero para convertir el diseño en código, y cada transferencia consume días de reuniones de sincronización y traducción de contexto. Necesitas un humano que sepa lo que debería existir y un modelo que pueda producirlo. El coste de ejecución se desplomó. No hasta cero, y no de manera uniforme en todos los dominios, pero sí lo suficiente como para que el centro gravitacional donde ocurre el trabajo humano se haya movido. La infraestructura ha cambiado junto con la economía. El modelo transitorio es humano: una persona en el centro de cada paso de ejecución, desencadenando cada acción, revisando cada resultado y manteniendo el ritmo. Lo que está surgiendo son agentes en un bucle: los servidores que ejecutan agentes funcionan de forma continua y asincrónica, con humanos estableciendo la dirección y revisando los resultados en lugar de impulsar cada paso. Human-in-the-loop mantiene a las personas en el medio. Agentes en un bucle es lo que parece absorber el medio a nivel del sistema. ## Los humanos ahora se mueven hasta los extremos. Del lado de la fundación: - El producto puede dedicar tiempo a lo que siempre se suponía que debía ser el trabajo del producto: investigación de mercado profunda, posicionamiento serio, personas validadas, pensamiento cuidadoso sobre qué garantías y beneficios importan y por qué. No en escribir especificaciones que se traduzcan en diseños que se traduzcan en código. - El diseño puede dedicar tiempo a los sistemas de diseño, las limitaciones y las decisiones transversales que determinan si cien pantallas futuras serán coherentes. No sobre entregar píxeles en Figma a un ingeniero. - La ingeniería puede dedicar tiempo a los estándares arquitectónicos, a los principios que determinan qué clases de errores son posibles y cuáles están estructuralmente excluidos, a las decisiones de plataforma que se complicarán con el paso de los años. No sobre convertir tickets en solicitudes de extracción. En lo que respecta a la revisión, cada disciplina puede dedicar mucho más tiempo a las preguntas que siempre importaron pero que rara vez obtuvieron una respuesta cuidadosa: - ¿Esto realmente resuelve el problema del usuario o está resolviendo un problema que el modelo dedujo incorrectamente? - ¿Esto realmente se ajusta al sistema de diseño o es algo excepcional que creará inconsistencia? - ¿Este código realmente respeta las restricciones arquitectónicas o es un atajo que se agravará? La carga de revisión no es uniforme en todas las superficies. En la mayoría de los códigos, una revisión exhaustiva mejora la calidad. En superficies donde el fracaso es catastrófico (código puente en infraestructura criptográfica, apoyo a decisiones clínicas, controles aeroespaciales, vías de pago), el final de la revisión se convierte en el tercio limitante del proceso, que soporta la mayor parte de la carga de calidad. La arquitectura todavía se aplica; el peso se desplaza. Esta es la inversión: **humanos en los extremos, IA en el medio.** Y los extremos son ahora donde el apalancamiento se diferencia, porque el *costo* de ejecución se está convirtiendo en algo en juego, incluso cuando su *calidad* todavía determina qué tan duro tiene que trabajar el final de la revisión. Simplemente no podíamos darnos el lujo de dotar de personal a los extremos antes, porque la ejecución se comió a todos. Dicho de esta manera, la inversión suena como pura ventaja. Más tiempo para la fundación, más tiempo para la revisión, menos fricciones en la transferencia, menos impuestos de coordinación. Y *es* una ventaja: una ventaja sustancial, el mayor cambio en la productividad que los equipos de software han visto en una generación. ## Cómo se siente la transición desde dentro La arquitectura es netamente positiva. La experiencia de atravesarlo no es uniforme, y cualquier relato honesto de la inversión tiene que decir lo que realmente les está sucediendo a los especialistas en el centro de la misma. Las personas que se definieron por el arte de la ejecución (aquellas cuya reputación se construyó al escribir buen código, producir diseños limpios y redactar especificaciones estrictas) están viendo cómo se absorbe aquello para lo que fueron contratados. Las habilidades no se han vuelto inútiles. El juicio, el gusto, el conocimiento del dominio, la intuición del sistema, el instinto de cuál la simplicidad es barata y cuál es cara: nada de eso está automatizado todavía, y la mayor parte no lo estará pronto. Pero la habilidad de *credencialización*, lo que los llevó a esta sala, se está reduciendo. Lo que queda es más difícil para el mercado fijar el precio en el corto plazo, porque el mercado no ha desarrollado el vocabulario para valorarlo independientemente de la ejecución a la que solía estar vinculado. Esto se manifiesta de maneras específicas. Los ingenieros a mitad de carrera en equipos con mucha IA se preguntan cada vez más si deberían pasar a la gestión de productos, no porque el trabajo de PM sea su pasión, sino porque el PM es un rol definido por el juicio y la comunicación, y el juicio y la comunicación son las habilidades que no simplemente se atrofiaron. El movimiento suele tener la dirección correcta. La forma que adopta en la conversación: "mi trabajo ya es irrelevante, entonces, ¿puedo convertirme en gerente de producto?" – es la forma de una respuesta racional a una transición ilegible, no puro entusiasmo por un nuevo rol. La confusión inversa es igual de común: gravitar hacia la habilidad que la IA acaba de hacer accesible en lugar de hacia la que hizo escasa. La inversión no invalida a los especialistas que así lo sienten. En todo caso, depende de ellos: la base y la revisión son los puntos de apoyo de la nueva arquitectura, y ambas se basan exactamente en el criterio y el gusto que los especialistas de la era de la ejecución pasaron quince años acumulando. Lo que se requiere es un cambio en la forma de hacer legible ese juicio, tanto para los propios especialistas como para las organizaciones que intentan evaluarlos. El mercado aún no tiene un buen vocabulario para valorar juicios independientemente de la ejecución que solía incluir. Desarrollar ese vocabulario (mediante rúbricas, nuevos criterios de evaluación, conversaciones honestas sobre cuál es realmente el rol ahora) es parte de cómo la transición deja de parecer una pérdida y comienza a sentirse como una ventaja. La ejecución se automatiza primero. El juicio no. La mayor parte de esta serie trata sobre lo que se necesita para dotar de personal y organizar el juicio adecuadamente una vez que la ejecución no es la puerta de entrada. ## El problema que no tenía la antigua organización Cuando la ejecución se encontraba en el medio y los humanos entregaban artefactos entre disciplinas, la coordinación se producía a través de los propios artefactos. La especificación obligó al primer ministro y al diseñador a alinearse porque el diseñador tenía que leerla. La revisión del diseño obligó al diseñador y al ingeniero a alinearse porque el ingeniero tenía que construir a partir de ello. En el medio era donde se transmitía el contexto interdisciplinario, porque la traducción se producía en tiempo real mientras los humanos producían la cosa juntos. Fue lento, frustrante y lleno de desperdicios, pero hizo una cosa bien: mantuvo a las disciplinas en contacto con la realidad de cada una. Saque el medio y ese contacto desaparecerá con él. Los especialistas que trabajan en los extremos no entienden automáticamente el trabajo de los demás: - El documento de posicionamiento del PM es ilegible para el ingeniero. - El documento de restricción del diseñador es ilegible para el PM. - Las normas arquitectónicas son ilegibles para el proyectista. Cada disciplina produce artefactos fundamentales que, en el modelo antiguo, nunca tenían que ser legibles porque un humano en el medio estaba haciendo la traducción en tiempo real. Ahora no hay ningún humano en el medio. Hay IA en el medio, que es excelente para producir el artefacto, pero no resuelve inherentemente la tensión interdisciplinaria que solía resolverse a través de reuniones y traspasos. Entonces, la pregunta que el resto de esta serie debe responder es: ¿cómo funciona realmente el trabajo asíncrono del especialista en paralelo sin caer en la incoherencia? ¿Qué capa reemplaza la coordinación que solía llevar el medio? ¿Quién es el autor del contexto compartido y cómo mantiene su confiabilidad a lo largo del tiempo? ## El reclamo Aquí está la respuesta que desarrollaré en las próximas tres publicaciones, expresada sin rodeos para que pueda probarse: > Los equipos que no se reestructuren en torno a la inversión lucirán dramáticamente peor dentro de dieciocho meses, y la mayoría de los equipos no se reestructurarán, no porque el cambio técnico sea difícil, sino porque el cambio cultural es más difícil de lo que nadie aprecia actualmente. El cambio cultural requiere cosas que la mayoría de las organizaciones encuentran realmente incómodas: - Ejecutivos que crean rúbricas de negocios que históricamente han mantenido confusas a propósito. - Especialistas que encuentran su identidad profesional en el gusto y el criterio más que en el oficio de ejecución. - Abandonar las reuniones que actualmente funcionan como evidencia visible de la coordinación de equipos y confiar en mecanismos asíncronos con los que nadie tiene años de experiencia. - Contratar con un gatillo diferente al que avalan actualmente muchos inversores y manuales operativos. Nada de esto es imposible. Algo de esto ya está sucediendo. Pero los equipos que lo resuelvan primero acumularán ventajas que los equipos que se retrasan no pueden cerrar fácilmente, porque la combinación ocurre en la capa base y en la capa de revisión, las capas que siempre se suponía que eran más importantes y que la mayoría de los equipos nunca pudieron dotar de personal adecuado. Los equipos que lo naveguen bien también serán los que reconozcan lo incómoda que es la transición para los especialistas en el centro de la misma, en lugar de fingir que la incomodidad no es parte del sistema. Un cambio que es bueno para la organización no se siente automáticamente bien para la persona que está en medio de él, y tratar la brecha como una falla de actitud en lugar de una característica estructural es la forma en que una arquitectura por lo demás correcta pierde a las personas que más necesita. [La próxima publicación](/posts/the-human-inversion-the-attention-ceiling) trata sobre el factor desencadenante de la contratación. ¿Cuándo se agrega realmente un humano a un equipo cuya ejecución está a cargo de la IA? La respuesta no es lo que sugiere la sabiduría actual de las startups, y equivocarse es el error más costoso que se puede cometer en esta transición. --- *Continuar leyendo: [Parte 2 — El techo de atención](/posts/la-inversión-humana-el-techo-de-atención)*