Son poco más de cien páginas sobre cómo empaquetar una tarea que uno repite —un formato de informe, una revisión, una manera de nombrar las cosas— para que un asistente la ejecute igual cada vez. Ubica la pieza dentro del resto del ecosistema, muestra varias formas de crearla, habla de mantenerlas y de compartirlas.
Qué me llevé
El criterio de cuándo vale la pena. La regla que saqué: si algo se hizo tres veces y las tres salió distinto, es candidato; si se hace una vez al año, escribirlo cuesta más de lo que ahorra. Suena obvio y evita la trampa de automatizar por deporte, que en este oficio consume semanas enteras.
La segunda: una instrucción reutilizable es documentación ejecutable, y por eso se mantiene sola. La documentación que nadie ejecuta se pudre; la que hace falta para que algo funcione, no.
Y una tercera, de diseño: cada pieza debe hacer una cosa y decir cuándo se usa. Las que intentan cubrir todo terminan sin activarse nunca o activándose donde no deben, que es el mismo problema que tienen los procedimientos internos de cualquier empresa.
Qué dejé fuera
Casi todo el resto, y no por mala fe del autor. Es un libro sobre una función concreta de una herramienta concreta en un momento concreto: los nombres, los menús y los límites cambiarán antes de que el papel amarillee. Además la presentación del autor pesa más de lo que debería en un libro técnico, con cifras de alcance y trayectoria que no aportan nada a la instrucción.
Si alguien me pregunta si comprarlo, digo que no: la idea se entiende en un artículo y la práctica se aprende haciéndola. Lo dejo en la lista porque es lo que leí, no porque lo recomiende.