Post on 20-Sep-2018
UNIVERSIDAD DE BUENOS AIRESFacultad de Ciencias Económicas.
TESIS DOCTORAL
Madurez e ge tión de proyecto en las áreas deInformation Technology de la Argentina
Autor: Mg. Marcelo A. Briola
Director de Tesis: Dr. Juan José Gilli
Agosto de 20 16
íNDICE
CAPÍTULO 1. INTRODUCCIÓN • 4 -
1.1 Antecedentes , - 4 -
1.2 Historia de la Gestión de proyecto - 5 -
1.3 Formulación del problema y tendencias ~ - 7 ...
Síntesis del problema y tendencias ~ - 14 -
1.4 Objetivos general y específicos ~ -1'6 -
1.5 Hipótesis : , -17-
1.7 Metodología ~ -17-
1.8 'Aporte realizado por esta investigación .: 18 -
1.9 Estructura de la tesis ~ - 19 -
CAPÍTULO 2. GESTIÓN ORGANIZACIONAL DE PROYECTOS - 20-
2.1 . Estrategia y estructura organizacional de proyectos '" 20 -
Estrategia : ó •••••••••••••••••••••••••••• - 20-
Estructura - 24 ...
2.2 Gestión de portfolio : ~ - ~O ...
Aspectos generales - 30 -
Implicancias de la Gestión de portfolio.. : - 32 -
El rol del Gerente de portfolio - 35 -
El rol de la Oficina de gestión de portfolios - 35 ...
Metodología ~ - 36 -
2.3 Gestión de programa : ~ - 40 -
Aspectos generales :.. - 40 -
Implicancias de la Gestión de programa - 42 -
El rol del Gerente de programa 43 ...
El rol de la Oficina de gestión de programas 1••••••••••••••• • 44 -
Metodología ' 44 -
2.4 Gestión de proyecto - 48 -
Aspectos generales - 48 -
Implicancias de la Gestión de proyecto - 50 -
El rol del Gerente de proyecto - 53 ...
El rol de la Oficina de gestión de proyectos -'53 -
- 2-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Metodología - 54 -
2.5 Síntesis integradora de la Gestión organizacional de proyectos - 60 -
CAPÍTULO 3. MODELOS DE MADUREZ · ~ ~ - 62-
3.1 OrganizationalProject Management - 62 -
Aspectos generales del modelo ~ .. ~ : - 63 -
Framework - 68 -
3.2· Project Management Maturity Model - 70 -
Aspectos generales del modelo - 71-
3.3 Capability Maturity Model Integrated - 78 -
Aspectos generales del modelo :...........................................................................•......... - 78 -
3.4' Síntesis integradora de los modelos de madurez · - 87 -
CAPÍTULO 4. GRADO DE MADUREZ EN LA GESTIÓN DE PROYECTO DE IT - 89 -
4.1 Introducción ~ .. ~ ~ - 89 .:
4.2 .Encuesta ~ ~ - 89 -
4.2.1 Aspectos demográficos...• ~ 89 -
4.2.2 Aspectos específicos ~ ~ - 93 -
4.3 Análisis de los resultados de la investigación - 106 -'
4.4 Conclusión sobreel grado de madurez en la gestión de proyecto de IT - 112 -.
CAPÍTULO 5. CONCLUSIÓN Y PROPUESTA · ~.-113-
5.1 Conclusión sobre madurez 'en gestión de proyecto en las áreas de IT de la Argentina... - 113 -
5.2 Modelo de madurez para la Gestión organizacional de proyectos - 115 -
5.3 Futuras líneas de investigación - 121 -
. ANEXOS ~ , -122-
ANEXO I - Encuesta - 122 -
ANEXO 11 - Información complementaria ~ - 130 -
LISTA DE GRÁFICOS , ' -160-
LISTA DE TABLAS , ~ 1'63-
BIBLIOGRAFÍA · ; ~ : - 165 -
-3-Tesis Doctoral. UBA/·fCE. Autor: Mg. Marcelo A. Briola
CAPÍTULO. 1. INTRODUCCIÓN
Este: trabajo se. enfoca en el desarrollo .de una investigación aplicada a la madurez de la
gestión de proyecto, basada en las causas de 'incumplimiento de los pr<?yectos gestionados en
las áreas de Information ·Technology (IT) de la Argentina.
Para ese fin, esta investigación se basó tomando como motor y lineamiento principales, la
metodología definida y promulgada por el Project Management Institute (PMI) 1. El PMIes la
organización sin fines de lucro, líder en la práctica de gestión de proyecto con 8 tipos de
certificaciones diferentes y más de 660.000·profesionales certificados en el mundo. Además,
cuenta con más de 450.000 miembros y más de 280 capítulos internacionales.
I Asimismo, a este eje troncal se agrega la visión de otrosautores, expertos en esta disciplina, a
los efectos de consolidar y fundamentar el contenido de la investigación.
1.1 Antecedentes
La gestión de proyecto es el área de mi especialidad debido a que hace más de 20 años que.me
encuentro liderando proyectos locales y regionales. complejos bajo diferentes estándares
metodológicos, como PMI, CMMI e ISO, en donde 15 años del total fueron en compañías
multinacionales.
El interés profesional me llevó a estar en constante capacitación. A la recibida en la formación
de grado, se agrega primero un MBA, que complementó mi título de Lic~nciado en Sistemas,
y luego la. certificación Project Management Professional (PMP), otorgada por el Project
Management Insititute, certificación que perfeccionó y consolidó mis conocimientos.
La capacitación recibida y las distintas problemáticas que he evidenciado en el campo laboral
sobre la gestión de proyecto, han determinado la .inquietud de investigar el motivo de las
falencias en la aplicación de esta práctica y poder así aportar una solución para las
organizaciones en la Argentina y también a otras, sin tener en cuenta el lugar donde operan.
1 •www.prm.org.
-4-Tesis Doctoral. UBA, fCE. Autor: Mg.Ma~celo~.Briola
1~2 Historia de la Gestión de proyecto
Conocer la historia y la evolución de la gestión de proyecto permite entender y establecer el
crecimiento y la importancia de esta práctica y sus conceptos ,asociados.
Cleland & Bidanda (2015) explican que, en sus orígenes, la gestión de proyecto no era
valorada e, incluso, era una· práctica cuestionada. Por otra parte, Morris (2013) establece que
en el inicio del siglo pasado ya se comenzaba a abordar los temas de planificación y control, .
evolucionando continuamente hasta el presente. A continuación'se describe esa evolución
explicada por el autor:
, A comienzos del siglo pasado, la gestión de proyecto se caracterizó por la
planificación y el control, pero el aumento de la complejidad de los proyectos de
ingeniería y la urgencia dada hicieron que la gestión de proyecto fuera desarrollada
por la USAF (United State Air Force) para programas de misiles, seguido
inmediatamente por la marina de Estados Unidos. A partir de allí, el Departamento
de Defensa y la NASA implementaron diferentes herramientas.
Luego, comenzó la organización teórica, aplicando el concepto de integración y la
teoría de la contingencia. A su vez, los problemas ambientales se convirtieron en
invasivos y perturbadores, comenzó una nueva, conciencia ambiental, y tomó fuerza el
paradigma de la gestión de proyecto y dio inicio a nuevos desarrollos de proyectos:
ingeniería concurrente, gestión de la calidad total y alianzas.
Dentro del nuevo paradigma, comenzó la era de gestión de proyecto .con foco
organizacional, con la aparición de la oficina de gestión de proyectos (PMO), el
concepto de madurez, la gestión del conocimiento, el aprendizaje organizacional, la
gestión de programa, la gestión del cambio, y el concepto de beneficio y valor.
En el inicio de este siglo, ya con el nuevo paradigma aceptado por el mercado,
comenzó el concepto de gobierno donde se incluye al patrocinador, la estrategia, las
revisiones y auditorías, corno así también los riesgos, el comportamiento económico y
la severidad financiera. Comienza el concepto de agilidad, con microproyectos y
cadena crítica.
A partir del análisis de Morris y el aporte de distintas fuentes, a continuación se sintetiza en
forma cronológica la evolución de esta disciplina.
·-5-Tesis Doctoral. USA, FCE. Autor: Mg. Marcelo A. Brlola
Antes de1899
1900 - 1969
'1970 -1979
1980 -1989
1990 -1999
2000 ..2009
2010 Actualidad
No existe una práctica formal de gestión de proyecto. Se focaliza el manejo. deproyectos basados en la experiencia. Los términos supervisión y liderazgo seencuentran dentro del lenguaje utilizado.
Gestión de proyecto informal basado en la. experiencia
Planificación e inserción de herramientas en una práctica no estandarizada:
Programlivaluation and Review Technique (PERT), Critical Path Method(CPM), Gantt Chart (GANTT), Work Breakdown Structure (WBS),
Configuration Management (CM) y Earn Value Analisys (EVA).
Gestión de proyecto no estandarizado con utilización deherramientas
Comienzo del desarrollo de la práctica bajo estándares tradicionales; se instala
como una profesión en el mercado. Comienzo de la gestión de stakeholers y el
análisis costo/beneficio.
Nacimiento del paradigma de Gestión de proyecto
Práctica considerada burocrática. Mayor desafio en la gestión y focalización
en el alcance, tiempo y costo. Publicación de la versión piloto del PMBOK
(1983).
Gestión de proyecto burocrático y no valorado
Las compañías comienzan. a reconocer la importancia de la gestión deproyecto. Nacimiento conceptual de. madurez, PMO, Program y ChangeManagement y aparición del concepto de TQM: Total Quality Management.Publicación de la primera versión del PMBOK (1996).
Comienzo del reconocimiento de la práctica de Gestión de proyecto
Comienzo del concepto de Estrategia,. Gobierno, Auditorías. NuevoParadigma: Metodologías Ágiles. Publicación de la 2a. (2000), '3a. (2004) y4a. (2008) edición del PMBOK.
Valoración de la estrategia en proyectos y nacimiento de un nuevoparadigma: 'Metodologías á.giles
Concepción integrada de la práctica. Nace la necesidad de propiédadeinteligencia propagada. Estrategia integrada con el negocio bajo los dominiosde portfolios, programas y proyectos con PMOIEPMO como gobierno. Mayorapreciación del valor y los beneficios de la gestión de proyecto basados en elliderazgo. Publicación de la Sa. edición del.PMBOK (2013).
Valoración de la ·práctica. Gestión organizacional de proyectosbasada en la estrategia y el gobierno bajo dos paradigmas:Tradicional y Ágil.
- 6-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo ~.. Briola
Luego de los conceptos analizados, podemos concluir que la práctica de 'gestión de proyecto
se aplica desde antes del siglo xx. El enfoque inicial se basó en la experiencia de los
participantes, .evolucionando gradualmente hasta lograr una práctica integrada y
estandarizada, focalizada en la estrategia y el gobierno sobre la base de dos paradigmas bien,'
diferenciados: Tradicional y Ágil.
En la actualidad, existe una tendencia a profundizar el grado de madurez en la aplicación de la
metodología y la asignación de gerentes experimentados.
1.3 Formulación del problema y tendencias
Actualmente, diferentes estadísticas realizadas establecen que en general las organizaciones
no tienen la madurez adecuada en la gestión de proyecto y, en consecuencia, impacta
negativamente en el cumplimiento de los objetivos estratégicos.
"La organizaciones tienden a promover una cultura en gestión de proyecto cuando entienden
completamente el valor en cómo los proyectos y los programas manejan el cambio. También
entienden que cuando los proyectos fallan, también fallan los beneficios, debido a que las
organizaciones están menos cercanas a lograr los objetivos estratégicos" (PMI,. 2015, p. 7).
Si bien no hay una respuesta única a la problemática existente, y que dependerá de cada
contexto en particular, estos problemas ocasionan un bajo rendimiento en las,organizaciones
con pérdidas importantes de dinero e incumplimiento de sus objetivos estratégicos.
En función de lo expuesto, a continuación se describen las problemáticas existentes,
estadísticas ytendencias en las organizaciones, producto de las investigaciones realizadas por
el Project Management Institute, y según sus informes anuales PMI's Pulse ofthe Profession
en el período' 2012 - 2016.
En la actualidad, menos proyectos han alcanzado sus objetivos originales y de negocio o han
logrado cumplir con el presupuesto planificado. En consecuencia, más' proyectos están
fallando y así crean una pérdida monetaria sustancial en las organizaciones. A continuación se
presenta una tabla con el porcentaje de proyectos exitosos.
- 7 -TesisDoctoral.UBA, FCE. Autor: Mg. Marcelo A. Briola
Tabla 1: Porcentaje de los proyectos exitosos
2012 2013 2014 2015 2016
64% 62% 64% 64% '62%
La encuesta realizada en el año '2016 establece que, con relación al. año anterior, menor
cantidad de proyectos cumplen con los objetivos originales y de negocios (62% vs. ·64%);
. implica que las organizaciones erogan 122 millones de dólares por cada billón. 'invertido
debido a proyectos fallidos, lo cual representa 12% más que en el año 2015.
Debido al porcentaje de proyectos fallidos, el gasto aumenta. A los efectos de profundizar el
análisis, a continuación se muestra el gráfico 1 que refleja las causas principales de las fallas
en los proyectos en el último año.
Gráfico 1 - Causas primarias de fallas en los proyectos correspondientes al año 2016
45%25% 30% 35%
..mIi..~....IIII_" 31%
31%
.BJ.IDj......IiJj.~Bj.~....~.. 3%
_~_."._,....,.37J
0%
Recursos limitados
....!
.Inadecuada/pobre comunicación _:mI.BI!R....UiI_.mII.....Inadecuado soporte de patrocinador 9%
Pobre gestión del cambio 19%Inadecuada estimación de tiempos de tareas 2~%
Dependencía derecursos -; 26% 1Inadecuada proyección de recursos ~.IB."."".IBI."I8•. 26% I
_BIi.BIi."IBI.~•. 22~....._ ......BII.. 21%
I I
-1-1------
cambios en las prioridades de la organización
Cambios en los objetivos del proyecto
Inadecuada recolección de requerimientos
Oportunidades y riesgos no fueron definidos
. Inadecuada visión u objetivo del proyecto
Inadecuada estimación de costos
Gerente de proyecto inexperto
Problemas de ,performance en miembros del equipo
Dependencia de tareas __; IB"'BBI~"
Otras .¡"._&lBFuente: Project Management Institute, 2016, Pulse ofthe Profession, p. 23'.
El origen de estas causas se relaciona con .la dinámica y la complejidad del ambiente de
negocios, como así también con la aceleración de la tecnología en un mundo global, que ha
provocado mayores complejidades y "criticidades" en esta práctica. Si bien las problemáticas
son muy- variadas, su análisis y la tendencia serán enfocados en ocho. ejes, producto del
análisis abordado por el Project Management Institute en su última encuestacorrespondiente
al año 2016.· Si bien estos ejes son definidos en' el año 2016, los temas relacionados se
analizan .desde elaño 2912 pero recién se agrupan en ejes a partir del año 2015.
-8 ...
Tesis Doctoral. UBA, fCE. Autor:Mg. Marcelo A. Brlola
A continuación, se describe .cada uno de 108 ejes analizados comparando los datos del año'
, 2016 con los de los años anteriores:
Eje 1- Valor
La valoración de ,la gestión de proyecto está directamente relacionada con la cultura
.organizacional y es indispensable para las organizaciones en el mundo actual, debido a que en
el ambiente de nuevas oportunidades que vivimos se maximiza' la necesidad para las
organizaciones de aplicar esta práctica como una disciplina estratégicamente. significante.
Implica que la demanda de gerentes de proyectos y de programas experimentados y con las
habilidades adecuadas se encuentran actualmente en ascenso."
A continuación se describe un conjunto de indicadores que corroboran la importancia de la
valorización:
71% de los proyectos reúne los objetivos originales e intentos de negocio cuando la
cultura de gestión de proyecto tiene alta prioridad, mientras que el 52% de los
proyectos reúne los objetivos originales e intentos de negocio cuando esa cultura tiene
baja prioridad.
Casi el 75% de los líderes ejecutivos valora totalmente su significado en la
organización, mientras que menos de la mitad de directores de las oficinas 'de
proyectos sienten lo mismo, evidenciando una diferencia en cómo la práctica de
gestión de proyecto se visualiza dentro de la organización.
El 55% de las organizaciones entiende completamente el valor de la gestión de
proyecto, porcentaje que se ha mantenido desde el año 2012.
Teniend~ en cuent~ la importancia de esta disciplina y conociendo los beneficios que brinda,
nos preguntamos ¿Por qué,este valor no se evidencia en el resultado del proyecto y refleja en
los resultados de estos años?
A los efectos de responder esta pregunta, en la última encuesta realizada por el Project
Management Institute, correspondiente al año 2016, se analizan elementos que distinguen a
organizaciones maduras en esta práctica a los efectos de generar nuevos conocimientos útiles
para organizaciones menos avanzadas en la gestión de proyecto. Esos elementos son:
- 9-Tesis Doctoral. UBA, fCE. -Autor: Mg. Marcelo A. Briola
Mirar más allá de las aptitudes técnicas. Las aptitudes técnicas no abarcan la
. totalidad de la economía global competitiva en el mundo de hoy. Las organizaciones
llegan al éxito agregando habilidades de liderazgo y management.
Cuando las organizaciones focalizan en las habilidades correspondientes a las
aptitudes técnicas, de liderazgo' y a las de habilidades .de negocio, 40% más de
'proyectos reúne sus objetivos originales e intenciones de negocios y, además, se
generan mejoras en la administración del alcance, tiempo, presupuesto, y proyectos
considerados fallidos.
Reconocer el rol estratégico de una PMO. Elemento analizado en el eje 4, Oficina de
gestión de proyectos (PMO).
Manejar el éxito con, los patrocinadores ejeeutivos. Elemento analizado en el eje 2,
Patrocinadores ejecutivos.
Eje 2 - Patrocinadores ejecutivos
Tener patrocinadores ejecutivos eficientes es crítico para el éxito de las iniciativas estratégicas
de la organización. El compromiso activo de un patrocinador ejecutivo. se encuentra en lo más
alto, a los efectos de manejar el éxito del proyecto y programa. A continuación se describe un
conjunto de indicadores que corroboran lo explicado:
Cuando más del 80% de los proyectos tiene soporte de patrocinadores ejecutivos, el
65% de proyectos es exitoso, A pesar de esto, el 60% de los proyectos tiene
. 'patrocinadores comprometidos.
.El 76% de los proyectos logra los objetivos cuando tiene soporte de patrocinadores
ejecutivos mientras que solo el 46% de los proyectos los logra cuando no tiene ese
soporte .:
El 60% de los proyectos en una organización tiene patrocinadores ejecutivos
comprometidos. Este porcentaje ha declinado respecto al 62% del año 2015. Con
respecto a los años 2014, 2013 Y2012 el porcentaje se mantuvo estable en un 63%..
Eje 3 - Alineamiento con la estrategia
Alinear los proyectos con la estrategia organizacional maximiza la integración de todos los
proyectos de la compañía e identifica a esta práctica 'como parte integral del negocio. Esto
-10 -Tesis Doctoral. UBA} FCE. Autor: 'Mg. Marcelo A. Briola
.genera mayor conocimiento de cómo los objetivos deben ser alcanzados, permitiendo así el
cumplimiento de beneficios para la organi~ació~. A continuación se describe un conjunto de
indicadores que corroboran 10 expuesto:
El 88% ~e los ejecutivos establece que la implementación de la estrategia es
importante para. sus organizaciones, mientras que el 61% admite. que a sus empresas
frecuentemente les cuestacerrar la diferencia entre la formulación de la estrategia y la
implementación en la operación del día a día.
El ·71 % eje los proyectos es exitoso cuando se encuentra alineado con la estrategia de
la organización, mientras que solo el 48% es exitoso cuando no se encuentra alineado
con la estrategia.
El 48% de las organizaciones informa en el año 2016 alto alineamiento de proyectos
.con la estrategia organizacional, porcentaje en descenso respecto del 54% informado
en el año 2015. En el año 2014 se informó el 42%, del cual solamente el 32% informó
tener sus proyectos mejor alineados que en el año 2013. En el año 2012 no se
especifica el porcentaje correspondiente.
Eje 4 - Oficina de gestión de proyectos
La. oficina de gestión <le' proyectos desempeña' un rol clave' en el valor del servicio
organizacional mediante el soporte en la implementación de los programas estratégicos. Las
.organizaciones que tienen una PM02 o EPM03 con amplia responsabilidad, están más cerca
de alcanzar mayor valorización del método. A continuación se describe un conjunto de
indicadores que corroboran lo expuesto:
El 70% de las organizaciones informa tener una PMO, porcentaje que se mantiene
estable en 'losúltimos cinco años.
El 49% de las organizaciones informa tener una EPMO, porcentaje que se mantiene
estable en los últimos 3 años. En los años 2012 y 2013 no se registran datos.
Del 49% de organizaciones con EPMO informadas, el 44%' tiene un alto alineamiento
con la estrategia de la organización, mientras que el 47% tiene un alineamiento, medio,
y el 9% un alineamiento bajo.
2 ·PMO: Project Management Office: Oficina de Gestión de Proyecto focalizada en un área o departamento. .3 EPMO: Enterprise Project Management Office: Oficina de Gestión de Proyecto focalizada en la organización.
-11-Tesis Doctoral. UBA, FCE. Autor: Mg. MarceloA. Briola
Las organizaciones que alinean su EPMOcon la estrategia informan el 27% más de
proyectos cumplimentados exitosamente y el 42% menos de proyectos con alcance
erróneo.
Eje 5 - Prácticas estandarizadas
Laspr~cticas estandarizadas en la gestión' de proyecto que son implementadas en la
organización, permiten tener los procesos alineados con la estrategia organizacional; implica
la reducción de riesgos, el ahorro de costos y la mejora de tasas de eficiencia en los proyectos
y programas, lo cual significa direccionar el liderazgo hacia el éxito. A continuación se
describé un conjunto de indicadores que corroboran lo expuesto:
El 73% de proyectos exitosos y resueltos en forma eficiente corresponde a
organizaciones que tienen prácticas de gestión de proyecto estandarizadas, mientras
que el 50% de los proyectos exitosos y resueltos en forma eficaz .se dan cuando las
organizaciones no utilizan esas prácticas.
El 24% de ,las organizaciones utiliza prácticas estandarizadas de gestión de proyecto
en toda la organización. Este porcentaje disminuyó respecto del año' 2015' que fue del
27%. En el año 2014, el ,25% de. las organizaciones informaba tener esas prácticas, .
mientras que en el2013 el porcentaje fue del ~3% y en 2012, del 42%.
Eje 6 - Entrenamiento y desarrollo
El entrenamiento y el desarrollo están directamente relacionados con el talento humano,
elemento clave para la eficiencia de la gestión y el cumplimiento de los objetivos de' cada
proyecto, además del enriquecimiento cultural de la organización y sus profesionales. Existe
una relación 'directa entre el talento y el rendimiento de los proyectos. A continuación se
describe un conjunto de indicadores que corroboran lo expuesto:
- 12-Tesis Doctoral. UBA, fCE. Autor:Mg. Marcelo A~ Brlola
El 80% de las organizaciones que tiene un entrenamiento continuo para gerentes de
proyectos son organizaciones con alto rendimiento", mientras que solo el 51% que no
tiene ese entrenamiento, también lo es.
El 68% de proyectos exitosos corresponde a organizaciones que tienen entrenamiento
continuo para gerentes de proyectos, mientras que el 58% de proyectos exitosos se da
cuando las organizaciones no tienen ese entrenamiento.
El 69% de proyectos exitosos corresponde a organizaciones que tienen un plan de
carrera definido para gerentes ~~ proyectos, niientras que el 60% de los' proyectos no
exitosos se dan cuando las organizaciones no tienen ese plan.
El 59% de las organizaciones proveen entrenamiento sobre las herramientas de gestión
de proyecto, el 45% para el desarrollo de competencias, y el 44% para el desarrollo de
. carrera. El porcentaje de organizaciones que priorizan el entrenamiento y desarrollo
permanece igual desde el año 2012.
Eje 7 - Realización de beneficios
La realización de beneficios establece específicamente cómo los proyectos y programas
agregan valor a la compañía. Los beneficios están directamente relacionados con los objetivos.
estratégicos de la organización. Su alcance ayuda al logro de los objetivos de los proyectos
alineados con esos beneficios y contemplados según el caso de negocio que origina el
proyecto. A continuación se describe un conjunto de indicadores que corroboran lo explicado:
El 76% de las organizaciones que tiene alta focalización en la .realización de los
beneficios logra los objetivos de negocios, mientras que los que no la tienen solo los
logran en un 54%.·El 66% de las organizaciones que tiene alta madurez en la
realización de los beneficios finalizan los proyectos en tiempo, mientras que e~ 38%
que no tiene esa madurez también los finaliza.
El 17% de las organizaciones informa tener focalización en la realización de
beneficios. Esteporcentaje es inferior al 20% informado en el año 2015, e .igual al
'17% informado en 2014. En el año ~013 se informó el 12,3%, mientras que en 2012
no existieron datos.
4 Definido en la encuesta 2015 como organizaciones que contemplan los 7 ejes analizados ese año.
-13 -Tesis Doctoral. UBA, fCE. Autor: Mg. M·arcelo A. Briola
Ej~ 8 - Madurez
.La madurez es un concepto clave aunque su significado y alcance no ~e encuentran definidos
con precisión. La temática representada en este eje fue analizada durante todo el período
2012-2016, pero recién contemplada como eje específico en la 'última encuesta realizada, '
correspondiente al año 2016. A continuación se describe un conjunto de ítems que permiten
conocer el estado de madurez en la gestión de proyecto:
El 71% de las organizaciones que tienen un proceso formal para lograr la madurez en
las prácticas de gestión de proyecto son organizaciones de alto rendimiento, mientras
que el 31% que tiene ese proceso se consideran organizaciones de bajo rendimiento.
Por otra' parte, las organizaciones que tienen. mayor madurez tienen. mayor
rendimiento, dado que el 90% de las organizaciones con alto rendimiento alcanza los
objetivos estratégicos y gastan 13ve~es menos dinero que las de bajo rendimiento.
El análisis de madurez realizado en las encuestas fue evaluado en alto, medio o bajo, y
focalizado en la gestión de cada dominio: Proyecto, Programa y Portfolio.
o . Para la práctica de gestión de proyecto las organizaciones informan tener el
18% de alta madurez, el 46% de nivel medio y el 36%, bajo. Valores
mantenidos durante el período analizado (2012-2016).
o En el caso de la gestión de programa informan 17% de alta madurez, 45% de
media y 38% baja. Valores mantenidos durante el período analizado (2012
2016) .
.o Con respecto 'a la gestión de portfolio, informan 16 % de nivel alto, 40% de
medio' X '44% bajo. Valores mantenidos durante el período analizado (2012
2016).
Síntesis del problema y tende~cias
La formulación .del problema y las tendencias fueron realizadas en función' de las
investigaciones del Project Management Institute, cuyo enfoque se basa en ocho ejes de
análisis focalizando en una gestión integrada de proyectos.
-14 -Tesis Doctoral.Usá, FCE. Autor: Mg.Marcelo A. Briola
En función del análisis realizado, se puede observar que en la actualidad el 62% de los
proyectos cumplen sus objetivos, porcentaje que se mantiene estable en todo el período
analizado, cayendo 2 puntos respecto del extremo del período, año 201.2. Implica una pérdida'
económica importante para las organizaciones donde gastan 122 millones de dólares por cada
billón invertido, 12% más que en el año 2015 y 10,6% menos que en 2013, primer año del
período analizado con información al respecto.
Los principales problemas por los cuales los proyectos no cumplen sus objetivos son: cambios
de prioridades de la organización, cambio de los objetivos del proyecto, inadecuada
determinación de los requerimientos u objetivos del proyecto, oportunidades y riesgos sin
definir, deficiente comunicación e inadecuada estimación de costos.
A su vez, la dinámica yla complejidad del ambiente de los negocios, como así también la
aceleración de la tecnología aumentan la problemática señalada y destacan. la necesidad de la
excelencia en la gestión de portfolio, programa y proyecto. Para lograr ese propósito, a
continuación se presenta la tabla 2, que resume el análisis basado en -los ocho ejes,.y permite
reconocerla situación de cada uno de ellos y de las mejoras necesarias.
-15 -Tesis Doctoral. UBA1 fCE. Autor:Mg. Marcelo A.Briola
Tabla 2 - Tendencia por cada eje analizado correspondiente al período 2012 - 2·016
# Eje 2012 2013 2014 2015 2016
1 Valor 55% 55% 55% 55% 55%
2 Patrocinadores ejecutivos 63% 63% 63% 62% 60%
Sin Sin3 Alineamiento a la estrategia 42% 54% 48%
datos datos
PMO 70% 70% .70% 70% 70%
4 Oficina de gestión de proyectos Sin SinEPMO 49% 49% 49%
datos datos
Sin,5 Prácticas estandarizadas 23% 25% 27% .24%
datos
Desarrollo 59% 59% 59% 59% 59%
6 Entrenamiento y desarrollo Competencias 45% 45% 45% 45'% 45%
Carrera . 44% 44% 44% 44% 44%
Sin7 Realización de beneficios 12,3% . 17% 20% 17%
datos'
Gestión de18% 18% 18% 18% 18%
proyecto
8 Madurez'Gestión de
17% 17% 17% 17% 17%programa
, . Gestión de .16% 16% 16% '16% 16%
portfolio
Fuente: Elaboración del autor.
En función de lo expuesto, más del 35% de los proyectos no cumple sus objetivos, los ocho
ejes analizados muestran una disparidad concreta y más del 50% de las organizaciones no
tiene la madurez adecuada en esta práctica.
1.4 Objetivos general y específicos
Objetivo general
Determinar las causas de incumplimiento de los objetivos de los proyectos de IT en.empresas
del sistema' financiero de la Argentina y,en función de ello, proponer un modelo de madurez
que permita maximizar su cumplimiento,
-16 -Tesis Doctoral. UBA, FCE. Autor: Mg·. Marcelo A. Briola
, \
Objetivos específicos
1. Analizar cómo las-organizaciones gestionan sus proyectos, y si responden a un modelo de
madurez.
2. Conocer las causas principales de las implementaciones fallidas en los proyectos.
.3. Proponer un modelo de madurez que le permi~ a las áreas de IT la gestión de proyectos de
manera eficiente.
1.5 Hipótesis
Las áreas de Information Technology (IT) no cumplen con la totalidad de los objetivos
definidos en sus.proyectos debido a que no tienen institucionalizado un modelo de madurez
para la gestión organizacional de proyectos.
1.7 Metodología
Se trata de un estudio descriptivo acerca de la madurez en la gestión de proyecto en las áreas
de IT de la Argentina con el objetivo de determinar cuáles son las dificultades que se
observan en esa práctica.
La investigación empírica se realiza a partir de datos recolectados ~n una muestra no
probabilística de tipo intencional para, a partir del diagnóstico así elaborado, formular una
propuesta de un modelo que permita superar las falencias encontradas.
El desarrollo de la investigación comprendió los siguientes pasos metodológicos:
1. Definición del problema y objetivos. En función de la definición de la problemática
detectada en la aplicación de la gestión de proyecto, se definieron el objetivo general y los
objetivos específicos, 'para luego 'proponer la hipótesis correspondiente.
2.. Desarrollo del marco teórico. 'Los aspectos teóricos y los datos empíricos fueron
analizados e integrados a los efectos de realizar una reseña completa sobre la práctica
estudiada, y de disponer de fundamentos sólidos para el desarrollo del modelo propuesto. El
- 17-Tesis Docto.ral. UBA, FCE. Autor: ~g. Marcelo A. Briola
análisis comprendió las distintas fuentes bibliográficas relacionadas con la temática. que se
investiga y su problemática. Se desarrollaron así los lineamientos teóricos descriptos en los
capítulos dos y tres.
~. Investigación empírica. En función de los objetivos, hipótesis, población y muestra
definida y basada eri los aspectos teóricos recopilados, se definió una serie de' pasos.para el
relevamiento de campo, aplicados en el capítulo cuatro. A continuación se describen esos
pasos:
Definición de la unidad de análisis para luego pasar a definir las variables
correspondientes y proceder a su gestión a los efectos de acercarlas a su realidad
empírica y permitir su clasificación y medición.
Selección de la muestra. Como población para inv.estigar se seleccionó las áreas de IT
de organizaciones del sistema ·financiero en la Argentina. La muestra fu~ intencional
considerando la cantidad y la complejidad de proyectos que se gestionan en esas
empresas debido a la dinámica propia del negocio.
Recolección de datos. El instrumento seleccionado fue la encuesta, descripta en el
anexoI, mientras que la técnica correspondiente fue la entrevista personal.
4. Compilación y análisis de los datos. Luego de las entrevistas, se compilaron los datos
correspondientes á las variables definidas y se realizó su análisis cuantitativo. Luego de ese'
análisis, se presentaron en el capítulo 4 los resultados de la situación relevada y las
conclusiones sobre las falencias observadas.
5. Desarrollo del modelo propuesto. En función del marco teórico definido en los capítulos 2
.y 3, y del resultado de la investigación realizada y expuesta en el capítulo 4, se propone en el
capítulo 5 un nuevo modelo de. madurez basado en las mejoras necesarias .que permita
maximizar el cumplimiento de los objetivos de los proyectos.
1.8 Aporte realizado por esta investigación
Este trabajo pretende identificar las causas de incumplimientos de los objetivos de los'
proyectos, y a partir de ese diagnóstico proponer un nuevo modelo de madurez para las áreas
de IT de las organizaciones en la Argentina que permita maximizar su cumplimiento.
- 18-Tesis Doctoral.' UBA, FCE. Autor: Mg. Marcelo A. Briola
1.9 Estructura de la tesis
Esta tesis se organiza en cinco capítulos diferentes a los efectos de ordenar e integrar los
contenidos. A continuación se describe cada uno de ellos y se grafica esa estructura a los
efectos de un mejor entendimiento para el lector.
Capitulo 1. Analiza los antecedentes de la investigación, establece una breve descripción de la
historia de la gestión de proyecto a los efectos de conocer el pasado en esta práctica como así
también la problemática en el mundo durante el período 2012- 2016. A su vez, define los
objetivos, hipótesis y metodología de investigación.
Capítulo 2. Define la metodología de gestión organizacional de proyectos tomando como base
principal la metodología definida y promulgada por el Project Management Institute.
Capítulo 3. Analiza los modelos de madurez más importantes vigentes en la actualidad y
resume sus principales características.
Capítulo 4. Presenta la investigación en el campo, en función del alcance definido, analiza los
datos relevados y muestra las conclusiones correspondientes.
Capítulo 5. Concreta la propuesta de u:n nuevo modelo de madurez que maximice el
'cumplimiento' de los objetivos de los proyectos sobre la base a las conclusiones obtenidas en
la investigación.
Capttulo '1Il1trodueclón
~ Arrtocedenlé.&
.. Hi$toriade bl Gestión de pro.yectQ
• FormuL'Idóndel problema y tendencias
* Sjn,t~$ls delprobltm8 y íend~nda$
Objetivo generel y específicos
* HipOf.esis
• Metodologia
- ,Aporte realizado por esta Investigación
'" Ef'ttU,etura de la 1:1.$,$
Tesis Doctoral. UBA1 fCE.
CapítuJo2Ge$Uón.orga,Jdzaiclona.1 de pro:)'eeto$
• E$t:mtcgill y C$'ltUCUlt3,or8ani~ioutd de
proyeetos
• GesidÓ1lde portfoUo
.. 0e5h6n. d~ ptotpmtlll
.. Gestión. de proyecto
.. Sintesls. Int.egradora dt' la. Gestión
ol1lcmlzacionalde prO,)'e.etos
Capituk> 4Gradé) de maduféz, en la gestión de
proyecto de 'IT
-19 -
Capitulo 3M'odelos de madurez
'. Organil('Jf.iana1,'Prcjr,c¡JManagem6f11
• ,PY:f)jet:.f,¡J.{anag~me.nt,AIªfurity.Mt>d(d
- CapabilityMatul'ityModellnteg,-afed
.. Sfnt:esl$ integradora de .ht$ modtt.lo$ dC';
madurez
Autor: Mg. Marcelo A. Briola
CAPÍTULO 2. GESTIÓN ORGANIZACIONAL DE PROYECTOS
La gestión organizacional de proyectos corresponde a u~ modelo conformado por una
estructura basada en portfolios, programas y proyectos relacionados con una oficina de
gestión responsable de administrar los estándares metodológicos y la gestión correspondiente,
Dado que el concepto de la gestión organizacional de proyectos es mucho más amplio que el
.de la gestión de proyecto, este capítulo aborda su análisis a partir de los distintos elementos
que la componen.
Para tal fin, se presentan cuatro apartados. que conforman la estructura conceptual de la
gestión organizacional de proyectos con sus correspondientes estándares metodológicos:
Estrategia y ~structura organizaciona/. de proyectos, Gestión ·de portfo/io, .Gestión de .
. programa y Gestión de proyecto.
2.1 Estrategia y estructura organizacional dé proyectos
La estrategia y la estructura son dos variables críticas para la aplicación eficiente de la gestión
organizacional de proyectos. La primera refiere a la estrategia organizacional que incluye la
estrategia en la gestión de proyecto, e impacta directamente en la estructura de. la
organización. La segunda variable, representada por la estructura organizacional, influye en la
estrategia y en la estructura organizacional de proyectos, y ambas deben estar integradas y
alineadas con la estrategia organizacional. La integración es un requisito indispensable para la .
implementación y la aplicación exitosa de la gestión organizacional de proyectos.
.Para una comprensión más detallada, en este apartado se describe conceptualmente la
estrategia y la es~ructura organizacional de proyectos.
Estrategia
Para el Project Management Institute (2013b) la dinámica de los negocios en el mundo actual
lleva a que los ejecutivos deban definir su estrategia organizacional focalizando en la
eficiencia operativa y en el servicio al cliente, a los efectos de que las organizaciones puedan
cumplir sus objetivos y, en consecuencia, alcanzar sus beneficios.
- 20-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Un beneficio "es una salida de acciones y comportamientos que proveen. utilidad, valor o
cambio positivo en el receptor planeado" (PMI, 2013d, p. 4).
Con referencia a los objetivos, Swaim (2010) establece que según la visión de Peter Drucker, .
deben:
representar la estrategia fundamental de un negocio;
ser operacionales, es decir, ser convertidos en metas y tareas específicas;
tener en cuenta los recursos disponibles (humanos, físicos, de capital, etc.);
balancear la variedad de necesidades y objetivos;
ser establecidos en todas las áreas de las que dependa el negocio.
"Ei objetivo de la mayoría de las organizaciones es ser más rentable que sus competidores. La
metodología de gestión de proyecto contribuye a la rentabilidad a través de mayor ejecución
eficiente de los proyectos e implementación de la metodología" (Kerzner H., 2005, p. 25).
Para el logro de los objetivos de la organización es indispensable la definición de una
estrategia organizacional que comprenda e integre Estilo y Cultura, Misión, Visión, y Factores
Ambientales.
Estilo y Cultura. "Son grupos de fenómenos como normas culturales que se desarrollan en el
tiempo. Las normas incluyen aproximaciones establecidas para iniciar y planificar proyectos,
lo que' significa una consideración aceptable para conseguir el trabajo terminado y autoridades
reconocidas quienes toman ~ influyen en decisiones" (PMI, 2013a, p. 20).
El Estilo y la Cultura de una organización afecta en la forma en que se desarrollan sus
proyectos. Las organizaciones que los tienen definidos logran cumplir con la visión, la misión.
y los valores compartidos, como así también con. los métodos, procedimientos, políticas y
regulaciones, tolerancia al riesgo, código de conducta y ética, entre otros.
Misión y Visión. Swaim (2010) expresa que Peter Drucker dice que la Misión debe precisar
con claridad .cuál es el negocio de la organización y, si bien esta es de gran importancia,
necesita de la Visión, que define cuál será el futuro deseable del negocio, y guían la toma de
decisiones de los directivos, además de despertar la motivación y el compromiso de los
empleados.
- 21-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briala
Las características de la visión son:
la definición de -lacomposición del negocio entre tres y cinco años;
. la identificación de las actividades de negocio que se persigue;. .
la definición de la posición del mercado en el futuro del negocio;
la definición de la focalización del cliente futuro;
la definición de la clase de negocio a alcanzar por la organización.
Factores Ambientales. Son' componentes del contexto que inciden en estructura y gobierno,
·distribución geográfica, estándares, infraestructura, recursos humanos, sistema de gestión de
proyectos, entre otros.
Con respecto a la. Estrategia organizacional es necesario precisar este concepto y
complementarlo con las definiciones correspondientes a Planificación estratégica y también a
Planificación estratégica para la gestión de proyecto.
Ansoff (1965) define la Estrategia organizacional como el patrón de objetivos, propósitos y
mejores políticas y planes para el logro de los objetivos, de la forma en que fueron definidos
por la organización. Por otra parte, el Project Management Institute (2013b) la define como el
resultado del ciclo de planificación estratégica, donde la visión y la misión son trasladadas al
plan estratégico.
Kerzner (2005) define la Planíficacion estratégica como "el proceso de formular. e
implementar decisiones sobre la dirección futura de la organización. Asimismo, el Project
Management Institute (2013b), menciona que se encuentra subdividida en un grupo de
iniciativas influenciadas por la dinámica del mercado, requerimientos de socios, clientes,
accionistas, regulaciones de gobierno, capacidad de recursos, y planes y acciones del
competidor, estableciendo el portfolio estratégico y operacional para ejecutar en el período
planeado.
Kerzner también define la Planificación estratégica para la gestión de proyecto como el
desarrollo de una metodología estándar cuya aplicación permita lograr los objetivos de un
proyecto..Su propósito es asegurar la ventaja competitiva para la empresa por un lado, y
minimizar la ventaja competitiva de la competencia, por el otro.
- 22-Tesis Doctoral. UBA, FCE. Auto.r: Mg. Marcelo A. Briola
El Project Management Institute (2013b), por su parte, la define como una estrategia que
proporciona un framework' para la gestión de portfolios, programas y proyectos, como
prácticas organizacionales para servir en forma consistente y predictible a. la estrategia
organizacional, con la finalidad de producir mayor rendimiento, mejores resultados, y una
ventaja competitiva sustentable.
El framework se encuentra directamente relacionado con cuatro variables: Estrategia
organizacional (Misión, Visión y Objetivos), Estructura organizacional de proyectos
(Conocimiento, Portfolios, Programas y Proyectos), Procesos y personas. El gráfico 2
describe las variables previamente mencionadas.
Gráfico 2 - Gestión organizacional de proyectos. (Organizational Project Management ~
OPM)
Revisión ¡depoñolio y ajustes
Estrategia
IDeciisionesde valor
Resultadosde'l servtcío
IReaUzaci¡ón.¡de]1 vallar de. 'negocio
Análisis deimpacto del
negocio
Fuente: Project Management Institute, 2013, Organizational Project Management Maturity Model, p. 15.
Gobierno es un concepto que complementa los mencionados previamente. Morris (2013) lo
define como el conjunto de reglas y políticas que guían las acciones y relaciones para laconducción de una empresa; impacta directamente en toda la organización y, por lo tanto,
también en la gestión organizacional de proyectos.
5 Marco metodológico.
-23 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
La comprensiónde los conceptosdescriptos es clave para el éxito de la gestión organizacíonal
de proyectos, debido a que esta. debe' estar integrada con la estrategieorganizacional,
-, contemplando . la administración eficiente' de todas las: .iniciativas estratégicas de la
.organización,
Por .otra ·parie,desde la visión estratégi~a de Kerzner (2005), la utilización. de mejores
prácticas. en ·la gestión de proyecto impacta positivamente en el negocio aumentando elvalor
de' las acciones.
Gráfico 3 .; Impacto en el precio de las acciones como resuitado de una mejorgestiónde
proyecto
. Preciode acciónactual
Precio de: acciónobjetivo
Apreciación debidoámejores'practicas.. en Gestiónde proyectos
Fuente: Kerzner, 200S,Using the ProjectManagement Maturity Model,p 4..
Cada organización define el alcance del valor de negocio deseable yIo transmite' a su
.estrate'gia.A ,.los efectos 'de que su aplicación sea exitosa, deberá' ser iniciado .eri- la
planificación-estratégica y luego transmitido a la gestión de portfolio, programa y' proyecto.. .
Es clave entender la relación entre la estrategia organizacional definida y .la gestión, de
'portfoliopara apreciar su efecto sobre el valor del negocio.
Estructura
La estructura organizacional es parte de la estrategia de la organización y agrega. valor a los'
efectos de lograr la eficiencia en los proyectos debido a que la estructura 'define '·el.modelode. .
comunicación.de informe y, sobre todo, 10.s roles y las responsabilidades.. ,
- 24 ..Tesis DoctoraL UBAJ FCE. Autor: Mg.Marcelo A., Bríola
En la actualidad existen cuatro tipos de estructura organizacional donde pueden aplicarse la
gestión de proyecto en forma indistinta pero con distinto impacto en función del conocimiento
del negocio en el cual se desarrollará el proyecto, y la experiencia en la gestión de proyecto. '
Ellas son: funcional, proyectizada, matricial y organización basada en proyectos.
,La organización funcional es la forma más común de organización. Es agrupada por áreas de
especialización, y coordinada jerárquicamente. Si ,el trabajo es necesitado desde otro
departamento, el requerimiento es transmitido por el gerente del departamento solicitante al
gerente del departamento destino. En este tipo de organizaciones, en general, no se tiene la
experiencia suficiente en la gestión de .proyecto, el conocimiento se centra en las distintas
áreas funcionales.
La organización proyectizada se encuentra organizada por proyectos. El gerente de proyecto
tiene el control .del proyecto. El personal es asignado e informa al gerente de proyecto. Este
tipo de organizaciones tiene alta experiencia en la gestión ·de proyecto y, en general, un bajo
conocimiento del negocio en que se desarrollará el proyecto.
La organización matrícial radica en "la atención de varios propósitos con recursos comunes.
El personal informa a 'dos gerentes. Al igual que la organización funcional, este tipo de
organizaciones no tiene la experiencia suficiente en la gestión de proyecto, pero sí en el
negocio.
La organización basada en proyectos (PB06) es un nuevo tipo de organización creada a los
efectos de lograr una ventaja competitiva que gestiona sus actividades como proyectos en
lugar de gestionarlas funcionalmente. Este tipo de organizaciones "administran portfolios y
recursos en forma diferente a otros tipos de organizaciones. Proveen muchas ventajas, como
alto nivel de integración, mejora en la comunicación, y un profundo foco en proyectos" (PMI,
2013b, p. 10). Al igual que las organizaciones proyectizadas, este tipo de organizaciones tiene
alta experiencia en la gestión de proyecto, pero además favorece a la visión ,del negocio donde
se desarrollará.
6 PBO: Project-Based Organization~.
- 25-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
En función de los tipos de organizaciones descriptos previamente, el impacto en función del
conocimiento del negocio y la experiencia en la gestión de proyecto, es indispensable que al
implementar una estructura organizacional de proyectos se deba considerar el tipo de
organización donde será aplicada.
Desde el punto de vista de la gestión organizacional de proyectos, es indispensable integrar su
estructura con la estrategia y estructura de la organización. Para ello, el PMI (2013b)
establece que las organizaciones que adopten un modelo de proyectos integrados, tienen una, .
visión horizontal que provee la integración de la estrategia de negocio a través de la
realización de' beneficios operacionales, y una visión vertical que integra la estrategia
organizacional con portfolios de proyectos priorizados que incluyen una oficina de gestión' de
portfolios, programas y proyectos (PMO).
La oficina de gestión de portfolios, programas y proyectos (PMü7) "es un área de la
organización asignada con varias responsabilidades relacionadas, con, la gestión centralizada ,
de los proyectos bajo su dominio. La PMO es un enlace entre los portfolios, programas y
proyectos de la compañía y el sistema de medición corporativo, como un tablero de control"
(PMI, 2013b, p. 9).
La envergadura de esta oficina dependerá del tamaño y la complejidad de la organización y de
lós proyectos qu~ deba desarrollar. Las organizaciones podrán optar por tener una oficina de
gestión de portfolios, programas y proyectos en, forma integrada o tener segmentadas esas
oficinas para cada uno de los dominios. En los apartados correspondientes a Gestión de
portfolio, Gestión de programa y Gestión de proyecto se detallan las responsabilidades de las
oficinas de gestión para cada uno de estos dominios.
Crawford (2010) define que la PMO sirve como un link entre la visión ejecutiva y el trabajo
de la empresa. Por otra parte, Hobbs & Aubry (2010) establecen que la mejor forma para
definir una PMO es sobre un contexto específico.
7 PMO: Project Management Office.
- 26-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Con .la madurez en la gestión de portfolio, programa y proyecto; las organizaciones se
encuentran más cerca de entender el valor de la gestión de p~oyecto, tener una PMO y usar
prácticas estandarizadas a través de la organización.
El gráfico 4 muestra en forma piramidal la relación y la integración que la gestión
organizacional de proyectos (OPM8) debe tener con respecto a ia estrategia organízacional, en
función de los conceptos definidos previamente.
Gráfico 4 - Relación entre estrategia organizacional y OPM
OrganizationalProject Management· I
Portfolios, Programas y Proyectos
Fuente: Project Management Institute, 2013, Organizational Project Management Maturity Model, p. 16.
"Una organización que implementa la OPM puede mejorar sus procesos adoptando mejores
prácticas reconocidas para lograr la consistencia de- portfolios, programas y proyectos para
soportar los objetivos estratégicos" (PMI, 2013b, p. 7).
La üPM, relaciona los portfolios, los programas y los proyectos de la organización a su
estrategia organizacional que, a su vez, se encuentra alineada con la misión y la visión de la
organización. La planificación del portfolio se realiza en función de la priorización de los
proyectos hecha por los ejecutivos de la organización en función de las iniciativas estratégicas
definidas.
8 OPM.: Organizational Project Management.
- 27 - .Tesis Doctoral. UBAJ FCE. Autor: Mg. Marcelo A. Briola
A continuación' se muestra la' relación entre portfolios, programas y proyectos mediante el
gráfico 5, mientras que la comparación desde una visión horizontal, se presenta en la tabla 1
del Anexo 11. ·La definición de cada uno de estos dominios se encuentra descripta en los
apartados 'Gestión de -Portfolio, Gestión de Programa y Gestión de Proyecto según
corresponda.
Gráfico 5 - Relación entre portfolios, programas y proyectos
,.1I
B' ~' · :.l= __ t..l
Fuente: Project Management Institute, 2013, Org'!nizational Project Management Maturity Model, p.!7.
"Las organizaciones con alto rendimiento están demostrando que adherir a las prácticas de,
gestión de portfolio, programa y proyecto reduce riesgos, ahorra costos y mejora la tasa de
éxito de proyectos y programas" (PMI, 2015, p. 6).
En consecuencia, para lograr una eficiente gestión organizacional de proyectos (OPM), en
este proceso se debe incluir a la identificación de todos los. stakeholders del proyecto,
pro,grama y portfolio correspondiente. Es decir, '''individuos, grupos u organizaciones que
pueden afectar, ser afectados, o percibirse ser afectados por una decisión, .actividad, o salida
de un portfolio, programa o proyecto" (PMI, 2013b, p. 14). A continuación se describen los
stakeholders clave:
Profesional OPM3. "Experto (Subject Matter Expert) en evaluar y mejorar la gestión
organizacional de proyectos, quien trabaja para evaluar la competencia de la gestión de
proyecto y desarrollar un plan de mejora focalizado en las mejores prácticas que la
- 28-Tesis Doctoral. USA, fCE. Autor: Mg'. Marcelo A. Briola
organización debería implementar basadas en prioridades, beneficios.y costo" (PMI,
2013b, p. 14).
Gerente, de portfolio- "Individuo que es "responsable de la ejecución del proceso de
gestión de portfolio" (PMI, 2013c, p. 14).
Director de programa. "Individuo con responsabilidad ejecutiva sobre el programa"
(PJvJ;I, 2ÓI3b,p. 14).
Gerente de programa. "Individuo responsable de gestionar el programa" (PMI, 2013b, p.
14).
Gerente de proyecto. "Individuo responsable de' gestionar los proyectos individuales"
(PMI, 2013b, p. 14).
Patrocinador (Sponsor). "Persona o grupo que provee recursos y da soporte al proyecto,
programa o portfolio y es responsable por el éxito general" (PM~, 2013b, p. 14).
Cliente. "Individuo u organización que promueve el uso de las nuevas capacidades y
soportes de inversión" (PMI, 2013b, p. 14).
Beneficiario. "Individuo u organización que se. beneficia del uso de las nuevas
capacidades" .(PMI, 2013b, p. 14).
- . Oficina de gestión de proyectos (PMO). "Cuerpo de la organización asignado con varias
responsabilidades relacionadas con la gestión coordinada y centralizada de portfolio,
programas y proyectos" (PMI, 2013b, p. 14).
Comité de gobierno. "Grupo responsable de asegurar que los objetivos sean logrados
brindando soporte en la dirección de riesgos y problemas" (PMI, 2013b, p. 14).
, Proveedor. "Individuo u organización que provee bienes y servicios a la organización"
(PMI, 2013b, p. 14).
Agencias regulatorias de gobierno. "Agencia de grandes políticas, leyes, reglas o guías
con autoridad de ejecución" (PMI, 2013b, p. 14).
Competidores y potenciales clientes. "Competidores y clientes que tienen interés' en los
productos, servicio y rendimiento de la organización" (PMI, 2013b, p. 14).
Grupos. "Grupos representantes del consumidor, medióambiente u otros interesados"
(PMI, 2013b, p. 14).
El gráfico 6, como extensión del gráfico 4, describe la integración de la estrategia con la
organización de proyectos en función de cada uno de los estándares troncales definidos por el
Project Management Institute. Cada uno de estos estándares se relaciona con los apartados
- 29-Tesis Doctoral. UBA, FCE. Autor: Mg.:Marcelo A. Briola
siguientes' .del capítulo y. da sentirlo a la estructura organizacional de proyectos: Gestión de
portfolio, Gestión de programa y Gestión de proyecto.
Gráfico.6 - Relación de la estrategia con la gestión organizacionalde proyectos (OPM)
Misión y Valores
Estrategia Organizacional
Estrategia yestructura. 'organizadonal de
proyectos
Gestión de portfolio
Gesti6n de pr~grama
Gestión de proyecto
Fuente: Elaboración del autor.
2.2 Gestión de portfolio
Este apartado presenta el concepto de gestión de portfolio; describe inicialmente sus aspectos
generales y su implicancia, el rol del gerente de portfolio y de la oficina de gestión de
portfolios, para luego describir conceptualmente la metodología que se aplicará.
Aspectos generales'
El Project Management Institute basa la gestión de portfolio mediante The Standard for
Portfo/io Management. Este estándar permite identificar procesos generalmente reconocidos
.como buenas prácticas, es decir, "el conocimiento y las prácticas descriptas que son aplicables
a la mayoría de los portfolios en la mayor parte del tiempo, y en las' que hay un consenso
extendido acerca de su valor y de su ,utilidad" (PMI, 2013c, p. 1). Además, está relacionado
- 30-Tesis Doctoral. UBA,fCE. Autor:Mg. Marcelo A. Briola
directamente con los" estándares: Organizational Project Management Maturity Model
(OPM3®), The Standard for Program Management y A Guide to the Project Management
Body 01 Knowledge que son los estándares que, integran la gestión organizacional de
proyectos.
Para comprender el concepto de gestión de portfolio es importante poderlo diferenciar del
concepto de portfolio:
Portfolio, "Es una colección de programas, proyectos u operaciones administradas como
un.grupo para lograr los objetivos estratégicos" (PMI, 2013c, p. 3); el subportfolio se
considera un portfolio que, a su vez, depende de otro portfolio.
Gestión de portfolio. "Es la gestión centralizada de uno Q más portfolios para lograr los
objetivos estratégicos" (PMI, 20 13c, p. 5).
El"portfolio debeestar alineado con los objetivos y la estrategia organízacional, como así
tainbién debe estar priorizado con respecto a otros portfolios de la organización, equilibrado
con losriesgos de corto y largo plazos y acordado con los stakeholders clave. Implicaque el
portfolio principal contiene la: cartera de todos los proyectos de la organización, agrupados en
programas, otros portfolios menores, O' subportfolios, operaciones y proyectos que no se
encuentren agrupados en ningún programa o portfolio.
Wysocki (2014), por su parte, define 'un portfolio como un, conjunto de proyectos que
comparten un vínculo determinado con otros proyectos.
" A continuación, en el gráfico 7, se describe una visión estructural de portfolios, programas y. ,
proyectos. Esta estructura conforma un área clave dentro de 'la gestión organizacionalde
proyectos.
- 31-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Brlola
Gráfico 7 - Visión estructural deportfolios, programas y proyectos
Fuente: Elaboración del autor.
El gráfico 5, descripto en el apartado Estrategia y estructura organizacional de proyectos,
explica la relación entre portfolios, programas y proyectos, y muestra la función del portfolio,
mientras que el gráfico 7 describe la estructura correspondiente para que esa relación
funcione.
Para que esta relación sea funcional es necesaria la 'participación de los stakeholders
correspondientes, definidos en el apartado Estrategia y estructura organizacional de
proyectos. Si bien, la identificación es propia de cada portfolio en función de su contexto, los
stakeholders correspondientes a la gestión de portfolio pueden ser: gerente funcional, gerente
de operaciones, gerente de legales, entre otros.
Implicancias de la Gestión de portfolio
El Project Management Institute (2013c) establece que la gestión de portfolio incluye los
procesos para identificar, categorizar, monitorear, evaluar, seleccionar, priorizar, balancear, y
autorizar componentes del portfolio. Es considerada dentro del plan estratégico de la. .
organización a los efectos de administrar los programas y 'proyectos que se definen como
estratégicos y fOim,an parte del plan estratégico de la organización, asegurando la gestión
eficiente de cada uno de ellos y adaptándose al entorno organizacional donde se desarrollan.
.Wysocki (2014) sostiene que la gestión de portfolio depende de la estrategia del portfolioque
determina los' tipos de proyectos que se incorporarán en el portfolio, evaluándolos y
- 32-Tesis Doctoral.UBA, FCE. Autor: Mg. Marcelo A. Briola
priorizándolos de forma de conformar un portfolio equilibrado que cumpla los objetivos de
inversión. Además, la gestión comprende el control del rendimiento del portfolio, y el ajuste
periódico de su contenido para lograr el resultado deseado.
Luego de que cada componente del portfolio es aprobado, se delega al gerente de programa (o
de proyecto, según corresponda) la gestión de a~uerdocon los estándares definidos.
"La creciente aceptación de la gestión de portfolio indica que. la aplicación del conocimiento,
procesos, habilidades, herramientas ~ técnicas apropiadas para seleccionar -el trabajo correcto
puede tener un impacto significativo en el éxito del programa, proyecto y en la organización"
(PMI, 2013c, p. 1).
Paralelamente a la gestión de portfolio las organizaciones tienen requerimientos externos e
internos como resultado de sus actividades. Por tal motivo, la gestión de portfolio debe estar
integrada a esas actividades, para lo cual se deben agrupar en procesos previstos en la
organización para interactuar con el contexto: Revisión y autorización del portfolio en forma
periódica, monitoreo continuo del rendimiento del portfolio, entre otros.
Además, como parte de la gestión de portfolio, se debe contemplar un sistema de información
(MIS 9) que le permita cumplir' su propósito en forma efectiva. "El sistema de información
para la gestión de portfolio (PMIS l0) consiste en herramientas y técnicas utilizadas para
recolectar, integrar, y diseminar las salidas del proceso de gestión de portfolio" (PMI, 2013c,
p.25).
Este sistema le permite a la organización tener visibilidad sobre su portfolio mediante
indicadores y mediciones previamente definidas en el PMIS. Por talmotivo, esos indicadores
deben estar definidos para cada uno de los componentes del portfolio a los efectos de poder
contar, en los niveles más altos de la gestión, con la información que fue definida. En general,
los sistemas de información son soportados por herramientas de gestión de portfolio (PPMll)
de proyectos para tal fin .
.9 MIS: Management Information System.10 PMlS: Portfolio Management Information System.11 PPM: Project Portfolio Management.
- 33-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
La gestión de portfolio es el nexo entre la estrategia y el resto de los niveles de la gestión
organizacional de proyectos en donde, se aplican los' estándares metodológicos
correspondientes, mientras que la gestión de operaciones representa las actividades del día a
día para cumplir con' la visión definida en la organización, al igual que la gestión de portfolio,
programa, y proyecto.
En el siguiente gráfico se muestra la relación entre la estrategia y la gestión de portfolio con el
, resto de los niveles de la gestión organizacional de proyectos y los estándares metodológicos
correspondientes. Además, se relaciona cada, uno de los estándares con el apartado
correspondiente de esta tesis. El gráfico que se presenta corresponde al nivel siguiente de
detalle descripto en el gráfico 4, donde muestra la relación de la estrategia con la gestión de
organizacional de proyectos (OPM).
Gráfico 8 - Relación de la estrategia con la gestión de portfolio y con,programas, proyectos,
operación y estándares
Estrategia organizacional
Operación
I .- - '. ~ . - -_. - . -, .,
Pi!:>jeCt:MtinageinentB9Qy o.f,;--,_-- _~,Jfnd~~ge(P~~Ot<) ."
Estrategia y estructura~---:.....----~ organlzadonal de
, proyedos
.....-.+----:~---T---:---~ Gestión de portfono
.'.~---~~~ Gestión de programa
stiónde proyecto
Fuente: Elaboración del autor.
"El nivel de aplicación y el éxito de la gestión de portfolio se encuentran directamente
afectados por el nivel de madurez de la organización" (PMI, 2013c, p. 27).
- 34-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
El rol del Gerente de portfolio
El gerente de portfolio es "responsable de la ejecución del proceso de gestión de portfolio" '
(PMI, 2013c, p. 14). Es quien debe analizar el rendimiento del portfolio en función de la
estrategia y objetivos definidos en la organización. Durante el ciclo de vida del portfolio en la
, organización, el gerente deportfolio debe evaluar:
los componentes en función de estar alineado con la estrategia y los objetivos
organizacionales;
la viabilidad de los componentes con respecto a los indicadores definidos;
el beneficio con 'otros componentes del portfolio;
la disponibilidad de recursos y prioridades, como así también de 'agregar o suprimir
componentes del portfolio.
Debe basarse en los estándares metodológicos que se describen en la sección Metodología de
este apartado. A fin de alcanzar los objetivos definidos tiene además, la responsabilidad de
secuenciar los componentes .del portfolio en función de sus prioridades y dependencias como
así también balancear los recursos que se asignarán a cada uno de ellos.
El rol de la Oficina de gestión de portfolios
La oficina de gestión de portfolios define el equipo y los procesos para el gobierno del
portfolio y centraliza la gestión de los portfolios que se encuentren bajo su alcance. Esta
oficina "actúa como un stakeholder del ciclo de vida del portfolio y puede recomendar la
selección, la terminación o el inicio de acciones necesarias para asegurar que el portfolio
, permanezca alineado con los objetivos estratégicos de la organización" (PMI, 2013c" p.18).
Además, le provee servicios a la oficina' de gestión de programas y a la de gestión de
proyectos, en ~aso de que la organización las tenga separadas. A continuación se describen las
principales responsabilidades de la Oficina de gestión de portfolios:
Centralizar la gestión de los portfolios bajo alcance.
Definir y mantener la estrategia del portfolio en conjunto con su supervisión y
administración.
- 35-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Definir y mantener la metodología, los estándares y las mejores prácticas para la
gestión de portfolio.
Relacionar portfolios, programas y proyectos con el sistema, de medición corporativo.
Metodología
La metodología promulgada por el Project Management Institute que permite gestionar el
portfolio, se encuentra organizada en tres grupos de procesos y cinco áreas de conocimiento, y
contiene una totalidad de dieciséis procesos.
Cada una' de' estas áreas de conocimiento está conformada por procesos, herramientas y
técnicas que deberán ser definidas al momento de generarse el portfolio. "Las herramientas y'
técnicas son los métodos por el cual se pr~cesan o analizan las entradas para crear las ~alidas"
(PMI; 2013c, p. 151).
A continuación se presenta la tabla 3 con la integraciórientre grupos de procesos con los
procesos que corresponden a cada área de conocimiento. '
Tabla 3 - Relación grupos de proce~os, áreas de conocimiento y procesos
Grupos de procesos
Áreas de 3. Autorizar y .
conocimiento 1. Definir grupos de procesos2. Alinear grupos de
controlar gruposprocesos
de procesos
- Desarrollar ~l plan
estratégico del portfolio
1. Gestión - Desarrollar el acta "de- Administrar el
estratégica constitución del portfoliocambio estratégico
del portfolio (Portfolio Charter)
- Definir el mapa (Roadmap)
del portfolio
- Autorizar el
2. Gestión del - Desarrollar' el plan de gestión portfolio- Optimizar el
gobierno del del portfolio - Proveerla
.portfolio Definir el portfolioportfolio
supervisión dei-portfolio
- 36-'Tesis Doctoral. UBA, ~CE. Autor: Mg. Marcelo A. Briola
.- Administrar la- Desarrollar del plan de
3. Gestión del demanda y el
rendimiento delgestión de rendimiento del
abastecimiento
portfolioportfolio
Administrar el valor-del portfolio
4. Gestión de .la - Desarrollar el plan de - Administrar la
. comunicación gestión de comunicación del información .
del portfolio portfolio del portfolio
5. Gestión del - Desarrollar el plan de- Administrar los
riesgo del gestión de riesgos delriesgos del portfolio .
portfolio portfolio
Fuente: Project Management Institute, 2013, Standardfor Portfolio Managemem.p. 43.
En función de la síntesis de la tabla anterior se describe cada uno de los grupos de procesos y
áreas de conocimiento mencionadas, mientras que en la tabla 2 del anexo II se detallan cada
uno de los procesos relacionados con el área de conocimiento correspondiente y las
herramientas y técnicas asociadas.
Grupos deprocesos
Un grupo de proceso "incluye los procesos de la gestión de portfolio que se encuentran
relacionados con las entradas y salidas, donde el resultado o salida de un proceso se convierte .
en la entrada a otro" (PMI, 2013c, p. 31). Los grupos de 'procesos son independientes de la
industria en donde se desarrolla el proyecto. A continuación se describen los grupos de
procesos correspondientes a la gestión de portfolio.
Definir grupos' de procesos. Es la orientación que llevará adelante el portfolio; debe estar'
alineado con la estrategia de la organización..Comp~ende el plan estratégico, la estructura,
el cronograma y los planes del portfolio.
Alinear grupos de procesos. Define la forma en que los componentes del portfolio serán'
categorizados, evaluados, administrados y gestionados. Determina una forma 'que le
posibilita al portfolio integrar sus componentes con los objetivos 'estratégicos de la
organización.
- 37-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Autorizar y controlar grupos de procesos. Establece la forma de autorización del portfolio
y su supervisión. Estas dos variables se definen a los efectos de poder cumplir con las
métricas definidas en la organización.
Áreas de conocimiento
Un área de conocimiento "representa un conjunto completo de conceptos, términos y
actividades que aportan al campo profesional, al campo de la gestión de proyecto o a áreas de
.especialización" (PMI, 2013a, p. 60). A continuación se describen las áreas de conocimiento
relacionadas con los grupos de procesos correspondientes a la gestión de portfolio .
.Gestión estratégica del portfolio. Contempla todos los procesos a los efectos de
desarrollar el plan estratégico del portfolio, su acta de constitución y' el cronograma
correspondiente con la finalidad de poder cumplimentar los objetivos y la estrategia de la
organización.
Gestión del gobierno del portfolio. Establece la supervisión, planificación, optimización y
autorización del portfolio a los efectos de poder tomar decisiones eficientes.. .
Gestión del rendimiento del portfolio. Determina la secuencia adecuada de los proyectos
propuestos que conforman el portfolio para el logro de los objetivos de la organización.
Gestión de la comunicación del portfolio. Contempla los procesos para el desarrollo del .
plan de gestión de. la comunicación del portfolio y la gestión de la información
correspondiente.
Gestión de/ riesgo de/ portfo/io. Identifica y administra los riesgos del portfolio a los
efectos de poder maximizar los resultados para la organización en el corto, mediano y
largo plazos.
Interacción de procesos en la Gestión de portfolio
La relación de los procesos con las áreas de conocimiento y estas con los grupos de procesos
representa la -integración óptima para el funcionamiento adecuado de la gestión de portfolio.
A su vez, existe una fuerte cohesión entre la estrategia organizacional con la gestión de
portfolio; implica que la organización deba tener ambas áreas muy bien definidas: Estrategia
organizacional y Gestión de portfolio.
. - 38-Tesis Doctoral. UBA, fCE. Autor: Mg.Marcelo A.Briola
"Hay una relación ajustada entre los grupos de procesos de la gestión de portfolio y el ciclo
del proceso organizacional en curso, desarro~lando una estrategia organizacional, alineando
todos .10s componentes del portfolio a la estrategia y monitoreando los resultados de esas
decisiones" (PMI, 2013c, p. 32).
En función de los grupos de procesos, áreas de conocimiento y procesos descriptos
anteriormente, a continuación se presenta el gráfico 9 que describe la interacción e integración
de los grupos de procesos, áreas de conocimiento y procesos.
Gráfico 9 - Interacción de procesos en la gestión de portfolio
- Objetivos yestrategia organizacionat- Activosdel ,proceso organizacíonal
Activos del procesodel portfoJio- Factoresambientales de la empresa- Inventario de trabajo
'f/IÍ"------,"". ,, ,
Autorizary controlarlos '\gruposde procesos \
\
\\
\ ,,~---........~-~---.
Fuente: Project Management Institute, 2013~ Standardfor Portfolio Management, p. 153.
- 39-Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A. Brlola
2.3 Gestión de programa
Este apartado presenta el concepto de gestión de programa; describe inicialmente sus aspectos
generales y su implicancia, el rol del g,erente de programa y de la oficina de gestión de
programas, para luego describir conceptualmente la metodología que se aplicará.'
Aspectos generales
El Project Management Institute basala gestión de programa mediante The Standard for, .
Program Management. Este estándar describe cómo la estrategia organizacional establece el
fundamento para la gestión de portfolio y de programa. Provee "información en gestión de
programa que es generalmente reconocida como buenas prácticas. Además, está relacionado
directamente con los estándares: Organizational Project Management Maturity Model
(OPM3®), The Standard for Portfolio Management y A Guide to the Project Management
Body of Knowledge que son los estándares que integran la gestión organizacional de
proyectos.
Para comprender el concepto de gestión de programa es importante poderlo diferenciar del
concepto de programa:
Programa "es un grupo de proyectos interrelacionados, subprogramas y actividades de
programas administrado de manera coordinada para obtener beneficios no disponibles en
lo administrado individualmente" (PMI, 2013d, p. 4).
Gestión de programa "es la aplicación del conocimiento, habilidades, herramientas y,
técnicas a un 'programa para reunir sus requerimientos y obtener el control y los beneficios ~
no disponibles en la gestión individual de los proyectos" (PMI, 2013d, p. 6).
Por otra parte, Wysocki (2014) define, un programa como un conjunto de ,proyectos
relacionados. Establece que los proyectos deben ser finalizados en un orden específico a los
efectos de que el programa pueda ser considerado, como finalizado.
Los programas y los proyectos otorgan beneficios a la organización; implica agregar valor al
negocio. Cada beneficio relacionado con el programa "es una salida de acciones,
-40 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
comportamientos, productos o servicios, que proveen utilidad a la organización, como así
también a los beneficiarios o stakeholders del programa" (PMI, 2013d, p. 4).
Los programas tienen relación directa con el portfolio que los agrupa y se encuentran
constituidos por componentes. Estos componentes pueden corresponder a 'proyectos como
parte de esos programas, a actividades de mantenimiento y de entrenamiento, o a las'
actividades que no pertenezcan a la operatividad de cada proyecto, como por ejemplo, el
gobierno del programa.
Un programa resulta de la ejecución de la estrategia definida en la organización a los efectos
de lograr los objetivos de negocio definidos en ella. El tamaño de los programas resultará de
los proyectos que 10 conformen como así también su duración. Además, los programas, al
igual que los proyectos, administran tiempos mientras que el portfolio no lo hace.
También, pueden gestionar grandes líneas de negocio o simples líneas, diferenciándose de los
proyectos. Estos últimos tienen una salida única y objetivos definidos en forma concreta, .
mientras que los programas no los tienen. Asimismo, 'los programas se diferencian de los
portfolios debido a que estos últimos pueden administrar en forma conjunta distintas
iniciativas en forma independiente mientras que los programas administran su propio alcance.
Gráfico 19 - Gestión de beneficios de un programa
~, '"( com tOnente J~ID
or>
..............,..... ~
....... (ti
I ',& neDcfO ~
ne (proyecto)v ....... Beneficio ....... (5Compone I
..•. , enlenefieio
, e/'
,", o
[ ,;omponente ....... :........sen eficiQ o<, i' t'O....... Beneficio ~~ E
~( cor ponente~ BenefiCio
.......O)
(n~ ilvedn\ ( OBeleficio , a[ Componente( ubprograma) V Beneficio
,1ii1\ ...... ",
-oBenefICio rn
[ ....... OComponentE (otro trabajo) Beneficio '(3
~
~ BeneficiO I--~ CD
[ ;componente .......~
eEeneficio CDrorovecto) J 'al
\,. ~
Beneficiosdelprograma Cierredel programa
Beneñclos discretos
Definicióndelpr~~~ma ..
Subprogramas, proyectos,y otrostrabajos
Fuente: Project Management Institute, 2013, Standardfor Program Managenient, p. 15.
Tesis Doctoral. UBA, FCE.-41-
Autor: Mg. Marcelo A. 8riola
El gráfico 5, descripto en el apartado Estrategia y estructura organizacional de proyectos,
explica la relación entre portfolios, pro.gramas y proyectos y muestra la función del programa;
mientras que el gráfico 10 representa la integración del programa, cuando forma parte de esa
'relación.
Para que esta relación sea funcional es necesaria la participación de los stakeholders
correspondientes, definidos en el apartado Estrategia y estructura organizacional de
proyectos. Si bien su identificación es propia de cada programa en función de su contexto, los
correspondientes a la gestión de cada programa individual pueden ser, por ejemplo:
patrocinador, usuarios y clientes, proveedores, gerentes funcionales, entre otros.
Implicancias de la Gestión de programa
El Project Management Institute (2013d) establece que la gestión de programa alinea un
conjunto de componentes a los efectos de lograr los objetivos del programa, y así poder ser
eficiente en tiempo y costo. Además~·permite una, planificación y un control a través de sus
componentes. Para ese fin, el comité de gobierno del programa deberá asegurar una gestión
adecuada.
"El comité de gobiemodel programa está generalmente compuesto de stakeholders de nivel
ejecutivo quienes han sido seleccionados por su conocimiento estratégico, conocimiento
técnico, responsabilidades funcionales, responsabilidades operacionales, responsabilidades
por la gestión de la organización del portfolio, y/o habilidades para representar grupos de
stakeholders importantes" (PMI, 2013d, p. 53).
La importancia que tiene la gestión de portfolio en la integración con .la estrategia
organizacional es igual a la que tiene la gestión de 'programa en la alineación de la gestión de
portfolio.
El siguiente gráfico muestra la relación entre la estrategia organizacional 'y ,el portfolio, los
programas y los proyectos marcando el nexo integral entre la estrategia, el portfolio y los
programas.
- 42-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Gráfico 11 - Relación entre la estrategia organizacional, portfolio, programas, ciclo de vida y
delivery'?
Visión estrate,gia
Estrategiaorganiz,acional
Alternativasestratégicas Portfolio .)
¡Programas
( estrategia ) ( Beneficios ) ( Ciclo de vida ) ( Stakeholáer ) ( Gobierno J
Ciclo de vida dé·1 programa
( Defimción ) ( DeHve~ ) ( Cierre J
Delíverydel programa
[~.-S-U_b-pr-og-ra-um-.. a-s.......)( p~~ }(-.-Ot-ros-•...••-tra-.b-:.~--.jQ-:-)
Fuente: Project Management Institute, 2013, Standardfor Program Management, p. 22.
La incorporación de la gestión de 'programa en las organizaciones depende .de su grado de
.madurez en lo que respecta a políticas, controles y modelo de gestión. "Durante su ciclo de
vida, los proyectos producen entregables':', donde los programas proveen beneficios y
capacidades que la organización puede utilizar para sostener, mejorar, y servir a los objetivos
de la organización" (PMI, 2013d, p. 12).
El rol del Gerente de programa
El gerente de programa es "el individuo responsable de gestionar el programa" (PMI, 2013b,
p. 14). Tiene ·la función de asegurar la organización y ejecución de los p~oyectos que
conforman los programas bajo su gestión en forma eficiente. Su rol es diferente al del gerente
de proyecto, del cual se distingue, Debebasarse en los estándares metodológicos descriptos en
la sección Metodología de este apartado.
12 Servicio de desarrollo y entrega de proyectos. . .13 "Cualquier producto, resultado o capacidad única y verificable para ejecutar un servicio que es requerido a losefectos de ser producido para completar un proceso, fase o proyecto" (PMI, 2013a, p. 537).
- 43-Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A. Briola
El rol de la Oficina de gestión de programas
La oficina de gestión de programas es responsable de definir yadministrar los procesos de
gobierno relacionados con los programas y estándares metodológicos .actuando como "Centro
de excelencia". Además, brinda soporte a los equipos de gestión de programas individuales,
administrando centralizadamente funciones administrativas o brindando asistencia al Gerente
de programa.
Esta oficina se encuentra compuesta por profesionales. con. experiencia en gestión de
programa, ya sea para entrenar o aplicar los estándares correctos, Puede tomar un rol
centralizado en la organización, y si se trata de una pequeña o mediana empresa, el rol puede
ser delegado a un gerente experimentado. con las habilidades para liderar la oficina. Si bien
existen diversos tipos de oficinas de gestión de programas, esta oficina le provee soporte al
. gerente de programa para:
Definir y administrar el proceso de gestión en lo relacionado con los pro~amas,
procedimientos, templates'", etc.
Soportar a los equipos de gestión de programas individuales, administrando
centralizadamente funciones administrativas'.
Proveer documentación.
Centralizar controles de cambios.
Para una 3:decuada gestión de programa~ las organizaciones deben crear una oficina de gestión
de programas a los efectos de lograr alta consistencia y gestión en el'desarrollo.
Metodología
La metodología del Project Management Institute que permite gestionar los programas se
encuentra organizada en cinco dominios y veintiún procesos. A diferencia de la gestión de
portfolio y proyecto, que se encuentra organizada por grupos de procesos y áreas de
conocimiento. En la siguiente tabla se detalla cada uno de los dominios definidos en la gestión
de programa con sus correspondientes procesos.
14 PlantillaIFormulario.
-44 -Tesis Doctoral. UBA, FCE. Autor: Mg~ Marcelo A. Briola
Tabla 4 - Relación dominios y procesos en la gestión de programa
Dominios
3. Compromiso 5. Gestión del1. Alineación~e. 2. Gestión de
de los 4. Gobierno del ciclo dela estrategia del los beneficios de
stakeholders programa vida delprograma programa
del programa programa
Procesos
- Alineación del - Identificación de - Comité de - Fase deprograma y - Identificación de
stakeholders del gobierno definición delestrategia beneficios
organízacionalprograma del programa programa
-. Fase de- Planificación y - Planificación del - Responsabilidades
- Mapa del entrega deanálisis de compromiso de del gobierno del
Programa beneficiosbeneficios stakeholders programa
del programa
- Relación entre el
- Evaluación del - Entrega de - Compromiso de gobierno y la - Fase de cierre
Ambiente beneficios stakeholders .gestión del del programa
programa
- Mapa del
- Roles individuales ciclo de vida
comunes del programa- Transición de .
relacionados con losbeneficios
al gobierno del procesos que
programa soportan al
programa
- Programa como- Sostén de
beneficioscuerpo de
gobierno
- Otras actividades
de gobierno que
soportan la
gestión del
programa
Fuente: Elaboración del autor.
En función de la tabla 4, a continuación se describe cada uno de los dominios, mientras que en
la tabla 3 del anexo. II se detallan cada uno de los procesos relacionados, y en la tabla 4 del
- 45-Tesis Doctoral. UBA, FCE. Autor:Mg. Marcelo A. Briola
mismo ~nexo las herramientas y técnicas que se utilizarán, ya que son las mismas que se
aplican en la gestión de proyectos.
Dominios
Los ·dominios de rendimiento son "grupos complementarios de' áreas. relacionadas con
actividades, intereses, o funciones que caracterizan y diferencian únicamente las actividades
encontradas en un rendimiento de dominio, respecto de los otros, con un alcance total del
trabajo de gestión de programa" (PMI, 2013d, 17).
El cumplimiento de estos dominios definidos conforman el modelo de gestión de 'cada
programa que la organización defina y es el que permitirá lograr el éxito del programa. A
continuación se describen cada uno de los dominios correspondientes a la gestión de
programa:
Alineación de la estrategia del programa. Alinea la estrategia del programa a la estrategia
de la organización; significa que debe estar alineado primero con los objetivos del
portfolio. Esto implica que cada,programa deberá tener una estrategia cuyo alcance será
hacia todos los proyectos que lo conformen.
Gestión de los beneficios del programa. Contempla los procesos correspondientes que
definen los beneficios y sus correspondientes salidas, como así también los controles que
correspondan. Este dominio permite que los beneficios del programa puedan ser
alcanzados en función de la inversión realizada por la organización para ese programa.
Compromiso de los stakeholders del programa. Comprende a todas las personas que
. interactúan en el programa y' serán impactados por su implementación. Se administran las
expectativas de los stakeholders brindando el soporte correspondiente, como así también
gestionando su resistencia.
Gobierno del programa. Establece los procesos y procedimientos que permita gestionar el
programa eficientemente, aplicando las políticas y las prácticas correspondientes. Refiere
al comité de gestión de programas en. donde es responsable el gerente de programa de
interactuar 'eficientemente con ese comité que deberá dar soporte al liderazgo del
programa a los efectos de que logre sus objetivos.
Gestión del ciclo de vida del programa. Permite integrar cada componente por programa a
los efectos de poder 'cumplimentar los beneficios definidos. Para ese fin existe el ciclo de
- 46-Tesis Doctoral.Uüá, fCE. Autor: Mg. MarceJo A. Briola
vida del programa que se encuentra conformado por las siguientes fases: definición del
programa, entrega de beneficios del programa y cierre del programa.
Interacción de procesos en la Gestión de programa
La relación de los dominios con los procesos representa .la integración óptima para el
funcionamiento adecuado de la gestión de programa. Como se indica en los apartados
Estrategia y estructura organizacional de proyectos y Gestión de portfolio, la gestión de
programa está, alineada directamente con la estrategia del portfolio y esta a su vez, con la
estrategia organizaciona1. Esta alineación hace que la integración de procesos con los
dominios logre el funcionamiento óptimo de la gestión de programa.
En el siguiente gráfico se describen los cinco dominios que contempla la gestión de programa
integrados a sus procesos.
Gráfico 12 - Dominios en la gestión de programá
Alineación de la estrategia del programa
CompromisodelosstakehoJdefSdel programa
( ~..programa
$ m, ti. Scomtmes retacronados
al goblemo del
GObiemo dal programa
Retacionamienlo entre+ el gobierno y 19gestión
del programa
.=.,: ) + [ ) •
A1ineaoión del programa yestrategia orgemizaciona ~ ...J
_---------/JIJ_.ineación ele19 estretegia de{ progrs.-m_s. _
Comité de gobfemO del +programe
Fuente: Elaboración del autor.
- 47-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
2.4 Gestión de proyecto
Este apartado presenta el concepto de gestión de proyecto; describe inicialmente sus aspectos
generales y su implicancia, el rol del gerente de proyecto y de la oficina de gestión de
proyectos, para luego describir conceptualmente la metodología que se aplicará.
Aspectos generales
El Project Management Institute basa la práctica de gestión de proyecto mediante A Guide to
the Project Management Body. of Knowledge. Este estándar "prevé guías para administrar
proyectos individuales y define los conceptos relacionados con la gestión de proyecto.
También describe el ciclo de vida de la gestión de proyecto y sus procesos relacionados, como
también el ciclo de vida del proyecto" (PMI, 2013a, p. 1). Además, está relacionado
directamente con los estándares: Organizational Project Management Maturity Model
(OPM3®), The Standard for Portfolio Management y The Standard for Program
Management que son los estándares que integran la gestión organizacional de proyectos.
Para comprender el concepto de gestión de proyecto es importante poderlo diferenciar del
concepto de proyecto:
Proyecto "es. un esfuerzo temporario asumido para crear un único producto, servicio o
resultado" (PMI, 2013a, p. 3).
Gestión de proyecto "es la aplicación del conocimiento, habilidades, herramientas y
técnicas alas actividades del proyecto para reunirlos requerimientos del proyecto" (PMI,
2013a, p. 5).
Los proyectos son parte del portfolio pero no necesariamente deben 'ser parte de un programa.
Son lanzados' y priorizados a los efectos de cumplir objetivos del plan estratégico
organizacional y pueden. ser categorizados según el tipo de objetivo: demanda de mercado,
oportunidad de negocio, necesidad social, consideraciones ambientales, necesidades
tecnológicas, etc.
- 48-, Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A. Briola
La priorización de los proyectos en una organización es muy importante a los efectos de su
planificación y desarrollo. La priorización puede estar definid~ en función de riesgos,
financiamiento y aspectos críticos que impacten directame-nteen la estrategia organizacional,
El factor crítico de éxito para la organización es que el proyecto esté alineado con la estrategia
de la organización, independientemente de si pertenece a un programa, o no. Encaso de
pertenecer, el proyecto responderá a la estrategia organizacional pero estará alineado
previamente con la estrategia del programa que, a su vez, estará alineada con la estrategia del
portfolio y esta, con .la estrategia organizacional.
Marks (2012) explica que un patrocinador puede tener la visión de los objetivos generales
pero puede no contemplar variables intermedias para el logro de los objetivos, Por ese motivo,
no necesariamente el éxito de un proyecto en forma individual siempre garantiza el logro de
los beneficios generales.
El Project Management Institute (2013b) establece que para el éxito de un proyecto existen
diferentes variables o condiciones que deben ser contempladas: estrategia de comunicación, "
objetivos, liderazgo, procesos de negocio, capacidades humanas, sistema de rendimiento y
cultura, sistema de información y negocios, estructura de equipo y factores externos.
A su vez, Besner & Hobbs (2012) explican que los proyectos exitosos agregan valor a la
organización donde se genera el valor aplicando buenas prácticas y herramientas en gestión de
proyectos.
Desde el punto de vista sistémico podemos analizar un proyecto como un sistema cuyo primer
nivel de análisis contiene una sola entrada, representada por el requerimiento de negocio o
necesidad, y una única salida: producto, servicio o resultado.
El gráfico 5, descripto en el apartado Estrategia y estructura organizacional de proyectos,
explica la relación entre portfolios, programas y proyectos y muestra la fun~ión del proyecto,
mientras que el gráfico 1~ representa la estructura de un proyecto de fase simp~e cuando
forma parte de esa relación.
- 49-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Brlola
Gráfico 13 .; Estructura según grupos de procesos para un proyecto con fase simple
Planificación Ejecución )>Monitoreo y' Control
Fuente: Elaboración del autor.
Para que esta relación sea .funcional es necesaria la participación de los stakeholers
correspondientes. Si bien la identificación es propia de cada proyecto en función de su
.contexto, los stakeholders correspondientes a la gestión de cada proyecto pueden ser:
patrocinador, usuarios y clientes, proveedores, gerentes funcionales, equipo de proyecto, entre
.otros.
Implicancias de la Gestión de proyecto
El Project Management Institute (2013a) establece que la gestión de proyecto dentro de la
estructura organizacional de proyectos permite la gestión individual de cada proyecto en
forma integrada y consolidada mediante un gobierno bien definido. El gobierno de un
proyecto "es una función de supervisión alineada con el modelo de gobierno de la
organización que abarca el ciclo de vida del proyecto" (PMI, 2013a, p. 34).
Ese gobierno provee al gerente y al equipo de proyecto la estructura, procesos, modelos de
toma. de 'decisión, y herramientas adecuadas para su ge~tión; también incluye el soporte y
control del proyecto..Con respecto al control, Devaux (2015) considera que el control total del
proyecto es realmente importante para los beneficios de la organización.
Kerzner (2013) explica que un sistema de información para la gestión de proyecto basado en
métricas específicas puede ser esencial. Por otra 'parte, Kendrick (2014) establece q~e al tener
métricas de proyectos que revelen un proceso ineficiente, se debe utilizar la técnica de' mejora
de proceso y documentar un nuevo procedimiento operativo estándar.
Además de la gestión de un proyecto, se debe contemplar su ciclo de vida que "es la serie de
fases que un proyecto pasa desde su inicio hasta su cierre" (PMI, 2013a, p. 38). "Una fase de
- 50-Tesis Doctoral. UBA, fCE. Autor: Mg..Marcelo A. Briola
proyecto es una colección de actividades de proyectos relacionados lógicamente que culminan
en el cumplimiento de uno o más entregables" (PMI, 2013a, p, 41). Por otra parte, el ciclo de
vida del proyecto es diferente al ciclo de vida del producto del proyecto.
Las fases en general son secuenciales y varían en función de la estrategia llevada en cada
proyecto. Cada fase puede ser definida por funciones, entregables, objetivos parciales, entre
otros, y puede tener dos tipos de relacionamientos:
- Relacionamiento secuencial, Una fase comienza cuando finaliza la anterior.
. Inicio
Fase 1 1::» Fase2 ~Fin ilníc.io
Fase3 >I
iFin
- Relacionamiento en superposición. Una fase comienza antes de la finalización de la
siguiente.
Fase 1 >I
Fin.
:>I
Inicio
Inicio
Fase 2 ~I I
Fin In~cio
Fase 3 >Fin
El Project Management Institute (2013a) establece que los proyectos varían en tamaño y
complejidad, y pueden ser incluidos dentro de la estructura del ciclo de vida contemplando las
fases de "Inicio de proyecto", "Organización y preparación", "Desarrollo del trabajo" y
"Cierre del proyecto". Estas fases son las que corresponden al ciclo de vida pero no se deben
confundir con las' fases en que se puede gestionar un proyecto.
En general, el ciclo de vida del proyecto describe que al inicio sus recursos y sus costos son
menores; aumentan con' el paso del tiempo' de desarrollo y disminuyen llegando a su
finalización según muestra el siguiente gráfico .
. - 51-Tesis Doctoral, UBA, FCE. Autor: Mg.Marcelo A. Briola
Gráfico 14 - Niveles.de asignación y costos típicos en una estructura genérica de ciclo de vida
del proyecto
t Inicio de proyectoOrganizacióny preparaci6n
Desarrollo del trabajo Cierre delproyecto'
,.\
\ ,.,", .,
" " ' ...
Project Charte, Plan de gestión de'lproyecto
Tiempo
Entregables Documentos delaceptados proyecto archivados
)
Fuente: ProjectManagement Institute, 2013, A Guide to the ProjectManagement Body ofKnowledge, p. 39.
Dentro del ciclo de. vida de un proyecto se pueden distinguir tres tipos 'de ciclos: Predictivo,
. Incremental e Iterativo, y Adaptativo.
Ciclo de vida predictivo, El ciclo de vida predictivo determina el alcance, el tiempo y el costo'
tempranamente en el ciclo de vida del proyecto de la manera más práctica posible. Este tipo
de ciclos se selecciona "cuando el producto que se va a entregar se encuentra' bien .
comprendido, hay una base sustancial en la práctica de la industria, o donde un producto es
., requerido para ser entregado, en forma completa para tener valor' a los grupos de
stakeholders" (PMI, 2013a, p. 45).
Ciclo de vida incremental e iterativo: El ciclo de vida incremental e iterativo
intencionalmente repite una o mas actividades del proyecto en función de .cada fase y sobre la
base a cómo aumenta el entendimiento. del equipo del producto. Este tipo de ciclo se
selecciona "cuando una organización necesita administrar cambios de objetivos y alcance,
par~ reducir la complejidad de un proyecto, o cuando la entrega parcial de un producto es
beneficioso, y agrega valor para uno o "más grupos de stakeholders sin impactar al entregable
final o conjunto de entregables" (PMI, 2013a, p45).
- 52-Tesis Doctoral. USA] fCE. Autor: Mg .. Marcelo A. Briola
Ciclo de vida adaptativo. El ciclo de vida adaptativo, también conocido como manejo del
cambio o métodos ágiles, se encuentra destinado a' responder a altos niveles de cambios y. . .
continuo involucramiento de los stakeholders. Este método se elige "cuando se trata de
ambientes de cambios rápidos, cuando los requerimientos y el alcance son difíciles para
definir, y cuando es posible definir pequeñas mejoras incrementales que entregarán valor a los
stakeholders" (PMI, 2013a, p. 46).
Para Miller (2016) el método ágil es una evolución en la prácticade gestión de proyecto para
el desarrollo de software y también una revolución en el liderazgo de proyectos.
El rol del Gerente de proyecto
El ~erente de proyecto es "la persona asignada por la organización ejecutante para liderar el
equipo que es responsable para lograr los objetivos del proyecto" (PMI, 2013a, p. ·16). Debe
satisfacer las necesidades del patrocinador del proyecto, del equipo de proyecto, como así
. también del resto de los stakeholders interactuando permanentemente. Para ese fin, el gerente .
de proyecto debe tener conocimiento en gestión de proyecto, actitudes de liderazgo,
motivación, influencia, negociación y, por sobre todo, debe ser educador. Devaux (2015) dice
que la mayor dificultad del gerente de proyecto es administrar los cambios de los proyectos.
La autoridad del gerente de proyecto dependerá del tipode organización en que se gestione el .
proyecto y del tipo de estructura que tenga. El gerente de proyecto tendrá gran autoridad en
las organizaciones que se proyectaron y en las que se basan en proyectos, mientras que tendrá
poca o nula autoridad en las organizaciones funcionales ya que dependerá de las decisiones
del gerente funcional. Con respecto a las organizaciones matriciales la autoridad dependerá
del tipo de matriz que tenga la organización,
El rol de la Oñcína de gestión de proyectos
Una oficina de gestión de proyectos "es una estructura de gestión. que estandariza los procesos
de gobierno relacionados con proyectos y facilita .compartir recursos, metodologías,
herramientas y técnicas. Las responsabilidades de una PMO puede variar desde proveer
- 53-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
funciones de soporte a la gestión de proyecto a ser el responsable de la gestión directa de uno
o más proyectos" (pMI, 2013a, p. 10).
Consolida la información de los proyectos y evalúa si se cumplen los objetivos estratégicos.
Sus responsabilidades básicas están enfocadas en la identificación y el desarrollo de políticas,
metodología, mejores prácticas y estándares para 'la gestión de proyecto, como así también el
entrenamiento, la supervisión, el monitoreo del cumplimiento de las políticas, mejores
prácticas, estándares y la coordinación de la comunicación del proyecto.
Esta oficina puede responder a distintos tipos que varían en función del grado de control e
influencia que tienen sobre los proyectos y de acuerdo a cómo las defina estratégicamente la
organización. Además, cumple un rol diferente al del gerente de proyecto, quien controla los
recursos, mientras que la oficina optimiza el uso de los estándares definidos para el proyecto.
A continuación se describen los distintos tipos de oficinas de proyectos:
Apoyo. "Tiene un rol consultivo a proyectos suministrando templates, mejores prácticas de '
entrenamiento, acceso ·a la información y lecciones aprendidas de otros proyectos" (PMI,
,2013a, p. 11). El grado de control sobre los proyectos en este tipo de oficina es bajo.
Control. "Provee soporte y requiere cumplimiento a través de varios medios. Cumplimiento
puede incluir adoptar estructuras o metodologías de gestión de proyecto, utilizando templates,
formularios y herramientas específicas o conformidad al gobierno" (PMI, 2013a, p. 11). El
grado de control sobre los proyectos en este tipo de oficina es moderado.
Directivo. "Toma el control directamente gestionando los proyectos" (PMI, 2013a, p.l l). El
grado de control sobre los proyectos en este tipo de oficina es alto.
Metodología
La metodología promulgada por el Project Management Institute que permite gestionar cada
proyecto se encuentra organizada en cinco grupos de procesos y diez áreas de conocimiento;
contiene una totalidad de cuarenta y siete procesos. Cada una de estas áreas de conocimiento
está conformada por procesos, herramientas y técnicas que deberán ser definidas al momento
de generarse el portfolio.
- 54-Tesis Doctoral. UBA, fCE. Autor: Mg. Martelo A. Briola
Tabla 5 - Grupos de procesos y áreas de conocimiento con susp~ocesos relacionados
Areas deInicio Planificación Ejecución Monitoreo y Control Cierre
conocimiento
- Planificar la gestión del alcance
Gestión del - Recolectar los requerimientos - Validar el alcance
alcance - Definir el alcance - Controlar el alcance
- Crear la WBS
- Planificar la gestión del tiempo
- Definir actividades
- Secuenciaractividades
'Gestión del - Estimar los recursos de las- - Controlar el cronograma
tiempo actividades
- Estimar la duración de las
actividades
- Desarrollar el cronograma
Gestión del- Planificar la gestión del costo
.. Estimar los costos - - Controlar los costoscosto
- Determinar ,elpresupuesto
Gestión de la :. Planificar la gestión de la - .Ejecutar el aseguramiento- Controlar la calidad
calidad calidad de la calidad
- Adquirir el equipo de
Gestión de - Planificar la gestión de losproyecto
RRHH recursos humanos- Desarrollar el equipo de
,proyecto
- Gestionar el equipo de
- 55 ..
Tesis Doctoral. U'BA, FCE. Autor: Mg. Marcelo A. Briola
Proyecto
Gestión.de la - Planificar la gestión de la - Administrar la, - Controlar la comunicación
comunicación comunicación comunicación
- Planificar la gestión de riesgos
- Identificar los riesgos
- Ejecutar el análisis de riesgos
Gestión de cualitativos
riesgos - Ejecutar el análisis de riesgos- Controlar los riesgos
cuantitativos
- Planificar la respuesta a los
riesgos
Gestión de - Identificar a los - Planificar la gestión de los - Gestionar el compromiso de - Controlar el compromiso
stakeholders Stakeholders Stakeholders los stakeholders de los stakeholders
Gestión de - Planificar la gestión de - Controlar las - - Cerrar
adquisiciones adquisiciones- Conducir adquisiciones
adquisiciones las adquisiciones
- Desarrollar el acta de- Monitorear y controlar el
Gestión de la - Desarrollar el plan de gestión - Dirigir y gestionar el trabajo trabajo del proyecto - Cerrar el proyecto-o
integraciónconstitución (Project
del proyecto del proyecto - Ejecutar el control faseCharter)
de cambios integrado
Fuente: Elaboración del autor.
- 56 ..Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Brrola
La tabla anterior presenta la integración, entre grupos de procesos con los procesos que
corresponden a cada área de conocimiento. En la tabla 4 del anexo II se detalla cada uno de
los procesos relacionados con el área de conocimiento correspondiente, así como las
herramientas y las técnicas asociadas.
Gruposdeproceso
Los grupos integran los procesos, sus interacciones y sus propósitos, y no se consideran fases'
del ciclo de vida del proyecto. A continuación se describe los grupos de procesos
correspondientes a la gestión'de proyecto.
Inicio. Formaliza el comienzo de un proyecto o una fase mediante la constitución de un
acta (Project Charter). Es el primero que se ejecuta de los cinco grupos existentes 'y
comienza cuando el proyecto se aprueba, ya sea por un contrato o por instrucciones de la
Dirección.
Planificación. Define el alcance total del proyecto y determina las acciones requeridas
para lograr el objetivo definido. Confecciona el plan de gestión del' proyecto, (Project
Management Plan) contemplando las áreas de conocimiento y procesos del proyecto que
se gestionará con sus correspondientes planes y líneas bases": Es, el segundo grupo, de
proceso; comienza luego de que el grupo de proceso de inicio haya finalizado.
Ejecución. Ejecuta lo definido en el plan de gestión del proyecto con la finalidad de
alcanzar los objetivos del proyecto. Comienza cuando el grupo de planificaciónconcluye.
Monitoreo y control. Mide el rendimiento del proyecto teniendo en cuenta el plan de
gestión del proyecto aprobado como así también controla los cambios y recomienda
acciones correctivas y prev~ntivas. Comienza junto al grupo de proceso de ejecución y
finaliza cuando concluye el proyecto de la misma forma que el grupo de proceso de cierre.
Cierre. Concluye con las actividades administrativas y contractuales del proyecto. Este
grupo de proceso se inicia cuando finaliza el grupo,de proceso de ejecución.
15 Línea base: "Versión aprobada de un producto de trabajo que puede ser cambiado solamente por medio de unproceso ,decontrol de cambio y utilizado como una base de comparación" (PMI, 2013a, p. 529).
TesisDoctoral. UBA, FCE.- 57-
Autor: Mg.Marcelo A. Briola
Áreasde conocimiento.
El concepto de área de conocimiento fue definido en el apartado Gestión de portfolio, sección
Metodologia. A continuación se presenta las áreas de conocimiento relacionadas con los
grupos de procesos correspondientes· a la gestión de'proyecto.
Gestión del alcance. Asegura que el proyecto incluya todo el trabajo requerido para
completar el proyecto exitosamente.
Gestión del tiempo Administra la completitud del tiempo del proyecto.' Permite planificar. .
que las actividades puedan cumplirse en las fechas estipuladas. Plantea los pasos
necesarios para poder asegurar la concreción del proyecto en el tiempo planificado y
acordado.
Gestión del costo. Permite que el proyecto pueda ser completado con el presupuesto
aprobado. Contempla la cantidad de fondos que se necesita tener di~ponible durante el
proyecto incluidas las reservas por posibles riesgos.
Gestión de la calidad. Determina las políticas de calidad16, objetivos, yresponsabilidades
para q~e el proyecto cumpla con las necesidades para el cual fue creado.
Gestión de RR HH. Administra y lidera el equipo de proyecto. Contempla cómo decidir de
manera estratégica el plan de recursos humanos incluidos el organigrama del proyecto, los
roles y responsabilidades,' el plan de asignación de recursos, las necesidades de
capacitación y una adecuada gestión.
Gestión de la comuntcacion; Asegura en forma apropiada y en tiempo la planificación,
colección, creación, distribución, almacenamiento, recuperación, control, monitoreo y la
última disposición de la información del proyecto.
Gestión de riesgos. Conduce la planificación de la gestión de riesgos 17, la identificación,
el análisis, el plan de respuesta, y el control de riesgos en un proyecto.
Gestión de stakeholders. Identifica a las personas, los grupos, u organizaciones que
pudieran impactar o ser impactadas por el proyecto, para analizar las expectativas de los
stakeholders y su impacto en el proyecto.
Gestión de adquisiciones. Compra o adquiere productos, servicios o resultados necesarios
por fuera del equipo,del proyecto.
l~a calidad es "el grado en que un conjunto de características inherentes cumplen los requerimientos" (ISO
9000), (pMI, 2013a, p. '228).
17El riesgo en un proyectó es "un evento incierto o condición que, si ocurre, tiene un efecto positivo o negativo
en uno o más objetivos del proyecto, tales como alcance, costo y calidad" (PMI, 2013a, p. 310).
- 58-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
~ .:
Gestión de la integración. Identifica, define, combina, unifica y coordina .las diferentes
actividades y procesos con los grupos de procesos de gestión de proyec.to.
Interacción deprocesos en la Gestión deproyecto
. . .
La rel~ciónde los grupos de procesos con las áreas de.conocimiento y estas COn sus procesos
asociados, representa la integración óptima para ,el funcionamiento adecuado de la gestión 'de
pr()~ecto. que se interpreta a través del área de conocimiento gestión de la integración.
A su vez.existe una fuerte cohesión entre la gestión de proyecto, la gestión de programa y ·Iá .-- :,. '. . ':
correspondiente al portfolio, quese encuentran alineados con laestrategiaorganizacional.Por. t .
ese motivo es indispensable que la interacción de. los procesos en la gestión de proyecto. sea
eficiente para garantizar el alineamiento con la estrategia organizacional,
En función de lo expuesto, a continuación se muestra la integraciónde los grupos de procesos
.con las áreas de conocimientos correspondiente a la gestión de proyecto..
Gráfico' 15-- Integración de grupos de procesos con 'áreas de conocimientos
l.
PrbjectChsrter
aaf:::\VVV
PLANESPORÁREADECONOCIMIENTO
:LINEA BASE
.Fuente: Elaboración del autor.
- 59-
PJan de gesti6ndelproyecto .
. ; Cierre
Tesis Doctoral. .UBAJ FCE. Autor: Mg. MarceloA.Br,iota
2.5 Síntesis integradora de la Gestión organízacíonal de proyectos
A los efectos de optimizar la gestión de proyecto, además del estilo y cultura, la misión, la
visión, y los factores ambientales de 'la organización, los directivos deben contemplar dentro
de su estrategia la definición de un modelo de gestión' organizacional de proyectos que pueda
administrar eficientemente todas las' iniciativas estratégicas.
, Ese modelo se alinea con la estrategia organizacional mediante un esquema' basado en el
delivery de proyectos mediante la gestión de portfolios de proyectos priorizados, programas y
proyectos, con una oficina de portfolios, programas y proyectos para su gestión metodológica.
Esto le permitirá mejorar su rendimiento, alcanzar sus objetivos estratégicos y lograr una
ventaja competitiva sustentable.
La gestión de portfo/io es parte del plan estratégico de la organización que contiene los .
objetivos, políticas y acciones que permiten focalizar en los objetivos organizacionales.
Permite administrar los programas y proyectos que se definen como estratégicos y forman
parte del plan estratégico de la organización.
La gestión de programa permite administrar cada uno de los programas definidos en la
organización 'y contiene el grupo de proyectos que se encuentren alineados con cada uno' de
,los programas.
La gestión de proyecto administra en forma' individual cada uno de los proyectos de la
organización basándose en la estrategia, la estructura y la metodología definidas para ese
proyecto. Definición dada por el gerente de proyecto en concordancia con la oficina de
gestión de proyectos.
La oficina de gestión de portfolios, programas y proyectos (PMO) define los estándares
metodológicos para la _administración de los portfolios, programas Y' proyectos de la
organización, como así también brindar las métricas que conformen el tablero de control de la
organización. Puede definir los estándares y métricas en forma integrada, o bien definirlos en
forma independiente bajo tres oficinas diferentes pero relacionadas: Oficina de gestión de
portfolios, Oficina de gestión de programasy Oficina de gestión de proyectos. En función de
la teoría presentada en este capítulo, esta oficina debe contemplar:
- 60-Tesis DoctoraL UBA, fCE. Autor:Mg. Marcelo A. Briola
tres grupos de procesos, cinco áreas de conocimientos y dieciséis procesos para la
gestión de portfolio;
cinco dominios y veintiún procesos para la gestión' de programa, y
cinco grupos de procesos, diez áreas de conocimientos y cuarenta y siete procesos
para la gestión de proyecto.
En función de lo descripto previamente, para el gobierno de la estructura organizacional de
proyectos se definen 84 procesos con sus correspondientes áreas de conocimientos y
dominios. Esos procesos deberán estar definidos y estandarizados en la oficina de gestión de
portfolios, programas y proyectos. La cantidad de procesos que se definirán queda a critt:rio
de esta oficina en función de su contexto y madurez.
El siguiente gráfico describe la estructura organizacional de proyectos alineada con la
estrategia de la organización.
Gráfico 16 - Estructura organizacional de proyectos
Estrategia
Oficina de gestióndeportfolios, programas y proyéCtóif'... '[
#lftr0C$8ot Hcmamientu KPI'$
Il'
............... ,
. ""
,------_-_ --- - ---__i_-- -_--~--- - ~ __ ¡
tl..,
r3 CICLOS :
i 8GG ~ ¡11 ~ESPOR::'CONOaumNW "-"11
1
l~.~.··.·~,~ ::;
~ :• .' * e't ~~~ . , , , r;~ .~ ~:r:~
Fuente: Elaboración del autor.
- 61-Tesis Doctoral. UBA, FCE.
Gestión de proyecto individual
Autor: Mg. Marcelo A. Briola
CAPÍTULO 3. MOD~LOS DE MADUREZ
La existencia de un modelo de madurez para la gestión de proyecto maximiza los beneficios
de la organización, el valor del negocio y la valoración de la práctica. Cohesiona la estrategia
empresarial con la estructura organizacional de proyectos y permite a las organizaciones
transformarse en dinámicas y competitivas.
En este capítulo se analizan distintos modelos de madurez con enfoques que van desde una
visión: de la práctica parcial, a una total. Se presentan en este capítulo tres' modelos:
Organizational Project Management, Project Management Maturity Model y Capabitility
Maturity Model Integrated.
El contenido del capítulo será tomado. como base principal para la confección del nuevo
modelo de madurez, aporte de esta tesis. Permite analizar los modelos de madurez vigentes y
reconocidos en el mundo a los efectos de ser tomados como referencias debidamente probadas
e implementadas en las organizaciones.
3.1 Organizational Project Management
Dentro de la estrategia organizacional de proyectos, elProject Management Institute define.
estándares metodológicos para la administración de portfolios, programas y proyectos
(explicados en los apartados Gestión de portfolio, Gestión de programa y Gestión de proyecto
del capítulo anterior). Esos estándares se encuentran integrados con la estrategia y la
estructura organizacional de proyectos, según lo visto en el apartado "Estrategia y estructura
organizacional de proyectos del mismo capítulo.
A los estándares comentados en el capítulo 2 se les agrega un estándar de términos' para la
práctica, y otro para el desarrollo de competencias del gerente de proyecto.
Organizational Project Management Maturity Model- OPM3, describe el modelo de
madurez que se va a institucionalizar y define la estrategia organizacional de
proyectos y .su correspondiente estructura, incluidos todos los estándares"
mencionados.
- 62-Tesis Doctoral. UBA/ fCE. Autor: Mg. Marcelo A. Briola
The Standard for Portfolio Management define la metodología', adecuada para la
administración del portfolio de la organización o el área que corresponda.
The Standard for Program Managementdefine la metodología adecuada para la
administración de los programas de la organización o el área que corresponda.
A Guide to the Project Management Body 01 Knowledge define la. metodología
adecuada para la administración de los, proyectos de la organización o el área que
. corresponda.
Lexicon 01 Project Management Terms define los términos de esta práctica para
unificar el lenguaje.
Project Manager Competency Development Framework define las' competenciasdel
gerente de proyecto.
Todos los estándares anteriores son contemplados dentro del modelo de madurez de gestión
organizacional de proyectos llamado OPM. Este modelo tiene definido unframework llamado
OPM3 18 que posibilita la implementación del modelo,
Aspectos generales de~,modelo
El OPM define la estrategia, y elframework OPM3 la implementa: "describe los componentes
significativos del modelo de madurez para la gestión organizacional de proyectos y' provee
una visión global de la gestión de portfolio, programa y proyecto par3: el logro de las mejores
prácticas. Además, 'ilustra cómo la aplicación de las mejores prácticas ayudan a darse cuenta
de las mejoras organizacionales" (pMI, 2013b, p. 3).
Para el modelo el ciclo de la organización contiene tres etapas. La primera es de inicio,
mientras que la segunda corresponde al crecimiento, y la tercera a la madurez. En el gráfico
l7, se explican las distintas etapas del ciclo de vida en función del modelo,
18 OPM3:· Organizational Project Management 3.
- 63-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Gráfico 17 ~ Ciclo de vida de la organización
Crecimiento continuo .............. '..,., ........
.......
¡Etapa de madurez
Declinart------- -- ------------.------'- -- -- -- ~-'-- ---I I
I111111
: 'Etapa de crecimiento111
Etapa de inicio
Fuente:Elaboración del autor'.
La etapa de inicio identifica las organizaciones que comienzan a utilizar nuevas líneas
de servicios o negocios. Es decir" utilizan OPM3 para determinar sus dominios,
procesos y capacidades.
En la etapa de crecimiento las organizaciones utilizan OPM3, generalmente
.gobernadas por una oficina de gestión de proye~tos.
Las organizaciones alcanzan la etapa de madurez cuando logran sus objetivos y
utilizan OPM3 a los efectos de mantener su ventaja competitiva.
De todas formas, independientemente de alcanzar la madurez adecuada, las .organizaciones
deben seguir con un crecimiento continuo, representado por la mejora continua de sus
procesos y estructura. Las organizaciones que no pueden completar las mejores prácticas
declinan el modelo representado por este framework.
OPM3 define un método que aplica a ·la estrategia por medio de portfolios,· programas y
proyectos relacionados. También mejora la utilización del capital humano y desarrolla las
competencias en esos dominios y transforma sus procesos en procesos de alta calidad q!Je so~
entendibles, estables, repetibles y predecibles, brindando flexibilidad, adaptabilidad y mejora
en el sistema de gestión.
El modelo es flexible.. escalable y soporta organizaciones de diferentes tipos, tamaños,
complejidades y localizaciones geográficas como' así también de cualquier edad, y produce un
- 64-Tesis Doctoral. UBAJ FCE. Autor: Mg. MarceloA. Brlola
~ .
beneficio a las organizaciones, al management en general y a la estructura organizacional de.
proyectos, entre otros.
Estos beneficios se focalizan en dar ventaja competitiva a las organizaciones, mejorar la
satisfacción de clientes internos y externos, mejorar el tiempo de entrega de los productos o
servicios o resultados y reducir costos y duplicación de trabajos, entre otros.
OpM3 está compuesto por un conjunto de componentes y una estructura que se va a aplicar a
los efectos de implementar un modelo eficiente para la gestión organizacional de proyectos,
Los componentes son elementos que brindan un orden al marco estructural para la aplicación
de su estructura. Esos componentes son: dominios, mejores prácticas, facilitadores
organizacionales y mejora de procesos, capacidades, y resultados según se definen a
continuación.
Dominios. Los dominios que abarcan la estructura organizacional de proyectos son tres:
. portfolio, programa y proyecto, explicados en los apartados correspondientes delcapítulo 2.
Mejores Prácticas. Refieren a los métodos actualmente reconocidos en una industria para
lograr los objetivos definidos·. "La categorización de las mejores prácticas provee un camino
para las organizaciones para evaluar, diseñar, o mejorar áreas de foco para lograr los objetivos
organizacionales" (PMI, 2013b, p.40). "Una organización logra práctica mejor cuando la
organización demuestra madurez por el cumplimiento exitoso de las capacidades y
resultados" (pMI, 2013a, p. 29).
Facilitadores Organizacionales. Soportan la' ejecución del framework de la gestión
organizacional de proyectos, que mutan hacia un conjunto de mejores prácticas donde
describen el soporte a la ejecución del framework. Las mejores prácticas de los facilitadores
organizacionales son categorizadas en 18 grupos diferentes y agrupadas en diferentes tipos.'
A continuación se describen los 4 tipos principales de estos facilitadores organizacionales y
las categorías correspondientes en la tabla 6.
Estructural, refiere a la estructura que adopte la organización (funcional, producto,
servicio' u otras). Este facilitador estructural se .focaliza en alinear la estrategia y la
asignación de recursos basado en la estructura organizacional.
- 65-Tesis Doctoral. UBA, FCE. Autor:Mg. Marcelo A. Briola
Cultural, focaliza en el entendimientocultural por parte de los profesionales que se
,encuentran asignados en la organización focalizando en cómo los profesionales,
trabajan' unos con otros .. En función a OPM, la organización necesita contemplar
culturalmente la relación entre portfolios, programas y proyectos.
Tecnológico, ayuda a la organización a' ejecutar sus actividades en forma más rápida y
económica, como así también a su integración permanente. Este facilitador
tecnológico en una organización bajo cultura' OPM, posibilita tener un sistema de
gestión que soporte los' portfolios, programas y proyectos como así también el
desarrollo de una metodología que permita gestionar eficientemente a los proyectos.
Recursos humanos, establece tener a los profesionales correctos con 'los roles
adecuados, Este facilitador permite focalizar en las competencias de la gestión, el
rendimiento individual y el entrenamiento. Ayudan a lograr el éxito en la aplicación de
OPM y también a la organización a aumentar su rendimiento.
Tabla 6 - 'Categorías de los facilitadores organizacionales
1. Comparación en el mercado (Benchmarking)
2.. Gestión de competencias
3. Gobierno
4. Valoración del rendimiento individual
5. Gestión del conocimientos y Sistema de información de gestión del proyecto (PMIS)
6. Sistema de gestión
7. Comunidades en la gestión organizacionaI de proyectos
8. Metodología en la gestión organizacional de proyectos
9. Política y visión de la gestión organizacional de proyectos
10. Prácticas de la gestión organizacional de proyectos
11. Técnicas de la gestión organizacional de proyectos
12. Estructura organizacional
13. Métricas en la gestión de proyectos
14. Entrenamiento en la gestión de proyectos
15. Criterios de éxito en proyectos
16. Asignación de recursos
17. Patrocinio (Sponsorship)
18. Alineación de la estrategia
Fuente: Project Management Institute, 2013, Organizational Project Management Maturity Model, p. 37.
- 66-Tesis Doctoral, UBA, FCE. Autor: Mg. Marcelo A. Briola
Mejora de procesos. Es una técnica que permite lograr la mejora de procesos implementados
en la, organización y. comprender los siguientes pasos: estandarizar, medir, controlar y.
mejorar.'
Estandarizar. Asegura un, cuerpo de gobierno de p~ocesos que posea autoridad y que
sea dueño del proceso; desarrolla, documenta, comunica y los aplica consistentemente
, en la organización.
Medir. Mide el resultado de los procesos estandarizados.. Para, la medición se
. contemplan cincos subpasos: identificar las mediciones de los procesos críticos
focalizados en el cliente, .identificar -las características de los procesos críticos, medir
las características de los procesos críticos, identificar mediciones contrapuestas y
medir las entradas críticas.
Controlar. Controla las mejores prácticas mediante la recopilación de datos.
Mejorar. Refiere al proceso de mejora continua que toda organización debe
contemplar a los efectos de lograr la eficiencia a través del tiempo. Este paso
contempla tres conceptos clave: identificar la ruta de problemas del proceso, tener un
esfuerzo focalizado en la mejora de procesos con potenciales soluciones y, una. vez
que las soluciones han sido definidas, integrar las mejoras 'de procesos hacia la forma
en que trabaja la organización.
Capacidades Representa el conjunto de personas, procesos y tecnología que permite a una
organización lograr la gestión organizacional de proyectos.
Resultados. Refiere a una consecuencia tangible o 'intangible de una organización donde
presenta una capacidad como salida.
PMI (2013b) establece que el proceso que no cumpla con los pasos previamente mencionados
,no será implementado ni se considerará sustentable.
La integración de los componentes, que se presenta a continuación, permite el funcionamiento
adecuado del modelo.
- 67-Tes'is Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
1,
Gráfico 18 - Componentes OPM3 integrados
VisIón y Misi6n
ESTRATEGIA 'ORGANIIltO.ONAL ....,1111~I··l!..t·11111·,j·,ti·11·11
••I·11I·,··•·11·•I•II!•11II11I
•I·I·1111I!I '·•i•I··-~-~~--~~~~--~~-~~_.
Mejoresprácticas
Iniciativase!$'traté9f,~as
Fuente: Elaboración del autor.
Framework
Además de sus componentes integrados, OPM3 contempla tres áreas de experiencia, cinco
elementos del ciclo, y doce procesos con sus correspondientes entradas, herramientas,
técnicas y salidas. Esta' estructura se utiliza como guía para la aplicación del modelo y se
describe en el siguiente gráfico.
Gráfico 19 - Framework OPM3
Elementos del ciclo
Salidas.He~mi~ntas Iy técnicas -------
Procesos OPM3
Entradas1 __
Fuente: Project ManagementInstitute, 2013, OrganizationalProject ManagementMaturity Model, p. 40.
- 68-'~Tesis Doctoral. U,BA, FCE. Autor: Mg. Marcelo A. Briola
La siguiente tabla describe las áreas, los elementos y procesos correspondientes a ese
framework.
Tabla 7 - Áreas de experiencia, elementos del ciclo y procesos asociados del modelo
Áreas de experienciaElementos del ciclo
Adquirir conocimiento Evaluar el rendimiento Gestionar las me]oras
Gobierno, riesgo y - Crear- Comprender OPM - Definir el plan
cumplimiento recomendaciones'
- Definir el alcance - Seleccionar iniciativas
Gestión de beneficios - Comprender la - Implementa~las
y entrega organización - Conducir la evaluación iniciativas de mejoras
- Medir los resultados
Cambio - Evaluar la preparación- Iniciar el cambio - Administrar el cambio
organizacional del cambio
Fuente: Elaboración del autor.
A continuación se describe cada una de las áreas de experiencia del ciclo, mientras que en la
tabla 5 del anexo I~ se detalla cada uno de los procesos relacionados con cada elemento del
ciclo correspondiente y las herramientas y técnicas asociadas.
Áreas de experiencia
Las áreas de experiencia representan los conocimientosy habilidades aplicadas a los efectos
de emprender exitosamente las actividades .OPM3 y se describen a continuación.
Gobierno, Riesgo y Cumplimiento. Comprende las actividades de gobierno
corporativo, gestión de riesgos, y cumplimiento de leyes y regulaciones.
.Gestión de beneficios y entrega. Dirige la ejecución del modelo a través del ciclo de
vida focalizando el logro del éxito de las iniciativas.
Cambio organizacional.Focaliza en el cambio' que se va a realizar en una iniciativa de
la organización.
Elementos del ciclo
Los elementos del ciclo contienen los pasos adecuados con la finalidad de ejecutar el marco .
estructural OPM3, según se describe a continuación.
- 69-Tesis Doctoral. UBA, FCE. Autor:Mg. Marcelo A. Briola
Adquirir el conocimiento. Refiere a la evaluación del estado de situación en la gestión
organizacional de proyectos. Para ello,. se deberá entender la misión, visión, valores
principales, objetivos, necesidades y cómo se llevará adelante la evaluación..
Evaluar el rendimiento. Compara las capacidades de la organización con las
correspondientes al modelo donde el líder planifica, ejecuta .y administra la
evaluación, y recopila los datos y resultados.
Gestionar las' mejoras. Identifica, selecciona e implementa las iniciativas de mejoras
detectadas basadas en la evaluación realizada, y en los resultados deseados de la
organización.
Las áreas de experiencia, los elementos del ciclo y los procesos descriptos previamente le dan
la secuencia adecuada a la organización para efectuar la implementación de las mejores
prácticas que defina. Este framework puede ser utilizado en distintos modelos en función' de lo
que necesite la organización: modelo comparativo, modelo de diseño o modelo de mejora.
El modelo comparativo se aplica en las compañías que ya han adquirido conceptos
sobre gestión organizacional de proyectos. Para ese fin, la organización utiliza el paso
Adquirir el conocimiento del ciclo para evaluarse, y luego realizar el resto de los pasos
para determinar qué mejoras implementarán.
El modelo de diseño se enfoca en organizaciones que son nuevas en la práctica de
gestión organizacional de prcyectos, por lo que .ingresan al ciclo en el tercer paso,
gestionar las mejoras.
El modelo de mejora lo utilizan las compañías que no tienen una estructura de
ejecución de la estrategia implementada. Estas organizaciones también ingresan al
ciclo en el tercer paso, gestionar las mejoras.
3.2 Project Management M~turityModel
El modelo de madurez de gestión de proyecto (PMMM) es un modelo definido por el Dr.
Harold Kerzner y se encuentra enfocado a la gestión de proyecto en forma individual. El autor
afirma que el modelo puede reducir las diferencias existentes de tiempo, costo y calidad en los
proyectos.
-70 -Tesis Doctoral. UBA, FCE. Autor: Mg, Marcelo A. Bri.ola
Aspectos generales del modelo
Kerzner (2005) define un modelo de madurez para la gestión" de proyecto a los efectos de
lograr madurez y excelencia en las organizaciones, que consiste en cinco niveles, descriptos
. eh el gráfico 20. Los niveles son: lenguaje común, procesos comunes, metodología 'única;
comparativa de mercado, y mejora continua,
Gráfico 20 - Niveles de madurez de la gestión de proyecto
Nivel 1
Lenguaje común
Control deprocesos
Nivel 3
Metodologíaúnica
Nivel 4
Comparativa demercado
Nive15
Mejora continua
Fuente: Kerzner, 2005, Usingthe ProjectManagement MaturityModel, p..42.
PMMM está compuesto por cinco niveles de madurez. Cada nivel descripto en el modelo
busca el alcance de la excelencia en la práctica de gestión de proyecto, aunque no resulta
necesario aplicarlos de manera secuencial.
Lenguaje común
En este primer nivel, las organizaciones reconocen. la necesidad de contar con un
conocimiento inicial en la gestión de proyecto, incluidos el lenguaje y la terminología. Tanto
la terminología como el lenguaje no necesariamente deben pertenecer a una metodología
estandarizada ni certificada, sino que puede.contemplar el lenguaje y la' terminología propios
de la organización. En este primer nivel la organización puede tener conocimiento en la
gestión de proyecto o directamente no tenerlo, y presenta las siguientes características:
-71-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Si la organización aplica la práctica de' gestión de proyecto, la aplicación es
esporádica.
Falta de reconocimiento de los beneficios de la práctica de gestión de proyecto con
gerentes focalizando sobre su poder y autoridad y se sienten amenazados sobre
cualquier acercamiento al management.
La torna de decisiones se focaliza en los propios intereses de los que toman decisiones
más que en 10's intereses de la organización.
Para completar este nivel, lo primordial es la capacitación en gestión de proyecto y establecer
·los principios de la gestión de proyecto, las ventajas y desventajas de las metodologías en esta
práctica y su lenguaje común. Según Kerzner este .nivcl presenta.cinco acciones clave antes de .
pasar al próximo nivel, el nivel 2. Las acciones son:
Colocar al inicio el entrenamiento y la educación en la gestión de proyecto.
Animar el entrenamiento para' la certificación de profesionales en la. gestión de
proyecto .
.Animar a los empleados a comenzar la comunicación en un lenguaje .común en la
gestión de proyecto.
Reconocer la disponibilidad de herramientas en gestión de proyecto.
Desarrollar un entendimiento de los principios de la gestión de proyecto ..
El tiempo para completar el nivel 1 no tiene una extensión única, sino que deberá ser medido
en función de los siguientes factores: tipo de organización,' tamaño y naturaleza de los
proyectos, cantidad de soporte ejecutivo, visibilidad de soporte ejecutivo, fortaleza de la
cultura corporativa existente, beneficio corporativo, condiciones económicas y velocidad en el
cual se puede lograr el entrenamiento.
Procesos comunes
En el segundo nivel el reconocimiento de la organización se focaliza en estandarizar los
procesos comunes a los efectos de aplicarlos en cada proyecto. El beneficio que se produce
puede llegar a ser visible con el paso del tiempo. Este nivel también contempla la aplicación
de los principios de la práctica de gestión de proyecto en otras metodologías de la
organización y espera un adecuado comportamiento de los profesionales que trabajan en ella
sobre la ejecución repetitiva de la metodología.
-72 -Tesis Doctoral. UBA/fCE. Autor: Mg. Marcelo A. Briola
Las organizaciones que se encuentran en este segundo nivel presentan las siguientes
características:
El logro de beneficios en la utilización de la práctica de gestión de proyecto es
evidente.
La gestión de proyecto se aplica en todos los niveles de la organización.
Existe un compromiso organizacional en la aplicación de la metodología y los'
procesos.
Hay un desarrollo de la práctica de gestión de proyecto más allá de la capacitación .
basada en cursos.
Según Kerzner este nivel presenta cinco acciones clave antes de pasar al 'próximo nivel, el
nivel 2, y son:
'Desarrollar una cultura que soporte el comportamiento y el lado cuantitativo de la
práctica.
Reconocer el beneficio de corto y largo plazos de la práctica.
Desarrollar una metodología que logre los beneficios deseados.
Desarrollar un currículum en la práctica de gestión de proyecto en que los beneficios
puedan ser logrados y mejorados en el largo plazo.
El tiempo para completar el nivel 2 es de seis meses a dos años. Este tiempo deberá ser
medido en función de los siguientes factores: tipo de organización, visibilidad del soporte
ejecutivo, fortaleza de la cultura ejecutiva, resistencia al cambio, velocidad en el desarrollo de
, la metodología y velocidad en el alcance de los beneficios.
Metodología única
En este nivel la organización reconoce la necesidad de hacer converger sus metodologías en
una única logrando sinergia y haciendo más fácil el control de los procesos. Permite
considerar una metodología única para el desarrollo de nuevos productos y' otra, para los
sistemas de información. Las organizaciones que se encuentran en este tercer nivel presentan
las siguientes características:
Se reconoce la importancia de hacer converger los diferentes procesos en procesos
. integrados ya que las organizaciones que no se encuentran en este nivel generalmente
tienen procesos separados.
-73 -Tesis Doctoral. UBA,fCE. Autor: Mg. Marcelo A. Briola
Al reconocer la importancia de los procesos integrados se genera una metodología
única cuya ejecución debe incorporarse. a la cultura corporativa. Esos procesos son:
Gestión de proyecto, Ingeniería concurrente, Gestión de calidad total, Gestión de
cambio de alcance y Gestión de riesgos.
Según el autor este nivel presenta tres acciones clave antes de pasar al próximo nivel, e~ nivel
4, que son:
Integrar los procesos relacionados hacia una metodología única.
Estimular la aceptación de una cultura que soporta la gestión de proyecto informal ya·
múltiples jefes.
- . Desarrollar el soporte para responsabilidades compartidas.
El tiempo para completar el nivel 3 es estimado en términos de años en. función de los
siguientes factores: velocidad del cambio cultural, aceptación de la gestión. de proyecto
informal y aceptación de una metodología única.
Comparativa de mercado
La comparativa de mercado relaciona en forma continua la práctica de gestión de proyecto' de
la organización con las de otras organizaciones a los efectos de poder mejorar su propia
metodología. Esto da lugar a un proceso de permanente análisis y evaluación que le permita a. .
cada organización compararse con sus pares en el mercado. Las organizaciones que se
encuentran en este nivel presentan las siguientes características:
La organización debe definir una oficina de proyectos (P019) o también puede definir
un centro de excelencia (COE20) para la gestión de proyecto.
.La. oficina de proyectos o centro de excelencia debe estar dedicado al proceso de
mejora de la gestión de proyecto. En este nivel, la práctica de Gestión de proyecto ya.
. está instalada y se necesita tener centralizado el conocimiento en la práctica. Por ese
motivo, la PO o CO~ es clave para este nivel.
La comparativa de mercado debe ser realizada con diferentes.industrias, no solamente
a laindustria que pertenece la organización.
19 ro. Project Office20 COE: Center 01Excellence
-74 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
La comparativa de mercado debe ser realizada de manera cualitativa y cuantitativa.
Según Kerzner este nivel presenta cuatro acciones clave antes de pasar .al próximo nivel, el
nivel 5, que son:
Definir una organización que se encuentre enfocada a la comparativa de mercado.
Desarrollar un proceso relacionado en la comparativa de mercado de la práctica de
gestión de proyecto.
Decidir qué y sobre quién realizar la comparativa de mercado.
Reconocer los beneficios de este proceso.
Este nivel tiene un grado de dificultad bajo, así como también un riesgo bajo de ~sperar que
los empleados acepten el cambio, ya que en este nivel, el cambio prácticamente es
implementado.
Mejora continua
En este nivel la organización se nutre .con la comparativa de mercado realizada en el nivel
anterior para analizar y evaluar posteriormente, a los efectos de implementar los cambios que
consideran adecuados para mejorar los procesos de gestión de proyecto. Las organizaciones
que s~ encuentran en este nivel presentan las siguientes características:
La organización debe generar archivos de lecciones aprendidas luego de cada
proyecto.
El conocimiento aprendido debe ser transferido a otros equipos de proyectos.
La organizacióndebe contemplar un programa de enseñanza a los efectos de lograr el
. crecimiento de los gerentes de proyectos.
La organización debe comprender que el planeamiento estratégico para la gestión de
proyecto es.un p~oceso continuo y en curso.
El autor define cinco áreas para la mejora continua en la metodología de gestión de proyecto:
mejora de procesos existentes, mejora de procesos integrados, temas de comportamiento,
comparativa de mercado y temas de dirección. Estas cinco áreas de mejoras proveen a una
organización de un buen marco para la mejora continua y como beneficios, un mejor
-75 -Tesi~ Doctoral. USA, FCÉ. Autor: Mg. Marcelo A. Briola
\
posicionamiento competitivo, mejoras de costos, valor agregado al cliente, mejor gestión de
las expectativas del cliente y por último, resulta más fácil de implementar.
.Dentro de' la madurez en la gestión de proyecto, Kerzner (2005) define la excelencia en. la
gestión de proyecto como un ciclo que implica que los niveles de madurez 3, 4 Y5 del modelo
de madurez en la gestión de proyecto se repitan en forma continua. .
Gráfico 21 - Niveles demadurez de la gestión de proyecto
Nivel 4
Comparativa demercado
Nive15
Nivel 1
Lenguaje común
Fuente: Kerzner, 2005,Using the Project Management Maturity Model, p. 115.
Para este nivel además de las .cinco áreas para la mejora coritinua yel ciclo comentado
previamente, el autor incluye:
. Desarrollo eficiente de la documentación procedural. Requiere tener un sistema de
información en gestión de proyecto (Project Management System) basado en políticas,
procedimientos, guías y formularios.
Metodologías de gestión de proyecto. Focalizada en la implementación de la
metodología adecuada para la gestión de proyecto a los efectos de lograr proyectos
administrados exitosamente..
Mejora continua. Enfocada para que la organización obtenga y conserve el. nivel de
madurez adecuado para no perder ventaja competitiva sobre sus competidores.
Planificación de la capacidad. 'Establece cuánto trabajo se puede realizaren función
de la cantidad' de recursos que tenga la organización para realizar cada.proyecto.
- 76"-Tesis Doctoral. UBAJ fCE. Autor: Mg. Marcelo A. BrioJa
1 . Modelos de competencia., Reemplazan a la. descripción de puestos de trabajo
enfatizando las necesidades de habilidades para una adecuada gestión de proyecto.
Kerzner (1999), cita al modelo de competencia Eli Lilly en donde abarca tres áreas: 1)
habilidades tecnicocientíficas, 2) habilidades de liderazgo y 3) habilidades de
procesos.
Administración de múltiples proyectos. Son prioridad cuando las organizaciones
comienzan su proceso de madurez.
Reuniones de finalización de fin de fase. Permiten a los ejecutivos seguir el proyecto y
. analizar el avance, ya sea por las actividades desarrolladas como por los beneficios y
riesgos existentes.
Selección estratégica de proyectos. Brinda a la organización una herramienta" para
seleccionar los proyectos del portfolio de la organización en función de sus fortalezas,
debilidades, oportunidades y amenazas, y evalúa además, los beneficios
correspondientes: rentabilidad, satisfacción del cliente, penetración en el mercado,
desarrollo de nuevas tecnologías, entre otros.
Selección de proyectos del portfolio. Tiene relación directa con la selección estratégica
de proyectos, donde se analiza la criticidad de los proyectos del portfolio en función
del ciclo de vida (definición, diseño, desarrollo, implementación, conversión) y de
calidad de recursos (alta, media o baja).
Contabilidad del proyecto. Medida en forma horizontal donde es muy importante este
tipo de control, ya que el gerente de proyecto es responsable por la~ pérdidas y
ganancias del proyecto.
Restructuración . organizacional. Focaliza en que la reestructuración debe
contemplarse en toda la' organización, ya que de contemplar solamente la práctica de
gestión de proyecto puede ser ineficiente.
. Planificación de la carrera. Refiere a que los profesionales en las organizaciones
pueden focalizar en dos tipos de carreas: Management o Técnica.
-77 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola .
3.3 Capability Maturity Model Integrated
El modelo CMMI es un modelo definido por el Software Engineering Institute (SEI)· 21, que
tomó como premisa que lacalidad de un sistema o producto es altamente influenciada por la
calidad de los procesos utilizados para desarrollarlos y mantenerlos, enfocando el CMMI bajo
esta premisa.
Aspectos generales del modelo
Chrissis, Konrad & Shrum (2011) establecen que este modelo es una representación
simplificada que contiene los elementos esenciales de procesos efectivos'. Estos elementos se
encuentran basados en los conceptos de calidad desarrollados por Crosby, Deming, Juran y
Humphrey.
El CMMI fue desarrollado a los efectos dé contar con un modelo integrado representado por
un conjunto de mejores prácticas que permitan a las .organizaciones optimizar, sus procesos.
Gráfico 22 ~ Niveles de madurez del CMMI
Mejora continua
Objetivos cuantitativos Nivel 5
de calidad Optimizado
Procesos definidos Nivel 4
y entendidos Administradocuantitativamente
Procesasen Nivel 3función depolíticas Definido
Nive12Procesos ad hoc
Administrado
.Nivel·1
Inicial
Fuente: Elaboración del autor ..
21Centro' de desarrollo e investigación sin .fines de lucro de la Universidad Camegie Mellon, establecida por elDepartamento de Defensa (DoD) de los Estados Unidos de América, que focaliza en software y cybersecurity.
-78 -. Tesis. Doctoral. UBA, fCE. Autor:Mg. Marcelo A. Briola
El CMMI consiste en mejores prácticas de dirección en eí desarrollo de actividades aplicadas
a productos y servicios cubriendo el ciclo de vida del producto desde su concepción hasta la
entrega y su correspondiente mantenimiento. Focaliza en el trabajo que se necesite para
construir 'y mantener elproducto total.
El modelo está formado por veintidós áreas de 'procesos y cinco niveles de capacidad y
madurez. Del total de 'áreas de procesos, dieciséis son áreas de procesos clave, ,'una es
compartida y cinco son específicas del desarrollo: dirección de desarrollo de requerimientos,
solución técnica,' integración del producto y verificación y validación.
El área de proceso es un conjunto de prácticas que al ser implementadas en forma conjunta
permite alcanzar los objetivos clave para esa área. C~da, una se encuentra conformada por los
siguientes atributos.. propósito, notas introductorias, objetivos específicos, objetivos
genéricos, áreas de procesos relacionadas, resumen de prácticas y, objetivos específicos,
prácticas específicas, ejemplo de producto de trabajo, subprácticas, prácticas genéricas,
adicionales, notas, ejemplos y referencias.
A continuación se muestra el gráfico que representa la inforinación previamente comentada,
en forma estructurada.
Gráfico 23 - Modelo de componentes de CMMI
Ár'ea de proceso ............----...--------........---------..
E;jémp-Iod~
producto detrabajo
Propósito
Subprácticas
NotasintroductorhlS
Subprácticas
Áre3sdeprocesos
relacionadas
Elaboracionesde prácticas
genéricas
Fuente: Chrissis M.B, Konrad M. & Shrum S., 2011, CMM Ifor Development, p. 21.
-79 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Brlola
A continuación se describen sucintamente las 22 áreas de procesos correspondientes al
modelo:
Causal Analysis and Resolution (CAR). Identifica las causas de las salidas y acciona
para mejorar el rendimiento de los procesos. Mejora la calidad y la productividad a los
efectos de evitar defectos o problemas en los procesos.
,Configuration Management (CM). Establece y mantiene la integridad de los productos
de trabajo utilizando la identificación, e.l control y las auditorías de configuración.
Desarrolla especificaciones para construir las diferentes partes del sistema de gestión
de configuración.
Decision Analysis and Resolution (DAR). Analiza las posibles decisiones utilizando
una evaluación formal que identifica alternativas vs. criterios establecidos. Incluye
guías para determinar qué problemas deberían ser sometidos a una evaluación
aplicando el proceso.
Integrated Project Management (IPM). Administra los proyectos involucrando a todos
los stakeholders clave en función del conjunto de procesos estándares definidos en la
organización.
Measurement and Analysis (MA). Desarrolla y sostiene una capacidad de medición a
los efectos de soportar las necesidades de información de gestión, que se encuentran
alineadas con los objetivos de negocio. Especifica técnicas de análisis, y mecanismos
para colección y almacenamiento de datos como así también tipos de informes.
Organizational Process Definition (OPD). Establece y mantiene el conjunto de
procesos de la organización, estándares de ambientes de trabajo y las guías'
correspondientes. Permite procesos sólidos en toda la organización y las bases
adecuadas para cumplir con los beneficios de la organización.
Organizational Process Focus (OPF). Planifica e implementa las mejoras de procesos
en la organización. La planificación y la implementación es definida transversalmente
en la organización en función de las debilidades en los procesos existentes. Incluye '
mediciones de los procesos, lecciones aprendidas en las implementaciones
correspondientes, sus resultados como así también resultados de productos, servicios y
resultados de satisfacción de los clientes.
Organizational Performance Management (OPM). Administra el rendimiento de la
organización a los efectos de lograr los objetivos de negocio, mediante el análisis de
datos de cada proyecto, la identificación de diferencias en el rendimiento vs. los
- 80-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
objetivos de negocio y la selección e implementación de mejoras para eliminar las
diferencias detectadas.
Organizational Process Performance (oPP). Define y mantiene el rendimiento de los
procesos en función de los estándares definidos para lograr los objetivos de calidad y .1 •
rendimiento y provee datos del rendimiento y los modelos a los efectos de administrar
los proyectos ·de la organización.
Organizational Training (OT). Desarrolla las habilidades y los conocimientos de los
profesionales a los efectos de que puedan ejecutar sus roles efectiva y eficientemente.
Esta. área de proceso soporta los objetivos estratégicos de negocios de la organización
y concentra las necesidades de entrenamiento de toda la' organización para satisfacer
las necesidades en los proyectos que así lo requieran.
Product Integration (PI). Integra el producto final con sus componentes
correspondientes con la finalidad de asegurar que el producto funcione adecuadamente.
con las características solicitadas.
Project Monitoring and Control (PMC). Se enfoca en el entendimiento del avance del
proyecto y' las acciones correctivas y preventivas que se tomarán cuando en los
proyectos se detectan desvíos.
Project Planning (PP). Define los planes con las actividades correspondientes a los
efectos de alcanzar los objetivos del proyecto.
Process and Product Quality Assurance (PPQA). Provee los recursos y la
administración correspondientes con .objetivos orientados hacia los procesos y
productos de trabajo asociados.
Quantitive Project Management (QPM). Permite gestionar proyectos
cuantitativamente a los efectos de lograr los objetivos de rendimiento de calidad
definidos.
Requirements Development (RD). Define y analiza los' requerimientos de cada
componente del producto como así también los requerimientos del producto y del
cliente.
Requirements Management (REQM). Administra los requerimientos de los productos
del proyecto y sus componentes a los efectos de integrar los requerimientos
correspondientes con los productos de trabajo.
Risk Management (RSKM). Identifica· posibles problemas y planifica las acciones .
correspondientes a los efectos que los problemas puedan ser gestionados antes de que
impacten negativamente en los objetivos del proyecto.
- 81-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Supplier Agreement Management (SAM). Administra la adquisición de productos y
servicios que la organización solicita a sus proveedores. Esta gestión se enfoca en
determinar el tipo de adquisición, contemplar a los proveedores adecuados y definir
los contratos correspondientes con cada uno de ellos.
Technical Solution (TS). Comprende la selección, el diseño y la implementación de las
soluciones correspondientes a los requerimientos definidos para la confección" del
producto, cuya aplicación puede impactar en cualquier nivel de su estructura y su
proceso del ciclo de vida.
Validation (VAL). Se enfoca a' que cada producto solicitado cumpla con lo definido.
Aplica al producto en su conjunto. Este método puede ser aplicado a cada uno de los.
. productos de trabajo como así también a sus componentes.
Verification (VER). Asegura que los productos de trabajo reúnan lo definido en cada
uno de los requerimientos.
Niveles de,capacidad y madurez
En el modelo CMMI existen dos tipos de niveles: Capacidad y Madurez. El primero se enfoca
en que las organizaciones mejoren los procesos de, un área individual a elección de la
organización. El segundo permite a la organización' mejorar un conjunto de procesos,
utilizando el incremento progresivo, permitiéndoles a las organizaciones mejorar losprocesos
para el desarrollo de productos o servicios.
En ambos caminos, para cumplimentar con un nivel y poder pasar al siguiente, la
organización debe lograr todos los objetivos definidos por cada área de proceso de ese nivel. .
Los niveles utilizados, 'capacidad y madurez, aportan dos aproximaciones a la mejora de
procesos llamadas "representaciones": "continua" (Continuous) y '''etapa'' (Staged)
respectivamente. La representación "continua" utiliza niveles de capacidad para caracterizar
el estado de los procesos de la organización enfocado a un área de proceso individual,
mientras que la representación "etapa" utiliza niveles de madurez para caracterizar el estado
general de los procesos 'de la organización relativo al modelo global.
,A continuación se grafican las distintas representaciones comentadas previamente:
- 82 ..Tesis Doctoral.UBA, FCE. Autor: Mg. Marcelo A.Briola
Gráfico 24 - Representación "continua"
Prácticasgenéricas
)-----------------." l' •
, I t
",; , .... Niveles de capacidad I, " I •
t:" ,;"" 1 . I
.----~ " ....... _---------------_ .... ';'Objetivos
específicos
Prácticasespecíficas
Fuente: Chrissis M.B, Konrad M. & Shrum S., 2011, CMM Ifor Development, p. 33..
Gráfico 25 - Representación "etapa"
.... _- .... _---. .........'-- --- ,----------------,_ ..... - .... ----.... --~ I
-........ --.... I I................ ....... .... ... ~ Niveles de madurez I
, ---, ,:1 1
, .
Prácticasespedficas
Objetivosespecíficos
Objetivosgenéricos
Fuente: Chrissis ~.B, Konrad M. & Shrum S., 2011, CMM Ifor Development, p. 33.
Al utilizar la representación "continua", la organización alcanza los "Niveles de capacidad",
mientras que al utilizar la representación "etapa", permite alcanzar los "Niveles de madurez",
A continuación se comparan los distintos niveles de capacidad y madurez, para luego
describir cada uno de ellos.
Tabla 8 - Comparación de niveles de capacidad y madurez
NivelRepresentación "continua" Representación "etapa"
Niveles de capacidad Niveles de madurez
O Incompleto (Incomplete)
1 Ejecutado (Performed) Inicial (Initial)
2 Administrado (Managed) Administrado (Managed)
3 Definido (Defined) Definido (Defined)
- 83-Tesis Doctoral. UBA,fCE. Autor: Mg. Marcelo A. Briola
4 Administrado Cuantitativamente
(QuantitativelyManaged)
5 Optimizado (Optimizing)
Fuente: Chrissis M~B, Konrad M. & Shrum S., 2011, CMM I for Development, p. 34.
Niveles de capacidad
"Los niveles de capacidad de un área de procesos ~on logrados mediante la aplicación de
prácticas genéricas o alternativas para los procesos asociados con esa ..área de proceso"
(Chrissis, Konrad & Shrum, 2011, p. 36).
Niveles de capacidad, descripción
O: Incompleto (Incomplete). Define cuando los procesos no 'se encuentran total o parcialmente
ejecutados, o cuando los objetivos específicos del área de proceso no 'son cumplimentados.
1: Ejecutado (Performed). Establece que el proceso cumple con lo, necesario para producir
productos de trabajo, implica que se alcanzan los.objetivos específicos del área de proc.~so.
2: Administrado (Managed). Cumplimenta el nivel 1, es planificado y ejecutado acorde con
las políticas establecidas; implica tener profesionales 'con habilidades adecuadas, recursos. . .
para el control de las salidas producidas, stakeholders clave involucrados y monitoreo, control
.y revisión ejecutada, además de cumplimentar la adhesión a la descripción del proceso.
3: Definido (Defined). Cumplimenta el nivel 2, es adaptado al conjunto de procesos estándar
de la organización, contempla una descripción del proceso y de la existencia de procesos de la
organización.
La diferencia que se destaca de los niveles de capacidad 2 y 3 se refiere al alcanée de los
estándares, la descripción de procesos y procedimientos. En el nivel 2, el alcance de los
estándares, descripción de procesos y procedimientos tienen una gran diferencia en cada
instancia específica del proceso (por ejemplo, en un proyecto en particular) mientras que en el
nivel ~, el alcance de los estándares, descripción de procesos y procedimientos para un
proyecto son ajustados tomando como base el conjunto de procesos. estandarizados de la
- 84-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
organización. Los procesos en ~l nivel 3~e encuentran estrictamente descriptos, mientras que
en el nivel 2 tienen un nivel menor de detalle.
La relación existente entre las áreas de proceso depende de que los objetivos genéricos
provean la base para alcanzar el próximo. Significa que un proceso administrado es un
proceso ejecutado y un proceso definido es un proceso administrado..
Niveles de madurez
"Las organizaciones pueden lograr mejoras progresivas' en su madurez; logran primero el
control en el nivel de proyecto y continúan al mayor nivel avanzado, utilizando datos
cuantitativos y cualitativos para la toma de decisiones" (Chrissis, Konrad & Shrum, 2011, p.
45).'
A continuaciónse describen los niveles de madurez:
1: Inicial (Initial) Procesos existentes en la organización son ad hoc y caóticos, y no tienen un
contexto que los soporte. Los profesionales que trabajan en organizaciones de nivel 1 recurren
a sus habilidades individuales para el logro de los objetivos.
2: Administrado (Managedy: Asegura que los prQcesos sean planificados y ejecutados acorde
con las políticas de la organización. Contempla tener profesionales con las habilidades
adecuadas para lograr salidas controladas, involucrar a los stakeholders clave,estar
monitoreado, controlado y revisado, como así también tener adherencia a la descripción de
procesos.
.'3: Definido (Dejined). Comprende los procesos y con muy alta adhesión en estándares
descriptos, procedimientos, herramientas y métodos.
4: Administrado cuantitativamente (Quamitatively Managed) Define objetivos cuantitativos
en relación con la calidad y el rendimiento, y los utiliza en la gestión de proyecto.
5: Optimizado (Optimizing). Genera una mejora de sus procesos focalizado :en un
entendimiento cuantitativo de los objetivos de negocio y necesidades de rendimiento. Se
utilizan aproximaciones cuantitativas a los efectos de entender la variación en el proceso.
- 85-,
Tesis Doctoral. UBA, fCE. Autor:Mg. Marcelo A. Briola
l.
Estos niveles podrán ser alcanzados de a uno por vez, siempre y cuando se cumpla que cada
uno de los niveles de madurez tenga un conjunto de áreas de procesos relacionadas donde a su
vez 'esas áreas se agrupan en 4 categorías: Process Management, Project .Management,
Engineering y Support. La tabla 6 del anexo JI, describe las áreas de procesos en función de
cada categoría y el nivel de madurez en el que se encuentra.
Relación nivel de capacidad con niveles de madurez
Los niveles' de capacidad están relacionados directamente con las áreas de procesos mediante
un perfil de nivel de capacidad, mientras que los niveles de madurez están relacionados con la
madurez de la organización en el cumplimiento de esas áreas de procesos.
El perfil de nivel de capacidad es un conjunto de áreas de procesos relacionadas con el nivel
de capacidad logrado. Este perfil se puede organizar en función de cada nivel de madurez con
las áreas de procesos que representan. La relación entre nivel de madurez y cada perfil de .
nivel de capacidad se muestra a continuación.
Tabla 9 - Relación entre nivel de madurez.y cada perfil de nivel de capacidad
Areas de proceso Abreviatura NM PCl I PC2 PC3
ConfigurationManagement CM 2
Measurementand Analysis MA 2
Project Monitoringand Control PMC 2
Project Planning PP 2
Process and Product QualityAssurance PPQA 2 Objetivo perfil 2
RequirementsManagement REQM 2
SupplierAgreement Management SAM 2
DecisionAnalysis and Resolution DAR 3
Integrated Project Management IPM 3
OrganizationalProcess Definition OPD 3-
OrganizationalProcess Focus OPF 3
OrganizationalTraining or 3
Product Integration PI 3 Objetivo perfil 3
RequirementsDevelopment RO ·3
..Risk Management RSKM 3
TechnicalSolution TS 3
Validation VAL 3
- 86·-Tesis Doctoral. UBA, fCE. Autor:Mg. Marcelo A. Briola
Verification VER j
Organizational Process Performance OPP 4Objetivo perfil 4
Quantitative Project Management QPM 4
Causal Analysis and Resolution CAR 5Objetivo perfil 5
Organizational Performance Management OPM' 5
Nota. NM =Nivel de madurez, PC =Perfil de capacidad
Fuente: Chrissis M.B, Konrad' M. & Sbrum S., 2011, CMMlfor Development, p. 25.
3.4 Síntesis integradora de los modelos de madurez
Los modelos de madurez presentados en este capítulo presentan una diversidad conceptual
muy marcada.
El modelo OPM, definido por el Project Management Insitute, enfoca la gestión de
proyecto en el nivel organizacional. Utiliza los 84 procesos definidos en la metodología y
los convierte en mejores prácticas, y obtiene de esa forma más de 350 para la
implementación del modelo. Contiene 3- etapas de madurez donde la primera contempla
las organizaciones que tienen dominios, procesos y capacidades ya adquiridas, y termina
con la etapa de madurez que utiliza OPM3 como ventaja competitiva. Cada una de las
etapas no tiene asociados los procesos que indiquen su grado de madurez. Este modelo
contempla un framework, llamado OPM3, que permite la implementación de la gestión
organizacional de proyectos mediante la aplicación de las mejores prácticas definidas.
El modelo PMMM, definido por el Dr. Harold Kerzner, 'se orienta a la gestión de proyecto
en 'el nivel individual; se basa en los procesos de gestión' de proyecto definidos par el
Project Management Institute. Establece cinco niveles donde el primer nivel contempla el,
alcance de un lenguaje común para la gestión de proyecto en la organización, y finaliza
con e'l nivel de mejora continua. Cada uno de 'los niveles definidos no tiene asociados
procesos queestablezcan la madurez de cada nivel. Este modelo no tiene unframework de
implementación de gestión de proyecto.
El modelo CMMI, definido por el Software Engineering Institute (SEI), presenta un
'modelo de madurez en el nivel organizacional para el desarrollo de productos y servicios
y contempla '22 áreas de procesos de las cuales, 4 áreas de procesos se encuentran
enfocadas directamente a la gestión de proyecto. Ese modelo define cinco niveles de
- 87-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola '
madurez donde el primero representa a las organizaciones que tienen procesos informales
y finaliza con el nivel cinco que representa la mejora continua. Cada uno de los niveles
definidos tiene asociadas áreas de procesos que marca la madurez de cada nivel.
Las diferencias presentadas refieren a que OP~ se enfoca en el nivel 'organizacional de
proyectos con unframework de implementación, mientras que el modelo PMMM se enfoca a
la gestión de' proyecto individual y no tiene' un framework para implementación de ese
modelo, Por último, el modelo CMMI no es un modelo enfocado totalmente a la gestión de
proyecto, sino al desarrollo de productos y servicios con áreas de procesos dirigidas a la
gestión de proyecto. Los modelos PMMM y CMMI concuerdan en que su último nivel es la
mejora continua, mientras que OPM3 se refiere a un proceso infinito en el tiempo.
Los modelos de madurez OPM y PMMM se enfocan directamente enla madurez de la gestión
de proyecto propiamente dicha y no definen en cada nivel de madurez los procesos que
deberían ser aplicados para cumplimentarlo, mientras queCMMI sí los define.
- 88 - .TestsDoctoral. UBA, FCE. Autor: Mg. Marcelo A. Brióla
CAPÍTULO 4~ GRADO DE MADUREZ EN LA GESTIÓN DE PROYECTO DE IT
4.1 Introducción
En este capítulo se presentan los resultados de la investigación realizada, según los objetivos
e hipótesis definidos. La muestra seleccionada para esta investigación abarca las áreas de IT '
de 15 organizaciones correspondientes al sistema financiero de la Argentina. Para tal fin, se
realizaron las entrevistas correspondientes; el 40% de los entrevistados fueron Gerentes deI'I,
el 27%, Gerentes de PMO y el 33% restante, fueron Responsables clave.
En primer lugar, se muestran los resultados por cada una de las preguntas que conformaron la
encuesta desarrollada, para luego presentar su análisis y la conclusión referida al grado de
madurez en la gestión de proyecto de IT en la Argentina.
4.2 Encuesta
4.2.1 Aspectos demográficos
Pregunta 1 ¿A qué categoría del sistema pertenece la organización?
Gráfico 26 - Porcentaje de distribución en función de la categoría
20%
67%
• Banca
• Tarjetasde crédito
Soporte Tecnológico
El 67% del total de la muestra seleccionada corresponde a Banca, el 13% a Tarjetas de crédito
,y el 20% a organizaciones que brindan Soporte tecnológico a las empresas en, ambas
categorías: Banca y Tarjetas de crédito.
- 89-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
.El 67% correspondiente a Banca comprende grandes bancos y representa el 20% de la
población total de bancos. El 13% correspondiente a Tarjetas de crédito pertenecen a grandes
compañías y representan el 20% de la población total de esa categoría.
Pregunta 2 ¿La organización es nacional o multinacional?
Gráfico 27- Porcentaje correspondiente al origen de las organizaciones
• Nacional
O Multinacional
El 53% de las organizaciones seleccionadas en la muestra son empresas nacionales, mientras
que el 47% restante corresponde a empresas multinacionales.
Pregunta 3 ¿Cuántos empleados tiene?
Gráfico 28 - Cantidad de empleados de las organizaciones en la Argentina
7% 0%
Tesis Doctoral. UBA/ fCE.
'-27%
- 90-
.0-1000
1001.-2000
2001- 5000
5001-10000
§] 10001 - 50000
.50001 o más
Autor: Mg. Marcelo A. Briola
El 33% de las organizaciones encuestadas tiene entre 2.001 y 5.000 empleados, mientras que
el 27% tiene entre 1.001 y 2.000, el 20% menos de 1.000 y el 13%.entre 5,001 y 10.000. El
7% restante tiene entre 10.001 y 50.000 empleados mientras que ninguna organización tiene
más de 50.000 empleados.
Gráfico 29 - Cantidad de empleados de las organizaciones en el mundo
57%
43%
10001 - 50000
• 50001 o más
El 43% de las organizaciones encuestadas tienen en el mundo entre 10.001 y' 50.000
empleados mientras que el 57% restante tiene más de 50.000 empleados.
Pregunta 4 ¿Cuál es la antigüedad de la organización?
Gráfico 30 - Antigüedad de la organización en la Argentina
Tesis Doctoral. UBA, fCE.- 91-
.0-50
.51-100
.1010 más
Autor: Mg. Marcelo A. Briola
El 53% de las organizaciones encuestadas tiene menos de 51 años de antigüedad, mientras
que el 27% tiene más de 100 años. El 20% restante se encuentran comprendidos entre 51 y
100 años de antigüedad.
Gráfico 31 - Antigüedad de empresas multinacionales en el exterior
11 0- 50
.51-100
o 1010 más
El 57% de las organizaciones encuestadas tiene más de 100 años de antigüedad en el exterior
mientras que el 29% t.iene menos de 51 años. El 14% restante se encuentra comprendido entre
51 y 100 años de antigüedad.
Pregunta 5 ¿Qué tipo de estructura de organización tiene?
Gráfico 32 - Tipo de estructura
47% fII Funcional
• Matricial
Funcional y Matricial
El 47% de las organizaciones encuestadas tiene una estructura funcional, mientras que el 33%
tiene una estructura matricial. El 20% restante tiene una estructura funcional y matricial. No
se observaron en la muestra seleccionada organizaciones con estructura basada en proyectos
ni "proyectizadas".
- 92-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Pregunta 6 ¿Cuántos gerentes de proyecto tiene la organización?
Si bien la totalidad de las organizaciones encuestadas tiene profesionales a cargo de sus
proyectos, en ninguna existe el rol de gerente de proyecto; ese rol es desempeñado por líderes
de proyectos, responsables de proyectos o gerentes funcionales. Del total," el 80% se encuentra
en las áreas de IT, el 13% se desempeña en las áreas de negocios, y 'el 7% restante se
encuentra distribuido en ambas áreas.
4.2.2 Aspectos específicos
Pregunta 1: ¿Cómo gestiona los proyectos la empresa?
Tabla 10 - Respuestas a la pregunta 1.
No
Pregunta Si Falta de No lecapacitación
Costo Complejidad Burocraciainteresa
Otros
a. ¿Entiende completamente el \elor de la gestiQn de proyecto? 80,00% 6,67% 6,67% 0,00% 0,00% 6,67% 0,00%
b. ¿Tiene patrocinadores ejecuti\Os comprometidos? 93,33% 0,00% 0,00% 0,00% 0,00% 6.67% 0,00%
c. ¿Alinea los proyectos ala estrategia? 93,33% 0,00% 0,00% 0,00% 0,00% 0,00% 6,67%
d. ¿Desarrolla ymantiene el talento en la gestión de proyecto? 66,66% 20,00% 0,00% 0,00% 0,00% 6,67% 6,67%
e. ¿Tiene todas sus iniciativas transformadas en proyectos? 46,66% 6,67% 6,67% 0,00% 0,00% 6,67% 33,33%
f. ¿Tiene definida una estructura de portfolios, programas yproyectos? 53,33% 0,00% 13,33% 0,00% 0,00% 6,67% 26,67%
g. ¿liene una oficina de proyectos? EPMO 66,67% 0,00% 13,33% 0,00% 0,00% 0,00% 20,00%
h. ¿Utiliza prácticas de gestión de proyecto estandarizadas? 66,67% 0,00% 13,33% 0,00% 0,00% 0,00% 20,00%
A continuación se analizan cada uno de los ítéms de esta. pregunta. Los porcentajes se
expresan en función de las organizaciones encuestadas..
a. El 80% entiende completamente el valor de la gestión de proyecto, mientras que el 20%
no lo entiende. De los que no lo entienden, el 6,67% se debe a la falta de capacitación,
mientras que el mismo porcentaje se debe a limitaciones de costos y a desinterés,
b. El 93,33% tiene patrocinadores ejecutivos comprometidos en cada uno de los proyectos,
mientras que el 6,67% no lo tiene debido a que no les interesa.
- 93-TesisDoctoral. UBA, fCE. Autor: Mg. MarceloA.Briola
c. El 93;33% alinean los proyectos con la estrategia ,de la organización, mientras que el
6,67% no los alinea debido a otros motivos.
d. El 66,66% desarrolla y mantiene el talento en la gestión de proyecto mientras que el
33,34% .no lo hace. De los que no lo hacen, el 20% se debe a falta de capacitación,
mientras que al 6,67% no les interesa y el 6,67% restante no lo hace por otros motivos.
e. Solamente el 46,66% tiene todas sus iniciativas transformadas en proyectos, mientras que
el 53,34% no 10 hace. De las que no la tiene, el 6,67 se debe a falta de capacitación, el
6,67% a, limitaciones de costos, y al mismo porcentaje no le interesa. El 33,33% restante
se debe a otros motivos.
f. El 53,33% tiene una estructura de proyectos basada en portfolio, programas y proyectos,
mientras que no la tiene el 46,67%. De estas últimas, el 13,33% se debe a limitaciones de
costo, al 6,67% no l~ interesa y el 26,67% restante se debe a otros motivos.
Q.. El 66,67% tiene una EPMO, mientras que el 33,33% no la tiene. De las que no la tiene, el
13,33% se debe. a limitaciones de costos mientras que el 20%, restante es por otros
motivos. Del 66,67%, el 80% tiene EPMO y PMO en el área de IT, mientras 'que el 20%
restante solo tiene EPMO. Del 80% con EPMO y PMO en el área. de IT, solamente el
37,5% tiene relacionada la EPMO con la PMO correspondiente.
h. El 66,67% tiene prácticas de gestión de proyectos estandarizadas, mientras que el 33,33%
no las tiene. De -las que no las tienen, el 13,33% se debe a motivos de costo y el 20%
restante es por otros motivos.
Pregunta 2. ¿Cuáles de los siguientes modelos de madurezconoce?
- 94-Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A.Briola
Gráfico 33 - Porcentaje de los modelos de madurez conocidos
OPM3
PPMM
.CMMI
otro
El 100% de las áreas conocen el modelo CMMI (pero solamente el 46,67% lo tiene
implementado). Solo el 13,33% de las áreas conoce los modelos OPM3 y PMMM (ninguna
de ellas los tiene implementado). El 6,67% de las áreas tiene modelos propios implementados.
Pregunta 3. ¿Cómo gestiona los proyectos el área de IT?
Tabla 11 - Respuesta a la pregunta 3
No
Pregunta Si Falta deComplejidad
No lecapacitación Costo Burocracia interesa Otros
a. ¿Entiendecompletamenteel valorde la gestión de100,00% 0,00% 0,00% 0,00% 0,00% 0,00% 0,00%
proyecto?
b. ¿liene patrocinadores ejecutiws comprometidos? 100,00% 0,00% 0,00% 0,00% 0,00% 0,00% 0,00%
c. ¿Alineael portfolioy programas a la estrategiade80,00% 0,00% 0,00% 0,00% 0,00% 0,00% 20,00%
la organizaci6n?
d. ¿Alinea los proyectos a la estrategiade la93,33% 0',00% 0,00% 0,00% . 0,00% 0,00% 6,67%
organización?
e. ¿Desarrollay mantieneel talento en la ~esti6n de80,00% 6,67% 13,33% 0,00% 0,00% 0,00% 0,00%
proyecto?
f. ¿liene todas sus iniciativastransformadas en60,00% 0,00% 6,67% 0,00% 0,00% 6.67% 26,66%
proyectos?g. ¿liene definidauna estructurade porttolios,programas
66,66% 0,00% 6;67% 0,00% 0,00% 0,00% 26,67%y proyectos?
h. ¿Utiliza prácticas de gestión de portfolioy programa60,00% 0,00% 6,67% 0,00% 0,00% 0,00% 33.33%estandarizadas?
i. ¿liene un lenguajeúnico para la gestión de proyecto? ,100,00% 0.00% 0,00% 0.00% 0,00% 0,00% 0.00%
j. ¿liene prácticas estandarizadas con procesos comunes86,66% 6,67% 0,00% 0.00% 0.00% 0,00% 6,67%Y una metodología única para la gestión de proyecto?
k. ¿Comparacon el mercadoparaevaluarsu madurez? 26,66% 0,00% 6,67% 6,67% 0,00% 6,67% 53,33%
1. ¿Hay un procesode mejoracontinua dentrode las73,33% 6,67% 0,00% 0,00% 0.00% 6,67% 13,33%mejoresprácticas?
m. Si el ítem I es "sí", ¿utiliza el modelo de madurez13,33% 0,00% 6,67% 0,00% 0,00% 0,00% 80,00%
implementadopara lograruna wntaja competitha?
n. ¿Utilizan herramientas de gestión de proyecto? 86,66% 0,00% 6,67% 0,00% 0,00% 0,00% 6,67%
- 95-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
A continuación se analiza cada tino de los puntos de esta pregunta. Los porcentajes se
expresanen función de las organizaciones encuestadas:
a. El 100% entiende completamente el valor de la gestión de proyecto.
b. El 100% tiene patrocinadores ejecutivos comprometidos en cada uno de los proyectos.
c. El 80% alinea el portfolio y los programas con la estrategia de la .organización, mientras
que el 20% restante no tiene esa alineación debido a motivos no especificados.
d. El 93,33% alinea sus proyectos con la estrategia de la organización, mientras que e16,67%'
restante no los alinea debido ~ motivos no especificados.
e. El 80% desarrolla y mantiene el talento en la gestión de proyecto, mientras que el 20% no
lo hace. De los que no lo hacen, el 6,67% se debe a falta de capacitación y el 13,33%
restante por limitaciones en la estructura de costos..
'f. El 60% tiene todas sus, iniciativas transformadas en proyectos, mientras que el 40%
restante no las tiene. De las que' no la tienen, el 6,67% se debe 'a 'limitaciones en la
estructura de costos, el 6,67% no le interesa y el 26,66% restante se debe a otros motivos
no especificados.
g. El 66,66% tiene una estructura de proyectos basada en portfolios, programas y proyectos,
mientras que el 33,34% no la tiene. De las que no la tienen, ~l 6,67% se ,debe a
limitaciones en la estructura de costos y el 26,67% restante se debe a otrosmotivos no
especificados.
h. El 60% utiliza prácticas de gestión de portfolio y programa estandarizados, mientras que
el 40% restante no utiliza esas prácticas. De las que no Ja utilizan, el 6,67% se debe a
limitaciones en la estructura de costos, mientras que el 33,33% se debe a otros motivos ~o
especificados..
i. El 100% tiene un lenguaje único para la gestión de proyecto.
- 96-Tesis Doctoral. USA, FCE. Autor: Mg.Marcelo A~Briola
j. EI.8(j,66% tiene prácticas de gestión deproyecto estandarizadas con procesos comunes y
metodología única, mientras que el 13,34% no las tiene. De las que no la tienen, el 6,67%
se debe a falta de capacitación, y el 6,67% restante se debe a otros motivos no
especificados.
k. El ·26,66% se compara con el mercado para evaluar su madurez, mientras que el 73,3~%
no lo hace. De las que no lo hacen, el 6,67% no se compara debido a estructura -de
costos, el 6,67% por un tema de complejidad; al 6,67% no le interesa, mientras que el .
53,33% se debe a otros motivos no especificados.
1. El 73,33% tiene un proceso de mejora continua mientras que el 26,67% no lo tiene. De
las. que no cuentan con este' proceso, el 6,67% no lo tiene debido a falta de capacitación
mientras que al 6,67% no le interesa y el 13,33% restante se debe a otros motivos no
especificados.
m. El 13,33% utiliza el modelo de madurez para lograr una ventaja competitivamientras que
el 86,67% no lo utiliza. De las que no lo utilizan, el 6,67% no lo utiliza. debido a
limitaciones en su estructura de costos mientras que 'el 80% restante se debe a .otros
motivos no especificados.
n. El 86,66% utiliza herramientas de gestión para soportar sus procesos, mientras que el
13,34%. no las tienen. De las que no la tienen, el 6,67% se debe a limitaciones en su .
. estructura de costos y el 6,67% restante se debe a otros motivos no especificados.
Pregunta 4. ¿Qué tipos de metodología de gestión de proyecto tienen implementadas en
el área de IT?
- 97-Tesis Doctoral. UBA}FCE. Autor: Mg, Marcelo A. Briola
Gráfico 34 - Tipos de metodologías implementadas en el área de IT
6,67%
40,00%
• Tradicional o predictiva
Ágil
Otra
100,00%
El 100% de las organizaciones encuestadas tiene implementada la metodología tradicional,
mientras que el 40% tiene además implementadas metodologías ágiles y el 6;6% otro tipo de
metodología.
Pregunta 5. ¿Existe una oficina de proyectos en el área de IT?
Gráfico 35 - Existencia de PMO en el área de IT
73,33%
. El 73,33%. de las áreas encuestadas tiene una oficina de gestión de proyectos (PMO) mientras.
que el 26,67% restante no la tiene. De las que no la tienen, el 6,67% se debe a costos 'de
implementación, al 6,67% no le interesa y el 13,33% se debe a que la organización solo tiene
EPMO~
- 98-Tesis Doctoral. USA1 FCE. Autor: Mg. Marcelo A. Briola
Pregunta 6 ¿Cuáles son lasfuncínnesde Ía oficina dé proyectosdel área deIT?
. .. .'
Gráfico 36 - Funciones dela PMOen el área dé IT'
~ Defmeel cuerpoy losproceSG1l paralagestiónde porttotio.
:.-'Define y a~ln¡stia losprowsosde gestión relacion:ados ecm tos progJamasy
pt~dlmientos~ ~p13~$; eft ..
·atan(f.arila 'osPfOCes()$degestióndeproyectoyfadlfta eloompanrr recursos,. Met()d()t()gta~¡ herramientas ytéMitaS.
.,. . ~"".~."".".''''''''''._.'-'''''_.'~~.c·r:'''''''''~.,,~_._.._,_.•.•._.~.~_.~.."'.,.•....,._ ,._•.•._ ,~•.~_, ~. .,,···.···.w·,_••, · ·..,..,.....,....._.,.·.•__·.·,·._~ ·.~.-
eu
~Q. .- , _ _ _ .,._ _ _ _- _..- _ _ ..:>-'
¡ . Cefltralil3 la ~5tlónde''OS ;>ortfulios bajoaltanc.e.
i ---'-----.;....--~__,---,-- ~---------li~1::ee.v"Oc:~tt&
..Ret.aciam portfoffos~ programas y proyectos de lacompafifa y elsisterm de medicióncorporntiw,tal como untabferodecontrol.
Gestión de portfolios, programasy proyectos. El 69,23% de las PMOcentralizalagestión de
portfolío bajo alcance 'y 'estandariza susprocesos, el 61,54% relaciona porfolios, programas y
proyectos, con .el sistema de medición de la .'compañía y el 53,85% de las PMOdefine y .
administra los procesos ~ de gestión relacionados con los programas,. procedimientos-y
templates.'EI46,15% define el cuerpo y los procesos para su gestión, el 23,08% soporta a los
equipos de gestión de programa, 'mientras que solo el 15,38% tiene otro rolno especificado.
Gestión de. Prl;Jyectos.De·las·PMO existentes el 73% se encuentra definida con superposición
defunciones: soporte, consultivo y de gestión. Independientemente a esta .superposición, el
'76,92% de las ~MO tiene un rolde soporte mientras queel'69,23% tornaun rol consultivoy
e153,85% un rolde gestión. Solo el 7,69% tieneotro rol noespecificado~.
-99 -Tesis Doctoral, UBA,FCE.' AutorrMg.Marcelo ,Al' Briola
· Pregunta 7. ¿El portfolio, programas' y/~ proyectos del área de IT se encuentran bajo un
esquema de priorización?
Tabla 12 - Respuestas a la pregunta 7
NoDominio Si Falta de
Costocapacitación
Complejidad Burocracia No le interesa Otros·
a. Portfolio 53,33% 0,00% 6,67% 0,00% 0,00% 6,67% 33,33%
b. Programa 33,33% 0,00% 0,00% 0,00% 0,00% 6,67% 60,00%
c. Proyecto 86,66% 0,00% 0,00% 0,00% 0,00% 6,67% 6,67%
A continuación se analiza cada uno de los puntos de esta pregunta. Los porcentajes se
expresan en función de las organizaciones encuestadas:
a.. El 53,33% tiene sus portfolios .priorizados, mientras que el 46,67% no los tiene. De las
que no lo tienen, el 6,67% se debe a limitaciones en su estructura de costos, al. 6,67% no
les interesa y el 33,33% se debe a otros motivos no especificados.
b. El 33,33% tiene sus programas priorizados, mientras que el 66,67% no los tiene. De las
que no lo tienen, el 6,67% no les interesa mientras que al 60,00% restante se debe a otros
motivosno especificados.
c. El 86,66% tiene sus proyectos priorizados, mientras que el 13,34% n~ los tiene. De las
que no los tienen, al 6,67% no les interesa y el 6,67% restante se debe a otros m~tivos t:t0
especificados.
Pregunta' 8. ¿El área de IT tiene nombrados gerentes para cada uno de sus portfolios,
'programas y proyectos?
Tabla 13 - Respuestas a la pregunta 8
NoDominio Si Falta de
Costo Complejidad Burocracia No le interesa Otros~pacitación
a. Gerente de portfolio 33,33% 0,00% 6,67% 0,00% 0,00% 0,00% 60,00%
b. Gerente de programa 20,00% 0,00% 6,67% 0,00% 0,00% 0,00% 73,33%
c. Gerente de proyecto 66,66% 0,00% 6,67% 0,00% 0,00% 0,00% 26,67%
-100 -Tesis Doctoral. UBAJ FCE. Autor: Mg. Marcelo A. Briola
A continuación se analiza cada uno de los puntos de esta pregunta. Los porcentajes se
expresan en furición de las organizacionesencuestadas:
a. El 33,33% tiene nombrados gerentes para sus portfolios, mientras que, el 66,67% no los
tiene. De los que no los tienen nombrados, el 6,67%' se debe 'a limitaciones en su
estructura de costos, mientras que el 60% restante se debe a otros" motivos no
especificados.
b. El 20% tiene nombrados gerentes para sus programas, mientras que el 80% no los tiene.
De los que no los tienen nombrados, el 6,67% se debe a limitaciones en, su estructura de
costos, mientras que el 73,33% restante se debe a otros motivos .no especificados.
c. El 66,66% tiene nombrados profesionales a cargo, como gerentes para sus proyectos,
"mientras que el 33,34% no los tiene. De los que no los tienen nombrados, el 6,67% se
debe a limitaciones en su estructura de costos, mientras que el 26,67% restante se debe a
otros motivos no especificados.
Pregunta 9. ¿Qué tipo de certificación en gestión de proyecto existen en el área de :IT?
La certificación predominante en las orgaruzaciones encuestadas es la de PMP' (Project
Management Professional), ,'pero solo el 35% del total están certificados. No se registraron
profesionales con las certificaciones PfPM (Portfolio Management Professional), PgPM
(Program Management Professionál), ni ACP (Agile Certified Practitioner). Esto se debe a
. falta de presupuesto y también a desconocimiento.
Pregunta 10. ¿Cómo se gestiona cada proyecto en el área' de IT?
-101-Tesis Doctoral. UBA} fCE. Autor: Mg. Marcelo A. Briola
Tabla 14 - Respuestas a la pregunta 10
No
Pregunta Si Falta deComplejidad Burocracia
NoleOtros
capacitaciónCosto
inter.esa
a. ¿Seplanifica enfocado enla definición de los planes conlas actilJdades93,33% 0,00% 0,00% 0,00% 0,00% 0,00% 6,67%
correspondientes a los efectos dealcanzar losobjeti\Os delproyecto? .
b. ¿Define y entiende el alcance totaldelproyecto? 93,33% 0,00% 0,00% 0,00% 0,00% 0,00% 6,67%
c. ¿Tiene técnicas deestimación deesfuerzo y costo? 73,33% 0,00% 0,00% 6,67% 0,00% 6,67% 13,33%
d. ¿Utiliza estándares decalidad? 66,66% 0,00% 6,67% 6,67% 0,00% 0,00% 20,00%
e. ¿Tiene uncronograma deacti\4dades y decomunicación biendefinido100,00% 0,00% 0,00% 0,00% 0,00% 0,00% 0,00%
para su gestión?
1. ¿Seadministra in\Olucrando a todos los stakeholders claw enfunción100,00% 0,00% 0,00% 0,00% . 0,00% 0,00% 0,00%
delconjunto deprocesos estándares definidos enla organización?
g. ¿Identifica los riesgos en la planificación? 93,33% 0,00% 0,00% 0,00% 0,00% 0,00% 6,67%
h. ¿Tiene uncontrol y monitoreo enfocado enel entendimiento delavancedelproyecto y lasacciones correctivas y prewntivas quesetomarán 100,00% 0,00% 0,00% 0,00% . 0,00% 0,00% 0,00%cuando en I~s proyectos se detectan des\1os?
i. ¿Tiene unManagement Information System definido? 80,00% 0,00% 6,67% 6,67% 0,00% 0,00%. 6,66%
A continuación se analiza cada uno de los puntos de esta pregunta. Los porcentajes se
expresan en función de las organizaciones encuestadas:
a. El 93,33% planifica basándose 'en los planes con las actividades correspondientes,
mientras que el 6,67% no planifica debido a otros motivos no especificados.
b. El 93,33% define y entiende el alcance total del· proyecto. mientras que el 6,67% no lo
define ni entiende debido a otros motivos no especificados.
c. El 73,33% tiene técnicas de estimación de esfuerzo y costo, mientras que el 26,67% no las
tiene. De las que no la tiene, el 6,67% se debea complejidad, al 6,67% no le interesa y el
13,33% restante se debe a otros motivos no especificados.
d. El 66,66% utiliza estándares de calidad, mientras que el 33,34% no los utiliza. De las que
no los utilizan, el 6,67% se debe a limitaciones en la estructura de costos, el 6,67% a
complejidad y el 20% restante se debe a: otros motivos no especificados.
e. El 100% tiene un cronograma de actividades y comunicación bien definido para su
gestión,
- t02-Tesis Doctoral. UBA, fCE. Autor: MgI Martelo Al Briola
f. Ell<)0% administra los proyectos e involucra a todos los stakeholders clave. '
g. El 93,33% identifica los riesgos en la planificación, mientras que el 6,67% no los
identifica de~i~o a otros motivos no especificados.
h. El 1QO% tiene un proceso de control y monitoreo enfocado en el avance del proyecto y las
acciones correctivas y preventivas,
i. ,El 80% tiene un Management Information System definido, mientras que el 20% no' lo
tiene. De los que no lo tienen, el 6,67%, se debe a limitaciones en la estructura de costos,
el 6,67% a la complejidad y el 6,66% restante se debe a otros motivos no especificados.
Pregunta 11. ¿El área de IT tiene indicadores clave para la gestión?
Tabla 15 - Respuestas a la pregunta 11
Si No Escala
Gestión dedominio Acargo Falta de No ledequién capacitación
Costo Complejidad Burocraciainteresa
Otros 1a 10(*)
a. Gestión d~ Portfolio 53,34% ,O,OOO~ 13,33% 0,000/0 0,000/0 0,00% 33,33% 5
b. Gestión de programa 26,670/0 0,000/0 13,33% 0,000/0 0,000/0 0,000/0 60,00% 5
c. Gestión de proyecto 86,66% O,Ooo~ 6,67% , O,Ooo~ 0,00% 0,,00% 6,67% .: 6,63
A continuación se analizan cada uno de los puntos de esta pregunta. Los porcentajes' se
expresan en función de las organizaciones encuestadas:
a. El 53,34% tiene, indicadores clave 'para 'la gestión de portfolio ,en un nivel de madurez
promedio de 5, mientras que el 46,66% no los tiene. De los que no lo tienen, el 13,33% se
debe a limitaciones ~n su estructura de costos, mientras que el 33,33% restante se' debe a
otros motivos no especificados.
b. El 26,67% tiene indicadores clave para la gestión de programa en un nivel de madurez
promedio intermedio, mientras que el 73,33% no" los tiene. ,De los que no lo tienen, el:
13,33% se debe a limitaciones en su estructura de costos, mientras que el 60% restante se
debe a otros motivos no especificados.
-103 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
c. El 86,66% tiene indicadores clave para la gestión de proyecto en un nivel de madurez
mayor al intermedio, mientras que el 13,34% no los tiene. De los que no lo tienen, el
6,67% se debe a limitaciones en su estructura de costos, mientras que el 6,67% restante se
debe a otros motivos no especificados.
Pregunta 12. ¿Los proyectos cer~ados desde el año 2013 al año 2015 cumplieron sus
objetivos?
Gráfico 37 - Cumplimiento de los objetivos en 10,s proyectos terminados
en el período 2013 - 2015
0,00%
100%Y81%
.80%y61%
• 60%y 41%
t:40%y21%
Un 60% de los proyectos de las áreas de IT de las organizaciones encuestadas cumplieron.
sus objetivos en un porcentaje del 41 al 60 %, mientras queel 26,67% lo hizo entre el 61 y
el 80%. El 13,33% restante se agrupa entre 21 y.40%. Ningún proyecto cumplió sus
objetivos entre el 81 y el 100%.
Pregunta 13. ¿Cuáles fueron las causas por las cuales los proyectos cerrados desde el
año ·2013 al año 2015 no cumplieron sus objetivos?
-104 -Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A. Briola
Gráfico 38 - Causas de incumplimiento de objetivos en íos proyectos. Período 2013 - 2015
ReatrSO$ 6mitadosC~mbiosen lasprioridaQ5 de laorganización
f~decuada estimádán de tiempos de tareasOefinidónfUl1óonal inadootada porparte~~uipodeMgM.io
Dependencia de recursos. Dependenccá dé tareas
. Inadecuada estimacióndeCC$fn$
E-ntendimiento funtionat inadecuado porpa~e del equipodipreyado
cambios eQlosobletivosd~Jproyecto ~~~~""Ifj¡I.
Inadecuada visión ti objetívodel proyecto
In~/p()bre comunlcaciónProblemas de penOrmilnce en miembrosdel eqUipo
Inadecuada rewfeaiún de requaimitmtosIníldfo.r~da proyección de r~rursns
Oportunidadesyrifsgo'S no hJfrM dp.finid~
Ina1lecuaoo soporte del patrocinadorGerente de proyecto inexperto
fallas en lagestión por partedel patrocinadoryejecutivosEjetVWos nocomprometidos
faltaoinadecuad~ utifllaóón de prácticas estatldanuttlspobre gestióndel cambio
,-~----------~--------'''''-''-''-'-'-'-'-'-~------~------
El mayor problema existente por el cual los proyectos no cumplieron sus objetivos se debe.en
primer lugar, a la limitación de los recursos, seguido, por los cambios en las prioridadesde la
.organización y una inadecuada estimación de tiempos para las tareas.' Luego, la definición
funcional inadecuada por parte del equipo de negocio, la dependencia de recursos y.tareas y la
inadecuada estimación de costos, son las problemáticas que se encuentran sobre la media.
\
En un nivel más bajo,' con el 40%, se encuentra el entendimiento funcional inadecuado por
parte del equipo de proyecto, seguido con el 33% de los cambios en los objetivos del
proyecto. A su vez, la inadecuada visión u objetivo del pro~ecto, la inadecuada o pobre
comunicación, la baja performance en el equipo de proyecto, 'como así también la inadecuada,
recolección de requerimientos y proyección de recursos se centran entre el 20% y el 30% de
las problemáticas.
En un porcentaje bastante bajo, se encuentra la falta de definición de riesgos, el inadecuado
soporte del patrocinador, la existencia de gerentes de proyecto f inexpertos, las fallas en la
gestión por parte del patrocinador y ejecutivos, los ejecutivos no comprometidos, la faltao '
inadecuada utilización de prácticas estandarizadas, 'y la pobre gestión del cambio.
22 Profesionales a cargo de sus proyectos
-105 -Tesis Doctoral, UBA/ FCE. Autor: Mg.Marcelo A. Brlola
4.3 Análisis de los resultados de la investigación
Este apartado analiza los datos consignados en los puntos 4.2.1 'y 4.2.2 como resultado de la
encuesta realizada. El análisis se encuentra enfocado en dos contextos directamente
relacionados: la organización y el área de Informaiion Technology (IT).
Este enfoque tiene el 'propósito de poder analizar en detalle las áreas dé IT, producto del
alcance de esta investigación, y a su vez comprender a la organización en forma genérica, y
así poder relacionar y direccionar las fortalezas y debilidades analizadas.
. Organización
Las organizaciones encuestadas valoran altamente la práctica de gestión de proyecto, tienen
patrocinadores ejecutivos comprometidos y alinean los proyectos con su estrategia.
Sin embargo, más allá de la valorización que hacen sobre esta disciplina, la mayoría tiene
excesivos cambios en sus prioridades. La mitad tiene una estructura institucionalizada basada
en portfolios, programas y proyectos, y menos de la mitad tiene todas sus iniciativas
transformadas en proyectos. Solamente un poco más de la mitad desarrolla y mantiene el
talento en' la gestión de proyecto, tiene prácticas estandarizadas yuna EPIYIO (en la mayoría
de los casos no relacionada con la PMO del área de IT). Esta problemática se debe en ciertos
'casos a falta de capacitación y en otros, por falta de presupuesto, mientras que algunos
argumentaron otros motivos. También existen casos que nos les interesa implementar esta
disciplina..
Área de Information Technology
A los efectos de poder relacionar los hallazgos con los conceptos teóricos que los representan,
el análisis de esta área se encuentra estructurada en concordancia con los apartados del
capítulo 2: Estrategia y estructura organizacional de proyectos, Gestión de portfolio, Gestión
de programa y Gestión.de proyecto.
-laG -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Estrategia y estructura
Las áreas encuestadas evidencian una alta valorización de la gestión de proyecto, tener
patrocinadores ejecutivos ~omprometidos y utilizar herramientas para la gestión. Además,
reconocen la estructura 'bajo los tres dominios: portfolio, programa, proyecto, con una PMO
que se focaliza en la gestión de proyecto.
En la práctica, no todas las áreas tienen sus iniciativas transformadas en proyectos' o procesos
de mejora continua, y muy pocas se comparan con el mercado. Esto se debe, en algunos
casos, a falta de capacitación y en otros, a falta. de presupuesto o grado de complejidad.
Además, casi la mitad no tiene una estructura implementada basada en los tres dominios;
portfolio, programa y proyecto.
Por otra parte, no todas las áreas de IT tienen institucionalizada una PMO; de las que la
tienen, muy pocas se encuentran relacionadas .con la EPMO de la organización y la mayoría
se encuentra orientada solamente a la gestión de proyecto, y tiene superposición de funciones;
cumplen roles consultivos, de 'soporte y de gestión. Todo esto se justifica por falta de
presupuesto, complejidad, desinterés u otros motivos.
La mayoría no conoce los modelos de madurez relacionados directamente con la. gestión de
proyecto, por lo que tampoco' lo utilizan como ventaja competitiva.
Gestión de portfolio y programa
La mayoría de las áreas encuestadas alinea sus portfolios y programas a la estrategia, y un .
poco más de la mitad utiliza prácticas estandarizadas para la gestión de portfolio y programa;
. se debe a falta de presupuesto y a otros motivos no especificados. Solamente la mitad tiene
sus portfolios priorizados, mientras que menos de la mitad tiene sus programas priorizados, la
mayoría expresa tener otros motivos no especificados.
A su vez, solamente un poco más ~e un cuarto de las áreas tiene nombrados gerentes para la
gestión de sus portfolios y menos de un cuarto para la gestión de sus programas, no registra
profesionales certificados como PfPM (Portfolio Management Professional) ni. como PgPM
(Program Management Professional), Se' debe a falta de presupuesto y otros motivos no
especificados. Además, la mitad de las áreas tiene un nivel de madurez intermedio en los
-107 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
indicadores clave para la gestión de portfolio y solamente un cuarto para la gestión de
programa.
Gestión deproyecto
La práctica, de gestión de proyecto está mucho más desarrollada que las correspondientes a la
gestión de portfolio y programa. La totalidad de las áreas encuestadas aplican al menos un
tipo de metodología para la gestión de proyecto: metodología tradicional. A su vez, alinean
sus proyectos con la estrategia casi en su totalidad y desarrollan y mantienen el talento .en alto
porcentaje. Todas tienen un lenguaje único y la mayoría tienen prácticas estandarizadas con
procesos comunes y una metodología para la gestión, y se apoyan en las herramientas de
gestión de proyecto.
Casi la totalidad de las, áreas tiene sus proyectos priorizados, y son gestionados con una
,adherencia muy alta a la planificación, identificando sus riesgos, utilizando' un cronograma de '
actividades, involucrando a todos sus stakeholders, y con un proceso de control y monitoreo
enfocado en el entendimiento del avance del proyecto. También, la mayoría tiene un
Management System definido. Con alta aplicación pero en menor proporción que lo expuesto,
se encuentran las áreas que aplican técnicas de estimación de esfuerzo y costo.
Solamente, un poco más de la mitad utiliza estándares de calidad, y la mayoría tiene una
inadecuada estimación de tiempos y tareas y recursos' limitados. Más de la mitad tiene
definiciones funcionales en forma inadecuada por parte del equipo' de negocio, dependencia
de tareas y recursos y no aplican metodologías ágiles. También, la mitad tiene problemas con
la estimación de costos y, en menos de la mitad, pero con un porcentaje representativo, los
proyectos fallan por el entendimiento funcional inadecuado por parte del equipo de proyecto,- .
cambios ,en sus objetivos, por una inadecuada visión u objetivo, comunicación pobre,
problemas de rendimiento, en el equipo de proyecto, .inadecuada recolección' de
requerimientos y proyección de recursos. La mayoría de estas problemáticas se debe a fallas
en la gestión, en la aplicación de técnicas de estimación, y de calidad. Algunas de' ellas se
deben a falta de presupuesto.
A su vez, ,los indicadores existentes para la medición de la gestión tienen un grado de madurez
escaso sobre la media debido a falta de presupuesto u otros motivos.
-108 -. Tesis Doctoral. UBA, FCE. Autor:Mg. Marcelo A. Briola
Todos los proyectos tienen un responsable para su liderazgo pero ninguna de las áreas
encuestadas tiene formalizado el rol de Gerente de proyecto; ese rol es ocupado por líderes de
proyectos, responsables de proyectos o en otros casos, el puesto es ocupado por gerentes de
'las áreas funcionales. De todos los que desempeñan ese rol, .menos de la mitad· tiene la
certificación PMP (Project Management Professional). Se debe a falta de presupuesto ya'
desconocimiento.
Del total de proyectos de los últimos años, se.observa que, en promedio, el 50% cumplió la
totalidad de sus objetivos.
De las áreas encuestadas se evidencia mayor conocimiento y dominio en la práctica de gestión
de.proyecto en las que pertenecen a organizaciones multinacionales, con.~ayor antigüedad y
con mayor cantidad de empleados. El tipo de estructura de la organización no impacta en el
conocimiento y dominio de la práctica de gestión de proyecto. Tampoco se evidencian
diferencias entre las categorías analizadas.
A los efectos de poder tener una mejor apreciación del análisis realizado, la siguiente tabla
muestra las fortalezas y debilidades en función de la estructura presentada en este análisis.
-109 -Tesis Doctoral. UBA, FCE. Autor; Mg. Marcelo A. Briola
Tabla 16 -. Fortalezas y debilidades de la gestión de proyectos en el área de IT
Apartado Fortalezas Debilidades- Alta adherencia a la valorización en la gestión de proyectos. - Bajoconocimiento de los modelos de madurez orientados a proyectos.
- Conceptualización de la estructura organizacional de proyectos bajo los tres- Algunas áreas tienen todas sus iniciativas transformadas en proyectos.
dominios: portfolio, programa, proyecto.
- Patrocinadores ejecutivos comprometidos.- Baja aplicaciónde la estructura organizacional de proyectos bajo los tres
dominios: portfolio, programa, proyecto.
Estrategia y - Utilización de herramientas para la gestión. - No todas las áreas aplican procesos de mejora continua.
estructura - No todas las áreas de IT tienen institucionalizada una PMO. De las que la .
tienen, se encuentran orientada a la gestión de proyecto más que a los tres .
dominios: portfolio, programa, proyecto. Muy pocas se encuentran
relacionadas con la EPMO de la organización.
- ~MO con superposición de funciones: consultivo, soporte, gestión.
-. Muy baja comparación con el mercado.
- Alto alineamiento del portfolio y programas con la estrategia. - Falta de mayor aplicación de prácticas estandarizadas.
- Falta de mayor priorización de portfolios y, en especial, de programas.
- Baja cantidad de nombramientos como gerentes de portfolios y programas.
. Gestión de portfolio - Gerentes de portfolios y programas no certificados como PfPM ni comoy programas
PgPM respectivamente.
- Falta de mayor aplicación y madurez intermedia de indicadores de gestión,
especialmente para la gestión .de programa.
.. Alto allneamiento de los proyectos con la estrategia organizacional. - Inadecuada visión u objetivo en los proyectos.
Gestión de ... Aplicación de prácticas estandarizadas, metodología y lenguaje único. ... Cambios en los objetivos de los proyectos.
proyectos .. Desarrollo y mantenimiento del talento en la gestión de provecto, -.Definiciones funcionales inadecuadas por parte del equipo de negocio.
- Alta priorización de proyectos. ... Entendimiento funcional inadecuado por parte del equipo de proyecto.
-110 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
• Alta adherencia a la planificación y monltoreo y control. - Inadecuada recolección de requerimientos,
- Alta adherencia a la identificación de riesgos y a la utilización de un - Inadecuada estimación de tiempos y tareas.cronograma, de 'actividades.
- Altá participación de stakeholders. - Dependencia de tareas y recursos.
- Existencia de un Management 5ystem definido. ... Inadecuada estimación de costos.
- ,Utilización de herramientas de gestión. - Poco más de la mitad utiliza estándares de calidad.
- Aplicación de metodología tradlcional. - Existencia de recursos limitados.
- Falta de proyección de recursos .
.- Problemas en el rendimiento del equipo de proyecto.
- Los proyectos 1)0 tienen asignados gerentes de proyectos sino tienen un
responsable asignado y menos de la mitad tiene la certificación PMP.,;>
- Comunicación pobre.
- 'Los indicadores de gestión existentes tienen un nivel de madurez escaso
sobre la media.
... Muy baja aplicación de metodologías ágiles.
Fuente: Elaboración del autor.
-111-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcero A.,Briola
4.4 Conclusión sobre el grado de madurez en la gestión de proyecto de IT
El análisis realizado nos permite inferir que la alta valorización de las organizaciones sobre la
gestión de proyecto no se ve plasmada en la operación propiamente dicha. Debido a la falta de
·presupuesto y capacitación, se observan grandes diferencias entre lo valorado y lo
verdaderamente implementado y aplicado; no existe una estructura de portfolios, programas y
proyectos institucionalizada c0t:I. gerentes certificados, una EPMO con prácticas
estandarizadas para los tres dominios y relacionadas con la PMO de IT.
·Todo esto impacta directamente en la cultura y la gestión de todas las áreas de la
organización, más allá de que se valore esta práctica. Por ese motivo, las áreas de IT no están
ajenas al contexto. Si bien en estas áreas se evidencia una mayor evolución en "la gestión de
proyecto, no tienen un alto conocimiento en modelos de madurez propios para la gestión de
proyecto ni prácticas de desarrollo continuo del talento, y tienen serios problemas de
estrategia, estructura y estandarización para la gestión organizacional de proyectos,
especialmente. en la gestión de programa. Implica no tener una estructura institucionalizada,
basada en portfolios, programas y proyectos con gerentes nombrados y certificados en cada
uno de estos dominios, representan el delivery de proyectos, y una PMO, alineada a la EPMO
de la organización, con mejores prácticas estandarizadas, con' consultores certificados y
expertos en metodologías, a los efectos de gestionar metodológicamente cada uno de los
dominios en forma ,integrada y contar con una formación continua del talento. Esto impacta
directamente en la gestión de proyectos individuales, y es la causa de los problemas
detectados. Se evidencia que toda esta problemática se debe a la falta de conocimiento y a la
falta de presupuesto o grado de complejidad. También, en algunos casos existe el desinterés,
Por lo expuesto e investigado en e~te capítulo, y por los conceptos teóricos analizados en los
capítulos dos y tres, se puede observar que las áreas de Ir encuestadas no tienen
institucionalizado un modelo de madurez para la gestión organizacional de proyectos. Todo
esto impacta directamente en la eficiencia de la gestión, la aplicación de la metodología y, por
sobre todo, en el cumplimiento de los objetivos de los proyectos individuales que, de acuerdo
con la investigación realizada, solo se cumplen, en promedio, enla mitad de los casos.
-112 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
CAPÍTULO 5. CONCLUSIÓ:N y PROPUESTA
Este capítulo presenta la 'conclusión final del trabajo,' muestra el cumplimiento de los
objetivos e hipótesis definidos en el capítulo 1 y, a continuación, se propone un nuevo modelo
de madurez aplicable a las áreas de IT para la gestión de proyectos en las organizaciones del
sector 'financiero argentino. El modelo propuesto constituye el aporte de la investigación y
tiene flexibilidad para ser aplicable a otras áreas y a otro tipo de organizaciones.
'5~1 Conclusión sobre madurez en gestión de proyecto en las áreas de ~T de la Argentina
En el capítulo 1 del trabajo se planteó como objetivo general "Determinar las causas de
incumplimiento de los objetivos de los proyectos de Tlen empresas del sistema financiero de
la Argentina y,. en función de ello, proponer un modelo de madurez que permita maximizar su
cumplimiento". En los capítulos 2 y 3 se desarrolla el marco teórico base del análisis
realizado en el capítulo 4, y de la propuesta que se formula en el apartado 5.2.
A fin de concretar el objetivo general, se definieron tres objetivos específicos que sirvieron de
guía para precisar el alcance del, trabajo. El primer objetivo "Analizar cómo las
organizaciones g~stionan 'sus proyectos, y si responden a un modelo de madurez", y el
segundo objetivo "Conocer las causas principales de las implementaciones fallidas en los
, proyectos,", se desarrollaron en el capítulo-l.
Como integración final de este trabajo, a continuación se sintetizan las conclusiones
observadas por cada capítulo y la demostración del cumplimiento de la hipótesis, y del tercer
objetivo definido:
• Se parte en el capítulo 1 del diagnóstico de la situación en el nivel mundial. Según esa
situación observamos que más del 35% de los proyectos no cumplen sus objetivos,
tendencia que se mantiene durante el periodo 2012-2016. También observamos que lo
ejes analizados muestran una disparidad' concreta y más de la mitad de las
organizaciones no tienen la madurez, adecuada en esta práctica, Por ese motivo, y en
función de que las organizaciones con' mayor madurez tienen mayor rendimiento,
alcanzan los objetivos estratégicos y gastan 13 veces, menos dinero que las de bajo
-113 -Tesis Doctoral, UBA, fCE. Autor: Mg. Marcelo A. Briola
rendimiento, podemos concluir que si se mejora la madurez se obtendrá mayor
rendimiento y mayor cumplimiento de los objetivos de los proyectos y, a su vez, de
los objetivos estratégicos de la organización.
• En el capítulo 2 se determinó como estrategia y estructura que las organizaciones, que
incluyen las áreas de IT, deben contemplar la definición de un' modelo de gestión
organizacional de' proyectos que administre eficientemente todas' sus iniciativas
estratégicas. Ese modelo debe tener una estructura basada en el delivery de proyectos
contemplando la administración de los portfolios, como así también los programas y
los proyectos que los conforman, y una oficina que defina las mejores prácticas,
capacite continuamente y dé soporte a la gestión y el seguimiento de portfolios,
.programas y proyectos; toda la estructura debe contar con profesionales certificados.
El modelo debe estar alineado con la estrategia de la organización y debe contemplar
su misión y visión, así como sus factores ambientales.
• Los modelos de madurez vigentes en el mercado global analizados en 'el capítulo 3
son de aplicación en la práctica, pero solo uno se enfoca en la gestión organizacional '
de proyectos: el OPM' definido por el Project Management Institute. Del análisis
comparativo de los modelos vigentes se concluye que ninguno precisa los procesos
que son necesarios cumplimentar para alcanzar cada uno de los niveles.
• Por último, en el capítulo 4 queda debidamente probado que las áreas de IT
encuestadas no tienen institucionalizado un modelo de madurez para' la gestión
organizacional de proyectos, impacta directamente en el cumplimiento de los objetivos
de los proyectos. Porlo expuesto, se confirma la hipótesis de esta tesis "Las áreas de
Information Technology (IT) no cumplen con la totalidad de los objetivos definidos en
, sus proyectos debido a que no tienen institucionalizado un modelo de madurez para la
gestión organizacional de proyectos".
• En el apartado siguiente, como aporte de la tesis, se propone un modelo de madurez
para la gestión organizacional de proyectos, basado en 'los estándares del PMI, que le
permita'a las áreas de IT conocer en forma precisa. los procesos que son necesarios
cumplimentar para alcanzar los distintos niveles de madurez y así lograr una gestión
-114 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
· de proyecto de manera eficiente mediante un crecimiento gradual y ordenado."De esta
forma se cumplimenta el tercer objetivo específico "Proponer un modelo de madurez
que le permita a las áreas de IT la gestión de proyectos de manera eficiente".
5.2 Modelo de madurezpara la Gestión organizacional de proyectos
Este modelo (OPMMM23) tiene por objetivo proporcionar a las áreas de IT ~n conocimiento
concreto de los procesos que son necesarios cumplimentar para alcanzar los distintos niveles
de madurez .mediante un crecimiento gradual y ordenado, y así gestionar sus proyectos en
forma eficiente.
El modelo está basado en la estructura y las mejores prácticas definidas por el Project
Management. Institute, probadas en el campo de esta disciplina. Comprende la definición de
madurez y un conjunto de seis ejes y cinco niveles que se aplican en forma integrada.
Definición de madurez
Madurez es el momento en que la organización ha alcanzado la plenitud vital en la gestión
organizacional de proyectos, de acuerdo con un" modelo estandarizado y probado, que permita
alcanzar los objetivos de cada proyecto, los beneficios de la organización, y tenga un proceso
de mejora continua que impida el retroceso de ese estado de plenitud.
Ejes y niveles de madurez
"Los componentes del modelo se concretan en términos de ejes y niveles de madurez que se
integran en dos tablas: una relaciona los estándares con los niveles y otra, donde se relacionan
los niveles con los ejes de madurez.
23 Organizational Project Management Maturity Model.
-115 -TesisDoctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Ejes de madurez
Los ejes de madurez definen las capacidades que deben contemplar cada nivel de madurez.
Son transversales a la estructura de gestión organizacional de proyectos:
Eje i: Valor
El valor se enfoca en la importancia que tiene la organización sobre. la práctica de. gestión. .
organizacional de proyectos y, en especial, en el entendimiento de los beneficios que produce.
Este eje es clave para la aplicación eficiente del resto de los ejes, como así también, del
cumplimiento de los niveles de madurez.
Eje 2: Estructura 'y prácticas estandarizadas
Este eje establece el tipo de estructura que el área de IT institucionalizará en función 'de su
e~trategia organizacional, Se deberá definir qué estándares y mejores prácticas aplicará en la
, estructura definida en función del alcance que establezca para la gestión de proyecto.
Los estándares que se aplicarán son los definidos por el Project Management Institute:
Organizational Project Management Maturity Model, Standardfor Portfolio Management,
Standardfor Program Management, A Guide lo the Project Management Body 01Knowledge,
Lexicon 01 Project Management Terms, y Project Manager Competency Development
Framework.
Eje 3: Herramientas y técnicas
Corresponden a la definición y la aplicación de las herramientas y técnicas en función de los
estándares y las mejores prácticas definidas en el eje 2. Se podrán utilizar, herramientas
direccionadas a un proceso en' particular como así también para un grupo de procesos o para
toda el área de IT.
Eje 4: .Indicadores de rendimiento clave
Los .indicadores de rendimiento clave (Key Performance Indicator, KPI) resultan de la
conjunción de las métricas y mediciones que se apliquen en cada dominio definido en ,el eje 2,
-116 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
para luego integrarse en un tablero de control (Dashboards. Esos indicadores se aplicarán
mediante la utilización de las mejores prácticas definidas en el eje 2 y las herramientas y
técnicas definidas en el eje 3.
Eje 5: Habilidades
Las habilidades refieren al conocimiento que debe tener cada rol asignado en la estructura
organizacional de proyectos definida en el eje 2. Esas habilidades se clasifican en dos áreas
específicas:
Areatécnica. Conocimiento necesario para la gestión del dominio: portfolio, programa y .
proyecto; conocimiento para la definición de mejores prácticas, herramientas, técnicas y
los KPI.
Área blanda: Conocimiento necesario para las relaciones interpersonales, el liderazgo y el
trabajo en.equipo.
Eje 6: Integración
El eje de integración representa todas las acciones que se desprenden de los ejes anteriores
con la finalidad de integrar la estrategia de la organización con la' estrategia y la estructura
organizacional de proyectos "implementada. Hace posible lo definido en la 'estrategia
organizacional.
Niveles de madurez
Los niveles de madurez permiten analizar el estado de situación que tiene el área de IT y así
conocer su nivel de madurez al momento del análisis. En función de ese conocimiento, los
niveles le posibilitan al área de IT saber a qué nivel quiere o puede llegar e.n función de sucontexto y complejidad. A partir del nivelZ se 'debe cumplimentar cada nivel para pasar al ..
próximo.
-117 -TesisDoctoral. UBA, FCE. Autor:Mg. Marcelo A. Brlola
Gráfico 39 - Niveles de madurez dél modelo
OiganizationalProjectManagement . Nivel 5institucionalizado
OPM
Alineado a la Gestión de portfolio, programa Nive14y proyecto con oficina para su gestión
'PM expandido
Nivel 3ProjectManagementinstitucionalizado
PM
'ón de proyecto conNivel 2
su gestión Mejorado
Nivel 1
Actual
Alineado a la Gestaoficina para
Estado actual
Fuente: Elaboración del autor.
Actual
Este es el primer nivel. Se cumple cuando el.área de IT tiene definida su estructuray procesos
ad-hoc, o no tiene definición alguna. También pueden cumplimentar parcialmente algunos de
los ejes de este modelo. Las organizaciones que se encuentran en este nivel son" muy
inmaduras.
Mejorado
El segundo nivel comprende la alineación del modelo para la- gestión de proyecto. El área de
. IT comienza a bosquejar una estructura para el delivery de proyectos con la asignación de
gerentes de proyectos, También c?mienza a delinear una oficina de gestión ~e proyectos
(PMO) dedicada .a la definición de las mejores prácticas estandarizadas basadas en la última
versión del PMBOKcon consultores expertos en metodologías, herramientas, capacitación y
soporte en seguimiento de proyectos.
PM
Para alcanzar este nivel, el área de IT debió haber cumplimentado el nivel anterior y haber
institucionalizado la estructura para el delivery de proyectos con la asignación de gerentes de
proyectos certificados como PMP y/o ACP, según corresponda. También implica haber
- 118-·Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
institucionalizado una oficina de gestión de' proyectos (PMO) con las mejores prácticas
basadas en la última versión de los estándares del PMBOK: su función será, definir las
mejores prácticas para la gestión de proyecto, capacitar y dar soporte en seguimiento de
proyectos.
PM expandido
En este nivel comienza la consolidación de la estructura organizacional de proyectos.
Comprende el cumplimiento del nivel anterior y la alineación del modelo para la gestión de
portfolio, programa y proyecto. ,A la estructura institucionalizada en el nivel anterior, se la
complementa con 'la gestión de portfolio y programa .hasta lograr una estructura de delivery
orientada a la gestión .de portfolio, programa y proyecto con la asignación de gerentes de
portfolios, programas y proyectos, según corresponda. También se comienza a delinear una
oficina de gestión de portfolios, programas y proyectos (PPMO) dedicada a la definición de
las mejores prácticas. estandarizadas' basadas en las últimas versiones de los estándares .
correspondientes a los tres dominios, con consultores expertos, en metodologías y
herramientas, capacitación y soporte en seguimiento de portfolios, programas y proyectos.
OPM
En nivel 5, último nivel de madurez del modelo, el área de IT cumplimenta el nivel anterior e
institucionaliza la estructura para el delivery basada en portfolios, programas y proyectos con
la asignación de gerentes de portfolios, programas y proyectos certificados .como PtPM,
PgPM, PMP y/o ACP, según corresponda. También institucionaliza una oficina de gestión de
portfolios, programas y proyectos (PPMO) con las mejores prácticas basadas en las últimas
versiones de los estándares correspondientes a estos tres dominios; su función será definir las
mejores prácticas para la gestión de portfolio, programa y proyecto, capacitación y soporte en'
seguimiento de portfolios, programas y proyectos.
Las siguientes tablas muestran la estandarización por cada nivel de madurez y los ejes de
madurez relacionados.
-119 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Tabla 17 - Estandarización por nivel de madurez
Estándares PMI
NivelesA Guide to the
Organizaüonal Standardfor Standard/or
propuestos ProjectProject
Program Portfolio
ManagementManagement Body
Management Managemento/Knowledge 24
1: Actual N/A N/A N/A N/A
,2: Mejorado N/A Alineado N/A N/A
J:PM N/A 1 N/A N/A
4: PM Expandido A 1 A A·
5:0PM 1 1 1 1
Nota. A = Alineado: los componentes comienzan a incorporase a la organización. 1 = Institucionalizado: los
componentes se encuentran implementados y en conocimiento por la organización.
Fuente: Elaboración del autor.
Tabla 18 - Ejes de madurez relacionados con el nivel de madurez
Ejes de madurez
Niveles propuestos Prácticas Herramientas Habili- Inte-graciónValor KPI's
estandarizadas y técnicas dades
1: Actual N/A 'N/A N/A N/A N/A N/A
2: Mejorado A A A A A A
3:PM 1 1 I I 1 ' 1
4: PM Expandido 1 A A A A A
5:0PM I I 1 1 1 I
Nota. A = Alineado: los componentes comienzan a incorporase a la organización. 1 = Institucionalizado: los
componentes se encuentran implementados y en conocimiento por la organización.
, Fuente: Elaboración del autor.
24 Incluye los estándares Lexicon 01Project Management Terms, y Project Manager, Competency Development
Framework.
-120 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Brlola
5.3 Futuras líneas de investigación
. Debido a que el modelo propuesto fue definido .en función de esta investigación y no fue
aplicado aún, se proponen las siguientes .líneas de investigación a los efectos de lograr su
consolidación:
Evaluar la categorización de los procesos que se utilicen porcada nivel de madurez,
determinando cuáles son obligatorios y cuáles optativos.
Verificar la aplicación del modelo. en ,la práctica para evaluar su funcionalidad,
focalizando en:
o La comprensión del alcance funcional del proyecto por parte de los equipos de
negocio y de proyecto en función de la visión y objetivos de' la organización, y
así poder definir los objetivos del proyecto.
o La estimación de tiempos, tareas y recursos.
o La estimación de costos.
o La optimización de los equipos de proyectos para la mejora de su rendimiento.
Evaluar -las necesidades de cambio organizacionaI para la institucionalización del
modelo.
-121-TesisDoctoraLUBA, FCE. Autor: Mg. Marcelo A. Briola
. ANEXOS
ANEXO·I - Encuesta
Aspectos demográficos
1. ¿A qué categoría del sistema pertenece la organización?
a. Banca
b. Tarjetas de crédito
c.Soporte tecnológico
2. ¿La organización es nacional o multinacional?
a. Nacional
b. Multinacional b.l. Depende de Casa Matriz _""
3. ¿Cuántos empleados tiene?
a. En la Argentina
b. b. En el resto del mundo
4. ¿Cuáles la antigüedadde la organización?
a. En la Argentina
b. En el resto del mundo
5. ¿Qué tipo de estructura de organización tiene?
a. Funcional
b. Matricial
c. Proyectizada
d. Basada en proyectos
6. ¿Cuántos gerentes de proyecto tiene la organización?
a. Organización
b. Área de IT
-122 _.
Tesis Doctoral. UBA,FCE. Autor: Mg. Marcelo A. Briola
Aspectos específícos
1. ¿Cómo gestiona los proyectos la empresa?
No
Pregunta Sí Falta de Complé- Buro- NoteCosto Otros
capacitación jidad cracia interesa
a. ¿Entiende completamente el valor de la
gestión de proyecto?
b. ¿Tiene patrocinadores ejecutivos
comprometidos?
c. ¿Alinea los proyectos a la estrategia?
d. ¿Desarrolla y mantiene el talento en la
gestión de proyecto?
e. ¿Tiene todas sus iniciativas transformadas
en proyectos?
f. ¿Tiene definida una estructura de
. portfolios, programas y proyectos?
g. ¿Tiene una oficina de proyectos? EPMO
h. ¿Utiliza prácticas de gestión de proyecto
estandarizadas?
2. ¿Cuáles de los siguientes modelos de madurez conoce?
-OPM3
-PPMM
-CMMI
- Otro
TesisDoctoral.UBA, FCE.
Implementado _
Implementado _
Implementado _
Cuál ----
-123 -
Implementado _
Autor: ~g. Marcelo A. Briola
3. ¿Cómo gestiona los proyectos el área de IT?
No
.. Pregunta Sí Falta de Comple- BUfo- No leCosto Otros
capacitación jidad cracia interesa
a. ¿Entiende completamente el valor de la
gestión de proyecto?
b. ¿Tiene patrocinadores ejecutivos
comprometidos?
c. ¿Alinea el portfolio y programas a la
estrategia de la organización?
d. ¿Alinea los proyectos a la estrategia de la
organización?
e. ¿Desarrolla y mantiene el talento en la
gestión de proyecto?
f. ¿Tiene todas sus iniciativas transformadas o
en proyectos?
g. ¿Tiene definida una estructura de
portfolios, programas y proyectos?
h. ¿Utiliza prácticas de gestión de,portfolio y
programa estandarizadas?
i. ¿Tiene un lenguaje único para la gestión
de proyecto?
j. ¿Tiene prácticas estandarizadas con
procesos comunes y una metodología
única para la gestión de proyecto?
k. ¿Compara con el mercado para evaluar su
madurez?
1. ¿Hay un proceso de mejora continua
dentro de las mejores prácticas?
m. Si el Ítem 1 es "SI", ¿utiliza el modelo de
madurez implementado para lograr una
ventaja competitiva?
n. ¿Utilizan herramientas de gestión de
proyecto?
Si el ítem n es SÍ, indicar 'cuáles
-124 -Tesis Doctoral. USA, FCE. Autor: Mg. Marcelo A. Briola
4. ¿Qué tipos de metodología de gestión de proyecto tienen implementadas en el área de IT?
- Tradicional o predictiva
- Ágil
- Otra
- Ninguna de las anteriores
Cuál ---------
5. ¿Existe una 'oficina de proyectos en el área de IT?
- Si, ¿qué incluye?
- Oficina de gestión de portafolios, programas y proyectos
- Oficina de gestión de proyectos (PMO)
- Otro tipo de oficina de proyectos, ¿cuál?
- No existe oficina. _._. ¿Por .qué?
- Costo de implementación y mantenimiento
-Complejidad el? la implementación
- Burocracia
- Desconocimiento
- No le interesa
- Otros
Si la respuesta de la pregunta 5fue "NO" pasar a pregunta 7
6. ¿Cuáles'son las funciones 4e la oficina de proyectos del área de IT?
Oficina FunciónMarque
con X
- Relaciona portfolios.programas y proyectos de la compañía y el sistema de
medición corporativo, tal como un tablero de control.
- Define el cuerpo y los procesos para la gestión de portfolio.
Gestión de portafolios, - Centraliza la gestión de los portfolios bajo alcance.
programas y proyectos - Define y administra los procesos de gestión relacionados con los programas y
procedimientos, templates, etc.
- Soporta los equipos de gestión de programa administrando centralizadamente
funciones administrativas o brindando asistencia al Gerente de programa.
-125 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
- Estandariza los procesos de gestión de proyecto y facilita el compartir recursos,
metodologías, herramientas y técnicas.
- Otra
- Tiene un rol consultivo a proyectos suministrando templates, mejores prácticas,
entrenamiento; acceso a la información y lecciones aprendidas de otros proyectos.
- Provee soporte y requiere cumplimiento a través de varios medios, El cumplimiento
, Gestión de proyectos puede incluir adoptar estructuras o metodologías de gestión de proyecto, utilizando..
templates, formularios y herramientas específicas o conformidad al gobierno.
- Toma el control de los proyectos mediante la gestión.
- Otro
7. ¿El portfolio, programas y/o proyectos del área de IT se encuentran bajo un esquema de
priorización?
No'
Dominio, Sí Falta deCosto . Complejidad Burocracia No le interesa Otros
capacitación
a. Portfolio
b. Programa
c. Proyecto
8. ¿El área de IT tiene nombrados gerentes para cada uno de sus portfolios, programas y
proyectos?
No
Dominio Sí Falta deCosto Complejidad Burocracia No le interesa Otros
capacitación
a. Gerente de portfolio
b. Gerente de programa
c. Gerente de proyecto
. -126-TesisDoctoral. UBAJ FCE. Autor: Mg. Marcelo A. Briola
9. ¿Qué tipo de certificación en gestión de proyecto existen en el área de IT?
a. PfPM
b. PgPM
c.' PMP
d. ACP
. e. Otros
10. ¿Cómo se gestiona cada proyecto en el área de IT?
No
Pregunta Sí Falta de Comple- Buro- NoteCosto Otros
capacitación jidad craCla interesa
a. ¿Se planifica enfocado. en la definición de
los planes con las actividades
correspondientes a los efectos de alcanzar
los objetivos del proyecto?
b~ ¿Define y entiende ·el alcance total del
proyecto?
c. ¿Tiene técnicas de estimación de esfuerzo
y costo?
d. ¿Utiliza estándares de calidad?
e. ¿Tiene un cronograma de actividades y de
comunicación bien definido para su
gestión?
f. ¿Se administra involucrando a todos los
stakeholders clave en función del
conjunto de procesos estándares definidos
en la organización?
g. ¿Identifica los riesgos en la planificación?
h. ¿Tiene un control y monitoreo enfocado
en el entendimiento del avance del
proyecto y las acciones correctivas y
preventivas que se tomarán cuando en los
proyectos se detectan desvíos?
i. ¿Tiene un Management Information
System definido?
-127 -Tesis Doctoral. USA, FCE~ Autor:Mg.MarceloA. Brlola
11. ¿El área de IT tiene indicadores clave para la gestión?
Sí ·No Escala
Gestión de dominio ¿A cargo Falta de Comple- Buro- No le 1 a 10Costo Otros
de quién? capacitación jidad cracia interesa (*)
a. Gestión de portfolio
b. Gestión de programa
c. Gestión de proyecto
(*) Defínalo en una escala de 1 a 10 donde 1 es no existe indicadoresy 10 se encuentran definidos totalmente.
12. ¿Los proyectos cerrados desde el año 2013 al año 2015 cumplieronsus objetivos?
100% - 81% 80% - 61% 60% - 41% 40% - 21% 20%-1 Ninguno Motivo de la respuesta
13. ¿Cuáles fueron las causas por las cuales los proyectos cerrados desde el año 2013 al año 2015
no cumplieron sus objetivos?
a. . Cambios en las prioridades de la organización
b. Inadecuada recolección de requerimientos
c. Entendimiento funcional inadecuado por parte del equipo
del proyecto
d. Definición funcional inadecuada por parte del equipo de
negocio
e. Cambios en los objetivos del proyecto
f. .Inadecuada visión u objetivo del proyecto
g. Inadecuada/pobre comunicación
.h.. Oportunidades y riesgos no fueron definidos
i. Inadecuada estimación de costos
j. Inadecuado soporte del patrocinador
k. Inadecuada estimación de tiempos de tareas
1. Pobre gestión del cambio
m. Dependencia de recursos
-128 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
n. Inadecuada proyección de recursos
o. Recursos limitados
p. 'Gerente de proyecto inexperto
q. Problemas de performance en miembros del equipo
r. pependencia de tareas
s. Fallas en la gestión por parte del patrocinador y ejecutivos
t. Ejecutivos no comprometidos
u. Falta o inadecuadautilización de prácticas estandarizadas
-129 -Tesis Doctoral. UBAJ FCE. Autor: Mg. Marcelo A. Briola
ANEXO II - Información complementaria
Tabla 1 - Comparación entre portfolios, programas y proyectos desde una visión horizontal de
la organización
Organizational Project Management
Proyectos Programas Portfolios ,
Los proyectos hanLos portfolios tienen un
definidos los objetivos.Los programas tienen un' alcance organizacional que
Alcance mayor alcance y proveen más cambia con los objetivosEl alcance es elaborado a
través del ciclo de vida delbeneficios significativos. estratégicos de la
organización.proyecto.
Los Gerentes de proyectosLos Gerentes de programas
Los Gerentes de portfoliosesperan cambios de adentro y
esperan cambiar e monitorean cambios.Cambio de afuera del programa y están
implementar procesos para continuamente en los
mantener los cambiospreparados para
ambientes interno y externo..administrarlos.
administrados y controlados..
Los Gerentes de proyectosLos Gerentes de programas
Los Gerentes de portfoliosdesarrollan el plan de
elaboran progresivamente crean y mantienen losprograma general y crean los
Planificación información de alto nivel procesos y la comunicación
hacia planes detallados aplanes de alto nivel para guiar
necesaria relativa al portfoliola planificación detallada en el
través del ciclo de vida del total.nivel de componente.
proyecto.
Los Gerentes de portfolios
Los Gerentes de programas pueden administrar o
Los Gerentes de proyectos administran a los coordinar a los profesionales
Gestiónadministran el equipo de profesionales del programa y a de la gestión de portfolio o a
proyecto para reunir los los Gerentes de proyect<?s: los profesionales de
objetivos del proyecto. proveen la visión yel programas y proyectos que
liderazgo general. pueden tener
responsabilidades de informe
hacia el total del portfolio.
El éxito es medido por la El éxito es medido en
Éxito calidad, tiempo, presupuesto, El éxito es medido por el término del rendimiento de la
del producto y grado de grado en que e.1 programa inversión total y realización
-130 -Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo ~. Briola
satisfacción del cliente. satisface las necesidades y del beneficio del portfolio.
beneficios para lo cual fue
emprendido.
Los Gerentes de proyectos Los Gerentes de programas Los Gerentes de portfolios
monitorean y controlan el monitorean el progreso de los monitorean los cambios
Monitoreotrabajo de producir los componentes del programa estratégicos y agregan
productos, servicios o para asegurar el objetivo . locación de recursos,
resultados que el proyecto se general, cronogramas, resultados del rendimiento y
comprometió a generar. presupuestos y beneficios' del riesgos del portfolio.
programa que serán reunidos.
Fuente: Project Management Institute, 2013, Organizational Project Management, p.19..
-131-Tesis Doctoral.UBA, FCE. Autor:Mg. Marcelo A.Briola
Tabla 2. - Procesos, herramientas y técnicas correspondientes a la gestión de portfolio
Esta tabla se subdivide en cinco tablas a los efectos de describir la información pertinente de cada área de conocimiento correspondiente a la
gestión de portfolio.
Tabla 2.1 - Procesos, herramientas y técnicas correspondientes al área de conocimiento "gestión estratégica del portfolio"
Proceso Concepto Herramientas y técnicas
Desarrollar el plan estratégico delConsiste en definir el plan estratégico del portfolio en función de la estrategia y los objetivos de - Inventario de componentes
la organización. Si el portfolio a definir corresponde a un área funcional o departamento se debe del porfolioportfolio
alinear a su estrategia y objetivos que a su vez deben corresponder a los de la organización. - Análisis de priorización
Desarrollar el acta de constitución del Define la estructura del portfolio y crea su acta de constitución, donde luego se autoriza al
portfolio (Portfolio charter) Gerente de portfolio para gestionar el portfolio, ejecutando sus componentes.- Análisis de capacidad
Definir el mapa tRoadmap) delDefine de alto. nivel el cronograma de los componentes del portfolio a los efectos de poder
- Análisis costo beneficio
portfoliocumplir los objetivos definidos, como así también evaluar los posibles conflictos, su impacto en
- Análisis de priorizaciónlos objetivos estratégicos de la organización y las dependencias correspondientes.
Posibilita administrar los cambios en el portfolio provenientes de las actualizaciones en la
Administrar el cambio estratégicoestrategia de la organización. También compara la situación actual de la organización con la - Análisis diferencial (GAP)
futura, a los efectos de evaluar el impacto que se transforma en cambios a los componentes del - Análisis de stakeholders
portfolio o a la reasignacíón de recursos.
Fuente: Elaboración del autor.
-132 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Tabla 2.2 - Procesos herramientas y técnicas correspondientes al área de conocimiento gestión del "gobierno del portfolio"
Proceso
Desarrollar el plan de gestión del
portfolio
Definir el portfolio
Optimizar el portfolio
Autorizar el portfolio
Proveer la supervisión del portfolio
TesisDoctoral. UBA, FCE.
Concepto
Desarrolla elplan de gestión del portfolio con la finalidad de que alcance lo definido en el plan
estratégico organizacional cumpliendo sus objetivos, como así también en el cronograma
definoido y la autorización del portfolio. Este plan incluye planes adicionales, como el
correspondiente a riesgos y a comunicación, entre otros.
Identifica cada uno de los componentes del portfolio donde pueden ser agrupados y priorizados
en función de los objetivos de la organización. También contempla los recursos que se deben
tener en cuenta para el desarrollo de cada uno de los componentes del portfolio.
Optimiza el portfolio a los efectos de lograr eficiencia en su rendimiento. Esta optimización
consiste en evaluar el portfolio en' función de los criterios y el ranking definidos a los efectos de
lograr sinergia entre sus componentes y soportar así la estrategia organizacional. Además,
evalúa los objetivos, revisa los componentes priorizados y seleccionados de corto plazo con los
de largó plazo y los tipos de proyecto en función de los objetivos y estrategia organizacional.
Autoriza el portfolio a los efectos de ejecutar sus' componentes y asignar los recursos para su
desarrollo y la actualización de informes: asignación de recursos y costos, entre otros.
Monitorea el portfolio a los efectos de verificar que se encuentre alineado con los objetivos y la
estrategia organizacional, y así poder tomar decisiones sobre sugestión, cambios, capacidades y
disponibilidades de recursos, riesgos y problemas, entre otros.
Fuente: Elaboración del autor.
-133 -
Herramientas y técnicas
- Análisis de estructura
organizacional de portfolio
- Integración de planes de
gestión del portfolio
- Portfolio actualizado
- Mapa (Roadmap) actualizado
- Plan de Gestión del portfolio
actualizado
- Análisis de capacidad
- Análisis cualitativo y
cuantitativo
- Procesos de autorización del
portfolio
- Sistema de información para .
la gestión de portfolio
- Reuniones de revisión del
portfolio
Autor: Mg. Marcelo A. Briola
Tabla 2.3 - Procesos correspondientes al área de conocimiento "gestión del rendimiento del portfolio". .
Proceso Concepto Herramientas y técnicas
Explica cómo se asignan los recur~os materiales, humanos, financieros, entre otros. Mide el
Desarrollar el plan de gestión de
rendimiento del portfolio
- Sistema de gestión de la.rendimiento de los componentes del portfolio en función de los objetivos definidos en el plan·. .
. información del portfolioestratégico del portfolio y evalúa la posibilidad de cambios en los componentes, métricas u
- Análisis de capacidadobjetivos definidos.
Administra la demanda compuesta porlos recursos necesariosplanificados para cumplimiento I -Análisis cuantitativo y
del portfolio con respecto a los recursos que tiene la organización: costo, recursos humanos, cualitativoAdministrar la demanda y el
abastecimiento
Administrar el valor del portfolio
Tesis Doctoral. U~A, FCE.
entre otros.
Otorga el máximo valor en función de los objetivos estratégicos definidos con existencia de un
umbral de riesgo de acuerdo con la capacidad de absorción de la organización.
.Fuente: Elaboración del autor.
-134 -
- Análisis de capacidad
- Análisis de medición
- Análisis de realización de
beneficios
Autor: Mg. Marcelo A. Briola
Tabla 2.4 .. Procesos correspondiente al área de'conocimiento gestión de la comunicación del portfolio
Proceso
Desarrollar el plan de gestión de
comunicación del portfolio
Administrar la información del
portfolio
Tesis Doctoral. UBA, FCE.
.Concepto
Provee la gestión de la comunicación contemplando el análisis de los requerimientos, los
riesgos y todas las entradas correspondientes a la gestión de la comunicación para la
información del portfolio, cuyo .foco de comunicación se centra en los gerentes ejecutivos,
gerentes operacionales, directorio, patrocinador, gerentes de portfolios, programas ,y proyectos.
Prepara y comunica eficientemente la información que se brinde a los stakeholders. La
distribución de la información a los interesados se realiza por distintas vías y se guarda 'por un
período de tiempo que se define en el proceso.
Fuente: Elaboración del autor.
-135 -
Herramientas y técnicas
.. Análisis de stakeholders
- Análisis de requerimientos de
Comunicación
.. Sistema de gestión de
información del portfolio
.. Análisis de requerimientos de
comunicación
.. Métodos de comunicación
Autor: Mg. Marcelo A. Briola
Tabla 2.5 - Procesos correspondientes al área de 'conocimiento "gestión del riesgo del portfolio"
Proceso
Desarrollar el plan de gestión de.
riesgos del portfolio
'Administrar los riesgos del portfolio
Tesis Doctoral. U'BA, FCE.
Concepto
Contempla la forma en que se desarrollan las actividades de gestión de riesgos brindando un
lineamiento sobre el análisis de riesgos que realizará el directorio sobre ei portfolio
correspondiente. Incluye las guías, políticas, estrategia de gestión, roles y responsabilidades y.
tolerancia alineada con las políticas de la organización.
Administra los riesgos del portfolio en cuatro etapas: 1) identificar los riesgos, 2) analizar los
riesgos, 3) responder a los riesgos, 4) monitorear y controlar los riesgos.
Fuente: Elaboración del autor.
-136 -
Herramientas y técnicas
- Análisis cualitativo y
cuantitativo
- Técnicas de scoring y
ranking
- Análisis cualitativo y
cuantitativo
- Técnicas de scoring y
ranking
Autor: Mg. Marcelo A. Briola
Tabla 3 - Procesos, herramientas y técnicas correspondientes a la.gestión de programa
Esta tabla se subdivide en cinco tablas a los efectos de describir la información pertinente de
cada dominio correspondiente a la gestión de programa.
Tabla ~.1 - Procesos correspondientes al dominio "alineación de la estrategia del programa"
Grupo de proceso
Alineación del programa y
estrategia organizacional
Mapa del programa
Evaluación del ambiente
Concepto
Define el plan estratégico del programa en función de los objetivos estratégicos
de la organización que se encuentran definidos en su portfolio.
Representa la cronología de' los programas exponiendo los factores críticos de
éxito correspondientes; existe una interacción entre las actividades Y. los
beneficios, como así también los objetivos, desafios y riesgos.
Contempla las influencias externas e internas a la organización que impactan
directa o indirectamente en el programa: negocio, mercado, industria, recursos
materiales y humanos, economía, cultura, entre otros.
Fuente: Elaboración del autor.
Tabla 3.2 - Procesos. correspondientes al dominio "gestión de los.beneficios del programa"
Grupo de proceso
Identificación de
beneficios
Planificación y análisis de
beneficios
.Entrega de beneficios
Transición de beneficios
Sostén de beneficios
Tesis Doctoral. UBA, FCE.
Concepto
Identifica y analiza la estrategia de negocios y la estrategia de la organización a
los efectos de calificar los beneficios del programa que los 'stakeholders esperan
recibir.
Establece el plan de beneficios y las métricas correspondientes para monitorear
y controlar los proyectos y las mediciones de los beneficios del programa.
Asegura que los beneficios definidos en el programa sean cumplimentados,
También asegura la existencia de informes y métricas existentes en la oficina de
gestión de programas, como así también un cuerpo de gobierno de programas,
patrocinadores y otros stakeholders a los efectos de permitir el correcto
seguimiento de los componentes del programa y asegurar la entrega de sus
beneficios.
Realiza la transición de los beneficios que son transferidos a las. áreas
'operativas y asegura que puedan ser sostenidos luego de que se haya
cumplimentado la transición.
Asegura que los beneficios transferidos a las áreas operativas se cumplan luego
de esa transferencia.
Fuente: Elaboración del autor.
-137 -Autor: Mg. Marcelo A. Briola
Tabla 3.3 - Procesos correspondientes al dominio "compromiso ·d~ los stakeholders del
programa"
Grupo de proceso
Identificación de
stakeholders del programa
Planificación del
compromiso de
stakeholders
Compromiso de
stakeholders
Concepto
Identifica a todos los stakeholders del programa creando el registro de
stakeholders correspondiente.
Define la forma en que los stakeholders del programa estarán comprometidos
en el desarrollo del programa. El plan comprende las guías de compromiso de
los' stakeholders del .programa y provee la percepción del compromiso que
tendrán en los componentes de cada programa.
Asegura que el compromiso de los stakeholders sea cumplimentado. Una 'de las
responsabilidades más importantes del gerente de programa es asegurar el
compromiso de los stakeholders en toda la duración del programa como así
también la administración de sus expectativas.
Fuente: Elaboración del autor.
Tabla 3.4 - Procesos correspondientes al dominio "gobierno del programa"
Proceso Concepto
Comité de gobierno del Permite definir e implementar el comité de gobierno que tendrá cada programa
programa que se gestione.
Responsabilidades delEstablece que el comité de gobierno de cada programa asuma determinadas
responsabilidades a los efectos de poder identificar, comenzar y seguir losgobierno del programa
programas de la organización.
Define la relación entre el gobierno y la gestión de programa. Los gerentes de
Relación entre el gobierno programas dependen del comité de gobierno a los efectos que se posibilite el
y la gestión de programa desarrollo adecuado de cada programa, como así también la resolución de los
problemas existentes.
Roles individuales
comunes relacionados conRelaciona los roles y las responsabilidades del comité de gobierno con los
el gobierno del programacorrespondientes a la gestión de programa y sus correspondientes proyectos.
Define el cuerpo de gobierno de cada componente del programa, donde un
Programa como cuerpo de programa puede estar formado por distintos componentes en el que cada uno de
gobierno ellos pueden ser un subprograma, un proyecto, subproyecto' o una parte
funcional a desarrollar, entre otros.
Otras actividades de
gobierno que soportan laDefine capacidades para soportar el gobierno del programa a los efectos de
gestión de programaestablecer las capacidades adecuadas para la gestión de programa.
Fuente: Elaboración del autor.
-138 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Tabla 3.5 - Procesos correspondientes al dominio "gestión del ciclo de vida del programa"
Proceso
Fase de definición del
programa
Fase de entrega de
beneficios del programa
Concepto
Define las actividades del programa alineadas con la estrategia del portfolio,
como así también a la de la organización. Para ello, primero se debe formular el
programa y luego prepararlo.
Entrega de beneficios definidos y esperados mediante la planificación e
integración en forma iterativa de los componentes del programa. Para ello
existen tres subfases: planificación y autorización del componente, integración
y supervisióndel componente y transición y cierre del componente.
Establece el cierre del programa luego de que el patrocinador y el comité de
Fase de cierre del programa. gobierno aprueben el cumplimiento de los objetivos del programa. Para tal fin,
comprende dos subfases: transición del programa y cierre del programa.
Mapa del ciclo de vida del Direcciona las consideraciones en un nivel más alto. Utiliza información en el
.programa con los procesos nivel de componente, en donde las actividades del proceso generalmente
que soportan al programa agregan información para reflejar una perspectiva del programa.
Fuente: Elaboración del autor.
-139 -Tesis ~octoraI.UBA, FCE. Autor:Mg. Marcelo A. Briola
Tabla.4 - Procesos, herramientas y técnicas correspondientes a la gestión de proyecto
Esta tabla se subdivide en diez tablas a los efectos de describir la información pertinente de cada área de conocimiento correspondiente a la
gestiónde proyecto.
Tabla 4.1 - Procesos correspondientes al área de conocimiento "gestión del alcance"
Proceso
Planificar la gestión del alcance
Recolectar los requerimientos
Definir el alcance
Crear la Work Breakdown Structure
(WBS)
Validar el alcance
Controlar el alcance
Tesis, Doctoral. UBA, FCE.
Concepto
Define cómo será definido el alcance, además de controlado y validado. En este plan se deberá
definir la estrategia o el enfoque que se siga en el alcance del proyecto, como así también los
procesos, herramientas, técnicas a utilizar y los controles y validaciones a realizar.
Identifica todos los requerimientos relacionados con el producto, servicio o resultado del
proyecto, a los efectos de entender y definir el alcance requerido.
Analiza todos los requerimientos relevados considerando su trazabilidad. Se relacionan e
integran hasta lograr el producto, servicio o resultado solicitado.
Detalla el trabajo a realizar para que sea una herramienta de comunicación al equipo de
proyecto y stakeholders clave.
Asegura el alcance correcto, definido en el grupo de proceso de planificación. Incluye la
validación formal con el cliente/usuario de los entregables comprometidos y su aceptación o
devolución posterior para su corrección en función de las·definiciones y criterios de aceptación
establecidos.
Comprende los controles y las mediciones correspondientes a los requerimientos/entregables
que en su totalidad representan el producto, servicio o resultado a entregar.
Fuente: Elaboración del autor.
.- 140-
Herramientas y técnicas
- Juicio experto
- Reuniones
- Entrevistas
- Focus group
- Reuniones
- Encuestas
- Juicio experto
:. Juicio experto
- Descomposición
- Inspección
- Análisis de varianza
Autor: Mg. Marcelo A. Briola
Tabla 4~2 - Procesos' correspondientes al área de conocimiento "gestión del tiempo"
Proceso
Planificar la gestión del tiempo,
Definir actividades
Secuenciar actividades
Estimar los recursos de las actividades
Estimar la duración de las actividades
Desarrollar el cronograma
Tesis Doctoral. UBA~ FCE.
Concepto
Define las políticas y los procedimientos que se utilizarán para planificar, ejecutar y,controlar el
cronograma del proyecto mediante la gestión correspondiente. 'Define la estrategia o enfoque a
seguir en el cronograma del proyecto, como así también los procesos, herramientas, técnicas a
utilizar y los controles que se realizarán.
Identifica y define todas las actividades necesarias para poder 'ejecutar el proyecto. También
determina las actividades correspondientes a cada una de las áreas de conocimiento analizadas.
Determinará las precedencias en cada una de las actividades ,que permitirán poder saber qué
actividades comienzan primero y cuáles después.
Estima ,los recursos' necesarios para el cumplimiento de las actividades para luego ser
planificados y coordinados a los efectos de evitar problemas comunes y asegurarse de que
estarán disponibles en el proyecto en el tiempo que corresponda.
.Estima la duración de cada una de las actividades definidas a los, efectos de poder calcular
correctamente. Los estimadores necesitarán los requerimientos de las actividades, de recursos y
, el calendario de recursos correspondientes.
Desarrolla el cronograma de actividades del. proyecto en función de la identificación de
actividades realizadas y la estimación de recursos y duración de esas actividades.
-141-
Herramientas y.técnicas
- Juicio.experto
- Reuniones
- Descomposición.
- Elaboración gradual
- Juicio experto
- Método de diagrama de
dependencias (PDM)
- Determinación de
dependencias
- Juicio .experto
- Estimacióndetallada
- Software de administración
de,proyectos
- Juicio experto
- Estimación análoga
- Estimación paramétrica
- Análisis de red del .
cronograma
.- Método del camino 'crítico
Autor: Mg. Marcelo A. Briola
- 'Nivela9ión de recursos
- Asignación de recursos y
simultaneidad de
actividades
- Revisión de rendimiento
... Software de gestión de
, Define cómo la gestión de proyecto controlará el estado de las actividades definidas en elproyecto
- Técnicas de nivelación deControlar el cronograma cronograma y la detección de posibles desvíos de tiempo. Es indispensable focalizar en el
recursoscontrol de las actividades principales, hitos clave y dependencias. .
...' Asignación de recursos y
simultaneidad de
actividades
Fuente: Elaboración del autor.
-142 ..Tesis Doctoral. UBA,. FCE. Autor: Mg. Marcelo A. Briola
Tabla 4.3 - Procesos correspondientes al área de conocimiento "gestión del costo"
Proceso Concepto Herramientas y técnicas
Define las políticas y los procedimientos que se utilizarán para .planificar, ejecutar y controlar el
Planificar la gestión del costopresupuesto del proyecto mediante la gestión correspondiente, En este plan se deberá definir la - Juicio experto
estrategia o enfoque a seguir para la gestión de los costos' del proyecto, como' así también los - Reuniones
procesos, herramientas, técnicas y los controles a realizar.-
- Juicio experto
Establece la estimación para cada una de las actividades analizadas en el proyecto. Para poder- Estimación análoga
.. Estimación paramétricaEstimar los costos realizar una adecuada estimación del costo, el proyecto necesita conocer en detalle lo que será
- Análisis de reservasestimado,
- Software de gestión de
proyectos
Define la cantidad de fondos que.el proyecto necesita contar o tener disponible. Se realiza luego
de que la estimación de costos fue desarrollada, contemplando los costos de asignación de los - Análisis de reservas
Determinar el presupuesto' recursos humanos y los otros costos que se desprenden de las actividades del cronograma y -de - Juicio experto
las necesidades de los recursos materiales respectivamente, como 'así también el costo total de - Agregado de costos
los planes de contingencia sobre los riesgos correspondientes.
- Gestión de valor ganado
- Proyección
Permite controlar los costos del proyecto. Para lograr ese control, se deberá observar los costos - Revisión de rendimientoControlar los costos
estimados a la fecha del control y compararlos con los costos incurridos a la fecha. - Software de gestión de
proyecto.' .
- Análisis de reservas
Fuente: Elaboración del autor..
-143 ..Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Tabla 4.4 ~ Procesos correspondientes al área de conocimiento "gestión de la calidad"
Proceso Concepto Herramientas y técnicas
- Análisis costo beneficio
Identifica .los requerimientos de calidad y/o estándares para el proyecto contemplando sus - Costo de calidad
Planificar la gestión de la calidad entregables. Para ello se deberá definir la estrategia o enfoque a seguir, como así también los - Reuniones de calidad
procesos, herramientas, técnicas a utilizar y los controles a realizar. - Herramientas básicas
de calidad
Asegura que los estándares de calidad sean aplicados como fueron definidos, además de- Herramientas de control y
asegurar que se hayan aplicado las definiciones operativas. Esos estándares se' enfocan a losEjecutar el aseguramiento de la calidad gestión de calidad
correspondientes al producto y al proyecto en función de la industria en que el proyecto se- Auditorías de calidad
gestiona.
- Herramientas básicas
Asegura el nivel adecuado de' calidad en el producto, servicio o resultado del proyecto definido de calidad
Controlar la calidad en el plan de gestión del proyecto y recomendar acciones en caso de detectar baja calidad en el - Inspección
producto en desarrollo. - Revisión de requerimientos
de cambios aprobados
Fuente: Elaboración del autor.
-144 -Tesis Doctoral. UBA¡ FCE. Autor: Mg. Marcelo A. Briola
Tabla 4.5 - Procesos correspondientes al área de conocimiento "gestión de.R.R.H.H."
Proceso
Planificar la gestión de los recursos
humanos
Adquirir el equipo de proyecto
Desarrollar el equipo de proyecto
Gestionar el equipo de proyecto
Tesis Doctoral. UBA, FCE.
Concepto
Confecciona el plan de gestión de recursos humanos contemplando principalmente el
organigrama de la organización del proyecto, los roles y responsabilidades, el plan. de
asignación de recursos y la matriz de habilidades con las habilidades de cada rol.
Define y guía la selección del equipo de proyecto a los efectos de lograr sus objetivos. Para ello
se necesita conocer los recursos que estarán asignados y si en ese momento tienen la
disponibilidad adecuada para conformar el equipo del proyecto.
Permite desarrollar las competencias de cada profesional asignado al equipo de proyecto, como
así también la interacción de miembros del equipo y del contexto con la finalidad de poder
optimizar el rendimiento del equipo de proyecto y así alcanzar los objetivos propuestos.
Monitorea al equipo de proyecto, como así también la resolución de problemas y la
administración de cambios en el equipo, si así se requiere, contemplando todas las actividades
del día a día del proyecto.
Fuente: Elaboración del autor.
-145 -
Herramientas y técnicas
- Organigrama de la
organización y descripción de
posiciones
- Juicio experto
- Reuniones
- Negociación
- Equipos virtuales
- Habilidades interpersonales .
- Entrenamiento
- Actividades de team building
- Herramientas de evaluación
de personal
- Observación y conversación
- Gestión de conflictos
- Habilidades interpersonales
Autor: Mg. Marcelo A. Briola
Tabla 4.6 - Procesos correspondientes al área de conocimiento "gestión de la comunicación"
Proceso Concepto Herramientas y técnicas
.~ Tecnología de la
comunicación
Involucra la identificación de las necesidades de información y comunicación de los stakeholders para - Modelos dePlanificar la gestión de la
satisfacer sus necesidades, También determina la eficiencia de la comunicación que será planificada comunicacióncomunicación
para el proyecto. - Métodos de
comunicación
- Reuniones
- Tecnología de la
comunicación
- Modelos de
Brinda poder almacenar y distribuir la información del proyecto, como así también su recuperación en comunicaciónAdministrar la comunicación .
. función a lo definido. en su plan de gestión de la comunicación. - Métodos de
comunicación
- Sistemas de gestión
"de la información
- Sistema de gestión de
Permite monitorear y controlar la comunicación durante el desarrollo del proyecto asegurando que la la informaciónControlar la comunicación
información definida en el proyecto sea recibida en tiempoy forma por los stakeholders. - Juicio experto
... Reuniones
Fuente: Elaboración del autor.
-146-Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Tabla 4.7 --- Procesos correspondientes' al área de conocimiento "gestión de riesgos"
Proceso Concepto Herramientas y técnicas
Planifica todas las variables posibles para luego poderlas examinar y controlar: permite así que
.Planificar la gestión de riesgo los riesgos sean evidenciados en cada reunión y direccionados antes y después de que sucedan, - Plan de gestión de riesgos
mediante unadecuado plan de respuesta.
- Técnicas de reunión
de la información
- Revisión de la
documentación
Identificar los riesgosContemp la el análisis detallado por cada área de conocimiento a los efectos de poder identificar - .Análisis de supuestos
la mayor cantidad de riesgos posibles y así poder definir una lista de riesgos del proyecto. - Juicio experto
- Análisis de fortalezas,
debilidades,
oportunidades y .
- amenazas (FODA)
- Evaluación de impacto y
Analiza subjetivamente los riesgos identificados sobre la base de la identificación de los riesgosprobabilidad de riesgos
Ejecutar el análisis de riesgos - Matriz de probabilidad egenerados en el procedimiento .anterior. En este tipo de análisis se debe contemplar la
cualitativos impactoprobabilidad de ocurrencia de cada riesgo y su correspondiente impacto.
... Categorización de riesgos
- Juicio experto
Ejecutar el análisis de riesgosAnaliza numéricamente el impacto de los riesgos priorizados sobre los objetivos del proyecto - Técnicas de modelado y
con ·la finalidad de poder evaluar el riesgo' del proyecto y la 'posibilida4 de. minimizar las análisis de riesgoscuantitativos
amenazas; la incertidumbre y maximizar las oportunidades. cuantitativos y modelado
-147 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
... Juicio experto
- Estrategias para riesgos
negativos o amenazas
Resuelve, para cada riesgo identificado' y priorizado en los procesos anteriores, qué se debe... Estrategia para riesgos
Planificar la respuesta a los riesgos positivoshacer.
- Estrategia para respuesta a
la contingencia
~ Juicio experto
- Auditorías de riesgos
Realiza el control de los riesgos identificados y planificados, como así también los riesgos que- Análisis de varianza y
Controlar los riesgos tendenciasson detectados en la ejecución del proyecto.
- Análisis de reservas
- Reuniones
Fuente: Elaboración 'del autor.
-148 -Tesis Doctoral. UBA, fCE. Autor: Mg. Marcelo A. Briola
Tabla 4.8 - Procesos correspondientes al área de conocimiento "gestión de stakeholders"
Proceso
Identificar a los stakeholders
Concepto
Identificar a todas las personas, grupos u organizaciones que pueden impactar o ser impactados
en el proyecto; analizan y documentan información relevante.
Herramientas y técnicas
- Análisis de stakeholders
- Juicio experto
- Reuniones
Permite definir la estrategia a los efectos de lograr el compromiso de los stakeholders durantePlanificar.1agestión de los stakeholders I . . .. '. .
todo elciclo de vida del proyecto.
- Juicio experto
- Reuniones
- Técnicas analíticas
Gestionar el compromiso de los
stakeholders
Controlar el compromiso de los
stakeholders
Tesis Doctoral. UBA, FCE.
Fomenta el compromiso de los stakeholders sobre todas las actividades del proyecto bajo su
responsabilidad mediante el conocimiento, el cumplimiento de sus necesidades y la gestión
adecuada de los problemas existentes.
Controla el relacionamiento de los stakeholders asignados al proyecto y aplicar los cambios que .
se requieran en el plan de gestión de stakeholders.
Fuente: Elaboración del autor.
-149 ~
- Métodos de comunicación
- Habilidades interpersonales .
- Habilidades de gestión
- Sistema de información de
gestión
- Juicio experto
- Reuniones
Autor: Mg. MarceloA, Brlola
Tabla 4~9 - Procesos correspondientes al área de conocimiento "gestión de adquisiciones"
Proceso
Planificar la gestión de
adquisiciones
Conducir las adquisiciones
Controlar las adquisiciones
Cerrar las adquisiciones
Tesis üoctoral. UBA, fCE.
Concepto
Documenta las decisiones de las adquisiciones del proyecto. También identifica proyectos que deban ser
desarrollados externamente a los efectos de recibir productos; servicios o resultados, y con ellos detectar
potenciales vendedores.
Obtiene las respuestas de los vendedores seleccionados en primera instancia para luego seleccionar el
adecuado, adjudicándole el contrato correspondiente.
Controla el desempeño de los contratos acordados con los proveedores seleccionados; realiza los
cambios que sean necesarios producto del control.
Contempla cada una de las adquisiciones del. proyecto donde deberán contener los contratos
correspondientes. En caso de que un contrato quiera ser finalizado tempranamente el cierre
correspondiente debe ser acordado entre las partes.
Fuente: Elaboración del autor..
-150 -
Herramientas y técnicas
- Investigación de mercado
- Juicio experto
- Reuniones
- Técnicas de evaluaciónde
propuestas
- Estimación independiente
- Juicio experto
- Negociaciones de
adquisiciones
- Revisión del rendimiento de
las adquisiciones
- Inspecciones y auditorías
- Informes de rendimiento
- Sistema de pago
- Auditorías de adquisiciones
Autor: Mg. Marcelo A. Briola .
Tabla 4.10 - Procesos correspondientes al área de conocimiento "gestión de la integración"
Proceso Concepto Herramientas y técnicas,
Desarrollar el acta de Formalizael proyecto y da autoridad al Gerente de proyecto. Este proceso está relacionado con el grupo - Juicio experto
constitución (Project Charter) de proceso de inicio. - Técnicas de facilitación"
Desarrollar el plan de gestión Integra todos los planes en un solo plan de proyecto. Comprende .la línea base' del alcance tiempo y ... Juicio experto
del proyecto costo, como así también los planes de las áreas de conocimientos restantes. - Técnicas de facilitación
- Juicio experto
Dirigir y gestionar el trabajo Corresponde a ejecutar 10 definido en el plan de proyect? y está relacionado con el grupo de proceso de - Reuniones
del proyecto ejecución. - Sistema de información de
gestión de proyecto
... Juicio experto
- Técnicas analíticasMonitorear y controlar ~l Revisa el proyecto de acuerdo con lo definido en el plan de proyecto y confecciona los informes de
_. Reunionestrabajo del proyecto avance que correspondan.
- Sistema de información de
gestión de proyecto
- Juicio experto.
Ejecutar el control de cambios - Herramientas de control de
integradoAdministra los cambios y recibe los requerimientos de cambios; los aprueba cuando corresponda.
cambios
- Reuniones
Cierra todas las actividades administrativas y contractuales de los grupos de procesos de la fase definida... Juicio experto
Cerrar el proyecto o fase - Técnicas analíticaso del proyecto.
- Reuniones
Fuente: Elaboración del autor.
-151-Tesis Doctoral. UBA, FCE. Autor: Mg.. Marcelo A. Briola
Tabla 5. -- Modelo de madurez OPM .
Esta tabla se subdivide en tres tablas a los efectos de describir la información pertinente del modelo.
Tabla 5.1 -T'rocesos correspondientes al elemento del ciclo "adquirir conocimiento"
Proceso Concepto Herramientas y técnicas
- Workshops facilitadores
Comprender OPM Generar el entendimiento del modelo a los efectos de poder aplicarlo. - Gestión de reuniones
- Investigación
Generar la comprensión de la estrategia de la organización, misión, visión, producto, servicio, como así- Workshops facilitadores
Comprender la organización - Técnicas de entrevistastambién las personas: habilidades, zonas geográficas, clientes, entre otros.
- Gestión de reuniones
- Revisión de preparación de
Evaluar la preparación del Evaluar la preparación del cambio en función de la cultura, el entrenamiento, el equipamiento que tiene cambios
cambio la organización luego de haber relevado la información correspondiente. - Juicio experto
- Gestión de reuniones
Fuente: Elaboración del autor.
-152 -Tesis Doctoral. UBA¡ FCE .. Autor: Mg.Marcelo A.. Briola
Tabla 5.2 - Procesos correspondientes al elemento del ciclo "evaluar el rendimiento"
Proceso Concepto Herramientas y técnicas
... Gestión de reuniones
Define el plan a los efectos de conducir la evaluación de OPM3. Este plan puede incluir otros planes,- Juicio experto OPM3
- Metodología gestión deDefinir el plan como ser el correspondiente a la metodología a aplicar, roles y responsabilidades, métricas y factores
críticos de éxito, gobierno, riesgos y cumplimiento, entre otros..proyecto
... Investigación
- Entrenamiento
- Selección de entrevistas
- Gestión de entrevistasDefinir el alcance Identifica el alcance mientras el profesional OPM3 ejecuta la evaluación OPM3.
- Juicio experto OPM3
- Análisis de riesgos
- Análisis de datos
- Técnicas de documentación
Ejecuta el plan de evaluación de OPM3 donde el equipo de evaluación recolecta, procesa y analiza la - Reunión de lanzamientoConducir la evaluación
información. - Gestión de reuniones
- Juicio experto OPM3
- Análisis de riesgos
- Plan de gestión delcambio
- Análisis de datos
- Herramientas de evaluaciónIniciar el cambio Lanza las iniciativas de cambio a los efectos de poder adoptar las iniciativas de mejoras.
- Juicio experto
- Investigación
- Análisis de riesgos
Fuente: Elaboración del autor.
-153 -Tesis Doctoral. UBA,FCE. Autor: Mg. Marcelo A. Briola
Tabla 5.3 - Procesos' correspondientes al elemento del ciclo "gestionar las mejoras"
Proceso Concepto Herramientas y técnicas
- Técnicas de estimación
Crear recomendacionesIdentifica las diferencias existentes entre el 'estado actual y el futuro de la organización en términos de - Juicio experto
portfolio, programas y proyectos. - Juicio experto O·PM3
- Sistema de medición
- Técnicas de toma de decisiones
- Juicio experto
Seleccionar iniciativasBrinda a los stakeholders las mejores recomendaciones en función de costo y beneficio e importancia - Técnicas de gestión financiera
estratégica. - Juicio experto OPM3
- Metodología gestión de
proyecto
Implementar las iniciativas deTransforma las iniciativas seleccionadas en portfolios, programas y proyectos utilizando sus estándares - Metodología gestión programa
respectivos, según se explica en los apartados Gestión de portfolio, Gestión de programa y Gestión de - Metodología gestión demejoras
Proyecto del capítulo 2. proyecto
- Juicio experto
- Juicio experto OPM3
Medir los resultados Mide los resultados entre los planes de mejora con los resultados de negocio realizados. - Metodología gestión programa
- Metodología gestión de
proye~to
- Desarrollo del plan de gestión
Monitorea la eficiencia del cambio desde su inicio. En este proceso el equipo OP~:3 analiza. el impacto del cambioAdministrar el cambio
del cambio desde el punto de vista tecnológico, cultural y estratégico.. ... Workshops facilitadores,.
- Técnicas de entrevistas
Fuente: Elaboración del autor.
-154 -Tesis Doctoral. UBA,. FCE. Autor: Mg. Marcelo A. Briola
Integrando los procesos .del elemento 'del ciclo gestionar las mejoras, OPM3 los consolida en
los siguientes procesos:
Proceso Concepto
Planifica las 'mejores prácticas a implementar con la finalidad dePlanificar las mejoras
cumplimentar esas necesidades.
Implementar las mejorasImplementa las mejoras planificadas utilizando la práctica de gestión de
proyectos y los métodos de cambio organizacional.
Repetir el procesoEvalúa si la implementación realizada cumple con las necesidades. Encaso
de necesitar mejoras adicionales, se debe repetir el proceso.
Fuente: Elaboración del autor.
-155 -Tesis Doctoral. UBA/FCE. Autor: Mg.Marcelo A. Briola
Tabla 6 - Modelo de madurez CMMI
Esta tabla se subdivide en dos tablas a los efectos de describir la información pertinente del
modelo.
Area de proceso Areas relacionadas
- Measurement and Analysis Organizational
Causal Analysis and Resolution (CAR) ... Performance Management
- Quantitative Project Management
Configuration Management (CM)- Project Monitoring
- Control and Project Planning
Decision Analysis and Resolution (DAR)- Integrated Project .Management
- Risk Management
Integrated Project Management (IPM)- Verification
- Measurement and Analysis
- Requirements Development
,.. Configuration Management
Measurement andAnalysis (MA)- Organizational Process Definition
- Project Monitoring and Control
- Project Planning
- Quantitative Project Management
Organizational Process Definition (OPD) - Organizational Process Focus
Organizational Process Focus (OPF) -Organizational Process Definition
- Causal Analysis and Resolution
- Decision Analysis and Resolution
Organizational Performance Management - Measurement and Analysis
(OPM) - Organizational Process Focus
- Organizational Process Performance
- Organizational training
- Measurement and Analysis
Organizational Process Performance (OPP) - Organizational Performance Management
- Quantitive Project Management
- Decision Analysis and Resolution
Organizational Training (OT) - OrganizationalProcess Definition
- Project PlanningI
-156 -TesisDoctoral. UBA/FCE. Autor:Mg. Marcelo A. Briola 4
:-A""O
- RequirementsDevelopment
- TechnicalSolution
- Validation
- Verification
ProductIntegration (PI)- Configuration Management
- DecisionAnalysis and Resolution
- Risk Management
- Agreement Management
Project Monitoring and Control (PMC)- Measurementand Analysis
- Project PlanningProcess
- RequirementsDevelopment
- TechnicalSolution
Project Planning (PP) - Measurementand Analysis
- RequirementsManagement
~ Risk Management
Process and Product QualityAssurance (PPQA) - Verification
- CausalAnalysis and Resolution
- Integrated Project Management
- Measurementand Analysis
QuantitiveProject Management (QPM)- OrganizationalProcessDefinition
- OrganizationalPerformanceManagement
- OrganizationalProcess Performance
. - Project Monitoring and Control
- SupplierAgreement Management
- Product Integration
- Technical Solution
- Validation
RequirementsDevelopment (RO) - Verification
- Corfiguration !Janagement
- RequirementsManagement
- Risk Management
- RequirementsDevelopment
- TechnicalSolution
RequirementsManagement (REQM) - Configuration Management
- Project Monitoringand Control
- Project Planningy Risk Management
- DecisionAnalysis and Resolution
Risk Management (RSKM) - Project Monitoringand Control
- Project Planning
SupplierAgreement Management(SAM) - TechnicalSolution
-157 -Tesis Doctoral. USAJ FCE. Autor: Mg. Marcelo A. Briola
.,,1_
- Requirements Development
- Project Monitoring and Control
- Requirements Management
- Requirements Development
- Verification
TechnicalSolution (TS) - Decision Analysis and.Resolution
- OrganizationalPerformance Management
- RequirementsManagement
- RequirementsDevelopment
Validation(VAL) - TechnicalSolution
- Verification
- Requirements Development
Verification (VER) - Validation
- RequirementsManagement
Fuente: Elaboración del autor.
- 158-,Tesis Doctoral. UBAJFCE. Autor: Mg.Marcelo A. Briola
Tabla 6.2: Áreas de procesos, categorías y niveles de madurez
Área de procesoNiveles de
Categoríamadurez
Causal Analysis and Resolution (CAR) Support 5
Configuration Management (CM) Support 2
Decision Analysis and Resolution (PAR) Support 3
Integrated Project Management (IPM) Project Management 3
Measurement and Analysis (MA) Support 2
Organizational Process Definition (OPD) Process Management 3
Organizational Process Focus (OPF) ProcessManagement 3
Organizational Performance Management (OPM) Process Management 5
Organizational Process Performance (OPP) Process Management 4
Organizational Training (OT) Process Management 3
Product Integration (PI) Engineering 3
Project Monitoring and Control (PMC) Project Management . 2
Project Planning (PP) Project Management 2
Process and Product Quality Assurance (PPQA) Support 2
Quantitative Project Management (QPM) Project Management 4
Requirements Development (RD) Engineering 3
Requirements Management (REQM) Project Management 2
Risk Management (RSKM) Project Management 3
Supplier Agreement Management (SAM) Project Management 2
Technical Solution (TS) Engineering 3·
Validation (VAL) Engineering 3
Verification (VER) Engineering 3
Fuente: Chrissis M.B, Konrad M. & Shrum S., 2011, CMMlfor Development, p. 49.
-159 -Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A. Briola
LISTA DE GRÁFICOS
CAPITULO 1. INTRODUCCIÓN
G l. Causas primarias de fallas en los proyectos correspondientes al año 2016 - 8 -
CAPITULO 2. GESTIÓN ORGANIZACIONAL DE PROYECTOS·
2.1 Estrategia y estructura organizacional de proyectos
G 2. Gestión organizacional de proyectos ~ - 23 -
G 3. Impacto en el precio de las acciones como resultado de una mejor gestión de proyecto - 24 -
G 4. Relación entre estrategia organizacional y OPM - 27 ...
G 5. Relación entre portfolios, programas y proyectos '.. - 28 -
G 6. Relaciónde la estrategia con la gestión organizacional de proyectos - 30 -
2.2 Gestión de portfolio
G 7. Visión estructural de portfolios, programas y proyectos 32 -
G 8. Relación de la estrategia con la gestión de portfolio, programas y proyectos - 34 ...
G 9. Interacción de procesos en la gestión de portfolio -: 39 ...
2.3 Gestión de programa
G 10. Gestión de beneficios de un programa - 41 -
Gil. Relación entre la estrategia organizacional, portfolio, programas, ciclo de vida y delivery .. - 43 ...
G 12. Dominios en la gestión. de programa ,. ~ - 47 -
2.4 Gestión de proyecto
G 13. Estructura según grupos de procesos para un proyecto con fase simple - 50 -
G 14. Niveles de asignación y costos en una estructura genérica del ciclo de vida del proyecto - 52 -
G.15. Integración de grupos de procesos con áreas de conocimientos ~ 59~
-160 -Tesis Doctoral.Uss, FCE. Autor: Mg.Marcelo A. Brlola
2.5 Síntesis integradora de la Gestión organizacional de proyectos
G 16. Estructura organizacional de proyectos - 61-
CAPITULO 3. MODELOS DE MADUREZ
3.1 Organizational Project Management
G 17. Ciclo de vida de la organización - 64 -
G 18. Componentes OPM3 integrados - 68.-
G 19. Framework OPM3 - 6°8-
3.2 Project ManagementMaturity Model
G 20. Niveles de madurez de la gestión de proyecto ,.. -71 -
G 21. Niveles de madurez de la gestión de proyecto - 76 -
3.3 Capability Maturity Model Integrated
G 22. Niveles de madurez del CMMI ,; 0 •••••• '••••••••••••••••••••••••••••••••• - 78 -
G 23. Modelo de componentes de CMMI ' - 79 -
G 24. Representación "continua" : ~ - 83 -
G 25. Representación "etapa" ' - 83 -
CAPITULO 4. GRADO DE MADUREZ EN LA GESTIÓN DE PROYECTO DE IT
4.2 Encuesta
G 26.,Porcentaje de distribución en función de la categoría - 89 -
G 27. Porcentaje correspondiente al origen de las organizaciones ~ ~ - 90 -
G 28. 'Cantidad de empleados de las organizaciones en la Argentina - 90 -
G 29. Cantidad de empleados de las organizaciones en el mundo .' - 91 :-
G 30. Antigüedad de la organización en la Argentina ' - 91 -
G 31. Antigüedad de empresas multinacionales en el exterior ,....•.............. - 92 -
G 32. Tipoo de estructura - 92 -
G 33. Porcentaje de los modelos de madurez conocidos - 95-
-161-Tesis Doctoral. UBA, FCE. Autor: Mg.Marcelo A.Briola
G 34. Tipos de metodologías implementadas eh el área dé Ir : -98 -
G 35. Existencia de PMO en el área deII' ~ ~ - 98.-
G 36. Funciones de la PMO en el área de IT ~ 99 .-
G 37. Cumplimiento de los objetivos en los proyectos terminados ~ - 104 -
4.3 Análisis de los resultados de la investigación
G 38. Causas de incumplimiento de objetivos en los proyectos. Período 2013 - 2015 ~ 105 -
CAPITULO 5. CONCLUSIÓN Y PROPUESTA
G 39. Niveles de madurez del modelo - 118 -.
,- 162 -Tesis DoctoralUüá, FCE. Autor: Mg. Márcelo A.Briola
LISTA DE TABLAS
CAPITULO 1. INTRODUCCIÓN
T 1. Porcentaje de los proyectos exitosos 8-
T 2. Tendencia por cada eje analizado correspondiente al período 2012 .:..- 2016 ~ - 16 -
CAPITULO 2. GESTIÓN ORGANIZACIONAL DE PROYECTOS
2.2 Gestión de portfolio
T 3. Relación grupos de procesos, áreas de conocimiento y procesos - 36 -
2.3 Gestión de programa
T 4. Relación dominios y procesos en la gestión .de programa - 45 -
2.4 Gestión de proyecto
T 5. Grupos de procesos y áreas de conocimiento con sus procesos relacionados 55 ....
CAPITULO 3. MODELOS DE MADUREZ
3.10rganizational Project Management
T 6. Categorías de los facilitadores organizacionales - 66.-
T 7. Áreas de experiencia, elementos del ciclo y procesos asociados del modelo 69 -
J.3 Capability Maturity Model Integrated
T 8. Comparación de niveles de capacidad y madurez - 83 -
T 9. Relación entre nivel de madurez y cada perfil de nivel de capacidad - 86 ....
CAPITULO 4. GRADO DE MADUREZ EN LA GESTIÓN DE PROYECTO DE IT
4.2 Encuesta
T 10. Respuestas a la pregunta 1 93 ....
T 11. Respuesta a la pregunta 3 95~
-163 -Tesis Doctoral.Uüá, FCE. Autor: Mg. Marcelo A. Briola
T 12. Respuestas a la pregunta 7 , ~ - 100 -, .
T 13. Respuestas a la pregunta 8 - 100 -
T 14. Respuestas a la pregunta .1 O••••.•••••.•••.•.••.•••••.••••••.••••••.••.••••••.•.•.•....•.••.••••.••••• - 102 -
T 15. Respuestas ala pregunta 11 - 103 -
4.3 Análisis de los resultados de la investigación
T 16. Fortalezas y debilidades de la gestión de proyectos en el área de IT - 110 -
CAPITULO 5. CONCLUSIÓN y 'PROPUESTA
T 17. Estandarización por nivel de madurez ' 120 ,-
T 18. Ejes de madurez relacionados con el nivel de madurez 120 -
ANEXOS
T 1. Comparación entre portfolios, programas y proyectos .,. - 130,-
T 2. Procesos, herramientas y técnicas correspondientes a la gestión de portfolio - 132 -
T 3. Procesos, herramientas y técnicas correspondientes a la gestión de programa - 137 -
T 4. Procesos, herramientas y técnicas correspondientes a la gestión de proyecto ~ - 140 -
,T 5.Modelo de madurez OPM ~ 152-
T 6. Modelo de madurez CMMI ' ~ - 156 - .
-164 -Tesis Doctoral. UBA, FCE. Autor:Mg. Marcelo A.Briola
BIBLIOGRAFÍA
Ansoff, I~ (1965). Corporate Strategy. Estados Unidos de América: McGraw-Hill Inc.
Besner. C. & Hobbs. B. (2012). Contextualization ofProject Management Practice and Best
Practice. Newtown Square: Project Management Institute.
Chrissis, M. B., Konrad, M. & Shrum, S. (2011). CMMI for development. Guidelines for
Process Integration and Product Improvement. Third Edition, Boston: Pearson
Education.
Cleland, D. & Bidanda, B. (2015). The Evolution and Maturity of PM Newton Square:
Project Management Institute.
Crawford, J. K. (2010). The Enterprise PMO as Strate gy Execution Office. Originally
published as part of2011 PMI Global Congress Proceedings - Washington, DC.
Devaux, S. A. (2015). Total Project Control. Boca Raton: Taylor & Francis Group.
Hobbs, B. & 'Aubry, M. (2010). The Project Mangement Office (PMO). A Quest For
Understanding. Newtown Square: Project Management Institute.
Kendrick, T. (2014). The Project Management Tool Kit. Estados Unidos' de América:
Amacom.
Kerzner, H. (1999). Advanced Project Management. New York: John Wiley & Sons.
Kerzner, H. (2005). Using the Project Management Maturity Model. New Jersey: John Wiley
&'Sons.
Kerzner, H. (2013). Project Management, Metrics, KPIs, and Dashboards. New York:.
JoOO Wiley & Sons.
-165 -Tesis Doctoral. UBA, FCE. Autor: Mg. Marcelo A. Briola
Marks, T. (2012). 20:20 Project Management. EstadosUnidos de América: Kogan Page
Limited.
.Miller, G.J. (2016). Going Agile: Project Management Practices. Atlanta: Maxmetrics
.GmbH.
Morris, P.W.G. (2013). Reconstructing Project Management. UK: John Wiley & Sons.
Project Management Institute (2012, Marzo). PMI's Pulse of the Profession" .Driving
Success in Challenging Times. Recuperado de
http://www.pmi.orgl-/media/PI?F/Research/2012Pu.lseof.th.e profession.ashx
Project Management Institute (2013, Marzo). PMI's Pulse ofthe Professionís-The High Cost
of Low Performance. Recuperado de http://www.pmi.orgl··~/media/PDF/Business
Solutions/PMI-Pulse%20.Report-2013Mar4.ashx
Project Management Institute (2013a). A Guide to the Project Management Body of
Knowledge (PMBOK Guide). Newtown Square: Project Management Institute..
Project Management Institute (20 13b). Organizational Project Management Maturity Model.
Third Edition. Newtown Square: Project Management Institute.
Project Management Institute (2013c). The Standard for Portfolio Management. Newtown
Square: Project Management Institute.
Project Management Institute (2013d). The Standardfor Program Management. Newtown
Square: Project Management Institute.
Project Management Institute (2014, Febrero) PMI's Pulse of the Profession" .The High
Cost ofLow Performance. Recuperado de http://>>,ww..pm.i.orgl--ltnedia/PDF/Business- .
Solutions/PMI Pulse 2014.ashx
-166 -. Tesis Doctoral. UBA/ fCE. Autor:Mg. Marcelo A.Briola
Project Management Institute (2015, Febrero). rui» Pulse of the Profession" .Capturing
the Value of Project . Management. • Recuperado de
http://www.pmi.org/r-J/ll1edialPD~/learning/pulse-of-the-profession-2015 .ashx.
Project Management Institute (2016, Febrero). PM/'s Pulse ofthe Professionví. The High
Cost of Low Performance. Recuperado de
http://www.pmi.org/-imedia/PDF/learning/pulse-of-the-profession-2q'16.ash,x
Swaim, R. (201.0). The Strategic Drucker. Growth Strategies and Marketing Insights from the
Works ofPeter Drucker. San Francisco: John Wiley & Sonso
Wysocki, R. K. (2014). Effective Project Management: Traditional, Agile, Extreme.
Indianapolis. John Wiley & Sons, Inc.
-167 ..Tesis Doctoral. UBA, FCE. Autor: Mgó Marcelo A. Briola