Iniciando Proyectos en el nuevo año

Es muy común que muchos proyectos tecnológicos se inicien en el nuevo año para acometer iniciativas que permitan a la organización cumplir los objetivos estratégicos en el nuevo periodo. Comenzar un proyecto con buen pie implica que los encargados de la ejecución y gerencia del proyecto se involucren en la fase de concepción y estimación del proyecto y en el caso de los proyectos que se venden como un servicio, nos lleva a participar de algún modo en la fase comercial. Continúa leyendo Iniciando Proyectos en el nuevo año

La Retrospectiva del 2016

Durante el fin de un año y el comienzo de otro nuevo es común que reflexionemos e identifiquemos lo que no salió bien y lo que salió bien en el año que está a punto de finalizar. Es frecuente que durante los últimos días de diciembre creemos un ambiente de introspección que nos lleva a formularnos las metas y los propósitos para el próximo año en el ámbito personal y profesional. Esto es muy similar a la reunión de una sesión de retrospectiva del sprint de un proyecto donde los miembros del equipo discuten las lecciones aprendidas con el fin de identificar oportunidades de mejoras. Los debates en las reuniones de retrospectiva del Sprint abarcan tanto lo que salió mal como lo que salió bien con el objetivo de aprender, mejorar y así estar más preparados para el próximo Sprint. Los objetivos principales de la reunión son identificar tres elementos específicos:

  1. Las cosas que el equipo tiene que seguir haciendo: mejores prácticas
  2. Las cosas que el equipo necesita cambiar o empezar a hacer: mejoras en el proceso
  3. Las cosas que el equipo necesita eliminar: problemas de proceso y embotellamiento

Continúa leyendo La Retrospectiva del 2016

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?

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

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.