He leído: Peopleware : Productive Projects and Teams, 2nd Ed de Tom Demarco y Timothy Lister

Debería decir he releido… pues es un libro que ya había leido anteriormente. 

Sin duda todos los que estamos involucrados en proyectos informáticos hemos oido la palabra 'productividad' en más ocasiones que cualquier otra directamente relacionada con la gestión de proyectos como riesgos, requisitos, bugs, etc… Existe una extraordinaria preocupación por la productividad, naturalmente, toda empresa aspira a hacer más con menos. Y a largo plazo la única manera de que una empresa triunfe es hacer las cosas mejor que los demás y a un precio razonable, luego la productividad es el camino sin duda.

Eso si, cuando observo los caminos que se trazan para mejorar la productividad en la gran mayoría de proyectos de software, no puedo mas que pensar que son equivocados. Casi siempre esas mejoras recaen sobre la espalda del desarrollador en forma de más horas de 'trabajo voluntario', más burocracia y más 'control'. No somos creativos en este aspecto, es algo que se repite en muchísimas empresas y que no funciona, ni nunca funcionará.

En Peopleware encontramos un motón de recetas sobre como ser creativos en la gestión de proyectos y en nuestro trabajo como Jefes de Proyecto, buscando que nuestro equipo sea cada vez mejor. Siempre bajo la premisa de que el trabajo de Jefe de Proyecto consiste en lograr crear el entorno en el que todos los miembros del equipo puedan y quieran dar lo mejor de si mismos. En palabras del libro "el trabajo del Jefe de Proyecto consiste no en hacer que la gente trabaje sino en hacer posible que la gente trabaje". En Peopleware se sostiene la idea de que los proyectos de software que fallan lo hacen principalmente porque el equipo falla.

Leyendo este libro descubriremos por qué muchos proyectos actuales fallan, como la calidad afecta al exito de los proyectos, cómo influyen las oficinas y el ambiente de trabajo, cuáles son las desventajas de que los miembros del proyecto trabajen excesivas horas, cómo los equipos responden a cambios, etc… todo narrado de manera muy amena y basado en años de experiencia y de investigación. Sin duda este libro esta en la base de las metodologías ágiles, sin pretenderlo.

Si alguien me preguntase ¿Qué es lo más efectivo que puedo hacer para mejorar la productividad de mis equipos de desarrollo? La respuesta sin duda sería lee Peopleware, asegurate de lo lean todos tus Jefes de Proyecto y pon en practica lo que sugiere. Peopleware es un libro que ya tiene 15 años, siendo una de las obras más influyentes en la gestión de proyectos informaticos, cuyos postulados han sido adoptados por las grandes mutinacionales del software pero aun así, nunca ha calado en las empresas medianas o pequeñas.

El problema siempre es el mismo, la empresa pequeña cree que las prácticas que funcionan en una gran empresa son posibles por que la gran empresa tiene dinero para 'derrochar'. Pero esto no puede ser cierto, las grandes empresas son grandes, porque no derrochan. Si una gran empresa pone despachos, o limita las horas de trabajo de sus empleados solo le mueve una cosa: la rentabilidad económica. Y lo que es rentable para una gran empresa, es rentable para una pequeña.

Resumiendo, como dice Joel Spolsky, "un libro que todo Jefe de Proyecto debe leer… al menos una vez al año…"

Pon Geeks.ms (o tu rss favorito) en la página de inicio de Visual Studio 2005

Una característica de Visual Studio 2005 que poca gente conoce es integra un rudimentario lector rss en la página de inicio. Habitualmente apunta a un rss de noticias de Microsoft pero es configurable. Basta con ir a las opciones de configuración de Visual Studio:

Como podeís ver yo evidentemente he puesto el rss de mi sitio de noticias sobre desarrollo favorito, Geeks.ms.