Procesos Claves En La Gestión De Proyectos

Posteado: 14/08/2010 |Comentarios: 0 | Vistas: 1,439 |

Como dice el artículo de Roger Kaufman es casi universalmente popular tomar como referencia a otras organizaciones y buscar las mejores prácticas que utilizan para que la propia organización pueda ser más eficaz, previo a un análisis de las mismas.  Un error común es creer que los procesos en sí mismo deben ser la base para determinar la mejor práctica, sin relacionar esos procesos a la creación interna de valor.  Si uno busca una organización o metodología como referencia, debería asegurarse de que las metas y objetivos de la organización y metodología referente sean similares a la suya y que los procesos que se tomarán como modelo son correctos y funcionarán dentro de su organización.

Si los procesos que actualmente utiliza para la gestión de proyectos o los que se propone implementar resultan en más trabajo que el proyecto mismo, evidentemente usted necesitará repensar o simplificar dichos procesos.

Eso ocurre frecuentemente con procesos propietarios o metodologías desarrolladas que no tienen en cuenta aspectos más ágiles del negocio. Recuerdo un proyecto en donde me tocó trabajar con otros consultores de la ex Arthur Andersen quienes utilizaban Method/1. Si bien ellos me dieron acceso a la metodología nunca la lei, pero puedo asegurar que ocupaba toda una biblioteca, y uno debería tener mucho tiempo para poder leer todos esos libros en menos tiempo del que se necesitaba para llevarlos a la práctica.  No discuto el proceso sino su usabilidad.  Cualquier proceso o metodología que ayude en el trabajo es bueno, con tal que genere valor al cliente y no sea excesivamente pesado.

Para asegurar el éxito en la gestión de proyectos se necesita recurrir a las mejores prácticas del mercado y no re-inventar la rueda.  Los procesos o métodos de mejores prácticas deberían ser una biblioteca de toda la experiencia pasada de una organización en la ejecución de sus proyectos.  Estos deberían ser modulares de manera de poder adaptarlos a los distintos tamaños o complejidades de los proyectos.  La biblioteca de las mejores prácticas se construye realizando los análisis post-mortem o lecciones aprendidas y documentando esa información para la mejora continua de los mismos.

Para las organizaciones que no tienen información histórica de proyectos anteriores o desean desarrollar la propia basándose en las mejores prácticas del mercado, el material de referencia estándar es el PMBOK® del Project Management Institute con información muy detallada acerca de los procesos para la gestión de proyectos. Otras normar o metodologías tales como ISO, CMMI, Prince 2, APM, etc. son otras fuentes de información aunque en algunos casos son propias de determinadas industrias (IT) y otras no tan difundidas o completas.  El PMBOK® distribuye las mejores prácticas en 42 procesos y 9 áreas de conocimiento o disciplinas.  En la práctica muchos proyectos no utilizan ni la mitad de esos 42 procesos, sin embargo a los efectos educacionales el PMBOK® provee la más clara y profunda explicación de las distintas áreas que envuelven a la gestión de cualquier proyecto.  La flexibilidad es muy importante aquí.  Primero se trata de otro BOK (Body of Knowledge) por lo que no se espera encontrar todas las respuestas alli sino que se deberán consultar infinidad de otras fuentes relacionadas con cada proceso y disciplina descriptos. Segundo, utilizar el sentido común, la experiencia y la intuición para decidir que procesos son los que conviene aplicar en cada proyecto que vamos a encarar.

Tomando como base el PMBOK, a mi criterio el documento que sigue siendo más importante como referencia para la gestión de proyectos, en este artículo vamos a detallar algunos conceptos muy importantes, advertencias y temas claves que se deben contemplar en la administración de todos los proyectos y que normalmente suelen pasarse por alto o no darles la importancia necesaria.   

 

1 - Seguir un proceso de iniciación estructurado: realizar un estudio de factibilidad financiero, tecnológico, de recursos, impactos, estratégico y de negocio del proyecto, para prevenir inconvenientes, priorizarlo y obtener el soporte y justificación de negocio necesario para poder implementarlo.  Durante la fase de inicio o arranque correcta valoración de riesgos, asunciones, obstáculos y restricciones deben ser convenientemente evaluados y el factor crítico es realizar un adecuado proceso de valoración de requerimientos (RM) para clarificar objetivos, necesidades y alinear las expectativas.  En muchos casos los procesos de RM pueden automatizarse pero siempre es conveniente mantener sesiones y reuniones con los stakeholders para aclarar los puntos grises. Todas las metodologías de administración de proyectos recalcan la importancia de una fuerte relación con los stakeholders y su análisis, dado que con ellos podremos lograr más fácilmente el éxito y romper muchas barreras en los proyectos.  Un error frecuente es que muchos proyectos pueden tener muchos stakeholders y el team sólo dialoga con aquel más sociable y entusiasta con el proyecto, y no evalúa las expectativas de los otros que directa o indirectamente están involucrados y son precisamente los que pueden ponernos los palos en la rueda. Un factor común para el éxito de los proyecto es poseer la habilidad de negociar y manejar las expectativas y necesidades de los stakeholders afectados por el proyecto. La relación con el sponsor y los stakeholders es vital para el proyecto y la clave es establecer una buena "relación" lo que implica más que identificar y manejar sus expectativas, manejar una conexión emocional con la gente. El PM debe focalizarse en mejorar sus habilidades interpersonales, y asegurarse que todos los stakeholder estan a bordo del proyecto manteniendo fluída comunicación con ellos.  El análisis de los stakeholder debería permitir al PM no sólo identificarlos sino categorizarlos bajo distintos aspectos: relación y actitud hacia el proyecto, están a favor o en contra del proyecto, cual es su poder e influencia, existen conflictos entre ellos, etc.

2 - Planificación del Proyecto: de acuerdo a la industria donde se realice el proyecto la planificación podrá tomar diferentes matices, tal como describí en varios artículos. Los proyectos para el desarrollo de software son bastante particulares, tan es asi, que surgieron metodologías propias para dichos proyectos ("Agil Development") diferentes a las tradicionales como el PMBOK®.  Algunos aspectos de las metodologías ágiles pueden ser utilizados en cualquier otro proyecto.  Actualmente está de moda hablar también de Lean Six Sigma Project Management, otra aproximación a la gestión efectiva de proyectos, que es explicada en el curso "Gestión avanzada de Proyectos".  Independientemente de que se utilice metodología tradicional, ágil o lean una buena planificación siempre es necesaria.  En la metodología tradicional la planificación es exhaustiva y completa, en los ciclos más acelerados y livianos (ágil o lean) la planificación se concentra en delimitar los bordes del proyecto para crear una lista priorizada de deliverables que serán liberados en fases de tipo iterativa.  Planes comprensivos, realistas y bien comunicados son imprescindibles en todos los proyectos, aún con cortos ciclo de vida. Involucrar no solo al team sino a los stakeholders en el desarrollo de los planes, discutir acerca de todos los objetivos y deliverables del proyecto y explicar claramente los riesgos involucrados son también factores esenciales. Como corolario final el consejo es no embarcarse en planificaciones extensas, construír planes a corto plazo y detallados (elaboración progresiva según el PMBOK®), e ir elaborando los requerimientos sobre la marcha en una aproximación de tipo iterativo.

3 – Control y auditorias del proyecto: para evaluar la salud del proyecto, deberían realizarse auditorías y reuniones de "quality assurance" en forma frecuente para chequear no sólo los deliverables sino el estado y progreso del proyecto.  Medir el progreso real versus el costo y tiempo estimado es muy importante, al igual que realizar mediciones de calidad respecto del cumplimiento de los requerimientos y el alcance de los deliverables.  No podemos controlar y mucho menos mejorar si no tenemos métricas.  Debemos desarrollar criterios estándar de medición tanto de calidad como de productividad y eficiencia, para saber no sólo donde estamos sino que y cómo debemos mejorar.  El PM debe desarrollar todas las actividades y procesos definidos dentro del grupo de Monitoreo y Control del Proyecto que involucra el control del progreso del mismo (tiempo y tareas), el control del alcance (cambios) el control del rendimiento (performance), el control de los costos (método del valor ganado) y el control de calidad.  De dichos controles surgirán reportes y medidas correctivas o preventivas.

Las auditorías también pueden ser efectuadas por personal externo al proyecto, y se denominan "peer reviews", realizadas por colegas o el departamento PMO o de Aseguramiento de Calidad.  El alcance de la misma debería ser similar al comentado más arriba. Toda auditoría consta de las siguientes etapas:

  • Planificación, elección del tipo de auditorías a realizar (costos, performance, calidad, etc.), determinar los procedimientos a utilizar,  elección del personal, fijación de su periodicidad (mensual, anual, esporádica, etc.).
  • Realización de auditorías según procedimiento y plan definidos. Es conveniente desde el punto de vista práctico que la realización de auditorías sea sistemática, y el propio director o responsable del área a auditar transmita a sus subordinados afectados las fechas concretas en las que estas auditorías sistemáticas van a realizarse para que presten su mayor colaboración. Los documentos que recojan los resultados de las auditorías, es decir, respuestas, comprobaciones, resultados de medidas y ensayos, etc., han de estar consensuados entre auditor y auditado, de tal forma que recojan la conformidad de ambos, evitándose discusiones inútiles. Se trata de auditar la efectividad de la gestión del proyecto, tanto a través del grado de cumplimiento de los procesos, como a través de la calidad del producto obtenido.
  • Evaluación de los resultados de la auditoría. Toda auditoría ha de realizarse para obtener una nota final que sirva, aunque solo sea comparativamente, para medir la evolución y progreso del proyecto. Lo que se pretende es la obtención de una valoración totalmente objetiva por lo que el sistema de valoración ha de ser consensuado, y además, experimentado durante cierto tiempo, para poder fijar las señales de alerta, índices de ponderación, etc.
  • Redacción de informe y propuesta de medidas correctivas de ser necesario, con expresión de su grado de urgencia. Una vez valorada la auditoría y antes de la redacción del informe final y propuesta de las medidas correctoras, es conveniente la reunión con el PM afectado por la auditoría para que sea el primer informado y pueda incluso colaborar en la propuesta de medidas correctoras así como la decisión sobre la urgencia de las mismas, pues es conveniente que tanto el informe de la auditoría como la propuesta de medidas correctoras, lo asuma como algo propio, entre otras cosas porque a veces, podrá ejercer más presión sobre la Gerencia que el propio auditor, sobretodo si alguna de las medidas propuestas corresponden o requieren inversiones.

4 - Utilización de recursos humanos: la correcta utilización de las "técnicas blandas" y el uso adecuado de las habilidades interpersonales son factores críticos en el manejo de todos los proyectos.  Un tema controversial que suele traernos dolores de cabeza son las horas que cargan los recursos al proyecto: deben ser las reales o teóricas ?  En las organizaciones en las que trabajé, como ocurre con muchas consultoras o empresas de servicios, al cliente se le cobra de acuerdo al proyecto un "precio fijo" o "time & material" (por hora de consultoría). En ambos casos se toma para la formación del precio el "cost rate" de los recursos que trabajarán en el proyecto, independientemente que el recurso pertenezca o no a la organización ejecutante. Si pertenece a la organización y trabaja más de 40 horas a la semana, su salario será siempre el mismo, pero a los efectos de cobro al cliente en el caso de time & material podríamos cobrar las horas "overtime", algo que, en la práctica solo se le paga al recurso si es externo a la organización.  En los casos de precio fijo, durante la planificación calculamos en la herramienta de scheduling 40 horas de trabajo semanal. Si observamos que existen recursos con sobre alocación (más de 8 horas por semana) la técnica más común a utilizar sería el resource-leveling algo que generalmente terminará por enviarnos el final del proyecto al lado oscuro de la luna.  En la práctica normalmente no se hace nada dado que el recurso si es parte de la plantilla de la organización trabajará esas horas extras que por lo general y debido a su rango no son pagadas en la práctica dado que recibe un sueldo mensual fijo.  El problema se presenta cuando existen sistemas de control de costos y productividad que no toma en cuenta esta realidad (dado que se maneja con planillas separadas).  En estos casos es frecuente que se le obligue al recurso a cargar las horas que realmente trabaja en el proyecto en algún sistema para su registro.  De ser asi, estaremos en un aprieto desde el punto de vista de costos, dado que las horas cargadas y costeadas superaran lo que estaríamos facturando.  La única solución en este caso será que no cargue sus horas extras, bajando su nivel de "billability", algo que no solo puede perjudicar al recurso sino también al mismo gerente (problemas de utilización y productividad).  Otro tema importante es la no disponibilidad de los recursos claves (algo frecuente en los proyectos de alta tecnología). La demanda puede ser superior a la oferta y los planes suelen subestimar el tiempo requerido para adquirir estos recursos, lo mismo que el tiempo necesario para organizar el grupo ("team building").

5 - Estimación en los Proyectos: las estimaciones de costos y tiempos en un proyecto constituyen la parte más difícil en la planificación, y es más un arte que una ciencia[7]. Como consultor tuve que realizar una revisión a un proyecto que estaba con un sobrecosto muy elevado en el proyecto y querían un análisis de la causa de la variación del mismo.  Mi primer pregunta fue "cual era el método que utilizaban para las estimaciones", la respuesta clásica fue el proyecto tiene que estar listo para Octubre y se vendió en este precio considerando una determinada carga de recursos.  Mi segunda pregunta fue "si la base de estimación es una ficción, como quiere que la varianza en el costo tenga algún significado?".  Lamentablemente muchas organizaciones venden sus proyectos de acuerdo a lo establecido por Ventas y no tienen tiempo de realizar una estimación bottom-up o utilizar buenas técnicas de métodos cuantitativos de administración de proyectos para al menos estimar las variaciones e incertidumbres con los buffers de contingencias necesarios.  Cuanto más largos en recursos, tiempo, costos o complejidad son los proyectos mucho más complejo es hacer estimaciones. El Standish Group a través de sus estudios empíricos nos arroja estos resultados de éxito/fracaso de proyectos en su relación con su tamaño y duración.

 

 

Tamaño del Proyecto       Personas        Tiempo (meses)       Porcentaje de éxito

Debajo de $750K                      6                           6                                  55%

$750K-$1.5M                          12                            9                                  33%

$1.5M-$3M                              25                          12                                  25%

$3M-$6M                                 40                          18                                  15%

$6M-$10M                            +250                       +24                                    8%

>$10M                                  +500                       +36                                    0%

Esto nos demuestra una vez más que los mega-proyectos pasaron de moda y que el desarrollo iterativo es el mejor método para mitigar riesgos y una estrategia buena para estimar mejor el alcance, costo y tiempo de los deliverables a entregar en el proyecto.

6 - Practicar un estricto control de cambios: independientemente del tamaño del proyecto y para evitar el "Scope Creep" se deberá ser muy riguroso en lo que respecta al control y seguimiento de los cambios al proyecto, utilizar herramientas automáticas de RM (Requirement Management) y CM (Configuration Management). Tener muy claro el procedimiento para solicitar los cambios, el formulario, como debe ser completado y el método para aprobación respectivo. Si el Gerente de Proyecto no ha definido bien el alcance inicial del proyecto, será tremendamente difícil administrar el mismo. El propósito de la administración de cambios es proteger la viabilidad de la definición del proyecto ya definida y aprobada. Cuando se solicita formalmente un cambio implica que dicho cambio está fuera del alcance acordado en la Definición del Proyecto o de los requerimientos o solicitudes detallados durante el análisis. Si dicho alcance es confuso, poco claro, o deja lugar a interpretaciones, entonces el cliente dirá que el cambio está dentro del alcance, y el Gerente de Proyecto encontrará difícil apegarse a un proceso formal de Gestión de Alcance.  En algunos proyectos es posible anticipar todas las solicitudes y requerimientos durante el proceso de análisis. No obstante lo cual, siempre podrá existir la posibilidad y la necesidad de incorporar cambios durante el ciclo de vida. Estos cambios pueden ser muy necesarios para la solución, y pueden existir razones poderosas de negocio por las que deberían incorporarse. El Gerente de Proyecto y el equipo de trabajo, deben reconocer el momento en que los cambios son requeridos y deberán seguir un proceso predefinido de gestión del alcance. Este proceso, eventualmente, proporcionará información para que el sponsor tome las decisiones pertinentes y también le permitirá decidir si la modificación deberá aprobarse en base al valor e impacto en el proyecto en términos de costo y tiempo. Debe ser claro para todas las partes que cumplir estos nuevos requerimientos con los mismos recursos de la definición anterior, es prácticamente imposible.

7 - Buffers: incertidumbre, probabilidades: son temas que hacen a la gestión cuantitativa de los proyecto y normalmente son vistos en el curso de "Gestión avanzada de proyectos". Primero y fundamental es necesario no mezclar (al menos sin identificar claramente) las contingencias que nos tomamos en las estimaciones con la duración puesta a cada tarea.  Esta contingencia debe ser claramente identificada y manejada para evitar el efecto de la "Ley de Parkinson".  El método de la Cadena Crítica comparte todas estas contingencias en un buffer total para el proyecto de uso exclusivo del PM.  De no utilizar este método el PMBOK® nos aconseja utilizar contingencias o buffers por las incertidumbres en las estimaciones utilizando CPM/PERT, MonteCarlo, Varianza de la media, o simplemente un % del total de costo o tiempo adicional.  El cálculo del tamaño del buffer debe tener en cuenta muchos factores y esto se ve más detalladamente en el curso respectivo.  Hablar de incertidumbre y riesgos en las estimaciones no es exactamente lo mismo que hablar de cual sería la probabilidad de su ocurrencia.  En forma simple, al arrojar una moneda existe una incertidumbre respecto de si saldrá cara o ceca.  Pero no hay incertidumbre respecto de las probabilidades de que salga cara o ceca dado que ambas tienen un 50%. Si la probabilidad de un evento se acerca más al 100% estaremos mucho más tranquilos porque reducimos su incertidumbre, pero inevitablemente aumentaremos su rango.  Por ejemplo, si tenemos una pieza mecánica que a través de mediciones hechas durante 5 años sabemos que puede causar daños humanos en un impacto con rango del 35% al 45% (10%) y esto no es aceptable, lo que ocurrirá es que se realizarán tareas de ingeniería para mejorar dicha pieza y reducir ese impacto negativo.  Supongamos que logramos armarla de otra forma y que ahora las probabilidades de que ocurra algo malo son del rango entre 5% y 25% (20%).  Hemos reducido significativamente la probabilidad de un accidente pero como no hay historia pasada el rango de la incertidumbre es más alto (del 10 al 20%). 

8 - Subcontratar desarrollos externos ("Outsourcing"): muchas veces he trabajado como "prime contractor" en proyectos en donde teniamos muchos proveedores involucrados (en algunos casos, su desarrollo era más importante que el nuestro).  En este aspecto son válidas todas las recomendaciones del PMBOK sobre adquisiciones, además de tener en cuenta todas las modalidades contractuales y de mantener el "pari passu" (mismas condiciones de obligaciones y responsabilidades contractuales) de las cláusulas del cliente con nuestros proveedores.  En este caso me referiré a un tema muy corriente en el ambiente de IT que es la exigencia de ciertos niveles de calidad (CMMI) que se suele requerir cuando se contrata o se hace un outsourcing.  La mayoría de las empresas hoy en día pregonan ser certificadas en CMMI.  Esto es imposible dado que CMMI no es una certificación, el SEI no certifica organizaciones como el ISO o el ITSMF, sino que autoriza a lo que se llama "lead appraisers" a conducir auditorías para determinar el grado de madurez de la organización respecto del modelo.  El SEI no confirma la certeza del nivel de madurez reportado, sino que su foco es más bien la calidad continua de la organización, que identifique en que nivel se encuentra y que realice todos los esfuerzos necesarios para mejorar su calidad y hacer sus procesos repetibles.

 tabla.png

El gráfico mostrado más arriba es un informe del IEEE Software que documenta un estudio sobre 104 proyectos de software en el mundo.  India es el país que proclama tener la mayoría de sus empresas con Nivel 5 de CMMI y sin embargo está en el tercer lugar en cuanto a programas con errores (el informe incluye empresas como Motorola India, Infosys, Tata Consulting), algo como para tener en cuenta no ?.  No estoy desmereciendo la evaluación del modelo de madurez sino que debería preguntarse mucho acerca de cómo se obtuvo y otras cuestiones de la empresa a contratar tales como:

  • Cuando fue publicado su último assessment ? (dura 2 años)
  • Copia de la documentación donde figura que áreas son las más fuertes y cuales con las más débiles.
  • Quien desarrollo el lead assessment ?
  • Cuales son sus planes de mejora continua ?
  • Con que otros clientes trabaja ?

Otra característica asociada a la inmadurez de nuestro mercado es el error de escuchar a un gerente decir: "esta tarea ya no representa un problema porque la hemos subcontratado". Esto es falso, fundamentalmente porque la inestabilidad de nuestro mercado hace que sea muy difícil desarrollar relaciones cliente – proveedores que perduren en el tiempo.  Por otro lado, esta inestabilidad y lo pequeño del mercado generan el problema que los proveedores en gran medida sean Pymes, y éstas permanentemente deben de tener una muy agresiva actitud de venta, sobre todo si son proveedores que dependen de la aparición de proyectos en el mercado para tener trabajo y resulta muy difícil su evaluación porque no hay una manera simple de saber el estado en que se encuentra dicho proveedor.  Es posible analizar los contratos que tiene en ejecución, pero no es posible analizar los contratos que "están a la firma", y muchas veces la concreción de uno, genera mejores condiciones en las Pymes para enfrentar las negociaciones con los otros contratos, y se produce una cascada de contratos que se firman, una cantidad de compromisos simultáneos que este proveedor tiene que cumplir, y como generalmente no cuenta con reservas de recursos humanos ni con una planificación previa tiene como resultados crisis de recursos y falta de cumplimiento en todos los contratos.  En el caso a su vez que el contratista sub-contrate el servicio en otra organización se le suma a la inestabilidad propia del contratista, que tiene sus propias crisis, la que potencian a las de los subcontratistas.  Cuando bajamos de nivel, nos encontramos con empresas más pequeñas, más inestables, más riesgosas y más difíciles de predecir, con grandes inconvenientes para tomar buenas decisiones.

 9 – Project Manager, Lider o Facilitador:  A lo largo de los cursos se ha hablado de los diferentes roles que debe tomar un Gerente de Proyecto y la importancia de las habilidades interpersonales.  Normalmente un PM debe cumplir con su rol de Gerente pero además debe también ser el Líder del grupo de trabajo, aspectos que tienen distintos objetivos.  También el lector debe saber lo importante de la actividad de Team Building y cómo los grupos van madurando a lo largo del desarrollo del proyecto.  Actualmente también podemos clasificar a los teams de trabajo conforme a su capacidad técnica y resolutiva, llegando a tener equipos de trabajo denominados de Alto Desempeño, en donde los conflictos los resuelven entre ellos, toman decisiones propias y pueden autogestionarse.  En estos casos el rol del PM más importante es el de Facilitador donde lo que prima es dejar trabajar con libertad y preocuparse más en eliminar los problemas u obstáculos del equipo.  Las características de los facilitadores son: Lideran pero no dominan, Utilizan mucha escucha activa, Motivan a la participación y trabajo cooperativo, Lideran con el ejemplo, Mantienen al Sponsor activamente involucrado pero se aseguran que no interfiera en el trabajo, Documentan al nivel necesario.  Estamos hablando de gente de alta confianza y estima que demuestran carisma, empatía, respeto y sensibilidad por el grupo de trabajo.   Podemos decir entonces que otro factor clave en la gestión de los proyectos en colocarse el sombrero adecuado teniendo en cuenta el tipo de proyecto, el team de trabajo o las circunstancias especiales que estemos controlando.

 tabla2.png

10 – Project Management Estratégico: asegurarse de que todos los proyectos están estratégicamente alineados y fueron previamente analizados por la PMO o un proceso de PPM.  Se debe definir un criterio contra el cual todos los proyectos pueden ser priorizados que incluya el impacto en las estrategias corporativas y los clientes, y confeccionar una lista de todos los proyectos, sus metas y objetivos estratégicos. Después tratar de identificar el criterio de éxito de los mismos y determinar el impacto esperado que cada proyecto tendrá en la organización y sus clientes. Asignar un rango para cada proyecto cuantitativamente y determinar su nivel de prioridad. Alinear los proyectos con los planes estratégicos corporativos y departamentales, y ejemplificar como la ejecución exitosa de cada proyecto apoyará el plan estratégico de la corporación o del departamento. En ciertos casos no queda otra salida que cancelar los proyectos que son de baja prioridad o que no están ligados a la estrategia corporativa o departamental.  Que se puede hacer para implementar las mejores prácticas de Project Management Estrategico ? : la retención del conocimiento es uno de los mayores beneficios para las organizaciones ya que contribuye al aprendizaje continuo y ayuda a evitar la repetición de errores. Con objeto de retener el conocimiento sobre la implementación efectiva de proyectos y que puedan ser pasados como lecciones aprendidas hacia equipos de proyectos a futuro, la PMO debería tener una reunión de cierre de proyecto tan pronto como haya terminado, mientras el conocimiento sobre la administración del mismo aun esta fresco en las mentes de todos.  El propósito de esta reunión es revisar que sucedió durante el transcurso del proyecto y que puede aprender el equipo y la organización de lo sucedido. El sponsor del proyecto, el responsable del proyecto y el equipo de trabajo deberán estar presentes así como cualquier recurso exterior o "stakeholders" quienes quisieran contribuir con ideas. El resultado final de esta reunión de cierre del proyecto será la creación de un documento formal de "lecciones aprendidas" para ser llevadas a proyectos futuros, a los gerentes y a sus equipos de trabajo.  El establecimiento de mediciones de proyectos exitosos desde el punto de vista estratégico también ayudará a proveer a la alta dirección de información relevante y necesaria para tomar decisiones que afecten el proyecto. Por ejemplo, la presentación estratégica de las medidas del éxito del proyecto puede convencer a la alta dirección de re-priorizar proyectos o de re-asignar recursos.  Las medidas del éxito del proyecto proveerán a la PMO de la información necesaria para que venda el impacto de la efectividad al nivel gerencial. Los criterios para el éxito en la medición de los proyectos estratégicos deben incluir:

• La utilización de un criterio de calidad especificado.

• La habilidad para enfrentar cambios en los requerimientos.

• El número de recursos usados actualmente contra el número de recursos anticipados originalmente.

• La habilidad del proyecto para alcanzar sus objetivos y entregables específicos.

• Las encuestas de satisfacción de clientes que indican su conformismo con el producto o la entrega del servicio del proyecto.

• La puesta en producción o lanzamiento exitoso y sin problemas.

• Mediciones financieras adecuadas y dentro de los límites.

 

Finalmente para las organizaciones que están considerando en definir cual es la mejor metodología para administrar sus proyectos, o cómo adaptar la metodología del PMBOK® a sus propias necesidades, la recomendación es considerar un programa de entrenamiento de sus PM y considerar su posible certificación, que ofrezca una revisión de la metodología y las áreas claves para su organización: costos, tiempos, riesgos, calidad, junto con una visión más amplia, crítica y realista.  Otra alternativa es contratar a una organización con consultores especializados y certificados PMP para que colaboren en la implementación de los proyectos y realicen la transferencia de conocimientos y prácticas necesarias.

  

Está prohibida la difusión, transmisión, modificación, copia, reproducción y/o distribución total o parcial del presente Documento, en cualquier forma y por cualquier medio, sin la previa autorización escrita del autor, encontrándose protegidos por las Leyes de Derecho de Autor, Marcas, Lealtad Comercial, Bases de Datos y otras normas  Asimismo, queda prohibido cualquier uso de los Documentos o parte de los mismos con fines comerciales. La violación de los derechos antes señalados puede acarrear condenas civiles y/o penales establecidas en las normas precedentemente citadas. Se exigirán responsabilidades a los infractores por todas las vías disponibles en derecho. 

Fecha y lugar de publicación: Buenos Aires, Noviembre de 2008. Queda hecho el depósito que establece la Ley 11.723.

 

Hacer una pregunta

Pregunta
200 Caracteres que restan
Puntear artículo
5
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6 voto(s)
    Comentar
    Imprimir
    Re-Publicar
    Fuente del Artículo: http://www.articuloz.com/direccion-de-proyectos-articulos/procesos-claves-en-la-gestion-de-proyectos-3042243.html

    Agregue un nuevo comentario

    Norberto Figuerola

    Como Gerente de Proyecto se espera que usted encare un gran número de desafíos, problemas y decisiones que deberá enfrentar por el solo hecho de asumir la responsabilidad del manejo de un proyecto. En este artículo describiré los desafíos más importantes que cualquier PM deberá resolver tanto al aplicar la disciplina de Administración de Proyectos como aquellos desafíos propios del Rol que se cumple como PM.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 10/08/2010 lVistas: 2,699
    Norberto Figuerola

    Se suele decir que un project manager tiene una milla de ancho y una pulgada de profundidad, saben algo acerca de todo, pero no mucho acerca de algo. Es frecuente encontrar muchos ejemplos de fracasos de proyectos en la vida real lo cual afecta nuestra reputación. Existe un gap muy importante entre lo que los aspirantes a esta profesión pueden capturar como conocimiento en los cursos a lo que en la práctica implica llevar adelante la gestión de un proyecto.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 29/10/2011 lVistas: 196
    Mind De Colombia

    La venta consultiva y colaborativa exige una alto grado de innovación y dinámica. No es viable aplicar permanentemente una misma metodología y esperar ser exitosos consistentemente. Cada venta tiene sus propias características y nuestro trabajo como vendedores es poder entender muy bien el proceso de compra del potencial cliente y aplicar nuestro proceso de venta o metodología...

    por: Mind De Colombial Negocios> Empresasl 28/06/2010 lVistas: 317
    Norberto Figuerola

    La gestión de proyectos es cada vez más vista como una profesión de alta demanda y las organizaciones se han dado cuenta de las ventajas de adoptar un enfoque disciplinado para la entrega de proyectos exitosos. Sin embargo, convertirse en un profesional exitoso de la gestión de proyectos no es tan fácil, no existe un camino o carrera normalizada de educación que nos lleve a la gestión de proyectos exitosa, pero existen reconocidas capacidades comunes de los gerentes de proyectos exitosos.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 01/11/2011 lVistas: 334
    Adrian del Rio Montoro

    Aprenda cuales son las mejores prácticas y su ordenamiento lógico para la Gestión eficaz de un Proyecto Empresarial.

    por: Adrian del Rio Montorol Negocios> Dirección De Proyectosl 08/04/2011 lVistas: 1,508
    Norberto Figuerola

    Cuando hablamos de las habilidades "blandas" que debe conocer y ejercitar el gerente de proyecto surgen los conceptos de liderazgo, persuasion, relaciones interpersonales y política entre otros. En todos los proyectos existe y se hace política, pero no debe verse desde un punto de vista negativo. La política se está aplicando cada vez que uno intenta convencer a alguien de adoptar su punto de vista, cuando negociamos con clientes y proveedores, al competir por recursos, etc.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 01/11/2011 lVistas: 72
    Diego Herrera Ramirez

    Una definición clara de los roles, cuando se trata de un equipo de scrum, es extremadamente crítica. Muchas empresas cometen el error de mezclar estos papeles y esto conduce a un fracaso del proyecto. Por ejemplo, uno de los errores más comunes que casi todas las organizaciones es hacer una diferencia entre el scrum master y el director del proyecto.

    por: Diego Herrera Ramirezl Educación> Universidades&Academias;l 21/06/2013 lVistas: 65
    Matias Baixauli

    Con objeto de precisar el alcance y contenido conceptual de lo que es y significa la pluridisciplina y función del Project Management es conveniente comenzar con una definición de términos. La palabra inglesa-americana "management" tiene un significado más amplio que gestión, su traducción nos centraría más en una dirección, con liderazgo ejecutivo, que optimizando, de forma eficiente, los limitados recursos que se tienen, asegura la consecución de los Objetivos marcados.

    por: Matias Baixaulil Negocios> Dirección De Proyectosl 27/02/2011 lVistas: 247
    Kico Arjona

    Adquirir una herramienta para gestionar proyectos es prohibitivo para algunas organizaciones. La comunidad de Open Source ofrece algunas soluciones que pueden cubrir esta necesidad sin la requerir realizar inversión alguna.

    por: Kico Arjonal Tecnología> Softwarel 29/05/2014

    Los modelos de gestión son la formulación más avanzada, de los principios y herramientas de la disciplina, de la calidad, desde este punto de vista es tratar de revisar la calidad del producto y toda su manufacturación

    por: Jorge Alfredo Flores Camposl Negocios> Dirección De Proyectosl 01/06/2014

    En este artículo encontrareis algunos consejos para mejorar la eficiencia energética en la rehabilitación de edificios.

    por: Calitril Negocios> Dirección De Proyectosl 16/02/2014 lVistas: 96

    SUPERVISIÓN Y SEGUIMIENTO DE LA PRODUCCIÓN DE LAS MEZCLAS ASFÁLTICAS TRITURACIÓN - La tecnología de la trituración está gobernada por leyes físicas que integran masa, velocidad, energía cinética y gravedad.

    por: Ing. Ernesto Cepeda Aldapel Negocios> Dirección De Proyectosl 15/01/2014 lVistas: 35

    lograr un excelente desarrollo organización por medio de estratégicas importantes que sean llevadas acabo con toda la intención de lograr el éxito. y mover el rumbo empresarial en base a acciones estratégicas que den la pauta para aventurarse a un nivel operativo con mejores ventajas en el mundo de los negocios a nivel local e internacional.

    por: juan pedrol Negocios> Dirección De Proyectosl 05/11/2013 lVistas: 45

    Toda empresa o proyecto de inversión requiere tomar decisiones efectivas que satisfagan un beneficio en común y si deseamos una mayor rentabilidad o ganancia en cualquier aspecto de nuestra vida, debemos invertir, administrando provechosamente los recursos, invirtiendo estratégicamente.

    por: Jorge Alfredo Flores Camposl Negocios> Dirección De Proyectosl 07/09/2013 lVistas: 33

    Alcance del proyecto y alcance del producto son dos conceptos importantes dentro de la Gestión de Proyectos que muchas veces se confunden y no se sabe qué enmarca cada uno de ellos, ambos conceptos están estrechamente relacionados y vinculados, por lo tanto, es primordial para el Líder de Proyecto conocer sus significados.

    por: Ramonl Negocios> Dirección De Proyectosl 09/05/2013 lVistas: 60

    Durante los últimos años hemos visto en México un fenómeno muy peculiar dentro de las organizaciones acerca de la administración de proyectos y es la urgencia de las mismas de contar con el mayor número posible de PMP®

    por: Ramonl Negocios> Dirección De Proyectosl 21/03/2013 lVistas: 17
    Énfasis Logística Latam

    Hoy en día, aquellas empresas que buscan tercerizar sus funciones de logística tienen múltiples opciones de proveedores que prometen elevar la productividad, reducir costos y mejorar el rendimiento. Sin embargo, los servicios que ofrecen los proveedores a nivel mundial, regional y local varía tremendamente, por lo que se debe buscar una asociación estratégica que brinde los mejores resultados a los objetivos del negocio.

    por: Énfasis Logística Lataml Negocios> Dirección De Proyectosl 28/01/2013 lVistas: 49
    Norberto Figuerola

    Cuando hablamos de las habilidades "blandas" que debe conocer y ejercitar el gerente de proyecto surgen los conceptos de liderazgo, persuasion, relaciones interpersonales y política entre otros. En todos los proyectos existe y se hace política, pero no debe verse desde un punto de vista negativo. La política se está aplicando cada vez que uno intenta convencer a alguien de adoptar su punto de vista, cuando negociamos con clientes y proveedores, al competir por recursos, etc.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 01/11/2011 lVistas: 72
    Norberto Figuerola

    La gestión de proyectos es cada vez más vista como una profesión de alta demanda y las organizaciones se han dado cuenta de las ventajas de adoptar un enfoque disciplinado para la entrega de proyectos exitosos. Sin embargo, convertirse en un profesional exitoso de la gestión de proyectos no es tan fácil, no existe un camino o carrera normalizada de educación que nos lleve a la gestión de proyectos exitosa, pero existen reconocidas capacidades comunes de los gerentes de proyectos exitosos.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 01/11/2011 lVistas: 334
    Norberto Figuerola

    Se suele decir que un project manager tiene una milla de ancho y una pulgada de profundidad, saben algo acerca de todo, pero no mucho acerca de algo. Es frecuente encontrar muchos ejemplos de fracasos de proyectos en la vida real lo cual afecta nuestra reputación. Existe un gap muy importante entre lo que los aspirantes a esta profesión pueden capturar como conocimiento en los cursos a lo que en la práctica implica llevar adelante la gestión de un proyecto.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 29/10/2011 lVistas: 196
    Norberto Figuerola

    Abordar un tema tan importante y amplio como es la ética, no es tarea sencilla. Su amplitud e implicancias hacen que podría ser analizada desde muchos ángulos. En este artículo intento describir los aspectos personales, profesionales y corporativos (RSE) ligados a la Etica con una mirada crítica y por otro lado esperanzadora.

    por: Norberto Figuerolal Noticias & Sociedad> Sociedadl 11/08/2010 lVistas: 2,294
    Norberto Figuerola

    A diferencia de la venta de productos, el mundo de los servicios profesionales es "intangible", está constituído por una relación entre el profesional y el cliente o usuario del momento en que presta su servicio. En este caso la satisfacción del cliente es condición necesaria para la continuidad de dicha relación. Un cliente insatisfecho puede cortar su vínculo con el profesional o hacer que este se debilite, decaiga y termine.

    por: Norberto Figuerolal Autoayuda> Coachingl 10/08/2010 lVistas: 241
    Norberto Figuerola

    Como Gerente de Proyecto se espera que usted encare un gran número de desafíos, problemas y decisiones que deberá enfrentar por el solo hecho de asumir la responsabilidad del manejo de un proyecto. En este artículo describiré los desafíos más importantes que cualquier PM deberá resolver tanto al aplicar la disciplina de Administración de Proyectos como aquellos desafíos propios del Rol que se cumple como PM.

    por: Norberto Figuerolal Negocios> Dirección De Proyectosl 10/08/2010 lVistas: 2,699
    Box del Autor
    Categorías
    Quantcast