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:
- 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”.
- 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.
