01Caso ilustrativo
Empezar por el café
La necesidad es preparar dos cafés cada mañana, con poco espacio y un presupuesto limitado. Eso cambia cómo evaluamos las soluciones disponibles, aunque cada una se haya construido con un método diferente
La tecnología nunca es el punto de partida
Dieciséis casos ilustrados de historia, negocios y tecnología sobre los supuestos que guían nuestras decisiones y las consecuencias que dejan
Capítulo 1/ 4 historias
Entender el problema antes de elegir una solución
Las herramientas y las respuestas convincentes pueden dar sensación de avance antes de entender la necesidad. El recorrido empieza por examinar qué queremos lograr y qué permite concluir la evidencia
02Historia e interpretación
Una respuesta requiere criterio
Las respuestas correctas convencieron al público de que Hans sabía calcular, hasta que las pruebas controladas revelaron las señales que seguía. Con IA, una respuesta puede llegar antes de que hayamos entendido el problema; nuestro criterio determina para qué sirve
03Caso ilustrativo
Entender para qué se usará la información
Un equipo celebra su plataforma de BI, pero la función más solicitada es exportar a Excel. Antes de sumar otro tablero, conviene entender qué hacen las personas con esos datos
04Analogía de Feynman
La forma no explica el resultado
Feynman describió a personas que reproducían las partes visibles de una pista sin las condiciones que hacían llegar a los aviones. En las organizaciones pasa algo parecido cuando copiamos reuniones, rituales y herramientas sin entender por qué funcionaba el método original
FuenteCapítulo 2/ 4 historias
Las condiciones de una decisión pueden cambiar
Una vez elegida una solución, su utilidad depende de costos, definiciones y condiciones que pueden cambiar. Estas historias examinan qué damos por sentado cuando esperamos que una tecnología siga respondiendo a lo que el negocio necesita
05Relato histórico
El plan sobrevivió a su tecnología
Suecia plantó robles para futuros buques de guerra y, cuando los primeros estuvieron listos en 1975, la construcción naval ya había pasado al metal. Hacemos una apuesta parecida cuando esperamos que una herramienta siga respondiendo a las necesidades del negocio durante todo el plan
Fuente06Relato histórico
Funcionaba en otro contexto
Ariane 5 reutilizó software probado en Ariane 4, pero sus condiciones de vuelo superaron un supuesto incorporado al código. Fallaron ambos sistemas de referencia inercial. Reutilizar algo que funcionó exige comprobar que sus supuestos siguen siendo válidos
Fuente07Seguridad desde el diseño
La seguridad forma parte de la primera conversación
Definir qué debemos proteger, quién necesita acceso y qué podría salir mal ayuda a elegir la solución desde el comienzo. La seguridad influye en un cambio de proceso, una política o un sistema nuevo, y debe formar parte de la primera conversación sobre el problema
08Caso ilustrativo
La complejidad necesita una razón
El pedido de una calculadora simple termina en una aplicación con servicios, infraestructura y decenas de archivos que después habrá que comprender, operar y mantener. Generar código más rápido vuelve todavía más importante decidir qué complejidad necesita realmente el problema
Capítulo 3/ 5 historias
El éxito va más allá de la entrega
Un lanzamiento puede cumplir el plan y dejar preguntas pendientes sobre riesgos, personas y continuidad. El resultado incluye la capacidad de operar, recuperarse y seguir avanzando después de que termine el proyecto
09Relato histórico
Las advertencias deben cambiar decisiones
La prueba de estabilidad del Vasa se interrumpió cuando el barco mostró señales de que podía volcar. Prevaleció la presión por zarpar y se hundió en su viaje inaugural. La advertencia existía; la decisión no cambió
Fuente10Sátira
Los atajos se convierten en el sistema
La lista convierte atajos conocidos en un plan deliberadamente malo: responsabilidades difusas, procesos heredados, datos sucios y excepciones que se acumulan. Cada arreglo puede mantener el avance y aumentar aquello de lo que la organización dependerá después
11Relato histórico
Contar lo que consumió la victoria
La victoria de Pirro dejó pérdidas que su ejército no podía reponer fácilmente y redujo su capacidad para las próximas batallas. En un proyecto, el costo de entregar también se refleja en la fuerza, la confianza y la capacidad que quedan en la organización
Fuente12Relato histórico
Evaluar el recorrido completo
Amundsen y Scott planearon llegar al Polo Sur y regresar. El equipo de Amundsen volvió; los cinco integrantes del grupo polar de Scott murieron en el camino de vuelta. Llegar a la meta era apenas una parte del plan
Fuente13Caso ilustrativo
El trabajo tiene que poder continuar
El trabajo del estudio queda inaccesible y el respaldo no permite recuperar un proyecto utilizable, hasta que otra copia ayuda al equipo a retomar la producción. Las pruebas de recuperación deben demostrar que las personas pueden seguir trabajando antes de que esa capacidad sea urgente
Capítulo 4/ 3 historias
Partir del valor que el negocio necesita
Las últimas historias devuelven la decisión a lo que las personas necesitan y a los resultados que importan. La tecnología puede cambiar mientras el negocio desarrolla productos, capacidades y nuevas formas de crear valor
14Historia empresarial
El negocio puede evolucionar
Nintendo empezó con cartas y pasó por juguetes, juegos electrónicos y consolas mientras cambiaban las tecnologías. Los productos cambiaron muchas veces; la capacidad de crear experiencias que las personas querían siguió abriendo nuevas posibilidades
Fuente15Reflexión sobre liderazgo
Lo que permanece cuando te vas
Mientras ocupás un cargo, las personas asisten a reuniones y siguen indicaciones. Algunas lo hacen porque confían en vos; otras, porque así funciona la organización. Años después, quienes siguen llamando, comparten sus logros y se convierten en líderes muestran qué permanece cuando desaparece la autoridad
16Marco de negocio
Definir el valor antes de la tecnología
La eficiencia, la confianza y el crecimiento expresan resultados que importan al negocio, con medidas como costos, velocidad, riesgo, experiencia del cliente e ingresos. La próxima decisión tecnológica empieza por definir qué debe mejorar, a quién beneficia y cómo se evaluará esa mejora