stringtranslate.com

Gestión de programas

La gestión de programas es el proceso de gestionar varios proyectos relacionados , a menudo con la intención de mejorar el desempeño de una organización . Es distinto de la gestión de proyectos. [1]

En la práctica y en sus objetivos, la gestión de programas suele estar estrechamente relacionada con la ingeniería de sistemas , la ingeniería industrial , la gestión del cambio y la transformación empresarial . En el sector de la defensa, es el enfoque dominante para gestionar grandes proyectos. Debido a que los principales programas de defensa implican trabajar con contratistas, también se denomina gestión de adquisiciones , lo que indica que el comprador gubernamental adquiere bienes y servicios a través de contratistas.

El director del programa supervisa el propósito y el estado de los proyectos en un programa y puede utilizar esta supervisión para respaldar la actividad a nivel de proyecto para garantizar que se cumplan los objetivos del programa al proporcionar una capacidad de toma de decisiones que no se puede lograr a nivel de proyecto o mediante proporcionando al gerente del proyecto una perspectiva del programa cuando sea necesario, o como caja de resonancia para ideas y enfoques para resolver problemas del proyecto que tienen impactos en el programa. El director del programa puede estar en una buena posición para proporcionar esta información buscando activamente dicha información de los directores del proyecto, aunque en proyectos grandes y/o complejos, puede ser necesario un rol específico. Independientemente de cómo surja esta idea, el director del programa la necesita para estar seguro de que los objetivos generales del programa son alcanzables.

Descripción general y definición

Muchos programas se centran en brindar capacidad de cambio y normalmente están diseñados para implementar la estrategia de la organización o la transformación empresarial. La gestión de programas también enfatiza la coordinación y priorización de recursos entre proyectos, gestionando los vínculos entre los proyectos y los costos y riesgos generales del programa.

El Project Management Institute, una asociación profesional estadounidense sin fines de lucro para la gestión de proyectos, resume así: "un programa es un grupo de proyectos relacionados gestionados de manera coordinada para obtener beneficios y control que NO se obtienen al gestionarlos individualmente. Los programas pueden incluir elementos de trabajo relacionados fuera del alcance de los proyectos discretos del programa... Algunos proyectos dentro de un programa pueden ofrecer beneficios incrementales útiles a la organización antes de que el programa en sí se haya completado". [2]

En el trabajo del sector público en Europa, el término normalmente se refiere a múltiples proyectos de cambio: proyectos que están diseñados para brindar beneficios a la organización anfitriona, por ejemplo, la Oficina de Comercio Gubernamental del gobierno del Reino Unido .

Muchas organizaciones sólo ejecutan un programa a la vez en forma de un programa global que contiene todos sus proyectos. En la terminología del Project Management Institute, es más probable que se trate de una cartera de proyectos que de un programa. Algunas organizaciones más grandes pueden tener múltiples programas, cada uno de los cuales está diseñado para ofrecer una variedad de mejoras. Algunas organizaciones utilizan el concepto de ingeniería de sistemas mientras que otras utilizan la gestión de programas.

Estándares

Factores clave

Beneficios
La diferencia clave entre un proyecto y un programa es que los beneficios se entregan dentro del ciclo de vida del programa en comparación con un proyecto cuando se entregan una vez finalizado el proyecto. [3]
Gobernancia
La estructura, proceso y procedimiento para controlar las operaciones internas y los cambios en los objetivos de desempeño. La gobernanza debe incluir un conjunto de métricas para indicar la salud y el progreso del programa en las áreas más vitales.
Alineación
El programa debe respaldar una visión, metas y objetivos de nivel superior. Estos se establecen en la visión y el plan del programa, que definen el estado futuro de la organización, sector o comunidad que cambiará significativamente. [4]
Transformación
Un programa generará cambios importantes, ya sea dentro de una organización, un sector o una comunidad. Como tal, la gestión del cambio y la transición es una característica clave de un programa, no sólo la creación de una capacidad importante. [4] [ se necesita aclaración ]
Garantía
Verificar y validar el programa, asegurando el cumplimiento de los estándares y la alineación con la visión. Los programas siempre deben tener una estrategia de aseguramiento. [5]
Gestión
Garantizar la rendición de cuentas a través de revisiones periódicas y que la gestión de proyectos, partes interesadas y proveedores esté implementada.
Integración
Asegúrese de que los componentes encajen correctamente para formar el conjunto previsto. Optimizar el rendimiento en toda la cadena de valor del programa , funcional y técnicamente.
Finanzas
Realice un seguimiento de los costos básicos junto con los costos más amplios de administrar el programa y también los costos de cambio y transición para lograr beneficios.
Infraestructura
La asignación de recursos influye en el costo y el éxito del programa. La infraestructura puede cubrir oficinas, control de versiones y TI.
Planificación
Desarrollar el plan reuniendo la información sobre proyectos, recursos, plazos, seguimiento y control. [6]
Mejora
Evaluar continuamente el desempeño; investigar y desarrollar nuevas capacidades, y aplicar sistemáticamente el aprendizaje y el conocimiento al programa. [7]

Comparación con la gestión de proyectos.

Hay dos puntos de vista diferentes sobre cómo los programas se diferencian de los proyectos. Desde un punto de vista, los proyectos generan resultados, paquetes discretos o "fragmentos" de cambio; [8] los programas crean resultados. [9] Desde este punto de vista, un proyecto podría ofrecer una nueva fábrica, hospital o sistema de TI. Al combinar estos proyectos con otros entregables y cambios, sus programas podrían generar mayores ingresos de un nuevo producto, listas de espera más cortas en el hospital o costos operativos reducidos debido a la tecnología mejorada. La otra visión [10] es que un programa no es más que un gran proyecto o un conjunto (o cartera) de proyectos. Desde este segundo punto de vista, el objetivo de tener un programa es explotar las economías de escala y reducir los costos y riesgos de coordinación. El trabajo del director del proyecto es garantizar que el proyecto tenga éxito. El director del programa, por otra parte, se ocupa de los resultados agregados o del estado final del conjunto de proyectos de un programa en particular. Por ejemplo, en una institución financiera, un programa puede incluir un proyecto diseñado para aprovechar un mercado en alza y otro diseñado para proteger contra las desventajas de un mercado en caída. El primero busca aprovechar el potencial alcista; este último para limitar las posibles desventajas. Una analogía simple es Fix-a-Flat : este producto en aerosol altamente presurizado inyecta un sellador de fugas en un neumático pinchado para detener la salida de aire (proyecto A) y al mismo tiempo vuelve a inflar el neumático (proyecto B), lo que da como resultado el resultado. que un neumático vuelva a ser funcional (el programa comprendía los proyectos A y B). [11]

Según la opinión de que "los programas generan resultados, pero los proyectos generan productos", la gestión de programas se preocupa por realizar los proyectos correctos. Se ha descrito que el director del programa "juga al ajedrez" y mantiene la visión general en mente, siendo las piezas a utilizar o sacrificar los proyectos. [12] Por el contrario, la gestión de proyectos se trata de hacer bien los proyectos. En otras palabras, un proyecto exitoso se entrega a tiempo, dentro del presupuesto y según las especificaciones, mientras que un programa exitoso ofrece mejoras a largo plazo para una organización. Una organización debe seleccionar el grupo de programas que más la lleven hacia sus objetivos estratégicos sin dejar de estar dentro de su capacidad para realizar los cambios. Por otro lado, la visión de que los programas son simplemente grandes proyectos o conjuntos de proyectos permite considerar cuándo un programa puede necesitar generar beneficios tangibles rápidamente.

Según una fuente, la diferencia clave entre un programa y un proyecto es la naturaleza finita de un proyecto [13] : un proyecto siempre debe tener una fecha de finalización específica; de lo contrario, es un programa en curso.

Una visión de las diferencias entre un programa y un proyecto en los negocios es que:

  1. Un proyecto es único y tiene una duración definida . Un programa está en curso y se implementa dentro de una empresa para lograr consistentemente ciertos resultados para la empresa.
  2. Un proyecto está diseñado para generar un resultado o entregable y su éxito dependerá de entregar el resultado correcto en el momento correcto y al costo correcto.
  3. La gestión de programas incluye la gestión de proyectos que, en conjunto, mejoran el desempeño de la organización. El éxito de un programa se medirá en términos de beneficios.
  4. Los beneficios son las medidas de mejora de una organización y pueden incluir mayores ingresos, mayores ganancias, menores costos, mejor posición en el mercado (capacidad para competir), reducción del desperdicio o daño ambiental y clientes más satisfechos. En las organizaciones gubernamentales centrales o locales, los beneficios podrían incluir brindar un mejor servicio a la comunidad.
  5. En el proceso de lograr los resultados requeridos, los programas comerciales normalmente comprenderán las limitaciones comerciales relacionadas y determinarán los procesos necesarios para lograr resultados en función de los recursos asignados. La mejora de procesos es una operación continua que diferencia mucho un programa de un proyecto.
  6. En el proceso de lograr los resultados requeridos, los programas comerciales normalmente comprenderán las limitaciones comerciales relacionadas y determinarán los procesos necesarios para lograr resultados en función de los recursos asignados. La mejora de procesos es una operación continua que contrasta con el carácter temporal de un proyecto.
  7. En el nivel más bajo, los gerentes de proyecto coordinan proyectos individuales. Son supervisados ​​por el director del programa, que rinde cuentas ante el patrocinador (o la junta) del programa.
  8. Normalmente habrá un proceso para cambiar el alcance predeterminado de un proyecto. Los programas a menudo tienen que reaccionar ante cambios de estrategia y cambios en el entorno en el que cambia la organización.

Otro punto de vista y otra forma exitosa de gestionar no considera que ninguno de los factores enumerados anteriormente distinga los proyectos de los programas, sino que considera que el programa tiene que ver con la gestión de carteras. Desde este punto de vista, la gestión de programas consiste en seleccionar proyectos, ajustar la velocidad a la que se ejecutan y ajustar su alcance, con el fin de maximizar el valor de la cartera en su conjunto, y a medida que cambian las condiciones económicas u otras condiciones externas. Aún así, algunos enfatizan que mientras una cartera consta de proyectos independientes, un programa es una colección de proyectos interdependientes, lo que añade una dimensión de complejidad a la tarea de gestión.

Otra visión más es que la gestión de un programa no es más que un proyecto grande y complejo, donde el aspecto de integración de la gestión del proyecto es más importante que en proyectos más pequeños. La gestión de la integración es una característica clave del enfoque del Project Management Institute hacia la gestión de proyectos. Una vez más, algunos aceptan que existe una distinción relacionada con las interdependencias entre los elementos de un proyecto y un programa. Desde este punto de vista, un programa es un sistema relativamente débilmente acoplado, mientras que los proyectos grandes y complejos están estrechamente acoplados. Esta diferencia hace que el programa del proyecto sea una tarea más ambigua de gestionar, [14] con más incertidumbre, [14] lo que refleja un mayor grado de libertad y una tarea de gestión más abierta a explotar las oportunidades a medida que surgen o la dirección del programa se da cuenta de ellas.

En la práctica, no está claro que exista una distinción clara. Los proyectos (o programas) varían desde pequeños y simples hasta grandes y complejos; lo que debe gestionarse como un programa en una cultura u organización puede gestionarse como un proyecto en otra.

Ver también

Referencias

Notas

  1. ^ Eddy, Nathan (1 de febrero de 2023). "Habilidades del administrador de programas: esenciales para desarrollar una carrera". Perspectivas de los dados . Consultado el 13 de febrero de 2023 .
  2. ^ El estándar para la gestión de programas . Estándar global (2ª ed.). Newtown Square, Pensilvania: Instituto de Gestión de Proyectos . 2008.ISBN 9781933890524.
  3. ^ Sowden 2011, pag. 75.
  4. ^ ab Sowden 2011, pág. 107.
  5. ^ Sowden 2011, pag. 162.
  6. ^ Gestión de programas exitosos , Rod Sowden et al. (TSO, 2011), p.107
  7. ^ Sowden 2011, pag. 155.
  8. ^ Obeng, Eddie (1994). Todo cambia . Londres: Publicación del Financial Times. ISBN 9780273607625.
  9. ^ Reiss, Geoff; Antonio, Malcolm; Chapman, Juan; Leigh, Geof; Pyne, Adrián; Rayner, Paul (2006). Manual de gestión de programas de Gower . Burlington: Publicación de Gower. ISBN 978-0-566-08603-8.
  10. ^ Nokes, Sebastián (2007). La guía definitiva para la gestión de proyectos . Londres: Financial Times/ Prentice Hall . ISBN 9781408211984.
  11. ^ "Cómo los directores de proyectos abordan proyectos opuestos en un programa financiero". Proyecto Carriles. Archivado desde el original el 7 de noviembre de 2015 . Consultado el 1 de junio de 2015 .
  12. ^ Obeng, Eddie (1996). Poniendo la estrategia a trabajar . Londres: Publicación del Financial Times. ISBN 9780273602651.
  13. ^ Prieto, Robert (14 de marzo de 2008). "En qué se diferencia la gestión de programas de la gestión de proyectos". La cabaña de gestión de proyectos . Consultado el 17 de octubre de 2009 .
  14. ^ ab Project Management Institute 2021, X4.4 Consideraciones organizativas para la gestión de productos.

Fuentes

Otras lecturas

enlaces externos