Los usuarios son quienes dan vida a un sistema de gestión de proyectos, ya sean empleados o consultores externos. Resulta imprescindible que la PMO administre y ofrezca apoyo a este colectivo de personas.

Empleados o proveedores, son todos fuentes de talento

 

Responsabilidades

Una buena PMO, debe ofrecer un marco lógico de designación de responsabilidades ayude al gestor de proyecto por dos motivos:

  • Los proyectos frecuentemente emplean recursos de áreas funcionales.
  • El escenario opuesto es la asignación espontánea de responsabilidad, lo que crea vacíos y solapamientos.

Un software PPM debe ofrecer varias opciones para facilitar la definición de roles, desde la configuración de accesos y permisos (sección “roles”) hasta la definición de la función de cada persona por proyecto y tarea.

El rol de “responsable de la tarea”, convierte a ésta en un proyecto subordinado, en el que el responsable puede realizar una gestión completa de seguimiento.

 

Organización

La definición de la estructura organizativa en el sistema resulta de utilidad a la hora de clasificar los diferentes elementos, así como en el aspecto analítico de la información.

La representación de la estructura organizativa utiliza un sistema jerárquico tradicional, a cuyas unidades podremos posteriormente vincular proyectos, personas o actividades.

 

Capacidad: planificación y seguimiento

La gestión de la capacidad es una de las funciones que exigen más eficiencia. Se trata de un reto para la PMO, pues esta gestión debe encontrar el equilibrio entre:

  • Una gestión transversal eficiente que impida la sobrecarga de recursos ni permita capacidad ociosa
  • La competencia por los recursos entre unidades funcionales y proyectos transversales.

La gestión de la capacidad debe ir vinculada a la gestión de la demanda: con frecuencia una sobreasignación de recursos está denunciando un exceso de demanda. La PMO debe al menos disponer de los medios para identificar esta situación e idealmente el poder para remediarla.

El siguiente ejemplo muestra un módulo que posibilita que la PMO planifique de una forma global, analice la capacidad y disponibilidad de cada miembro o perfil profesional.

Resulta clave definir, junto a la dirección de organización y procesos, cuál será el rol de la PMO en la asignación de recursos.

Sean cuales sean sus atribuciones, como mínimo la PMO debe ofrecer una visión a medio plazo de la carga de recursos y alertar ante desequilibrios en las asignaciones de tareas.

 

Comunicación

Si las personas son quienes dan vida a la gestión de proyectos, la comunicación es el medio a través el cual lo hacen posible.

El rol de la PMO es definir y canalizar la comunicación formal, e incentivar y facilitar la comunicación informal entre personas.

La comunicación formal está generalmente relacionada con el seguimiento, es decir, la manera en ha de analizarse el progreso de proyectos.

La PMO ha de anticipar los momentos clave en los que las piezas de información relevantes deben fluir de unas personas a otras.

El sistema (PPM) debe ser el sustento de este proceso, siendo la PMO quien defina los eventos que activarán las comunicaciones.

La PMO debe asegurarse de que estos mensajes sean los oportunos y que hablen ‘el idioma’ común de la organización, para que sean asimilados por sus miembros de forma natural.

  • La comunicación formal asegura que la información necesaria se entrega a los interesados en el momento oportuno.
  • La comunicación informal incrementa la eficiencia, ofreciendo a los miembros de los equipos un mecanismo de colaboración en el contexto de su trabajo.

 

Documentación

Ya sea una tarea, riesgo registrado o una compra, cada elemento de proyecto puede generar su propia documentación de apoyo.

La PMO tiene diversos roles en torno a la documentación, con el foco fomentar la homogeneidad y el aprovechamiento de la información

  • Define los documentos mínimos necesarios, en qué momento deben aportarse y a qué tipo de entidad irán asociados.
  • Define los formatos de la documentación, en coordinación con otras áreas funcionales.
  • Ofrece un sistema de acceso a plantillas y documentos de base, así como los procedimientos de uso.

En función de sus atribuciones, la PMO podrá utilizar unas prestaciones u otras de su herramienta PPM. Por ejemplo, el cometido de las plantillas de proyectos puede asociar modelos de documentación en las diferentes secciones del proyecto.

Recibe los últimos blogs en tu buzón

 

En ITM Platform a menudo escuchamos a los profesionales de PMO decir, "nuestro nivel de madurez es demasiado bajo para PPM" o "aún no estamos listos para la gestión de proyectos". En este artículo, profundizamos en lo que realmente significa madurez en gestión de proyectos y cómo una solución de PPM es un puente y no un obstáculo para aumentar su nivel de madurez.

La gestión de portafolio de proyectos no es solo para grandes corporaciones o empresas con procesos complejos.

Independientemente del tamaño o la madurez de su operación, es posible implementar una gestión de portafolio de proyectos sencilla y eficaz. Diferentes niveles de madurez requieren diferentes prestaciones.

 

¿Qué es "madurez de gestión de proyectos"?

La madurez de la gestión de proyectos se refiere a lo preparada que está su empresa para ejecutar una estrategia de gestión de proyectos, programas y portafolio.

Esta madurez puede evaluarse en un amplio espectro, que va desde una evaluación individual hasta la aplicación de una evaluación formal del modelo de madurez.

 

Evaluación personal del nivel de madurez de su empresa

En la mayoría de los casos, las empresas identifican sus propios niveles de madurez por sí solas sin ninguna evaluación formal. Si alguna vez se ha sorprendido a sí mismo diciendo “mi compañía aún no está en ese nivel de madurez”, posiblemente su propia experiencia laboral le haya llevado a esta conclusión.

¿Ha tenido alguna vez una conversación similar a esta?

  • ¿Cómo se hace el seguimiento de proyectos aquí?
  • Le preguntamos al director del proyecto.
  • Ya veo. ¿Y usan algún mecanismo formal o estandarizado?
  • Bueno, de esta y aquella manera, pero realmente nada formal.
  • Entonces, ¿cómo siguen el progreso del portafolio completo?
  • Eh… nos centramos en los proyectos que están causando problemas.

... en este punto ya habrá concluido que su empresa tiene un nivel de madurez bajo y que un sistema PPM no hará más que generar confusión y frustración. Sin embargo, no tiene por qué ser siempre así.

Incluso si determinó que el nivel de madurez es bajo, puede ayudar a su organización a crecer en madurez apoyándose en el conjunto adecuado de prestaciones siempre que se apliquen en el momento adecuado.

 

Aplicación de un modelo de evaluación de madurez

Un modelo de evaluación es un conjunto específico de criterios definidos para cada nivel de madurez y clasifica a las empresas en sus respectivos niveles en términos de capacidad de gestión de portafolio de proyectos.

Algunos modelos tienen seis niveles, otros tienen cuatro o cinco. Pero lo más interesante son los ejes de análisis o dimensiones que se utilizan para la clasificación.

Estos son los más relevantes, explicados con ejemplos básicos:

 

  • Procesos: Considérelos como las vías sobre las cuales fluye el trabajo. En nuestra hipotética conversación anterior, las preguntas eran relativas a los proceses. Otros ejemplos pueden ser si la empresa tiene procesos formales de gestión de recursos, gestión de riesgos, gestión de costes, gestión de programas o alineación estratégica.
    Esa es la idea. Si es fan de PMI, ya los conocerá todos.
  • Personas: Los modelos de madurez tienden a poner a las personas en primer lugar y evaluar preguntas como: ¿Entiende y acepta el personal la gestión de proyectos? ¿Conocen los procesos en los que están involucrados? ¿Están habituados a trabajar en una organización orientada a proyectos en lugar de una organización funcional?
    Las personas son vitales para cualquier organización y es importante considerar el factor humano de resistencia a la hora de evaluar el modelo de madurez de su organización.
  • Organización: Es donde los procesos y las personas se encuentran. Algunas preguntas sobre el modelo organizativo suelen ser: ¿Dispone su empresa de una PMO sólida (o tan siquiera una PMO)? ¿Está integrado el departamento de recursos humanos en la gestión de proyectos? ¿Es una organización basada en proyectos?

Dependiendo del modelo, comúnmente se encontrará con estos ejes más otros como por ejemplo la tecnología o el escenario competitivo.

Lo interesante es que existen modelos de evaluación que pueden ayudarle a medir objetivamente lo que ya sospechaba.

También puede utilizar esta herramienta de autoevaluación de PMO y organización que mide tres categorías: Organización, Talento y Condiciones. A cambio, recibirá un conjunto de recomendaciones basadas en los resultados que haya obtenido.

Nuestros propios hallazgos

La mayoría de las empresas con las que hemos hablado dicen encontrarse en algún lugar en el espectro de madurez media-baja / media. En general, tienden a autoevaluarse y concluir que su empresa tiene un nivel de madurez más bajo de lo que realmente tienen.

Curiosamente, esto sucede en todos los países en los que operamos, a pesar de que hay claras diferencias de madurez entre mercados. En la mayoría de los casos, esto se debe a que las empresas se miden contra su propio mercado/países y no a nivel mundial.

Por otra parte, tratando con directivos de todo el mundo, hemos observado que no hay una fuerte correlación entre el tamaño de la empresa y su madurez. La suposición general parece ser que grandes empresas son más propensas a tener una metodología sólida de PPM . Sin embargo, la madurez de gestión está más relacionada con la naturaleza del negocio que con su tamaño. Cuanto más orientado a proyectos esté el negocio, más maduras tienden a ser estas organizaciones.

 

¿Es esto relevante para la decisión de implementar un software PPM?

Las soluciones de gestión portafolio de proyectos deben ser lo suficientemente flexibles y escalables como para comenzar de forma discreta y crecer gradualmente, agregando con el tiempo.

Esto le permitirá crear un ecosistema de gestión consistente y sostenible, sin grandes inversiones iniciales para su empresa.

El razonamiento lógico presume que: "si mi empresa tiene un nivel de madurez PPM bajo, primero he de aumentarlo y luego implementar la herramienta". Obviamente esta es una conclusión a la que llegan aquellos que son conscientes de que existe el concepto de madurez PPM, quienes además suelen haber utilizado sistemas PPM complejos en el pasado.

Y es cierto, las implementaciones de seis a doce meses y cantidades significativas de dinero invertidas son suficientes para enfriar cualquier iniciativa, especialmente si la organización no está lista para ello.

Muchos argumentarán –sabiamente- que gastar más en herramientas que el retorno que tienen sus proyectos, es una mala idea.

Procesos y herramientas van de la mano. Implementar uno sin el otro no es realmente viable, ya que la herramienta posibilita el proceso y el proceso se transmite a través de la herramienta. La clave está en encontrar la herramienta que pueda crecer y adaptarse a su organización.

Cuidado: Cambiar desde MS Excel e email a MS Project, luego a un entorno colaborativo y desde ahí a una solución PPM, no es crecer. Es romper y recomponer los procesos, las personas y la organización a cada paso del proceso de cambio

 

¿Cómo apoya ITM Platform cada uno de los niveles de madurez?

La clave está en identificar la solución PPM que pueda ofrecer las prestaciones que coincidan con su nivel de madurez actual. Un software que junto a usted se adapte a su nivel de madurez a medida que su organización crece y le permita añadir o prescindir de funcionalidades de acuerdo con sus necesidades.

ITM Platform está equipado con prestaciones de adopción escalable que crecen con su organización desde cualquier nivel de madurez inicial. Es intuitivo y contribuye a una curva de aprendizaje suave y sin tensiones.

Resulta además que comenzar desde un nivel de madurez bajo en gestión de portafolio de proyectos, es un excelente punto de partida

Pruebe de forma gratuita ahora. Experimente de primera mano lo que ITM Plataforma puede hacer por usted.

Recibe los últimos blogs en tu buzón

 

El seguimiento de los flujos de gastos e ingresos aborda una de las preguntas críticas de cada reunión de la junta directiva: "¿Cuánto estamos invirtiendo realmente en nuestros proyectos?". Esta pregunta a menudo se surge cuando hablamos de proyectos internos, de IT o de transformación. El modelo de planificación y seguimiento debe acordarse con la dirección de finanzas y con las unidades de negocio, para que los directores de proyecto comprendan los parámetros de acción y cómo deben supervisar los presupuestos y el uso de los recursos.


La PMO debe emitir instrucciones claras en:

  • Qué elementos de coste supervisar, especialmente en términos de horas y compras.
  • Cómo incorporar proveedores externos: horas o entregas.
  • Qué métricas utilizar: horas, coste, beneficio, valor ganado, progreso, etc.
  • Con qué frecuencia medir cada parámetro.
  • Períodos estandarizados para informar de horas de trabajo.
  • Medir los márgenes de ingresos y beneficios.


Coste de las horas de trabajo

Si necesita seguimiento de horas estimadas, horas reales trabajadas y de su coste, es preciso configurar el módulo de costes estándar y tarifas de proveedor. Llevar a cabo la definición en colaboración con los departamentos de finanzas y recursos humanos garantizará que la gestión financiera del proyecto esté en línea con las políticas y procedimientos de la organización. ITM Platform ofrece un módulo para establecer el coste estándar desde un nivel abstracto hasta el más detallado:

  • General: coste por hora de cualquier tarea. Es útil en la fase conceptual del proyecto. 
  • Interno y externo: si utiliza gente propia o contratistas externos, esto le permite definir el coste por hora de una manera genérica.
  • Coste por perfil profesional: permite definir el coste estándar del personal interno para cada perfil, dentro de diferentes plazos.
  • Tasas de proveedor: de forma similar, las tarifas de proveedor se pueden alimentar en el sistema, lo que le permitirá comparar los costes por persona y por proveedor.


Compras y adquisiciones

Las compras son de las actividades clave en cualquier empresa. Cuando se gestiona correctamente, permite una planificación y un seguimiento del flujo de caja más fácil. Normalmente, la gestión de compras se incorpora en las primeras etapas de madurez, normalmente antes de supervisar las horas de trabajo. No obstante, es importante que los proyectos sincronicen sus compras con la gestión financiera de la organización, para que ambos estén de acuerdo. El flujo de compra es una especie de flujo de trabajo y debe estar vinculado a un procedimiento previamente acordado con las direcciones financieras y de compras, asegurando que la compra de cada proyecto esté en línea con las prácticas de compra en general. Además, las cuentas presupuestarias que agrupan las compras deben utilizarse de forma homogénea.


Ingresos

De forma similar a la compra, la clasificación y gestión del tiempo de los ingresos del proyecto deben sincronizarse con los procedimientos financieros regulares de la organización. El sistema podrá entonces crear márgenes fiables y rentabilidad del cliente.

Recibe los últimos blogs en tu buzón

 

El punto de partida de cada cual es diferente, pero podemos estar de acuerdo en que se necesita una base estable al construir cualquier estructura, y el marco de tu PMO no es ninguna excepción. Debe ser claro y compartido por toda la organización.

Te guiaremos a través de los procesos de planificación, implementación y difusión de tu PMO. Estés familiarizado con ITM Platform o no, los ejemplos expuestos seguirán siendo válidos. Estas pautas de diseño te ayudarán a identificar situaciones que podrás encontrar a lo largo del camino y serán aplicables a la mayoría de los casos.

Veamos los 6 elementos esenciales que debes tener en cuenta al lanzar tu PMO.

 

Descarga nuestro eBook: Como montar una PMO sostenible con ITM Platform

1. Tipos de proyecto

Los tipos de proyecto representan la clasificación principal y, en gran medida, el comportamiento de la vida del proyecto. La definición (o reformulación) de la PMO es un buen momento para reflexionar sobre los diferentes tipos de proyecto que gestiona la organización y, quizá, tomarse el tiempo de replantearlos.

 Los criterios de clasificación suelen venir dados cuando se trata de proyectos externos para clientes. Sin embargo, la tipología de proyectos internos puede estar más estandarizada a través de diferentes sectores. Una PMO también puede administrar procesos de operaciones, siempre que se compongan de tareas específicas que se puedan asignar a un equipo de trabajo. Tendrá sentido considerar operaciones y proyectos conjuntamente, cuando los recursos entre ambos sean compartidos o los clientes sean los mismos.

 Por ejemplo, será el caso en proyectos de TI, o proyectos para clientes que requieren un mantenimiento posterior ejecutado por las mismas personas que desarrollaron el proyecto. Los proyectos de metodología Kanban son especialmente útiles en este contexto, pues ofrecen una estructura ordenada de tareas por proceso / estado que se gestiona a través de la capacidad máxima de los recursos (WIP, Work-In-Progress)

ITM Platform también incorpora el concepto de servicio: entidades específicamente orientadas a ordenar la gestión de operaciones.

 

2. Flujo de estados (Workflow)

El workflow permite diseñar el flujo de estados posibles por los que un proyecto puede pasar. Su relevancia está relacionada con los procesos de negocio, por lo que no debe considerarse de forma aislada.

El flujo de trabajo se define a través de dos componentes principales:

  1. Los estados por los que un proyecto puede pasar. Por ejemplo, podemos definir que los proyectos cuyo estado es “en borrador” sólo puedan cambiar a los estados “iniciado” o “descartado”.
  2. Las condiciones bajo las cuales un estado requiriere autorización para cambiar, y de quiénes. Diseñe las normas lo más sencillas posible; siempre habrá tiempo de hacer el sistema más complejo, y en la práctica no siempre resultará necesario.

Un consejo: no sustituya la definición de un procedimiento organizativo y la disciplina, con un workflow: los flujos de trabajo deben ser una correa de transmisión, no sólo un mecanismo de control.

 

3. Prioridades

Configurar los diferentes grados de prioridad es sencillo, pero el trabajo de una PMO empieza mucho antes: ha de acordar qué significan cada una de ellas. Para todos los implicados, debe estar claro qué significa realmente “prioridad alta” o “prioridad media”. Una va antes de la otra, pero ¿significa que hasta que no se termine uno, no empieza el otro? ¿Quizá que hay que poner el doble de recursos en la primera? La PMO debe dejar muy claro qué sentido y qué acciones asociadas tienen las prioridades para que la organización sepa cómo comportarse y lo haga de forma homogénea.

 

4. Riesgos

“Un gestor de proyecto es, en esencia, un gestor de sus riesgos”. Una PMO debe asegurar que esta función se ejecute de forma homogénea a través las decisiones que toman las distintos administradores y directivos. Una organización debe disponer de un criterio aprobado con el equipo directivo y estandarizado a través de sus gestores de proyecto, pues esta es la única forma de tomar decisiones consistentes, independientes de la personalidad de cada interviniente.
La fórmula impacto x probabilidad = nivel de exposición y los distintos umbrales que dan como resultado, sólo tiene utilidad si conducen a decisiones consistentes entre gestores de proyecto.

La identificación y clasificación de riesgos están sujetos a subjetividad. Una PMO debe estandarizar su gestión a través de criterios y de herramientas.

 

5. Metodología predictiva (en cascada) o ágil

ITM Platform posibilita integrar diferentes proyectos gestionados con ambas metodologías en un portfolio integrado. La PMO debe establecer los criterios bajo los cuales se elegirá una metodología u otra en función de cada proyecto. Algunas organizaciones toman decisiones de corte político (“todo ágil” o “todo predictivo”), lo que genera un alto riesgo de inconsistencia. Ambas metodologías pueden coexistir, pero han de hacerlo en un contexto en el que los proyectos encuentren beneficios claros al optar por una u otra.

Una guía que la PMO puede ofrecer para que se determine si un proyecto debe ser gestionado con metodología ágil o predictiva, incluye las siguientes preguntas:

  • ¿Existe gran incertidumbre en el resultado esperado o, por el contrario, sabemos razonablemente bien lo que queremos lograr?
  • ¿Se trata de un proyecto sujeto a fechas de entrega, en el que la predictibilidad de entregables es relevante o solamente tenemos una visión a corto plazo de las tareas inmediatas?
  • Están los patrocinadores y clientes dispuestos a participar en un proceso continuo sin una idea preconcebida del resultado, o bien esperan interactuar de forma puntual.

Si su organización ha apostado por metodologías ágiles y al mismo tiempo le están pidiendo fechas de entrega a medio y largo plazo, es muy posible que no hayan basado su elección en criterios sólidos.

 

6. Plantillas de proyectos

Capitalizar el conocimiento es uno de los grandes preceptos de una PMO, que deberá habilitar mecanismos que permitan recuperar lecciones aprendidas para que no mueran al cerrarse el proyecto. Este es uno de los motivos para crear módulos de proyecto de contenidos para proyectos futuros. Otro gran beneficio de utilizar plantillas de proyectos es el de reaprovechar estructuras que se repiten con frecuencia, variando únicamente las fechas de la planificación y realizando variaciones para que el nuevo proyecto responda a las nuevas necesidades.

Una buena PMO vela para que el conocimiento pertenezca a la organización, no [sólo] a los individuos.

 

Esta auto-evaluación de PMO te ayudará a realizar un análisis objetivo de tu organización

Recibe los últimos blogs en tu buzón

 

El proceso de diseño e implementación de una PMO debe considerar un tempo que asegure que no se va a adelantar a la madurez de la propia organización, abordando todas las fases al mismo tiempo.

Entonces, ¿qué pueden hacer las empresas y los gerentes de proyectos para asegurar las probabilidades de que los proyectos se completen a tiempo y en presupuesto? En este artículo desarrollamos las 5 claves principales del éxito.

 

 

Descarga el nuestro nuevo eBook: Como montar una PMO sostenible con ITM Platform

Claves del éxito a la hora de montar una PMO

Un buen diseño sólo es útil en la medida en que pueda ser implementado en la práctica, para lo que se requiere contar con los medios necesarios y con unas condiciones ambientales favorables. Antes de empezar, conviene cerciorarse de que disponernos de:

1. Contar con las personas adecuadas con las capacidades necesarias.

Si no tenemos el equipo o las capacidades disponibles, es preferible reducir el alcance hasta que sea suficientemente modesto como para poder ser abordado con garantías. Una PMO fundada sin el talento necesario se desmoronará ante el menor viento desfavorable.

2. Empezar con proyectos de alta visibilidad e impacto.

Una PMO debe demostrar su valor al igual que cualquier otra unidad de negocio. Esto no siempre es fácil debido a su corte trasversal –y según sus detractores, prescindible naturaleza- Sea inteligente y aborde primero los problemas más universalmente reconocidos.

3. Identificar claramente las necesidades que tiene el negocio.

Explícita o implícitamente, la organización y el negocio tienen unas necesidades que han de ser identificadas de manera inequívoca desde el principio. Partir de ellas es garantía de iniciar el camino con el paso correcto, y una herramienta de enorme potencia a la hora de defender decisiones en el futuro.

4. Disponer de un marco de trabajo que permite la comunicación con el negocio.

Una PMO “llanero solitario” está condenada. Asegure que existen canales fluidos de comunicación que garanticen que se está trabajando en la dirección adecuada. Haga sus deberes.

5. Tener claros los indicadores clave.

La abundancia de informes no es sinónimo de información. Asegúrese de disponer de las herramientas, pero sobre todo de los criterios de qué es realmente importante.

Qué considerar para una hoja de ruta consistente

Para crear una hoja de ruta consistente, es preciso considerar:

  • La madurez organizativa actual.
  • La situación a la que el comité.
  • Los medios disponibles.
  • Los factores ambientales que afecten positiva o negativamente.

Con estos grandes parámetros, sabemos de dónde partimos, dónde queremos llegar, de qué disponemos y cuál es la velocidad de crucero que nos podemos permitir.

Ejemplo de hoja de ruta

Tomemos como ejemplo Booksy360, una editorial de mediano tamaño. Su hoja de ruta se dividide en cuatro periodos que siguen una senda hacia la dirección estratégica por proyectos, empezando desde una base de madurez baja.

Periodo 1

Booksy360’s El comité ha decidido comenzar con una base rudimentaria de comunicación en la que se acuerda un diccionario común y se establecen flujos básicos de comunicación formal. Se acuerda planificar únicamente en base a fechas de proyecto y entregables. Se crean las plantillas básicas de documentación por tipo de proyecto y establecen dos informes de seguimiento obligatorios, uno a nivel directivo, otro de proyecto.

 

Periodo 2

Se establecen todos los canales de comunicación formal e informal, haciendo hincapié en la colaboración entre unidades funcionales y transversales, orquestadas por la PMO. Se añaden las compras y adquisidores como elementos a planificar y controlar. Se inicia una planificación de recursos basada en perfiles y categorías profesionales.

 

Periodo 3

Se inicia una gestión de riesgos formal y consensuada entre direcciones. Se inician las gestiones de cambio y calidad que, si bien pudieron iniciarse de forma aislada en fases anteriores, en esta se convierte en eje de gestión.

 

Periodo 4

Se inicia la fase de aportación estratégica. El comité de proyectos de Booksy360 solo anticipa que incluirá planificación estratégica, gestión de beneficios y gobernanza.

 

Recibe los últimos blogs en tu buzón