Autor: Gregory M. Horine
Editorial: Anaya Multimedia, año 2010
ISBN: 84-415-1917-x
Palabras clave: proyectos, gestión, management, metodología
Este libro trata de la materia de gestión de proyectos y está orientado a personas que desean conocer este campo, ¡¡Que fácil o qué difícil puede llegar a ser!! Aunque es un libro editado en l año 2010 tiene partes muy aprovechables.
Pero primero, consultemos a nuestra buena amiga la Wikipedia sobre lo que significa gestión de proyectos: “es la disciplina de organizar y administrar recursos de tal manera que se pueda culminar todo el trabajo requerido en el proyecto dentro del alcance, el tiempo y los costes definidos. Un proyecto es un esfuerzo temporal, único y progresivo, emprendido para crear un producto o un servicio también único”.
El libro se divide en cuatro partes.
La primera parte trata de lo que es iniciarse en la gestión de los proyectos. Se pregunta qué es exactamente gestionar proyectos y lo que no es, habla de las funciones del jefe de proyectos y de los elementos esenciales de un buen proyecto.
La parte segunda se refiere a la planificación del proyecto. Trata de la definición correcta de los proyectos y de los principios básicos de la planificación. Una buena observación que hace el autor es que un archivo de Microsoft Project 2007 no es un plan de proyecto (es algo más amplio, y debe hacer referencia a otro documentos y planes complementarios
Esta parte también trata del desarrollo de la estructura del desglose del trabajo. Recomienda crear hitos de trabajo pequeños para que sea más fácil de controlar. El desglose es diferente al calendario, el calendario recoge las dependencias entre tareas, las tareas programadas y las asignaciones de tareas, el desglose no las contempla.
Se habla de cómo hacer buenas estimaciones de trabajo (crear un calendario realista), de cómo desarrollar adecuadamente el calendario del proyecto, y de la determinación del presupuesto del proyecto.
La parte tercera se refiere al control del proyecto. Explica las técnicas efectivas del control, la gestión de los cambios (que pongamos como nos pongamos son inevitables y hay que tener un plan previo para afrontarlos) y la gestión de los entregables, (es tentador no prestar atención a los entregables porque parece demasiado trabajo, pero que resulta ser una parte esencial para la satisfacción de los clientes).
Afronta la gestión de los problemas del proyecto, que como en el caso de los cambios, también son inevitables, por lo tanto es mejor tener un procedimiento que permita documentarlos, comunicarlos, alinearlos con los costes y solucionarlos.
Otros apartados son la gestión de los riesgos del proyecto, (identificar y prepararse contra cualquier amenaza hacia los factores críticos de éxito antes de que sucedan) y la gestión de la calidad de proyecto (la satisfacción de las necesidades reales de los clientes).
La parte cuarta, y última, se refiere a la ejecución del proyecto. Trata de la dirección (la diferencia entre gestionar y dirigir y como novedad habla de la “dirección servil”), la gestión de las comunicaciones (que se refiere a todos los medios de interacción, ej. Informes, presentaciones, registros, etc.), la gestión de las expectativas (diferente a la alcance), las claves para incrementar el rendimiento del equipo, la gestión de las diferencias (cuando existan diferencias culturales o étnicas o de otro tipo), la gestión de los vendedores del proyecto y la finalización del proyecto (qué difícil parece pero que es sencillo utilizando una lista de control).
En fin, como valoración, se trata de un buen manual de inicio, válido para todo tipo de proyectos y por eso se le perdonan algunas pequeñas ausencias como no hablar de la ruta crítica, (es excusable porque se trata de una introducción a la gestión). Le falta un poco de profundidad, pero eso queda para libros más concretos de gestión. Está orientado para ser un libro de entrada al mundo de la gestión de los proyectos.
Tiene de positivo que enfoca este tema de la gestión de proyectos con mucho sentido común y eso es realmente bueno, pues no se complica mucho, (gracias a Dios), porque parece que está de moda lo absurdamente complicado. No habla de fórmulas milagrosas (que no existen).
Como el autor es americano, no habla de lo complejo que es para las empresas españolas cuando deben gestionar proyectos contando con estructuras funcionales o matriciales.
Valoración: 6/10.