El gestor de proyectos debería ser el ingeniero en informática

Gracias por la respuesta, lancé esta pregunta porque tenía una duda importante dentro de mi terreno laboral.
No es frivolidad, sino desconocimiento

un saludo

------------------------------------------------
Ingeniero en Informática
Difundamos: ingenierosdeprimera.com

Hola Kverko, yo soy Pmp, me he examinado el Viernes pasado y aprobé.
Esta certificación se supone que es para aprender las técnicas de las áreas de conocimiento de la gestión de proyectos de cualquier tipo de proyecto, no solo software.
Por resumirte y por si os quereis preparar y presentaros al exámen, se supone que tienes que acreditar experiencia y formación en gestión de proyectos, aportando información en unos formularios en su página web (www.pmi.org), esta información que aportais (titulación y experiencia) puede ser auditada, es decir, cada 10 solicitudes (+ o -) de presentación al exámen auditan una, solicitándote la documentación debidamente firmada por personas que puedan decir que has hecho todo lo que dices.

El exámen no es muy difícil, sobre todo si realmente has gestionado proyectos y has estudiado técnicas de gestión en la carrera (como es mi caso en la Ing. Técnica de informática) o en algún otro tipo de formación relacionada.
El material fundamental es un texto llamado PMBok (Project Management Body of Knowlegment), es muy arido y aburrido y hay temas que se nota que se han escrito por personas que no sabían del tema (por ejemplo el tema de calidad), por lo tanto, es muy recomendable complementar este texto con otros de gestión de proyectos.
Pero si lo que realmente quereis es aprobar, basta con el Pmbok, eso sí, hay que estudiarlo bastante y sobre todo, y esto es el secreto, hacer muchos test.

Por tanto, para todos los ing. (técnicos) en informática que hayais estudiado gestión de proyectos en alguna asignatura y tengais algo de experiencia en gestionar proyectos de manera 'no artesana', el exámen puede ser como una asignatura de dificultad media de la carrera.

Jamacaol
Ingeniero técnico en informática
Experto universitario en gestión de proyectos
PMP (Project Management Profesional)
Consultor Senior en mejora de procesos software y ex-gestor/desarrollador de proyectos software

No jodas que es el PMBOK? jajaja que me troncho. Me encontre ese libro hace unos años y me parecio interesante, aunque cojeaba en algunos aspectos (calidad entre otros), pero aun asi, era bastante interesante. Lo tengo por ahi, en una estanteria, es uno de mis pendientes. De hecho tengo 3 libros pendientes: este, otro y el libro de gestion de proyectos software de la NASA que, aunque data de los años 80 aun se sigue aplicando, es excelente bajo mi punto de vista. Al menos, cualquier ingeniero en informatica podra decir que lo que ha estudiado en su carrera la NASA ya lo recogio en forma de documento formal hace muchos años, quiero decir que la mayoria de las cosas que habla yo ya me las conozco desde la escuela pero otras cosas, detalles mas practicos, No. Y estos detalles son muy buenos, algunos adaptados a las necesidades de la NASA, aunque no por ello dejan de ser una buena forma de hacer las cosas que todo ingeniero debe saber reconocer, y yo lo hago.

Por eso cuando alguno gili de otra ingenieria u otra gente dice que no estamos capacitados para gestionar proyectos, me descojono literalmente. No se si estaremos capacitados ;), pero viendo lo que NASA recomienda y sus formas de gestion, de seguro que cualquier ingeniero recien salido de la escuela podria gestionar un proyecto de la NASA, salvando las diferencias que la experiencia da.
Si lo que NASA usa es justo lo que a mi me enseñan en la escuela, ¿quien soy yo para discutir con la NASA?

PMBOK, un poco toston a ratos pero a mi me parece interesante (no lo he leido completo, solo a trozos, por eso digo que lo tengo pendiente).

Ahi l'andao!

Pues efectivamente es el PMBoK, y realmente creo que aunque sea una guía y no un texto de gestión de proyectos, es mejorable. Si te fijas te habla de técnicas pero nombrándolas por encima nada más, sin profundizar, no plantea ejemplos, ni problemas a resolver y sobre todo, no plantea una simulación de un proyecto desde el inicio hasta el fin, con lo que se queda bastante corto, por eso, si realmente se quiere aprender de gestión de proyectos, es necesario complementar esta guía con otros textos (Kerchner, Pressman, etc).

Pero lo realmente importante que siempre debe tener en cuenta un ingeniero que gestione proyectos, que desarrolle software o que elabore una metodología es, además de asimilar y entender realmente las técnicas de ingeniería, saber adaptarlas a cada casuística de proyectos o de su organización. De nada sirve conocer todos lo procesos del PMBoK para gestionar un proyecto de dos años con 100 personas si luego no vas a saber adaptar los procesos a un desarrollo evolutivo de dos meses en el que vas a tocar unas lineas de código y que lógicamente no puedes aplicar toda la carga de gestión que aplicarías a un desarrollo de dos años.

He conocido metodólogos que han hecho verdaderos testamentos basados en la teoría pura y dura 'fusilada' de los libros de texto de toda la vida o 'copypasteada' de otros testamentos y se han olvidado de las realidades, restricciones y características particulares de la organización para la que estaban elaborando un método de trabajo que se suponía que aportaría orden, homogeneidad y repetibilidad de éxitos, el resultado...., papel en un armario que no sirve para nda.

Hay por ahí un estándar inglés, PRINCE2, que está más centrado en la gestión de proyectos Software y no en cualquier tipo de proyectos como PMP. Lo mismo has leido algo.....

Yep, he leido algo de PRINCE2. No tanto como me gustaria.

¿Que otra bibliografia es la que menciones como complemento para el pmbok?

Mencionaba un par de libros que yo conozco pero debe haber infinitos textos de gestión de proyectos. Hay dos que son básicos (que yo conozca) el Pressman (Ing. del SW, un enfoque práctico), todo un clásico y habla de toda la ingeniería del software, es bastante teorico y por eso se usa como texto en algunas escuelas de informatica, también está el Piattini que en su momento cuando lo estudié tenía un tema bastante bueno de estimaciones de SW, pero en general es parecido al Pressman, más sencillo.
Luego como libro menos teorico está el Kerzner, en inglés, más centrado en la gestión de proyectos desde un punto de vista más profesional, no está mal, aunque a veces un poco pesado en algunos temas. Luego hay textos cuyos nombres no recuerdo ahora (también en inglés) centrados en temas concretos como calidad, riesgos, requisitos, etc.

Todos estos libros te aportan un nivelazo a la hora de poseer el conocimiento para poder gestionar grandes proyectos, por ejemplo en los textos de riesgos hablan de la utilización estadística para gestionar riesgos, diagramas de control, simulación de monte carlo, pareto, regresión lineal, etc... es como todo el tema de gestión cuantitativa o seis sigma, todo orientado a organizaciones muy maduras y a proyectos de tamaño medio grande, pero cuando llegamos a la realidad nos tenemnos que enfrentar a proyectos de tres semanas que lo que hay que hacer es chapuzear código, para ayer y poco más, entonces que haces con todo esto? Pues aquí está la diferencia entre el ingeniero teorico y el práctico, tendrás que adaptarte en cada momento a las características y restricciones del medio en que te muevas.

Todos estos libros están enfocados al proyecto como tal, pero si una organización no la 'educas' para adoptar técnicas en los proyectos (grandes o pequeños), no hay nada que hacer, es decir, las organizaciones deben ser las que facilitan las herramientas y técnicas para que los ingenieros puedan desarrollar su trabajo, estos ingenieros deben conocer estas técnicas y herramientas, por eso si las organizaciones aportasen estos medios, los ingenieros en informática estarían mejor posicionados para entender dichos mecanismos de trabajo, pero como por lo general estos mecanismos o medios no existen pues da igual uno que otro (bueno, no es así de rotundo pero vamos...). Yo me pregunto, en empresas dedicadas a la cosntrucción de presas o túneles, las empresas ¿tendrán estándares de trabajo para hacer las obras desde el punto de vista ingenieril? ¿No?
Bueno, lo dejo que me lio....

Ah bueno, pensaba que hablabas de libros mas espeficos al tema que hablamos xD el Pressman y el Piattini eran de lectura obligatoria en la carrera; vamos, que son los tipicos que todo ingeniero ha leido o ha debido leer en parte.

Pensaba que hablabas de otros libros de los mismos autores XD Bueno, lecturas que ya tengo leidas (y si, doy fe que el pressman es pelin teorico y pesados por momentos).

Tienes razon en lo de que es muy importante educar a la empresa, cosa que no es nada facil. Ademas, tenemos algo en contra: somos ingenieros en informatica. Si, si, esto va en nuestra contra, porque si ciertas mejoras de procesos las sugiera un industrial entonces es mas que posible que se tengan al menos presente, pero si las dice un ingeniero en informatica... vaaaa... eso lo ha dicho el informatico xD no tiene ni puta idea de gestionar nada, ni caso vamos. Aparte de que no siempre se puede aplicar todo el proceso al 100% como bien indicas, hay que saber adaptarlo, y creo que esto es algo que nosotros al menos tenemos en la cabeza, o al menos a mi me lo enseñaron en la escuela: que hay que saber adaptar las cosas segun las necesidades, pero no significa que claudiquemos totalmente a estas necesidades (software para ayer y por tanto sin ni pies ni cabeza ni documentacion, por ejemplo), si no se puede aplicar el 100% de un proceso, pues apliquemos hasta alla donde se pueda pero SE aplica. Otrora, ya conocemos los resultados....

Por cierto chavalines, supongo que mas de uno tendra atragantada la asignatura de arquitectura de computadores (al menos en mi escuela es... o era... un hueso duro de roer, y cuando digo duro, es que tuvieron que bajar la nota de aprobado a un 4, porque si no no aprobaba casi nadie ese año). Es un libro que si no recuerdo mal se llamaba "hardware arquitecture" de un tal Nikita Alexandridi (quizas el nombre del libro no era ese). Vereis, en la asignatura teneis 2000 libros, pero realmente si solo tienes este, estas aprobado. Viene todo perfectamente explicado con pelos y señales (nunca mejor dicho xDD), abarca todo el temario de esta asignatura y de otras -arquitectura de sistemas paralelos, tiempo real, etc-. Problemas: esta en ingles (es un problema para algunos) y que yo sepa, no existe traduccion al español, tampoco es un libro facil de conseguir "a buen precio", y es un tocho impresionante. Yo tengo fotocopias, y a doble cara y dos paginas por cara, el libro tiene un ancho de unos 4 cm xDDD no se pero son una burrada de paginas. Solo dire, que si lo consigues y te lo lees (lo que te haga falta claro), estas literalmente aprobado y sacaras nota.

A ver si consigo al referencia completa del libro ya que se lo preste a un amigo y no lo tengo a mano.

Chau.

Aquí dejo referencias de algunos otros libros más específicos relacionados con la gestión de proyectos, los dos primeros son de gestión de proyectos en general, los siguientes son de temas específicos como calidad, riesgos, rrhh, etc.

Project Management: A Systems Approach to Planning, Scheduling, and Controlling, Eighth Edition Harold Kerzner
Project Management: A Managerial Approach, Fifth Edition Jack R. Meredith, Samuel J. Mantel

Específicos
Human Resource Skills for the Project Manager: The Human Aspects of Project Management, Volume Two Vijay K. Verma, PMP
Quality Management for Projects and Programs Lewis R. Ireland
Project & Program Risk Management: A Guide to Managing Project Risks and Opportunities R. Max Wideman, PMI Fellow, Editor
Principles of Project Management John R. Adams, et. al.
Managing Projects in Organizations : How to Make the Best Use of Time, Techniques, and People J. Davidson Frame

En mi humilde opinión, los dos mejores libros de proyectos software, con amplísima ventaja respecto a los demás son:

- The Mythical Man-Month: Essays on Software Engineering

- Peopleware: Productive Projects and Teams

Desgraciadamente, en España no se suelen recomendar como bibliografía principal ya que no están traducidos. El segundo está centrado en la gestión de equipos de desarrollo y es lectura obligatoria en Microsoft para todos los directivos, desde el escalafón más bajo al más alto.

Otros dos libros geniales, aunque casi totalmente centrados en la construcción de software son:

- The Pragmatic Programmer: From Journeyman to Master

- Code Complete: A Practical Handbook of Software Construction

Bueno, a la vista del interés que suscitaron en mi vuestras recomendaciones ayer me compré el Pressman.
Tengo un buen tocho para leerme en vacaciones :)

Gracias por vuestras aportaciones.

-----

[Ingeniero Técnico en Informática de Sistemas]
[Posgraduado en Gestión y Dirección de las TIC]
[Colegiado del COETIC]


Ingenierías en Informática: ¡regulación