Esta vez es Javier Martín quien nos resume la tertulia:

La tertulia que versaba sobre Peopleware de Tom de Marco y Timothy Lister, llegó a un cierto consenso general de que no siendo un libro clave para la Ingeniería del Software, era un libro de lectura recomendada que aportaba ideas basadas en la experiencia que podían ser útiles para su aplicación práctica.

No puede ser un libro clave por no estar basado en estudios rigurosos sobre un conjunto de proyectos escogidos con criterios estadísticos, ni tener una base científica. Los estudios realizados sobre una base de 500 proyectos desde 1977 hasta la escritura del libro, son más bien una recogida de tendencias o impresiones. Se habló de que es más un recetario de consejos basados en la experiencia de los autores y que repite o recoje ideas de libros o estudios anteriores (High.tech illusion, laetrile recuerdan mucho al Mythical-man month y su silver bullet).

Por otro lado, es un libro recomendable por cuanto recoge el concepto de considerar el factor humano como parte esencial de los proyectos informáticos y equiparar la importancia del “Peopleware” al Hardware o al Software. Y conceptos como el “Spanish Management”, “Teamicide”, entrevistar a la gente para el puesto que va a cubrir (”Hiring a juggler”) o el respeto a la concentración necesaria para el trabajo intelectual son realmente novedosos para su tiempo.

Capítulos que merecieron comentario específico:

  • El 30, sobre como es la distribución de gente de una empresa respecto a la capacidad de cambio y la resistencia natural al mismo del ser fumano: los anti, los pasivos, los que aceptan el cambio, los que ayudan… Recuerdo ahora que Julio habló una vez de un libro donde esa distribución llevaba a una campana de Gauss, pero no recuerdo cual era la referencia…
  • El 29 sobre los programas de mejora de proceso como CMM. Fue una de las mayores discusiones. Mientras unos defendían que el libro critica abiertamente a CMM o a los procesos como tal (se aludió en una frase no encontrada durante la tertulia donde decía que los procesos matan la creatividad), otros defendían que lo que criticaba no era los programas sino la aplicación ineficaz de los mismos, y sobre todo de aquellos que tienen la certificación y no el cambio cultural como fin, y lo que se insitucionalizan como parte de la vida diaria sin llegar nunca a un objetivo.

Un comentario personal, para mi este libro tiene bastante peligro en su lectura por estar abierto a interpretación subjetiva desde puntos de vista antagónicos. Yo he visto (además de asaltar naves en llamas mas allá de Orion), a programadores acogerse a ideas como que no se les molestase mientras hacían trabajo intelectual que consistía en tocarse las pelotas con fruición o instalaban Mambo :) , o a managers acogerse a algunas ideas como la distribución de gente(de forma parcial) para refugiarse en ello cuando vienen los problemas (”yo os di lo que queriais…”, “es que el equipo técnico no funciona” etc etc).Me parece un libro atractivo de leer pero ciertamente peligroso por esa posibilidad de libre interpretación a la medida de cada uno.

Seguro que los otros asistentes recuerdan más detalles de la charla…

Por cierto, ya que el libro se prestaba a ello, la sesión terminó en el habitual muro de las lamentaciones, donde esta vez se llevaron el protagonismo principal Eduardo y sus chicos del CSIC… De nuevo naves ardiendo más allá de… :)