De setenta y cuatro días al límite físico: qué cambia en la ingeniería el pensamiento de Jensen Huang sobre la "velocidad de la luz"
Introducción: ¿por qué mejorar un calendario antes de comprenderlo?
Un equipo dice que un proceso tarda setenta y cuatro días. Propone reducirlo a setenta y dos. La propuesta suena a progreso. Pero ¿y si el trabajo subyacente pudiera completarse en seis días con otra organización?
Estos números ilustran un método, no constituyen una promesa sobre un proyecto concreto. Jensen Huang utiliza el pensamiento de la "velocidad de la luz" para describir la búsqueda del límite subyacente antes de aceptar el proceso existente como punto de partida.
La pregunta importante no es cómo exigir más esfuerzo a las mismas personas. Es cómo distinguir el trabajo necesario de los retrasos heredados.
1. El proceso existente es un dato, no una ley de la naturaleza
Un calendario establecido puede contener muchas cosas distintas: trabajo físico, esperas, aprobaciones, traspasos, procesamiento por lotes y concesiones hechas por razones que ya no se aplican.
La mejora incremental [Continuous Improvement] parte de esa organización existente. Pregunta cómo puede mejorar un poco el proceso.
El razonamiento desde primeros principios [First-principles Reasoning] plantea una pregunta anterior. ¿Qué tiene que ocurrir realmente y qué impide que ocurra de otra manera?
Esto no vuelve inútil la experiencia. Las personas con experiencia suelen saber exactamente por qué existe un paso difícil. El objetivo es recuperar esas razones, en lugar de tratar el propio calendario como explicación.
2. Encontrar el límite de cada dimensión importante
La "velocidad de la luz" es una forma abreviada de referirse al límite de lo posible dadas las restricciones pertinentes. No significa que toda actividad empresarial esté limitada literalmente por la velocidad a la que viaja la luz.
En computación, las dimensiones pueden incluir el movimiento de memoria, la energía, el tiempo de respuesta [Latency], la tasa de procesamiento [Throughput], el coste y el tiempo de fabricación. Un diseño puede estar cerca de su límite en una dimensión y dejar un margen considerable en otra.
Separar esas dimensiones resulta útil. Un sistema que entrega una respuesta rápidamente puede ser distinto de otro diseñado para procesar muchas solicitudes de forma eficiente. Optimizar uno no optimiza automáticamente el otro.
Antes de combinarlo todo en un diseño final, el equipo debería comprender qué exige cada objetivo.
3. Establecer una referencia ideal y después explicar la diferencia
El ejemplo de los seis días solo adquiere valor cuando se examinan los sesenta y ocho días restantes.
Parte de esa diferencia puede estar justificada. Un proceso más lento podría costar menos, utilizar equipos escasos de forma más equitativa o permitir una inspección necesaria. Otros retrasos podrían proceder de decisiones duplicadas o de una secuencia que nadie ha cuestionado recientemente.
El ejercicio hace visibles esas elecciones. En vez de discutir si pueden ahorrarse dos días, el equipo puede debatir por qué acepta una distancia mucho mayor respecto de la referencia subyacente.
Por tanto, un mínimo físico es un punto de referencia para el juicio. No es automáticamente el plazo comercial adecuado.
4. La simplicidad consiste en eliminar la complejidad innecesaria
Un sistema informático sofisticado puede contener muchas partes que interactúan y, aun así, tener un propósito sencillo. La complejidad se convierte en un problema cuando existe sin servir a ese propósito.
El enfoque de Huang consiste en preguntar si un componente, paso o dependencia es necesario. Si lo es, hay que comprenderlo. Si no, hay que preguntar por qué permanece.
Esto es distinto de simplificar un sistema hasta que ya no puede cumplir su función. El suministro eléctrico, la refrigeración, las pruebas y la fiabilidad no se vuelven opcionales porque compliquen un diagrama.
El objetivo útil es un diseño con la complejidad suficiente para cumplir sus requisitos, sin complejidad adicional que solo conserve hábitos.
5. Los líderes necesitan comprender el lugar donde se actúa
Un informe de proyecto puede describir un retraso mientras oculta su causa. En el lugar donde se realiza el trabajo, la explicación puede estar mucho más clara.
¿Cómo se instala un cable? ¿Por qué espera un componente? ¿Qué decisión bloquea la siguiente tarea? Estas preguntas conectan el sistema general con las pequeñas acciones que lo producen.
La urgencia se vuelve útil cuando elimina un obstáculo real. Repetir un plazo más agresivo sin comprender el trabajo no genera progreso técnico.
El liderazgo debería ayudar a descubrir la restricción, reunir los conocimientos adecuados y decidir qué concesiones [Trade-offs] son aceptables.
Conclusión: cuestionar la referencia antes de celebrar la mejora
La fuerza del pensamiento de la "velocidad de la luz" es la disciplina de preguntar por qué. ¿Por qué esta secuencia? ¿Por qué esta espera? ¿Por qué este diseño? ¿Qué límites proceden de la física y cuáles de decisiones?
Una vez claras esas respuestas, la mejora incremental tiene una base mejor. El equipo puede mejorar un proceso que comprende, en lugar de pulir uno que ha heredado.
El método no promete que todo proyecto de setenta y cuatro días vaya a durar seis. Pide al equipo que sepa por qué no es así. Ese conocimiento cambia la calidad de cada decisión posterior.
Powered By K7