¿El valor y los beneficios generados por la PMO son un tema de percepción?

Siempre hablamos de la vital importancia de la creación de valor por parte de la PMO para el negocio y de como la PMO debe demostrar beneficios tangibles para que sobreviva a lo largo del tiempo. De acuerdo con ESI INTERNATIONAL 2015- GLOBAL STATE OF THE PMO, el 72 % de los encuestados afirmó que la PMO es puesta en duda permanentemente por parte de la alta dirección.

Las tres principales razones para impugnar el establecimiento de la PMO son:

  • Falta de valor percibido (44 %)
  • Falta de madurez en gerencia de proyecto/programa en la organización (41 %)
  • Falta de apoyo de la dirección (32 %)

Analizando estas estadísticas podemos asumir que aunque una PMO garantice mediante su gestión una buena dirección de los proyectos, facilite el éxito de los mismos, anticipe y disminuya los riesgos para el negocio, aún así, el valor generado por la PMO depende de un alto componente de percepción y del manejo de los interesados. Continúa leyendo ¿El valor y los beneficios generados por la PMO son un tema de percepción?

Síntomas de la necesidad de una PMO

Muchas veces nos preguntamos porque necesitamos una PMO (Oficina de Proyectos) en la organización. Muchas veces no tenemos claro como la PMO puede ayudar a mejorar los resultados del negocio y casi siempre existe la duda si realmente una PMO genera valor a la alta dirección empresarial.

A lo largo de mi experiencia en la dirección de proyectos de tecnología y en el mundo de la consultoría, son muchas las organizaciones que deciden implementar proyectos de TI, iniciativas, mejoras tecnológicas o simplemente tareas. No todos estos “proyectos” necesitan un gerente de proyectos certificado PMP, ni procesos rigurosos en dirección de proyectos. Todo dependerá del tipo de proyecto, de su complejidad, impacto, alcance, etc. Pero aún así, ¿necesitamos una PMO? Con frecuencia encontramos proyectos de transformación de negocio que impulsan el éxito estratégico, compitiendo por recursos con iniciativas del día a día necesarias para asegurar la operación del negocio. Ambos son vitales para el éxito del negocio, pero requieren diferentes enfoques de gestión. Lo que si tienen en común todos los proyectos que se ejecutan en la organización es que necesitan alguien que supervise el trabajo y que se asegure de que el trabajo se haga de la manera más eficaz y eficiente. Continúa leyendo Síntomas de la necesidad de una PMO

¿Cuándo se puede considerar realmente exitoso un proyecto?

Muchas veces el éxito de los proyectos es cuestionado. Muchos profesionales afirman que si el proyecto se completa según el cronograma, dentro del presupuesto y con el alcance total previsto, debe ser considerado un éxito. Otros hablan del criterio de la calidad del entregable del proyecto para ser considerado un éxito. En mi opinión el criterio que establece que los proyectos exitosos se realizan en tiempo, en presupuesto y con la calidad necesaria pierde vigencia sin la complementariedad de la generación de valor y beneficios tangibles para el negocio, entre otras variables. Continúa leyendo ¿Cuándo se puede considerar realmente exitoso un proyecto?

La Eficacia del Portafolio de Proyectos

Cuando se implementa la gerencia de portafolio, uno de los objetivos fundamentales es la alineación de la ejecución con los objetivos estratégicos y asegurar la priorización de los proyectos según lo requiera el negocio y los cambios del entorno.

Las empresas deben asegurarse con una gestión profunda y con procesos sencillos que se genere valor por cada centavo y minuto que se invierte en los proyectos y las iniciativas del portafolio. Mediante la gestión de portafolio se identifican las prioridades de los proyectos a ser ejecutados por la empresa, se toman las decisiones de inversión, se asignan los recursos y se monitorea el desempeño del portafolio de proyectos con el fin de asegurar la generación de valor para el negocio. Continúa leyendo La Eficacia del Portafolio de Proyectos

Implementando SAP S/4HANA con SAP Activate

Cuando un cliente SAP decide adoptar S/4HANA bien sea para nuevas implementaciones, conversión de sistemas o trasformación del landscape, va a requerir de tres elementos:

  1. SAP Best Practices: incluye el contenido referencial de S/4HANA pre configurado para los principales procesos de negocios con roles específicos y una experiencia de usuario simple. Incluye también las mejores prácticas para la migración, y ofrece una transición a SAP S/4HANA a los clientes de manera simplificada y no disruptiva.
  2. Herramientas: guía de configuración y la integración con SAP Solution Manager.
  3. Metodología: SAP Activate.

Sap Activate es la metodología que SAP recomienda a sus clientes para adoptar S/4HANA. Es una metodología ágil de nueva generación con la siguientes características: Continúa leyendo Implementando SAP S/4HANA con SAP Activate

La programación de recursos en múltiples proyectos

Uno de los procesos que en mi opinión es de los más importantes en la gerencia de un portafolio de proyectos, es la gestión de la demanda y oferta de los recursos para poder acometer las iniciativas del portafolio.

La realidad que enfrentamos en un portafolio de proyectos es que la mayoría de los recursos no ejecutan un solo proyecto a la vez; los individuos y los gerentes están haciendo malabarismos con múltiples proyectos. Como consecuencia de esta situación se generan retrasos, sobrecostos y constantes cambios no previstos que impactan el cronograma de los proyectos y muchas veces la satisfacción de nuestros clientes. Continúa leyendo La programación de recursos en múltiples proyectos

Scheduling Resources on Multiple Projects

From my point of view, manage supply and demand is one of the most important processes within the portfolio management to be able to tackle the portfolio’s initiatives.

The fact is that in a portfolio, most resources do not execute one project at a time; individuals and managers are juggling multiple projects. As a consequence of this situation, delays, extra charges, and unexpected constant changes are generated, which have an impact on the project schedule, and quite frequently on our clients’ satisfaction. Continúa leyendo Scheduling Resources on Multiple Projects

La Realización de un Proyecto SAP

El propósito de la fase de realización de un proyecto SAP es implementar todos los requerimientos de los procesos de negocio basados en el Blueprint o en el Project Backlog, dependiendo de la metodología usada en el proyecto. La configuración del sistema basada en la metodología ASAP Estándar se realiza en dos paquetes de trabajo: configuración de línea de base (mayor alcance) y la configuración final (alcance restante). En ASAP Agile o en Activate las tareas de la fase de realización se dividen en varios releases con número de iteraciones planificadas para ser realizadas en un tiempo determinado y fijo, y enfocadas en la construcción de la funcionalidad. Continúa leyendo La Realización de un Proyecto SAP

Design Thinking y la Gerencia de Proyectos

¿Estás en la fase de recopilación y el análisis de los requerimientos de un proyecto? ¿Necesitas obtener una clara comprensión de las necesidades y objetivos de todos los interesados y los usuarios finales del proyecto? Design Thinking puede hacer una diferencia.

Design Thinking es una técnica que recomendada para obtener resultados centrados en el usuario en múltiples contextos. Se basa en desafiar los problemas de gestión y de desarrollo de negocio, de manera similar a como un diseñador enfrenta y resuelve problemas de diseño, entendiendo diseño bajo un enfoque creativo y no solo bajo el enfoque de la belleza en sí. Continúa leyendo Design Thinking y la Gerencia de Proyectos

Proyecto SAP: del Business Blueprint a la Exploración.

Luego de la fase de preparación de un proyecto SAP, comienza la fase de diseño de la solución en el sistema. El propósito de la fase es entender los requerimientos del cliente y determinar los procesos de negocio necesarios en SAP para satisfacer los mismos. Hay algunas actividades que se deben completar en la fase de diseño y son necesarias ejecutarlas independientemente de la metodología de implementación, bien sea que el proyecto se esté ejecutando bajo Standard ASAP, Agile ASAP, A2O o bajo la metodología Activate.

Activate y Agile ASAP incorporan elementos scrum en las actividades del proyecto. La fase de diseño en la metodología Activate se denomina Explore y tiene muchas similitudes con el Agile Business Blueprint BBP. Analicemos a continuación estas semejanzas y diferencias entre un BBP y la exploración. Continúa leyendo Proyecto SAP: del Business Blueprint a la Exploración.