Archivo de etiquetas de 'pmo'

Conferencia 1.1 PMO

Gracias a todos los asistentes a la conferencia -charla- de ayer sobre cómo empezar una oficina de gerencia de proyectos o PMO. Los comentarios y sugerencias son siempre bien recibidos.

Si desean descargar la presentación pueden hacerlo en el enlace de abajo.

  ¿Cómo empezar una oficina de gerencia de proyectos? (1.9 MiB, 203 hits)

Jueves 20 de noviembre, presentación en ACIS

Gracias a la acogida que tuvo la presentación sobre ¿Cómo empezar una oficina de gerencia de proyectos? que ofrecí en ACIS hace algunas semanas, mañana Jueves 20 de noviembre están todos cordialmente invitados a la versión 1.1 de la misma charla.

Asociación Colombiana de Ingenieros de Sistemas (ACIS)
Calle 93 No. 13 - 32
Jueves 20 de noviembre, 6:30pm

Más información e inscripciones en
http://www.acis.org.co/index.php?id=42

Presentación: ¿cómo empezar una PMO?

Ayer 23 de octubre de 2008, en las instalaciones de la Asociación Colombiana de Ingenieros de Sistemas (ACIS), dí una charla sobre cómo empezar una oficina de gerencia de proyectos. El tema, lo preparé y revisé más que mi propia certificación de PMP -obvio, iniciar una PMO es mucho más complejo que certificarse. Certificarse es, en gran medida, estudiar. Empezar una PMO es tan complejo que aún no puedo decir que he creado o liderado la creación de una verdadera oficina de gerencia de proyectos -he contribuido, apoyado, criticado y evangelizado su uso. He sufrido, trasnochado, discutido, y llorado durante el proceso de implementación.

Minutos antes de empezar mi presentación estaba nervioso, no lo oculto y se que más de uno lo notó. Poco a poco el lugar se llenaba de personas, no más de 40 en total, que para este tipo de charlas informales es “un reguero de gente”. Mi ansiedad aumento al sentirme el menor (más joven) de todos los asistentes, y tal vez era. Para mi grata sorpresa, pero en contra de mi gastritis hipocondríaca, había un profesor de postgrado y un coordinador de postgrado en gerencia de proyectos de una prestigiosa universidad -ahora si tocaba decir cosas serias.

Al final, no recordé la mitad de las anécdotas que tenía preparadas. La charla estaba programada para 90 minutos, incluida la introducción y la presentación de los asistentes. Empezamos tarde -con la excusa de esperar a mas asistentes que hubieran podido tener un retraso- y, duramos aproximadamente 110 minutos - será que así son todos mis proyectos :-S

Lo bueno, las personas participaron, preguntaron, acordaron y espero que hayan concluido lo mismo que yo. Que no hay verdades absolutas, que para mí como ingeniero, una ciencia en la que todo “depende” requiere de un gran esfuerzo y cambio de paradigma. Empezar una PMO no es una fórmula, pero si tiene algunas tácticas.

Agradezco a los asistentes, su atención y participación, y desde luego su experiencia y aporte.

Acá les dejo el enlace de descarga a la presentación. Comentarios y sugerencias son siempre bienvenidos.

  ¿Cómo empezar una oficina de gerencia de proyectos? (1.9 MiB, 203 hits)

¿Por qué necesito una Oficina de Gerencia de Proyectos (PMO)?

Reunión de seguimientoEs algo curioso, pero hace unos meses un amigo me preguntó ¿por qué es necesaria una PMO?. A mi mente vinieron muchas razones, muchas las he leído en libros, blogs y comunidades de Project Managers, y por supuesto, por lo que dice el papa de los pollitos a.k.a PMI. Pero bueno, yo se que la teoría dice también muchas cosas sobre muchas cosas, pero al final siempre queda la sensación de “y como voy yo ahí”, o “eso como aplica a mi empresa”, así que he decidido colombianizar un poco las razones por las que se necesita una PMO, no sin antes hacer algunas aclaraciones - algunas de ellas tomadas de posts anteriores.

Aclaraciones

  1. Su empresa ya está funcionando bajo un esquema de proyectos. Es decir, para ud. parte de la operación de la compañía son proyectos.
  2. En su grupo de trabajo o dentro de la compañía hay Project Managers o Gerentes de Proyecto -si estos existen, sin importar cuanto poder tengan dentro de la estructura organizacional, es porque su operación requiere de personas “accountable” por la ejecución -a quien pedirle cuentas o reporte de avance.
  3. El volumen de proyectos ejecutados es parte importante de la operación y representa de igual manera un buen trozo de los ingresos.

Razones

Las aclaraciones anteriores construyen un buen escenario sobre el cual la PMO empieza a ser algo requerido, y no deseable. Y no estoy diciendo que otras empresas no requieran PMOs, simplemente digo, que si ud. ya esta viendo estos tres elementos, es importante que considere seriamente implementar una PMO, por tres razones, tiene el equipo de personas, que represetan parte importante del ingreso de la compañía e impactan en su operación diaria. Por consiguiente, algunas de las razones colombianizadas por las que debería implementar una PMO:

  1. Si los proyectos generan ingresos, ud. sabe como estandarizar el cálculo de la operación y ejecución para evaluar la rentabilidad de sus proyectos? Probablemente en Colombia, sin PMO, ud, simplemente asume que si le alcanza para pagar la nómina, y le sobra, es suficiente. La función principal de una PMO es estandarizar y coordinar los esfuerzos realizados por los gerentes de proyecto para hacerles la vida más simple.
  2. Los recursos son asignados de manera efectiva y eficiente. Aunque una PMO no reemplaza una oficina de recursos humanos, la PMO estandariza y clasifica los requerimientos de modo tal que los proyectos pueden calificar y cuantificar el personal o equipo de trabajo requerido para efectuar una labor. De la misma forma, es posible que produzcan un esquema de costos asociados por recurso para garantizar que desde la planeación -que efectúa el PM- el cálculo de costos es mucho más preciso.
  3. La información histórica es parte fundamental de una buena y eficaz planeación, por muchas razones, pero principalmente porque, lo que ya ha sido ejecutado, esta indexado y es de ÚTIL USO para los proyectos futuros -y no están en un archivo llenándose de polvo; y hace parte de un proceso de post-mortem que nos ayuda a identificar “que no volver a hacer” y “que repetir”.

En términos prácticos la oficina de proyectos ofrece una manera estructurada de organizar y congregar a los gerentes de proyecto y sus proyectos. Aunque la PMO no ejerce management directo sobre los proyectos, si puede supervisar, controlar e incluso tercerizar (al mismo interior de las compañías) algunos procesos. Son útiles para estandarizar la documentación y formalizar el proceso de planeación y estimación.

Recuerde, si quiere o piensa que debería tener una PMO es porque ya tiene proyectos en ejecución -por simples que sean- y ud. es conciente de las deficiencias en los procesos, y el “reporting” del avance y los resultados. Una PMO no resuelve proyectos pero si ayuda a que la labor de management sea más formal y simple, de modo que los gerentes de proyecto se concentran mejor en el monitoero y control de la ejecución mientras ud. (como gerente, director o jefe) está más informado del avance y la rentabilidad de los proyectos.

PMO Almighty

There is no secret, PMO is now a need, a must-to-have for those companies who want to formalize their projects and optimize the effort related to administrative-financial tasks within them. However there are some tips that you should take care before assign the PMO accountable for all the projects.

  1. If you are thinking on create or implement a PMO, is because you already have ongoing projects, so please, do not start pushing your actual running projects into the new PMO.
  2. If you need a PMO is because you need to optimize repeatable tasks such, accounting, procurement, and postmortem analysis -could be a lot more
  3. Do not use the same resources you have on your ongoing projects. A PMO will consume more time than a couple hours per day, so do it right from the beginning and assign dedicated resources to be accountable for the results.
  4. Research before doing changes. PMO should validate what you are doing right or wrong, what can be improved and what not. Otherwise your will be implementing a Theory/Nice PMO instead of a real one.
  5. Be patient, do not push for results, you should have a plan. Your first PMOized project should be the PMO implementation -it will be the best way you can measure the progress and also validate the impact over your company’s processes.