Añadir gente a un proyecto tardío lo retrasa más: el libro que lo dijo en 1975

Brooks destiló del desastre del OS/360 la ley que lleva su nombre y que cada generación de managers reaprende por las malas. Lo desolador y lo maravilloso es lo poco que ha envejecido: los problemas de coordinar humanos no se resuelven con tecnología. Es el libro que regalo cuando alguien asciende a jefe de equipo, y todavía nadie me lo ha devuelto decepcionado.

Abrir el original ↗libro0 visitas · 0 lectores

Frederick P. Brooks Jr. · Wikipedia

MIMarco Ibáñez

Conexiones

Trazadas y explicadas por personas: la razón es lo que las hace valiosas.

«Brooks muestra por qué añadir gente a un proyecto tardío fracasa por costes de coordinación; pasar a Drucker aporta el marco para evitarlo: diseño organizativo, dirección por objetivos y gestión del trabajador del conocimiento en vez de parches tácticos.»
MIMarco Ibáñez
Drucker: el hombre que convirtió el management en disciplina antes de que fuera industriaArtículo
«Brooks entrega la ley fundacional: agregar gente tarde agrava los retrasos por costes de coordinación y diseño, explicando por qué fallan los planes basados solo en horas. Phoenix Project toma ese diagnóstico y lo convierte en casos prácticos de DevOps —visualizar WIP, limitar batches y gestionar cuellos de botella—, mostrando cómo aplicar tácticas modernas para evitar la trampa que Brooks describe.»
MIMarco Ibáñez
The Phoenix Project: la novela empresarial que explica DevOps mejor que los manualesLibro
«Kidder te mete en la experiencia humana del crunch y las tensiones de equipo; Brooks convierte esas mismas tensiones en diagnóstico y reglas prácticas sobre coordinación y planificación (p. ej. la Ley de Brooks), así puedes pasar de empatía narrativa a decisiones gerenciales concretas.»
MIMarco Ibáñez
El alma de una nueva máquina: el Pulitzer sobre cómo se quema un equipo de ingenierosLibro