pfg - modelo de gesti.n de proyectos para …iii nota de confidencialidad la información incluida...

UNIVERSIDAD PARA LA COOPERACIÓN INTERNACIONAL (UCI)

MODELO DE GESTIÓN DE PROYECTOS DE

MICROSERVICIOS DE SYSDE

PATRICIA CHENG TAM

PROYECTO FINAL DE GRADUACIÓN PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR POR EL TÍTULO DE MASTER EN ADMINISTRACIÓN

DE PROYECTOS

San José, Costa Rica

Septiembre 2006

ii

UNIVERSIDAD PARA LA COOPERACIÓN INTERNACIONAL (UCI)

Este Proyecto Final de Graduación fue aprobado por la Universidad como requisito parcial para optar al grado de Master en Administración de Proyectos

Adriana Ruiz, MAP DIRECTOR DEL PROYECTO

Dr. Franklin Marín DIRECTOR DEL PROGRAMA

Patricia Cheng Tam SUSTENTANTE

iii

NOTA DE CONFIDENCIALIDAD

La información incluida en este documento no debe ser copiada o reproducida por ningún medio, sin autorización escrita del sustentante involucrado en este proyecto final de graduación. El autor no asume ninguna responsabilidad por las consecuencias de la utilización de la información contenida en este documento.

iv

DEDICATORIA

A mi Dios Todopoderoso quien me ha concedido alcanzar una meta más. A mi esposo Henry quien me ha apoyado en todo este proceso. A mi familia quienes siempre están ahí para apoyarme.

v

RECONOCIMIENTOS

A las personas de SYSDE que han trabajado a mi lado para definir este modelo de gestión. A los profesores de la UCI por sus valiosos consejos y recomendaciones.

vi

Índice de Contenido

NOTA DE CONFIDENCIALIDAD ......................................................................................................................... III DEDICATORIA .................................................................................................................................................... IV RECONOCIMIENTOS ........................................................................................................................................... V RESUMEN EJECUTIVO ....................................................................................................................................... XI 1. INTRODUCCIÓN .................................................................................................................................... - 13 - 2. MARCO TEÓRICO ................................................................................................................................. - 18 -

2.1 DEFINICIÓN DE SOFTWARE ................................................................................................................... - 18 - 2.2 IMPORTANCIA DEL SOFTWARE ............................................................................................................... - 19 - 2.3 ESTADÍSTICAS DE PROYECTOS EXITOSOS EN SOFTWARE ............................................................................ - 20 - 2.4 IMPORTANCIA DE LA GESTIÓN DEL PROYECTO .......................................................................................... - 22 - 2.5 MARCO INSTITUCIONAL ....................................................................................................................... - 23 - 2.6 TEORÍA DE LA ADMINISTRACIÓN DE PROYECTOS ....................................................................................... - 26 -

2.6.1 Antecedentes ......................................................................................................................... - 26 - 2.6.2 Definición de proyecto ............................................................................................................. - 27 - 2.6.3 Procesos de dirección de proyecto ........................................................................................... - 28 - 2.6.4 Áreas de conocimiento de proyecto .......................................................................................... - 30 - 2.6.5 Modelo de gestión de proyectos ............................................................................................... - 33 - 2.6.6 Herramientas tecnológicas ....................................................................................................... - 36 -

3. MARCO METODOLÓGICO ..................................................................................................................... - 37 - 3.1 RECOPILACIÓN Y ANÁLISIS DE INFORMACIÓN ............................................................................................ - 38 -

3.1.1 Investigación documental ......................................................................................................... - 39 - 3.1.2 Investigación de campo ........................................................................................................... - 40 - 3.1.3 Juicio experto ......................................................................................................................... - 41 -

3.2 DEFINICIÓN DEL MODELO DE GESTIÓN DE PROYECTOS DE MICROSERVICIOS ................................................. - 42 - 3.3 REQUERIMIENTOS FUNCIONALES EN PROCEDIMIENTOS Y HERRAMIENTAS ...................................................... - 42 -

4. DESARROLLO DEL MODELO DE GESTIÓN DE PROYECTOS DE MICROSERVICIOS DE SYSDE ............ - 43 - 4.1 INTRODUCCIÓN .................................................................................................................................. - 43 - 4.2 RESULTADOS DE LA INVESTIGACIÓN ....................................................................................................... - 43 -

4.2.1 Resultados de los proyectos de implementación de software ...................................................... - 44 - 4.2.2 Resultados de los proyectos de implementación de software en SYSDE ...................................... - 46 - 4.2.3 Resultados de los proyectos de Microservicios en SYSDE .......................................................... - 50 -

4.3 DEFINICIÓN DEL MODELO DE GESTIÓN DE PROYECTOS DE MICROSERVICIOS ................................................. - 55 - 4.3.1 Roles de la organización y del proyecto..................................................................................... - 56 - 4.3.2 Gestión de integración ............................................................................................................. - 60 - 4.3.3 Gestión de alcance ................................................................................................................. - 69 - 4.3.4 Gestión de tiempo ................................................................................................................... - 75 - 4.3.5 Gestión de costo ..................................................................................................................... - 80 - 4.3.6 Gestión de calidad .................................................................................................................. - 85 - 4.3.7 Gestión de recursos humanos .................................................................................................. - 90 - 4.3.8 Gestión de comunicaciones ..................................................................................................... - 98 - 4.3.9 Gestión de riesgos ................................................................................................................ - 105 - 4.3.10 Gestión de adquisiciones ....................................................................................................... - 111 -

vii

4.4 REQUERIMIENTOS FUNCIONALES EN PROCEDIMIENTOS Y HERRAMIENTAS .................................................... - 112 - 4.4.1 Procedimientos ..................................................................................................................... - 112 - 4.4.2 Herramientas metodológicas .................................................................................................. - 112 - 4.4.3 Herramientas tecnológicas ..................................................................................................... - 114 -

5. CONCLUSIONES ................................................................................................................................. - 118 - 6. RECOMENDACIONES ......................................................................................................................... - 120 -

6.1 VALIDAR EL MODELO ......................................................................................................................... - 120 - 6.1.1 Tamaño de la muestra ........................................................................................................... - 120 - 6.1.2 Área de conocimiento ............................................................................................................ - 120 - 6.1.3 Documentación de resultados ................................................................................................ - 121 -

6.2 APLICAR AJUSTES AL MODELO ............................................................................................................ - 121 - 6.3 CAPACITAR A LOS GERENTES DE PROYECTOS DE MICROSERVICIOS ........................................................... - 121 - 6.4 REALIZAR LA PUESTA EN MARCHA ........................................................................................................ - 121 - 6.5 PROPICIAR LA MEJORA CONTINUA ........................................................................................................ - 122 -

7. BIBLIOGRAFÍA .................................................................................................................................... - 123 - 8. ANEXOS ............................................................................................................................................. - 125 -

8.1 ALCANCES DEL TRABAJO DE INVESTIGACIÓN .......................................................................................... - 125 - 8.1.1 Charter del proyecto .............................................................................................................. - 125 - 8.1.2 Declaración de alcance ......................................................................................................... - 129 - 8.1.3 WBS del desarrollo del trabajo de investigación ....................................................................... - 132 -

8.2 ESTADÍSTICAS DE LA INDUSTRIA DE SOFTWARE ...................................................................................... - 133 - 8.2.1 Exportación por segmento ..................................................................................................... - 133 - 8.2.2 Número de empleados por segmento ...................................................................................... - 133 - 8.2.3 Número de empresas por segmento ....................................................................................... - 134 - 8.2.4 Destinos de exportación de productores de TIC ....................................................................... - 134 - 8.2.5 Tamaño de las empresas productores de TIC .......................................................................... - 135 -

8.3 RESULTADOS DE LA INVESTIGACIÓN DOCUMENTAL .................................................................................. - 136 - 8.3.1 Descripción general de la Metodología de Proyectos de Implementación de SYSDE ................... - 136 - 8.3.2 Proyectos de implementación de enero 2005 a junio 2006 ........................................................ - 137 - 8.3.3 Encuesta a participantes de proyectos de implementación de SYSDE ....................................... - 137 - 8.3.4 Resultado del cumplimiento de objetivos de proyectos de Microservicios.................................... - 139 - 8.3.5 Resultado de las causas incumplimiento de objetivos de proyectos de Microservicios ................. - 140 -

8.4 HERRAMIENTAS METODOLÓGICAS DEL MODELO DE GESTIÓN DE MICROSERVICIOS ....................................... - 141 - 8.4.1 Formulario de orden de cambio .............................................................................................. - 141 - 8.4.2 Reporte/notificación de incidencias ......................................................................................... - 144 - 8.4.3 Formulario de lecciones aprendidas ........................................................................................ - 146 - 8.4.4 Formulario de declaración de alcance ..................................................................................... - 147 - 8.4.5 SYSDE Requisite Modeler ..................................................................................................... - 148 - 8.4.6 Plantilla de cronograma para proyectos de Microservicios ......................................................... - 149 - 8.4.7 Plantilla P&L ......................................................................................................................... - 150 - 8.4.8 Encuesta de satisfacción del cliente ........................................................................................ - 151 - 8.4.9 Encuesta de satisfacción del cliente final ................................................................................. - 152 - 8.4.10 Informe de avance de proyecto .............................................................................................. - 153 -

9. GLOSARIO .......................................................................................................................................... - 156 -

viii

Índice de Ilustraciones

Figura 2-1 Estadísticas en proyectos de software ----------------------------------------------------------------------- - 20 - Figura 2-2 Principales causas de fracaso en los proyectos de software ------------------------------------------------ - 21 - Figura 2-3 Organigrama de SYSDE -------------------------------------------------------------------------------------- - 24 - Figura 2-4 Grupo de procesos de dirección de proyectos --------------------------------------------------------------- - 30 - Figura 2-5 Descripción general de áreas de conocimiento de proyectos ----------------------------------------------- - 31 - Figura 4-1 WBS de los resultados de la investigación ------------------------------------------------------------------- - 44 - Figura 4-2 Cumplimiento de objetivos de proyectos de implementación ------------------------------------------------ - 48 - Figura 4-3 Causas de incumplimiento de objetivos de proyectos de implementación ---------------------------------- - 49 - Figura 4-4 Cantidad de proyectos por naturaleza ----------------------------------------------------------------------- - 51 - Figura 4-5 Cumplimiento de objetivos del proyecto ---------------------------------------------------------------------- - 52 - Figura 4-6 Causas de incumplimiento de objetivos ---------------------------------------------------------------------- - 54 - Figura 4-7 WBS de gestión de integración ------------------------------------------------------------------------------- - 60 - Figura 4-8 Flujo del proceso de control de cambios --------------------------------------------------------------------- - 62 - Figura 4-9 Flujo del proceso de control de incidencias ------------------------------------------------------------------ - 63 - Figura 4-10 Dashboard de SYSDE: Vista de órdenes de cambio ------------------------------------------------------- - 68 - Figura 4-11 Dashboard de SYSDE: Vista de Control de Incidencias ---------------------------------------------------- - 68 - Figura 4-12 WBS de gestión de alcance --------------------------------------------------------------------------------- - 69 - Figura 4-13 Plantilla para generar EDT ---------------------------------------------------------------------------------- - 73 - Figura 4-14 Dashboard de SYSDE: Vista de declaración de alcance --------------------------------------------------- - 73 - Figura 4-15 Ejemplo del WBS -------------------------------------------------------------------------------------------- - 74 - Figura 4-16 WBS de gestión de tiempo ---------------------------------------------------------------------------------- - 75 - Figura 4-17 Calendario de hitos ------------------------------------------------------------------------------------------ - 78 - Figura 4-18 Dashboard de SYSDE: Vista de avance de cronograma --------------------------------------------------- - 79 - Figura 4-19 WBS de gestión de costo ----------------------------------------------------------------------------------- - 80 - Figura 4-20 Dashboard de SYSDE: Vista de plan de pagos ------------------------------------------------------------ - 83 - Figura 4-21 Dashboard de SYSDE: Vista de gestión financiera -------------------------------------------------------- - 84 - Figura 4-22 WBS de gestión de calidad---------------------------------------------------------------------------------- - 85 - Figura 4-23 Dashboard de SYSDE: Vista de gestión de calidad -------------------------------------------------------- - 89 - Figura 4-24 WBS de gestión de recursos humanos --------------------------------------------------------------------- - 90 - Figura 4-25 Organigrama de proyecto de Microservicios ---------------------------------------------------------------- - 93 - Figura 4-26 Roles y funciones de proyectos de Microservicios --------------------------------------------------------- - 94 - Figura 4-27 Matriz de responsabilidades -------------------------------------------------------------------------------- - 94 - Figura 4-28 Matriz de dedicación de recursos humanos ---------------------------------------------------------------- - 95 - Figura 4-29 Dashboard de SYSDE: Vista de equipos de trabajo ------------------------------------------------------- - 96 - Figura 4-30 Dashboard de SYSDE: Distribución de esfuerzo de los recursos humanos ------------------------------- - 96 - Figura 4-31 Vista del SYSDE SMS --------------------------------------------------------------------------------------- - 97 - Figura 4-32 WBS de gestión de comunicaciones ------------------------------------------------------------------------ - 98 - Figura 4-33 Flujo del proceso de escalamiento ------------------------------------------------------------------------ - 100 - Figura 4-34 Matriz de comunicación ----------------------------------------------------------------------------------- - 103 - Figura 4-35 Dashboard de SYSDE: Repositorio de documentos de comunicación ---------------------------------- - 104 - Figura 4-36 WBS de gestión de riesgos ------------------------------------------------------------------------------- - 105 - Figura 4-37 Categoría de riesgos -------------------------------------------------------------------------------------- - 109 - Figura 4-38 Matriz de probabilidad e impacto -------------------------------------------------------------------------- - 109 - Figura 4-39 RBS de los riesgos ---------------------------------------------------------------------------------------- - 110 - Figura 4-40 Mapa de riesgos ------------------------------------------------------------------------------------------- - 110 - Figura 4-41 Dashboard de SYSDE: Matriz de riesgos ----------------------------------------------------------------- - 111 - Figura 6-1 Recomendaciones para la aplicación del Modelo de Gestión --------------------------------------------- - 122 - Figura 8-1 WBS del desarrollo del Modelo de Gestión de Proyectos de Microservicios ------------------------------ - 132 - Figura 8-2 Detalle de montos de exportación por segmento ---------------------------------------------------------- - 133 - Figura 8-3 Detalle de número de empleados por segmento ----------------------------------------------------------- - 133 -

ix

Figura 8-4 Detalle de número de empresas por segmento del sector TIC -------------------------------------------- - 134 - Figura 8-5 Exportación de productores de TIC ------------------------------------------------------------------------ - 134 - Figura 8-6 Tamaño de empresas de productores de TIC ------------------------------------------------------------- - 135 -

x

Índice de Cuadros

Cuadro 4-1 Factores críticos de éxito en proyectos de software .......................................................................... - 46 - Cuadro 4-2 Proyectos durante el periodo agosto 2005 a junio 2006 ..................................................................... - 50 - Cuadro 4-3 Roles de la organización y del proyecto ........................................................................................... - 56 - Cuadro 4-4 Interacción de roles por fase de proyecto: Gestión de integración ....................................................... - 65 - Cuadro 4-5 Interacción de roles por fase de proyecto: Gestión de alcance, tiempo y costo ..................................... - 71 - Cuadro 4-6 Interacción de roles por fase de proyecto: Gestión de calidad ............................................................ - 87 - Cuadro 4-7 Interacción de roles por fase de proyecto: Gestión de recursos humanos ............................................ - 92 - Cuadro 4-8 Interacción de Roles por fase de proyecto: Gestión de comunicaciones ............................................ - 101 - Cuadro 4-9 Interacción de roles por fase de proyecto: Gestión de riesgos .......................................................... - 108 - Cuadro 4-10 Fórmulas de los índices de Valor Ganado .................................................................................... - 116 - Cuadro 8-1 Proyectos de implementación de enero 2005 a junio 2006 .............................................................. - 137 - Cuadro 8-2 Cumplimiento de objetivos ............................................................................................................ - 139 - Cuadro 8-3 Causas de incumplimiento de objetivos.......................................................................................... - 140 -

xi

Resumen ejecutivo En los últimos años Costa Rica ha surgido como un país destacado en el sector de Tecnologías de Información y Comunicación (TIC), tanto que en el año 2004 generó US $2.002 millones, de los cuales se exportaron US $1.800 millones, representado alrededor del 11% del Producto Interno Bruto (PIB) de Costa Rica. (Cabezas, 2005). Dada la importancia de este sector, este trabajo analizó a Sysde, una de las empresas reconocidas por su trayectoria en la industria del software en Costa Rica, fundada en 1991, dedicada al desarrollo e implementación de soluciones tecnológicas para el mercado financiero y que desde entonces ha gestionado proyectos alrededor del mundo. En sus primeros años los proyectos se administraban en forma empírica. No fue sino hasta el año 2000 que se inició una cultura de gestión con la creación de la PMO (Oficina de Proyectos). Esta PMO definió y aplicó una Metodología para la Gestión de Proyectos de Implementación de sus productos, sin embargo, no contempló los denominados Microservicios, que se destacan por ser de menor duración, riesgo y costo, provocando que la administración de los mismos sea nuevamente artesanal, no estandarizada y empírica. Este trabajo tiene como objetivo general definir un Modelo de Gestión de Proyectos de Microservicios que contribuya a que éstos sean más rentables y de mayor nivel de satisfacción al cliente. Para cumplir con el propósito se establecieron objetivos específicos tales como la generación de procesos, interfaces, herramientas metodológicas y tecnológicas para la administración de estos proyectos. Para la definición de este modelo se utilizó la investigación documental, que se apoya en la información histórica y estadística acerca de los sistemas de gestión de proyectos de software. Por lo tanto se contemplan las nueve áreas de conocimiento del PMBok, (PMI, 2004), las interacciones entre los diferentes roles, la metodología actual de Sysde, además del juicio experto, observaciones controladas y entrevistas de campo que en conjunto permitieron cumplir con el objetivo general. Producto de este sistema se establecieron los requerimientos funcionales tanto en las herramientas metodológicas y tecnológicas, como a nivel de procesos que deben adaptarse para su aplicación. Al concluir con la definición de este modelo se determinó que se logrará:

▪ Gestión de proyectos de Microservicios en forma integrada, contemplando tres aristas importantes para SYSDE: los lineamientos del PMBok (PMI, 2004), la metodología actual de Sysde para sus proyectos de implementación y los elementos del Sistema de Gestión de Calidad (SGC) de SYSDE.

xii

Esta genera como consecuencia proyectos con mayor probabilidad del cumplimiento de sus objetivos, unidades internas de SYSDE integradas, herramientas metodológicas y tecnológicas consistentes, conocimiento capitalizable y un desarrollo profesional de los Gerentes de Proyecto.

▪ Gestión de proyectos de Microservicios en forma estándar debido a que define los

procedimientos, las interacciones entre los participantes y las herramientas por utilizar (metodológicas y tecnológicas) que deben aplicarse para todos estos proyectos. Esta gestión estandarizada genera proyectos cuyo seguimiento de la PMO es uniforme, Gerentes de Proyectos más experimentados y un modelo cuya mejora continua es aplicable.

Dada la aplicación de este modelo integrado y estándar, los Microservicios tendrán una mayor probabilidad de cumplir con sus objetivos, es decir, serán más rentables y con un nivel de satisfacción del cliente más alto. Finalmente, la definición del Modelo de Gestión de Proyectos de Microservicios no sólo genera beneficios directos a este tipo de proyectos, sino que se extiende a la metodología actual de SYSDE al incorporar mejoras tanto a nivel de herramientas metodológicas y tecnológicas, como a nivel de procedimientos. Igualmente, en forma viceversa, toda mejora en la metodología actual, impactará en forma positiva en este modelo.

- 13 -

1. Introducción

En los últimos 20 años Costa Rica ha surgido como un país destacado en el sector denominado por la Cámara Costarricense de Tecnologías de Información y Comunicación (CAMTIC) como el de Tecnologías de Información y Comunicación (TIC), éste ha tenido un crecimiento vertiginoso, tanto que en el año 2004 generó una producción de US $2.002 millones, de los cuales se exportaron US $1.800 millones, representando un nivel de producción cercano al 11% del Producto Interno Bruto (PIB) de Costa Rica. (Cabezas, 2005). Dada la importancia de este rubro a nivel nacional, a continuación se detallan los cinco segmentos que lo componen, según la clasificación dada por CAMTIC:

▪ “Productores de TIC: Diseño y desarrollo de productos de software estandarizado (paquetes de software) que pueda ser comercializado más de una vez. Por ejemplo: diseño y desarrollo de software de aplicaciones especializadas, software de retail.

▪ Servicios directos de TIC: Producción de software no contemplada en la categoría anterior; instalación, integración, soporte y consultorías en tecnologías de información y comunicación; y administración e integración de infraestructura de redes y telecomunicaciones. Por ejemplo: Subcontratación de aplicaciones, aplicaciones a la medida, integración de sistemas, soporte, consultoría e instalación.

▪ Servicios habilitados por TIC: Conformado por las empresas cuyo negocio central está relacionado con servicios que utilizan las TIC como herramienta fundamental para su modelo negocio, sin que necesariamente las produzcan como subcontratación de procesos de negocio (BPO business

process outsourcing, por su nombre en inglés); y transformación de procesos de negocio (BTO business transformation outsourcing, por su nombre en inglés); provisión de servicios de atención al cliente y procesamiento de información. Por ejemplo: Call Centers, Centro de Soporte de Datos, Telemercadeo.

▪ Componentes TIC: Involucra a las empresas dedicadas a la producción de componentes físicos de y para TIC. Por ejemplo: Productores de Computadoras, Productores de Redes.

- 14 -

▪ Servicios claves: Esta categoría comprende integrar a las empresas u organizaciones que, aunque su negocio central no sea la producción de TIC's, son fundamentales en la conformación del hábitat de TIC's por su papel habilitador o facilitador. Por ejemplo: Universidades, Fondos de Capital de Riesgo, Parques Tecnológicos. (CAMTIC, 2006) ”

Entre la diversidad de empresas del sector de Tecnología de Información y Comunicación (TIC), este trabajo se enfocará en el segmento de organizaciones que se dedican a desarrollar software en Costa Rica. Industria que ha emergido como uno de los más dinámicas en Latinoamérica, experimentando un crecimiento explosivo (Cabezas, 2005) por el que Costa Rica es catalogado como el tercer país exportador de software según el Global Outsourcing Report (Minivech y Richter, 2005), tan solo dos posiciones por debajo de India y China, que ocupan el primero y segundo lugar respectivamente. Con este posicionamiento, Costa Rica ha demostrado ser competitivo en la industria, con una producción de US $173 millones en el año 2004 (CAMTIC, 2006), de los cuales 59% fueron aplicaciones y programas para el mercado local y el 41% restante fue comercializado en mercados internacionales.1 Para la producción de estas cifras, existen más de 150 compañías relacionadas con el software, que van desde pequeñas hasta grandes empresas que se dedican su desarrollo tanto para el mercado local como el mercado internacional. (Pacheco, 2002)2. De estas empresas, casi el 50% de ellas exportan productos a mercados en Centroamérica, Sudamérica, el Caribe y Norteamérica, e incluso algunas han logrado incursionar en Europa, Asia y África3. Se espera que en promedio éstas crezcan entre un 30 y 100% en los próximos dos años. Entre las organizaciones reconocidas en la industria local se encuentran Artinsoft, Codisa, Exactus, TecApro y SYSDE. (Pacheco, 2002).

1 Ver Anexo 8.2.1 Exportación por segmento y Anexo 8.2.2 Número de empleados por segmento. 2 Ver Anexo 8.2.3 Número de empresas por segmento. 3 Ver anexo 8.2.4 Destinos de exportación por segmento de productores de TIC y Anexo 8.2.5. Tamaño de las empresas productores de TIC.

- 15 -

SYSDE es una empresa desarrolladora de software para el sector financiero – bancario. Fundada en 1991, se ha convertido en el proveedor líder de servicios y tecnología para la industria financiera, presente en 26 países en Latinoamérica, el Caribe, Europa y África. (SYSDE, 2005). Con más de 200 proyectos de implementación de sus soluciones desde su nacimiento hasta el año 2005, SYSDE tiene basta experiencia en el manejo de estos procesos. A pesar de que desde sus inicios los desarrollaba, no es sino hasta finales de la década de los noventa que aparece el rol de Gerente de Proyectos, que consistía en asignar al ingeniero en sistemas más sobresaliente como responsable del cumplimiento de los objetivos del proyecto. Cada profesional fue experimentando el nuevo rol y asumiendo las responsabilidades en forma rudimentaria, poco estructurada y documentada, sin asesoría y según la experiencia de cada uno. Dada la no uniformidad en la gestión de estos proyectos, a inicios del año 2000 SYSDE inicia un proceso de cambio organizacional, generando una cultura alrededor de éstos y formalizando los procesos para su administración mediante la creación de la Oficina de Proyectos (PMO Project

Management Office por sus siglas en inglés), y en el enero de 2005 certifica sus procedimientos para implementar las soluciones tecnológicas a través de la Metodología de Gestión de Proyectos4 y Soporte con la Norma de Calidad ISO 9000:2001. (ISO, 2001). Resultado de este proceso de calidad, surge la Unidad de Post-Implementación, la cual se encarga de brindar los servicios a los clientes luego de concluir la implementación de una solución SYSDE. Como parte de la Unidad de Post-Implementación, en agosto de 2005 SYSDE lanza una estrategia comercial de no sólo brindar el servicio de Soporte y Mantenimiento, sino extender su portafolio de servicios a través de un nuevo tipo de servicio llamado Microservicios.

4 Proyectos de Implementación: Son aquellos que se desarrollan en clientes que adquieren una solución de SYSDE. Tienen el objetivo de instalar, adaptar, capacitar e implementar la solución tecnológica que adquirieron. Son proyectos largos, complejos y con alto nivel de riesgo.

- 16 -

El área de Microservicios nace para generar alto valor al cliente que ya posee una solución de SYSDE y establecer relaciones de largo plazo. Se enfoca en servicios denominados Microservicios, desarrollados para atender la base de clientes instalada de forma integral, con soluciones controladas, con niveles de riesgo manejables, de menor duración que un proceso de implementación (usualmente entre uno y seis meses) y una alta calidad en el producto final. Actualmente los Microservicios se gestionan tal y como se hacía a inicios del 2000, donde cada Gerente de Proyecto administraba según su personalidad y experiencia. Al no contar con una metodología estandarizada para su desarrollo, se han detectado algunas dificultades como:

▪ Administración poco estructurada y no estandarizada, provocando que el control y seguimiento sea sumamente difícil.

▪ Generación de dependencia hacia el Gerente de Proyectos, pues cada uno es administrado de forma diferente y no documentada.

▪ Complejidad para cumplir con los objetivos de valor agregado y entregar los productos de alta calidad para satisfacer las necesidades del cliente.

▪ Ausencia de sincronización con la Oficina de Proyectos (PMO) de SYSDE.

▪ Ausencia de uso de herramientas tecnológicas desarrolladas por SYSDE.

▪ Rentabilidad de los Microservicios, no son los esperados por la Gerencia General. Dada esta serie de dificultades y su importancia para SYSDE como medio para establecer y mantener las relaciones a largo plazo con sus clientes, el siguiente trabajo define un Modelo de Gestión de Proyecto de Microservicios que contribuya a que éstos sean más rentables y aumentar el nivel de satisfacción al cliente. Para alcanzar este objetivo se deberá cumplir con los siguientes objetivos específicos:

▪ Definir los procesos e interacciones entre roles para las etapas de planificación, ejecución, seguimiento y cierre del proyecto para así estandarizar la gestión de los Microservicios, facilitar la supervisión y control de los mismos.

- 17 -

▪ Definir las herramientas metodológicas y tecnológicas que deberán utilizarse para la gestión de estos proyectos y aprovechar la plataforma existente para buscar eficiencias.

▪ Determinar cuáles serán las adaptaciones que deben realizarse en las herramientas metodológicas y tecnológicas, así como los procedimientos actuales para aplicar el modelo.

Este modelo está basado en el estándar de PMI (Project Management Institute, por sus siglas en inglés), en la metodología actual de SYSDE para proyectos de implementación y su Sistema de Gestión de Calidad (SGC) ISO. Con él se podrán gestionar los Microservicios y se lograrán alcanzar los objetivos como empresa, así como contribuir con el sector en que se desarrolle, definiendo una propuesta que pueda ser aplicado para proyectos con características similares.

- 18 -

2. Marco teórico

En la siguiente sección se describe el contexto en el cual se desarrollará este trabajo de investigación para mayor entendimiento del lector.

2.1 Definición de software

Existen muchas definiciones de lo que es el software, a continuación se presentan algunas que desde diferentes perspectivas lo describen: Según el diccionario de la Real Academia, es: “un conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en una computadora”. (Real Academia Española, 2006). Según la IEEE (The Institute of Electrical and Electronics Engineers, por sus siglas en inglés) en su estándar 729, la cual dice que es: “la suma total de los programas de cómputo, procedimientos, reglas [,] documentación y datos asociados que forman parte de las operaciones de un sistema de cómputo” (IEEE, 1993).

Por lo tanto, se puede decir que el software es una producción inmaterial del cerebro humano y tal vez una de las estructuras más complicadas que la humanidad conoce, éste no se elabora como cualquier producto industrial, no se construye, se desarrolla e involucra intensamente a la gente al ser una actividad mental y creativa. Es una herramienta es compleja porque está modelando la operación de la organización, esta característica es precisamente su propiedad más importante. (Zavala, 2004).

El software permite poner en relación al ser humano y a la máquina y también a las máquinas entre sí. Sin ese conjunto de instrucciones programadas, las computadoras serían objetos inertes, como cajas de zapatos, sin capacidad siquiera para mostrar algo en la pantalla.

- 19 -

2.2 Importancia del software

Entendiendo lo que representa esta herramienta, es importante destacar que hoy en día es parte de nuestra la vida cotidiana de la sociedad contemporánea e influye sobre muchas de las actividades que realizamos. Prácticamente hoy en día nadie, en el mundo, permanece inmune al software.

No se encuentra únicamente en las computadoras de nuestras casas y oficinas, de hecho, la calefacción, el horno de la cocina, el despertador digital, el equipo de audio, la televisión, los juguetes, los aviones, los ferrocarriles y prácticamente todo lo que se pueda imaginar, tan elemental como la lavadora, ya lo incorporan para asegurar su funcionamiento.

La considerable importancia de esta herramienta está en innumerables productos de todo tipo y además, puede considerarse un motor económico de creciente relevancia. No solo son importantes en las redes de telecomunicaciones modernas que utilizan sistemas de telecomunicación, pues sistemas controlados por software son capaces de hacer realidad la disponibilidad de servicios de alta calidad en plazos de tiempo y con un costo razonable, por lo que se ha convertido en una industria que ha impactado especialmente dos sectores, los cuales son:

▪ Económico: En los EEUU, contribuyó a 1/4 de todo el incremento del PIB durante los 90's (alrededor de US $90,000 millones por año), y 1/6 de todo el crecimiento de productividad durante los últimos años de la década (alrededor de US $33,000 millones por año). (Wikipedia, 2006). Específicamente, en el desarrollo de software contribuyó a US $1,000 millones de millones en el crecimiento económico y productividad durante esa década.

En los últimos 20 años Costa Rica ha surgido como un país destacado el desarrollo de esta herramienta y su crecimiento vertiginoso se ha reflejado en el área económica. El año 2004 generó una producción de US $2.002 millones, de los cuales se exportaron US $1.800 millones, representando un nivel de producción cercano al 11% del Producto Interno Bruto (PIB) de Costa Rica. (Cabezas, 2005).

- 20 -

▪ Social: El software cambia la cultura del mundo debido al extendido uso de la computadora. El correo electrónico (E-mail), la Web y la mensajería instantánea permiten a la gente interactuar en nuevas formas.

Su uso se evidencia en el impacto a nivel social en nuestra vida cotidiana, cuando vamos a un cajero automático, al banco, al hospital, utilizamos el celular, entre otras situaciones que interactuamos con sistemas desarrollados para automatizar procesos. Dado su impacto en la sociedad, es importante analizar desde la perspectiva de los proyectos cómo se han realizado y qué tanto se cumplen los objetivos.

2.3 Estadísticas de proyectos exitosos en software A pesar de la importancia del software en la industria, los proyectos que se desarrollan para este sector no han cumplido las expectativas. Según el Chaos Report del año 2002 (San Diego Software Studio, 2002), las investigaciones de Standish Group el 31.1% sobre éstos son cancelados antes de su conclusión y de los que logran concluir, el 57.2% exceden 189% del presupuesto original. Esto se muestra en Figura 2-1 Estadísticas en proyectos de software.

Figura 2-1 Estadísticas en proyectos de software

- 21 -

Existen otras estadísticas que analizan las causas de estos fracasos y de los excesos en el presupuesto. Uno de estos análisis es el realizado por IT Cortex (2006) que mediante 203 entrevistas realizadas a Gerentes de Proyectos de TI de empresas de finanzas, manufactura, servicios y telefonía en Inglaterra, determinó causas de fracaso tales como:

▪ Pobre comunicación: Un 57% del total de los entrevistados indicó que la comunicación deficiente entre los miembros del equipo y los involucrados del proyecto fue la principal.

▪ Falta de planeación: Un 39% del total de los entrevistados indicó que el manejo del riesgo y un débil plan de proyecto fue la segunda causa.

▪ Falta de control: Un 35% del total de los entrevistados indicó que la falta de seguimiento y control del proyecto fue la tercera causa.

En la Figura 2-2 Principales causas de fracaso en los proyectos de software muestra los resultados de las entrevistas realizadas por IT Cortex (2006).

Figura 2-2 Principales causas de fracaso en los proyectos de software

0% 10% 20% 30% 40% 50% 60%

1

Comunicación Deficiente entre las Partes Falta de Planeación del ProyectoFalta de Control de Calidad Incumplimiento de Hitos RelevantesInadecuada Coordinación de Recursos Costos no controladosProcesos no administrados Definiciente Administración de ProyectosHabilidades del Proveedor Proveedores SubestimadosInsuficientes Medidas de Salidas Proveedores No Consistentes

- 22 -

2.4 Importancia de la gestión del proyecto Al realizar el análisis de las causas principales del fracaso de los proyectos, según Figura 2-2, resulta evidente que uno de los problemas más graves es la falta de métodos para su gestión. A continuación se destaca la importancia de tener un marco de trabajo que permita realizar una planificación adecuada sin descuidar las demás áreas. La gestión empírica de un proyecto, es decir, sin una metodología, intuitiva y tradicional, no provee las bases necesarias para cumplir con sus objetivos, por lo que se debe recurrir a una serie de procedimientos, técnicas y herramientas más efectivas que logren hacer predecibles los resultados. (Chamoun, 2002). De ahí la importancia de cubrir al menos una de las causas del fracaso, la planeación deficiente, IT Cortex (2006) con un modelo que permita poner en práctica procedimientos, técnicas y herramientas efectivas para cumplir con los objetivos del proyecto. Cabe destacar que los sistemas dictan las pautas de cómo realizar el trabajo para cada proceso, sin embargo, no se debe olvidar que éstas son aplicadas por personas, quienes deberán estar capacitadas con habilidades y conocimientos como liderazgo, comunicación, negociación, capacidad para la solución de problemas, entre otros, por lo que esta guía solo contribuye a que la probabilidad de éxito de un proyecto aumente, mas no lo garantiza. Aclarada su función, se generará un modelo de gestión de proyectos para Microservicios en un contexto más específico, para un sector y empresa específica, una organización dedicada al desarrollo de software llamada SYSDE.

- 23 -

2.5 Marco institucional SYSDE es una empresa dedicada al segmento de Productor de TIC, según la clasificación de CAMTIC (CAMTIC, 2006). Fue fundada en 1991para el desarrollo de software especializado en la industria financiera, y se ha convertido en el líder de servicios y tecnologías con soluciones presentes en 26 países en Latinoamérica, el Caribe, Europa y África. Entre los productos que SYSDE ha logrado posicionar en estas regiones se encuentran sus soluciones de fondos de pensión, microfinanzas, banca e instituciones de intermediación financiera. Esto se debe a que como organización se ha enfocado sus esfuerzos y su plan estratégico a la siguiente visión y misión:

VISION Ser reconocidos y respetados como líder mundial de soluciones de negocios y tecnología para la industria financiera, con la más alta satisfacción de nuestros clientes. (SYSDE, 2005).

MISION Proveer soluciones de negocio y tecnología para la industria financiera basadas en los más altos estándares de excelencia y calidad; construyendo y manteniendo relaciones de largo plazo con los miembros de nuestro ecosistema: clientes, socios de negocio, empleados, colaboradores y accionistas; todo esto sobre una base de confianza y medida a partir del valor real que les aportamos. (SYSDE, 2005).

Con estos enunciados que guían su curso, SYSDE ha logrado más de 200 implementaciones desde su fundación a la fecha, construyendo con sus clientes, consultores, socios de negocios y proveedores, relaciones de largo plazo que potencian día a día las soluciones que entregan al mercado. Dada la cantidad de servicios al año que ejecuta SYSDE, se da importancia a la labor de su gestión y así, a inicios del año 2000, comienza la era de proyectos, creando una PMO, organizando su estructura por proyectos y definiendo el rol de Gerente de Proyecto.

- 24 -

Una vez definida y preparada la empresa para la gestión de éstos, surge la iniciativa de mejorar sus procedimientos establecidos y a inicios del 2005, SYSDE decide certificar sus dos procesos más importantes en la organización: los Proyectos Implementación y el Soporte y Mantenimiento a través de la Norma de Calidad ISO 9000:2001. (ISO, 2001). Estos son ejecutados por dos unidades departamentales diferentes, la Unidad de Servicios, encargada de ejecutar los nuevos proyectos de implementación, cuyo objetivo es entregar la solución de SYSDE a los nuevos clientes; y la Unidad de Post-Implementación encargada de brindar los servicios de Soporte y Mantenimiento de la solución implementada. Certificados estos procesos, la Norma de Calidad permite a SYSDE aplicar la mejora continua. Producto de esto surge en agosto de 2005 una nueva visión para la Unidad de Post-Implementación, bajo la cual se crea un área denominada Microservicios. Modificando la estructura de la organización, que se puede observar en la Figura 2-3. Organigrama de SYSDE.

Figura 2-3 Organigrama de SYSDE5 5 SYSDE se clasifica dentro de las organizaciones de tipo matricial equilibrada, pues está dividida por unidades funcionales, pero dentro del área de Servicios y Post-Implementación, los gerentes de proyectos y sus recursos son asignados por proyectos y dichos gerentes tienen la autoridad total sobre los recursos que se les asigna.

PresidentePresidente

Gerente GeneralGerente General

Director de Servicios & ITDirector de

Servicios & IT

Gerente de Servicios


Gerente de Post-Implentac.Gerente de

Post-Implentac.

Gerente de Desarrollo

de Negocios


de Negocios



ArquitectosArquitectos

R&DR&D

Contraloría de Servicios


Gerentes de MicroserviciosGerentes de

Microservicios

Coordinador de Servicio al ClienteCoordinador de

Servicio al ClienteGerentes de

ProyectoGerentes de

Proyecto

Asistente de Servicios


Director de Finanzas


Director ComercialDirector

Comercial

Gerente de Recursos Humanos


Coordinador de Fábrica


Consultores Técnicos


Consultores Funcionales


PresidentePresidente

Gerente GeneralGerente General

Director de Servicios & ITDirector de

Servicios & IT



Gerente de Post-Implentac.Gerente de

Post-Implentac.


de Negocios


de Negocios



ArquitectosArquitectos

R&DR&D



Gerentes de MicroserviciosGerentes de

Microservicios

Coordinador de Servicio al ClienteCoordinador de

Servicio al ClienteGerentes de

ProyectoGerentes de

Proyecto





Director ComercialDirector

Comercial









- 25 -

Al analizar este organigrama, según la clasificación de tipos de estructuras de organización del PMBok (PMI, 2004), SYSDE se clasifica como una organización Matricial Equilibrada, pues tiene una estructura donde existen gerentes y miembros del equipo que pertenecen a diferentes áreas funcionales reflejando la cultura de proyectos que existe y el nivel de madurez en cuanto a su gestión. El área de Microservicios nace entonces como parte de la Unidad de Post-Implementación con el objetivo de generar servicios de alto valor para el cliente que ya posee una solución de SYSDE. Se enfoca en atender la base de clientes instalada de forma integral, con soluciones controladas, con niveles de riesgo manejables, de menor duración (entre uno y seis meses) y una alta calidad del producto final para mantener así relaciones de largo plazo con los clientes. Entre las principales diferencias identificadas entre los proyectos de implementación y los de Microservicios se encuentran:

▪ Duración: Los de implementación son mucho más largos que los Microservicios, pues los objetivos son distintos, los primeros consisten en implementar un nuevo sistema financiero en una institución, mientras que los segundos son más puntuales a las necesidades de un cliente de SYSDE.

▪ Tipo de cliente: En los de implementación el cliente es totalmente nuevo, mientras que en los Microservicios se enfocan en la cartera actual.

▪ Riesgo: Los de implementación, por tratarse de clientes nuevos donde se va a incorporar un nuevo sistema, deben manejar riesgos más complejos que los de Microservicios, que tienen necesidades más puntuales.

▪ Recursos: Como los de implementación son más largos, la asignación de recursos es menos volátil que la de los Microservicios, cuya duración es corta y por pequeños periodos.

▪ Costos: Debido a que los Microservicios son más cortos, el costo es menor con respecto a los de implementación.

- 26 -

Dada estas diferencias en sus características, la Metodología de Gestión de Proyectos de Implementación de la Unidad de Servicios no se adapta de la misma forma a los de Microservicios, por lo que surge la necesidad de definir un modelo de gestión que considere las diferencias mencionadas.

2.6 Teoría de la administración de proyectos 2.6.1 Antecedentes El PMI (Project Management Institute, por sus siglas en inglés) fue fundado en 1969 bajo la premisa de que había muchas prácticas de gestión que eran comunes a proyectos de áreas de aplicación tan diversas como la de construcción y los fármacos. (PMI, 2004). Sin embargo, fue hasta 1981 que el Comité de Directores de PMI aprobó un plan para desarrollar los procedimientos y conceptos necesarios para respaldar la profesión de dirección de proyectos. La propuesta sugería tres áreas de atención:

▪ Características distintivas de un profesional en ejercicio (ética)

▪ El contenido y estructura de los fundamentos de la profesión (normas)

▪ Reconocimientos de logros profesionales (acreditación) Los aspectos mencionados, dan origen a lo que actualmente es el PMI, una institución enfocada en las necesidades de los profesionales de la gerencia de proyecto, reconocida como pioneros en el campo con más de 200.000 miembros, representando 125 países, (PMI, 2005). Uno de los principales productos de esta institución es la Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK®) cuyo origen se da desde 1981 con el contenido y estructura de los fundamentos de la profesión (normas) y que ha ido evolucionando hasta llegar a la versión más reciente, la Guía del PMBOK® Tercera Edición (PMI, 2004).

- 27 -

Esta guía tiene la finalidad de identificar el subconjunto de Fundamentos de la Dirección de Proyectos generalmente reconocido como buenas prácticas (PMI., 2004). Para este trabajo de investigación se tomará como base y se determinará cuáles de esas prácticas aplican para los Microservicios, considerando su naturaleza y la definición de la Guía del PMBok® (PMI, 2004).

2.6.2 Definición de proyecto La definición la Guía PMBok®, indica que un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. (PMI, 2004) y cumplen con las siguientes características:

▪ Temporal: Significa que tiene un inicio y un fin definido. El final se alcanza cuando se han logrado los objetivos o cuando queda claro que los objetivos no serán o no podrán ser alcanzados, o cuando la necesidad ya no exista y se cancele. (PMI, 2004) En el caso de los Microservicios tienen la característica de que son de corta duración, varias semanas a máximo seis meses.

▪ Productos, servicios o resultados únicos: Crea productos entregables únicos (productos, servicios o resultados). (PMI, 2004) En el caso de los Microservicios el resultado es una funcionalidad adicional al cliente que le agrega valor, que van desde nuevos módulos a la solución adquirida, nuevas funcionalidades a la solución actual hasta planes de actualización de la solución implementada.

▪ Elaboración gradual: Es una característica que acompaña a los conceptos de temporal y único. Significa desarrollar en pasos e ir aumentando mediante incrementos. (PMI, 2004)

- 28 -

En el caso de los Microservicios, se construyen mediante fases. Por ejemplo, para nuevas funcionalidades o módulos requeridos a las soluciones actuales, SYSDE utiliza una metodología de desarrollo de software denominado RUP (Rational Unified Process, por sus siglas en inglés) cuyo paradigma de desarrollo es iterativo e incremental. (IBM, 2006)

▪ Administración de proyectos: Es una aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades para satisfacer requisitos. Se logra mediante la aplicación e integración de los procesos de inicio, planificación, ejecución, seguimiento, control y cierre. El director del proyecto es la persona responsable de alcanzar los objetivos del proyecto. (PMI, 2004) Para el caso de los Microservicios, a pesar de que sí existe un rol definido de gerente de proyecto, existe una administración en forma empírica, improvisada y no estructurada, motivo por el cual se debe definir un modelo para la adecuada gestión.

2.6.3 Procesos de dirección de proyecto Debido a que todo proyecto tiene un inicio y un fin y en ese lapso de tiempo se dan cinco procesos, las cuales son: (PMI, 2004)

▪ Iniciación: Establece la visión, el qué; la misión por cumplir y sus objetivos, la justificación del mismo, las restricciones y supuestos. (Chamoun, 2002). En el caso de los Microservicios, el modelo por definir no contempla este proceso, pues estructuralmente en SYSDE esta fase es ejecutada por la Unidad Comercial, por lo tanto no incluiará.

▪ Planificación: Desarrolla un plan que ayuda a prever el cómo se deben cumplir los objetivos, tomando en cuenta una serie de factores que afectan todo proyecto. Adicionalmente, se establecen las estrategias con énfasis en la prevención en vez de la improvisación. (Chamoun, 2002).

- 29 -

En el caso de los Microservicios, el modelo contemplará este proceso y deberá describir cómo debe realizarse esta planeación y qué documentación debe generarse.

▪ Ejecución: Implementa el plan, contrata, administra los contratos, integra al equipo, distribuye la información y ejecuta las acciones requeridas de acuerdo con lo establecido. (Chamoun, 2002). En el caso de los Microservicios, el modelo contemplará este proceso e indicará cómo se llevará a cabo la ejecución.

▪ Seguimiento y control: Compara lo ejecutado o real contra lo que se previó en la planeación. Además, se aplican los planes correctivos en caso de existir desviaciones entre lo ejecutado y lo planeado. (Chamoun, 2002). En el caso de los Microservicios, este proceso es de especial importancia, pues actualmente no existe una forma de realizar este seguimiento. Por lo tanto, el modelo deberá describir cómo se realiza, a través de cuáles herramientas (tecnológicas o metodológicas) para dar un buen seguimiento y aplicar las medidas adecuadas y en forma oportuna.

▪ Cierre: Concluye y cierra las relaciones contractuales para facilitar referencias posteriores al proyecto, así como para el desarrollo de futuros. Además, se elaboran los documentos con los resultados finales, archivos, cambios, directorios, evaluaciones y lecciones aprendidas, entre otros. (Chamoun, 2002). En el caso de los Microservicios, es también un proceso de suma relevancia, pues los cierres se han tornado complejos debido a la falta de documentación y cierres oportunos de contratos internos y externos.

- 30 -

En la figura 2-4 Grupo de procesos de dirección de proyectos, se muestra el ciclo de los procesos durante el proyecto y como éstos corresponden al ciclo de Planificar-Hacer-Revisar-Actuar (PMI, 2004). Adicionalmente, como la dirección de un proyecto es un esfuerzo finito, el grupo de procesos de iniciación comienza estos ciclos y el de Cierre los termina. Esto es parte de la naturaleza integradora que exige la interacción del grupo de procesos de seguimiento y control con todos los demás aspectos de los otros grupos.

Figura 2-4 Grupo de procesos de dirección de proyectos 2.6.4 Áreas de conocimiento de proyecto La Guía del PMBok® (PMI, 2004) se encuentra organizada en nueve áreas de conocimiento que describen el conocimiento y prácticas de la administración de proyectos. En la Figura 2-5 Descripción de las áreas de conocimiento y sus procesos, se resumen gráficamente estas áreas definidas por la Guía del PMBok® (PMI, 2004).

- 31 -

Figura 2-5 Descripción general de áreas de conocimiento de proyectos

▪ Gestión de la integración: Administración de cambios, lecciones aprendidas e integración

de todas las áreas. (Chamoun, 2002). Describe los procesos y actividades que forman parte de los diversos elementos de la dirección de proyectos, que se identifican, definen, combinan, unen y coordinan, dentro de los Grupos de Procesos de Dirección de Proyectos. (PMI, 2004).

- 32 -

▪ Gestión del alcance: Definición de lo que incluye y no incluye el proyecto. (Chamoun, 2002). Describe los procesos necesarios para asegurarse de que incluya todo el trabajo requerido y sólo el trabajo requerido para completar el proyecto satisfactoriamente. (PMI, 2004).

▪ Gestión del tiempo: Cronograma, calendario, entregas parciales y finales. (Chamoun, 2002). Describe los procesos relativos a la puntualidad en la conclusión del proyecto. (PMI, 2004).

▪ Gestión de los costos: Estimados de costo, presupuesto, enmiendas. (Chamoun, 2002). Describe los procesos involucrados en la planificación, estimación, presupuesto y control de costos de forma que se complete dentro del presupuesto aprobado. (PMI, 2004).

▪ Gestión de la calidad: Estándares relevantes, cómo cumplirlos y satisfacer los requerimientos. (Chamoun, 2002). Describe los procesos necesarios para asegurarse de que el proyecto cumpla con los objetivos por los cuales ha sido emprendido. (PMI, 2004).

▪ Gestión de los recursos humanos: Equipo del proyecto que integra colaboradores tanto internos como externos y los roles y funciones de cada uno. (Chamoun, 2002). Describe los procesos que organizan y dirigen el equipo. (PMI, 2004).

▪ Gestión de las comunicaciones: Información requerida presentada en reportes o informes, quién las genera, quién la recibe, con qué frecuencia se entrega, reuniones, medios de distribución, entre otros. (Chamoun, 2002). Describe los procesos relacionados con la generación, recogida, distribución, almacenamiento y destino final de la información en tiempo y forma. (PMI, 2004).

- 33 -

▪ Gestión de los riesgos: Amenazas por controlar, oportunidades a capitalizar y planes de contingencia. (Chamoun, 2002). Describe los procesos relacionados con el desarrollo de la gestión de riesgos. (PMI, 2004).

▪ Gestión de las adquisiciones: Estrategias de contratación, cotizaciones, concursos, contratos y administración de contratos. (Chamoun, 2002). Describe los procesos para comprar o adquirir productos, servicios o resultados, así como para contratar procesos de dirección. (PMI, 2004).

Para el caso de los Microservicios, el modelo contempla el nivel de detalle para cada área según sus características y la estrategia de SYSDE para su gestión.

2.6.5 Modelo de gestión de proyectos Independientemente del tipo de proyecto que se administre, la definición del Modelo de Gestión de Proyectos para este trabajo de investigación, deberá considerar los siguientes aspectos:

▪ Procedimientos: Es una descripción ya sea en prosa o mediante una descripción de flujos de trabajo para indicar cómo deben llevarse a cabo cada uno de los procesos.

▪ Interacción entre roles: Es una descripción de la interacción que debe existir entre los diferentes roles que participan en la gestión de los proyectos.

▪ Herramientas metodológicas: Son los formatos pre-definidos que deben utilizarse y debe estar referida en los procedimientos establecidos para cada uno de los procesos.

▪ Herramientas tecnológicas: Es una descripción de las herramientas tecnológicas que deben utilizarse para facilitar la gestión de los proyectos. Debe realizarse dentro de los procedimientos establecidos.

- 34 -

En SYSDE ya se encuentra definida una metodología para los proyectos de implementación que considera los aspectos anteriores, ésta tiene especial importancia debido a que el modelo que se va a definir en Microservicios, debe estar basada en ésta, a continuación una descripción de sus principales componentes.

Metodología de Proyectos de Implementación en SYSDE: ésta contiene los siguientes secciones:

o Procedimientos: Se definen los procesos a través del Maestro de Gestión de

Proyectos. o Herramientas metodológicas: Define las plantillas o formularios que deben

generarse en cada proceso y se encuentran debidamente publicados como parte de la Norma de Calidad ISO 9000:2001 (ISO, 2001).

o Herramientas tecnológicas: Define las herramientas que deben utilizarse, entre las que se encuentran: MS-Project, Sysde Management System (SMS), Portal de Proyectos, estas herramientas se detallarán en la siguiente sección de Herramientas tecnológicas.

Esta metodología particular para los proyectos de Implementación inició su aplicación a principios del año 2000, debido a que SYSDE le ha dado gran importancia a proporcionar las herramientas y los recursos adecuados a su gestión. Evidencia de esto es la creación de la PMO encargada de velar por la aplicación y mejora de este sistema, la creación y desarrollo de herramientas tecnológicas para garantizar que apoyan su aplicación. Adicionalmente, SYSDE ha impulsado la profesionalización de los gerentes de proyectos y ha ido incorporando en la cultura de la organización la orientación hacia proyectos.

- 35 -

Ante los resultados que se han presentado desde la aplicación de esta metodología, SYSDE impulsa la definición y aplicación de una específica Microservicios, entendiendo que éstos tienen características particulares que provocan que la actual no aplique en su totalidad.

Modelo de Gestión de Proyectos de Microservicios

Los proyectos de Microservicios tienen una gran importancia para SYSDE, pues constituyen el medio para asegurar y garantizar las relaciones con sus clientes a largo plazo. Por lo que SYSDE estará impulsando e invirtiendo en la definición de un modelo, para garantizar el cumplimiento de los objetivos. La definición de este modelo deberá contemplar entonces todos los procedimientos, interacciones entre los participantes, herramientas metodológicas y tecnológicas que deberán utilizarse para la gestión de estos Microservicios6 y sus principales componentes son:

o Procedimientos: Establece los procedimientos desde que se realiza la planificación hasta el cierre.

o Interacción entre roles: Define la interacción que se realizará entre los diferentes participantes.

o Herramientas metodológicas: Configura las plantillas o formularios que deben generarse en cada proceso y serán publicadas como parte de la Norma de Calidad ISO 9000:2001 (ISO, 2001).

o Herramientas tecnológicas: Indica las aplicaciones tecnológicas que deben utilizarse.

Entre las herramientas tecnológicas que actualmente se utilizan en la Metodología de Gestión de Proyectos de Implementación se encuentran las que SYSDE ha desarrollado internamente según las necesidades que se han ido detectando conforme se da el proceso de maduración, todas se detallan a continuación.

6 Ver el Anexo 8.1.1 Charter del proyecto, Anexo 8.1.2. Declaración de alcance y Anexo 8.1.3 WBS del Desarrollo del trabajo de investigación.

- 36 -

2.6.6 Herramientas tecnológicas Desde la aplicación de la Metodología de Gestión de Proyectos de Implementación a inicios del 2000, SYSDE ha adoptado y desarrollado una serie de herramientas tecnológicas para apoyar sus procedimientos. Entre las cuales se encuentran:

▪ MS-Project: Consiste en la herramienta de Microsoft (Microsoft, 2006) para el control y seguimiento de los tiempos de las actividades programadas. Esta herramienta es de uso obligatorio por el gerente de proyecto y los miembros del equipo.

▪ Portal/Dashboard: Es una herramienta desarrollada por SYSDE (2005) que sirve punto único y central para el resguardo de la información del proyecto. Está diseñada según las áreas de conocimiento del PMI (2004) y busca utilizar todas las técnicas y herramientas que la Guía del PMBok® (PMI, 2004) hace referencia. Es la herramienta utilizada para realizar las revisiones por parte de la PMO de SYSDE y también se le llamará Dashboard de SYSDE.

▪ SYSDE Management System (SMS): Es una herramienta tecnológica desarrollada por SYSDE (2005) para administrar la utilización de los recursos. Se convierte en fuente de datos para realizar el análisis de recurso humano.

Todos los elementos mencionados en esta sección de Teoría de Administración de Proyectos, vienen a ubicar al lector en el contexto teórico y conceptos básicos para el entendimiento de cómo se va a desarrollar el trabajo, que a continuación se describe.

- 37 -

3. Marco metodológico Este trabajo tiene como objetivo definir un modelo para la gestión de proyectos de Microservicios basada en un estándar de la industria como lo es la del Project Management Institute (PMI, 2004) y en la Metodología actual de SYSDE para los proyectos de implementación, con lo cual deberá:

▪ Definir una forma estándar de administrar cada etapa.

▪ Diseñar los documentos que se deben utilizar para cada etapa.

▪ Facilitar el seguimiento y control.

▪ Indicar las herramientas tecnológicas que deben utilizar.

Con la definición de este modelo se espera tener resultados medibles a corto plazo, mediante:

▪ Gestión en forma estandarizada y ordenada.

▪ Gestión de las áreas de conocimiento que apliquen a los Microservicios.

▪ Control de los proyectos de manera que las acciones sean iniciativas reactivas

▪ Motivación a la disciplina y enfoque de los gerentes de proyectos y miembros del equipo.

Todos estos aspectos, deben finalmente desembocar en el cumplimiento de los objetivos que para el caso de SYSDE, un Microservicio exitoso es aquel que cumple con la alta calidad del producto final, alta rentabilidad para SYSDE y alto grado de satisfacción de los clientes. La definición del modelo, que es el objetivo de este trabajo de investigación, se basará en los requerimientos establecidos por SYSDE como empresa debe:

▪ Estar basado en los estándares establecidos por el Project Management Institute (PMI, 2004).

▪ Ser compatible con la metodología actual de SYSDE.

▪ Considerar las particularidades de los Microservicios.

- 38 -

En la siguiente sección del documento se describe la forma en que se realizará la investigación y la definición del Modelo de Gestión de los Proyectos de Microservicios de SYSDE. El trabajo se realizará en tres fases, las cuales se muestran en la Figura 3-1 Fases de la investigación donde se describe gráficamente cada etapa.

Figura 3-1 Fases de la investigación

3.1 Recopilación y análisis de información

Consiste en la fase de recolección y análisis de la información teórica e histórica de la gestión de proyectos de software, de implementación de SYSDE y de Microservicios para determinar cuáles son las pautas que deben considerarse para la definición del modelo. Esta etapa tiene como insumo lo que se recolecte mediante la investigación documental, de campo y juicio experto.

Definición del Modelo de Gestión

de Proyectos


de Proyectos

Recopilación y Análisis de la información


Documentación Teórica, Histórica y Entrevistas




Definición de Req. Procedimientos y

Herramientas


Herramientas

Req. Funcionales –Procedimientos y Herramientas


Resultados de la Investigación


Fase I: Recopilación y Análisis de la información

Fase II: Definición del Modelo de Gestión de Proyectos de

Microservicios

Fase III: Definición de Requerimientos Funcionales de Procedimientos y Herramientas

Metodología SYSDE y PMBok®



de Proyectos


de Proyectos








Herramientas


Herramientas





Fase I: Recopilación y Análisis de la información

Fase II: Definición del Modelo de Gestión de Proyectos de

Microservicios

Fase III: Definición de Requerimientos Funcionales de Procedimientos y Herramientas



- 39 -

3.1.1 Investigación documental Es la que se realiza, como su nombre lo indica, apoyándose en fuentes de carácter documental, esto es, en documentos de cualquier especie. Como subtipos se encuentra la investigación bibliográfica, la hemerográfica y la archivística; la primera se basa en la consulta de libros, la segunda en artículos o ensayos de revistas y periódicos, y la tercera en documentos que se encuentran en los archivos, como cartas, oficios, circulares, expedientes, entre otros. (De la Fuente, 1997). La información histórica contemplará la gestión de los siguientes tipos de proyectos:

▪ Software en general: Se refieren al desarrollo o implementación de un software.

▪ Implementación de SYSDE: Se refieren a la implementación de alguna solución tecnológica de SYSDE.

▪ Microservicios de SYSDE: Se refieren a un servicio de valor agregado a clientes con alguna solución previamente instalada por SYSDE.

Entre las técnicas y herramientas utilizadas para realizar la investigación documental se encuentran:

▪ Fuentes de información teórica: Se analizarán varias fuentes que proporcionarán el marco teórico de la Gestión de la Administración de Proyectos para la definición del modelo de Microservicios, entre ellas se encuentran:

o Guía de los fundamentos de la Dirección de Proyectos del PMI (2005) o Metodología de gestión de proyectos de implementación de SYSDE (SYSDE,

2005) o Estándar ISO – 10006:2003 (ISO, 2003)

▪ Fuentes de información histórica: Se analizarán los diferentes datos históricos acerca de los proyectos de software en general, para luego ir desarrollando la parte específica hasta llegar a los Microservicios. Estudiar los hechos y estadísticas del pasado es fundamental para entender las causas y los errores que se comenten en la gestión de los proyectos, por lo que en este trabajo se realizarán búsquedas acerca de:

- 40 -

o Artículos de publicaciones de revistas de software: Para obtener las estadísticas acerca de proyectos que se han a atrasado, cancelado o cuyo objetivo no se cumplió.

o Información histórica de los proyectos de implementación de SYSDE: Estos datos se encuentran disponibles en forma centralizada en el Dashboard o Portal, herramienta tecnológica que permite documentar toda la información del proyecto según las áreas de conocimiento del PMI (2004).

o Información histórica de los proyectos de Microservicios: Estos datos se encuentran en forma descentralizada en el registro de cada gerente de proyecto. Se deberá realizar una labor de consolidación para recopilar la información estadística.

Se debe aclarar que la base teórica fundamental para el desarrollo de este modelo es la del PMI y la metodología actual de SYSDE (2005) y las demás fuentes de información constituirán un complemento a la definición del mismo. 3.1.2 Investigación de campo Debido a que los Microservicios iniciaron en Octubre de 2005, existe poca información acerca de éstos. Por lo que como parte de la investigación que deberá realizarse para definir el modelo acorde con su naturaleza, se utilizarán las siguientes técnicas y herramientas:

▪ Observación controlada: Para la definición del modelo, se estarán documentando las principales características de al menos un proyecto que se encuentre en ejecución que no esté aplicando ningún estándar. Se documentará para cada área de conocimiento, las entradas, salidas, herramientas utilizadas.

▪ Entrevistas: Para obtener información detallada de los Microservicios, se realizarán entrevistas acerca del proyecto a los siguientes participantes:

o Gerente de Proyecto: Responsable del cumplimiento de los objetivos. Es la persona que tiene una visión amplia, constituye la principal fuente de información.

- 41 -

o Miembros del equipo: Participantes de la ejecución. o Oficial de PMO: Responsable del seguimiento de los proyectos de

implementación. Es la persona que ejecuta labor de auditoría. o Clientes de Microservicios: Principales beneficiarios de los entregables del

servicio. Se medirá la satisfacción tanto antes como después de la definición de este modelo.

o Gerente de Post-Implementación: Responsable del cumplimiento de los objetivos del portafolio de Microservicios.

Las preguntas de las entrevistas se realizarán de forma anónima para evitar tendencias o sesgos en la información que se está proporcionando, y serán en horas no laborales para no afectar las actividades normales de los miembros del equipo. La información recopilada a través de los diferentes medios tiene el objetivo de entender la naturaleza de los proyectos de Microservicios, para entonces definir los procesos y las herramientas que deberán aplicarse. 3.1.3 Juicio experto Según el PMI (2004) el Juicio Experto es un juicio que se brinda sobre la base de la experiencia en un área de aplicación, área de conocimiento, disciplina, industria, entre otras, según resulte apropiado para la actividad que se está llevando a cabo. Dicha experiencia puede ser proporcionada por cualquier grupo o persona con una educación, conocimiento, habilidad, experiencia o capacitación especializada, y puede obtenerse de numerosas fuentes, incluyendo: otras unidades dentro de la organización ejecutante; consultores; interesados, clientes; asociaciones profesionales y técnicas; y grupos industriales. Para la aplicación del juicio experto, se realizarán entrevistas y consultas a los siguientes perfiles dentro de la organización:

- 42 -

▪ Oficial de la PMO: Dicta las pautas de la metodología actual de SYSDE y el conocimiento teórico y práctico es valioso para la definición de este nuevo modelo para Microservicios.

▪ Desarrollador de negocios: Define los planes de los proyectos que se ofertan en la organización.

▪ Gerente de Post-Implementación: Da seguimiento a los proyectos actuales de Microservicios.

▪ Gerente de Servicios: Es quien por al menos 5 años dio seguimiento a los proyectos de implementación.

▪ Gerentes de proyectos: Se seleccionarán al menos 3 gerentes de proyectos con al menos 5 años de experiencia dirigiendo proyectos.

3.2 Definición del Modelo de Gestión de Proyectos de Microservicios

Este modelo considerará los resultados de la investigación que se realizó en la fase de Recopilación y Análisis de la Información, además de las nueve áreas de conocimiento del PMBok (PMI, 2004), la Metodología actual de los Proyectos de Implementación de SYSDE para definir el modelo de Microservicios, la cual detallará los procedimientos, interacciones entre los diferentes participantes, herramientas metodológicas y tecnológicas que se deberán utilizar para su gestión.

3.3 Requerimientos funcionales en procedimientos y herramientas

Dada la definición de modelo, se deberán especificar las modificaciones a los procesos y herramientas metodológicas y tecnológicas ya existentes, por lo que se describirán los detalles de esos requerimientos funcionales que deberán aplicarse para la puesta en marcha de este modelo.

- 43 -

4. Desarrollo del Modelo de Gestión de Proyectos de Microservicios de SYSDE En este capítulo se realiza el desarrollo del Modelo de Gestión de los proyectos de Microservicios de SYSDE para lo cual se describe a continuación una descripción de las actividades ejecutadas.

4.1 Introducción Para la definición de este modelo se presentan las siguientes secciones:

▪ Resultados de la investigación: Presentación de los resultados encontrados durante la investigación documental, investigación de campo, observación controlada, entrevistas y análisis de la información teórica e histórica relacionada con los proyectos de software en la industria, los de implementación de SYSDE y los específicos de Microservicios de SYSDE, para determinar cuáles son sus características que servirán como insumos para la definición del modelo.

▪ Modelo de Gestión de Proyectos de Microservicios: Definición de los procesos, interacción de los roles y las herramientas a utilizar para cada área de conocimiento según la Guía del PMBok® (PMI, 2004).

▪ Requerimientos funcionales: Producto de la definición de este modelo se detallarán los requerimientos funcionales a nivel de procedimientos, herramientas metodológicas y tecnológicas para su aplicación.

4.2 Resultados de la investigación Se presentan a continuación los resultados de la investigación documental, investigación de campo, observación controlada, entrevistas y análisis de la información teórica e histórica relacionada con los proyectos, inicialmente a nivel general de desarrollo de software, luego a nivel de implementación en SYSDE para finalizar con los de Microservicios, tal y como lo muestra la Figura 4-1 WBS de los resultados de la investigación.

- 44 -

Este análisis se realizó desde una perspectiva general hasta llegar al nivel más específico para determinar las pautas que aplican para la definición de los procesos de gestión de proyectos de Microservicios en SYSDE.

Figura 4-1 WBS de los resultados de la investigación 4.2.1 Resultados de los proyectos de implementación de software Se generan a continuación los resultados de realizar el análisis de las características de los proyectos de implementación de software con el objetivo de entender su naturaleza.

▪ Características de los proyectos de software Estos tienen características muy particulares: sus entregables son digitales (programas de cómputo, archivos fuente, diagramas, modelos, manuales, entre otros), requieren de creatividad en la mayoría de sus fases, son de gran complejidad, muy costosos, manejados con poca experiencia administrativa y son de gran importancia para las organizaciones en la sociedad.

- 45 -

Usualmente se desarrollan en fases y en la industria del desarrollo del software se ha generado una serie de metodologías para la gestión del proceso de desarrollo de sistemas computacionales, entre las más destacadas se encuentra la definida por IBM, el Proceso Racional Unificado (RUP Rational Unified Process, por sus siglas en inglés)7. Debido a que es aplicada por gran parte de la industria en desarrollo e implementación del software, en SYSDE se tomó la decisión desde el año 2005 aplicarla para todos los proyectos incluyendo los de Microservicios. Se muestra a continuación los resultados de realizar el análisis de las características de los proyectos de implementación de software con el objetivo de entender su naturaleza.

▪ Factores críticos de éxito La investigación sobre el fracaso de proyectos de software es bastante limitada y la mayoría se concentra en considerarlos de manera genérica como “fallas en la administración de los proyectos” (Zavala, 2004), sin embargo, analizando las estadísticas del estudio de “The Chaos Report” de Standishgroup de 1994 (Standishgroup, 1994), se muestra el siguiente cuadro los factores críticos de éxito y el porcentaje de los encuestados que indicaron que son determinantes.

7 El RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos (Wikipedia, 2006). Para mayor detalle ver término en el Glosario.

- 46 -

Cuadro 4-1 Factores críticos de éxito en proyectos de software Criterio % Respuestas

Involucramiento del Usuario 15.9 %

Apoyo de las Altas Gerencias 13.9 %

Especificación clara de Requerimientos 13.0 %

Planeación Apropiada 9.6 %

Expectativas Realistas 8.2 %

Cumplimiento de Hitos 7.7 %

Personal Competente 7.2 %

Ownership 5.3 %

Visión y Objetivos Claros 2.9 %

Equipo enfocado 2.4 %

Como se podrá observar a nivel de industria del software, se destaca que las principales razones tienen que ver con administrar los proyectos, involucrar a los patrocinadores, tener una buena comunicación e invertir en una etapa de planificación. Estos son los factores que influyen en el resultado positivo al concluir el servicio. Considerando estas características y estos factores, se ha definido en SYSDE una Metodología de Gestión de Proyecto de Implementación que incluya estas particularidades y la experiencia adquirida por el personal de la organización. 4.2.2 Resultados de los proyectos de implementación de software en SYSDE Dadas las características de los proyectos a nivel de la industria, SYSDE ha definido a través de su Oficina de Proyectos (PMO) una metodología para el manejo de implementación de sus sistemas, basada en los estándares publicados en el PMBok® del PMI alienada con los procesos de RUP y considerando las particularidades analizados en la sección anterior. Con este sistema se ha normalizado una serie de procedimientos que permiten a los gerentes de proyecto, a su equipo y al cliente concluir en forma exitosa con mayor probabilidad.

- 47 -

El siguiente resumen es producto de un análisis y recopilación de la información en el repositorio del PMO acerca de los proyectos concluidos en el periodo de enero de 2005 a junio de 2006 (Repositorio SYSDE, 2006). ▪ Características de los proyectos de implementación de software en SYSDE

Estos cumplen con las mismas características que los de la industria y adicionalmente, tienen las siguientes particularidades:

o Se ejecutan desde la perspectiva de una empresa proveedora o de outsourcing: Se deben considerar aspectos que van a influir en la definición del modelo tanto en proyectos de implementación como de Microservicios en SYSDE.

o Cultura de proyectos: Existe una fuerte influencia de la PMO en la organización. o Metodología de Gestión de Proyectos de Implementación: Se administran de

acuerdo con un sistema de procesos ya definidos por la PMO8 con el propósito de facilitar el cumplimiento de sus objetivos.

o Herramientas de apoyo: Se crea una unidad que para el segundo semestre del 2005, contaba con alrededor de cuatro recursos para desarrollo de herramientas tecnológicas exclusivas para la PMO.

o Metodología RUP: Utiliza algunos elementos para el desarrollo de software que recomienda RUP, tales como Casos de Uso, Especificaciones de Diseño y otros procesos.

o Estándares PMI: La PMO ha impulsado en los últimos dos años la aplicación de prácticas recomendadas en el estándar de PMI, PMBok ®.

▪ Estadísticas de cumplimiento de objetivos Para SYSDE los proyectos deben ejecutarse cumpliendo con el tiempo, costos (rentabilidad), alcance, calidad y satisfacción al cliente, es decir, para que éste sea considerado como exitoso implica que haber concluido según estos criterios.

8 Para el detalle ver Anexo 8.3.1 Descripción general de la Metodología de Gestión de Proyectos de Implementación de SYSDE.

- 48 -

A continuación se presenta el resultado de realizar una investigación de los últimos proyectos de implementación que se desarrollaron entre enero del 2005 y junio del 20069. La Figura 4-2 Cumplimiento de objetivos de proyectos de implementación, muestra el resultado de éstos según el cumplimiento de los objetivos planteados y que según los parámetros de SYSDE puede considerarse como uno exitoso. Es importante mencionar, que los datos mostrados corresponden a la recopilación de la información del Dashboard de SYSDE y al expediente físico de los mismos.

Figura 4-2 Cumplimiento de objetivos de proyectos de implementación En SYSDE los gerentes de proyecto tienen muy claro sus objetivos cuando lideran un proyecto, sin embargo, cuando se realiza el análisis después de concluirlo, se determina que la metodología efectivamente apoya en el cumplimiento de dichos objetivos (siendo el que más se incumple el tema de costos y tiempo), por lo que se determinará cuáles son las causas más comunes por las cuales fallan.

9 La información base fue tomada del dashboard de proyectos y cuyo detalle se encuentra en el Anexo 8.3.2 Proyectos de implementación de enero 2005 a junio 2006.

57%

65%

43%

71%

57%

0% 10% 20% 30% 40% 50% 60% 70% 80%

Costo

Alcance

Tiempo

Calidad

Satisfacción al Cliente

- 49 -

▪ Estadísticas de causas de incumplimiento de objetivos Utilizando como base la información de los proyectos concluidos en el periodo de enero 2005 a junio de 2006 se realizó una encuesta a nivel interno de SYSDE a sus diferentes participantes para determinar cuáles son las causas más comunes por las cuales fallaron en el cumplimiento de alguno de los objetivos planteados10. La encuesta se aplicó a los gerentes de proyecto, el equipo, la alta gerencia y la PMO. Los resultados se reflejan en la siguiente figura donde se determina cuáles son las principales causas de que alguno de los objetivos no se cumplieran.

Figura 4-3 Causas de incumplimiento de objetivos de proyectos de implementación

Según la encuesta realizada, los participantes determinan que a pesar de que la metodología ha permitido que SYSDE obtenga proyectos administrados en forma estandarizada, estructurada y controlada, siguen faltando procesos, pues no ha alcanzado el grado de madurez requerido, aún aplicando la mejora continua desde el 2005. Para el caso de los Microservicios se definirá un modelo de gestión basado en el sistema anterior, más no será idéntico por las características de estos servicios. 10 Ver Anexo 8.3.3 Encuesta a participantes de proyectos de implementación de SYSDE.

71%57%

43%71%

43%43%

57%29%

0% 10% 20% 30% 40% 50% 60% 70% 80%

Deficiente Gestión de Requerimientos

Comunicación Deficiente

Falta de Metodología

Falta de Control y Seguimiento

- 50 -

4.2.3 Resultados de los proyectos de Microservicios en SYSDE Se presenta a continuación el análisis de los datos históricos recopilados en la unidad de Microservicios (Repositorio SYSDE, 2006) de los proyectos ejecutados entre agosto de 2005 y junio 2006.

▪ Características de los proyectos de implementación de Microservicios SYSDE Tienen particularidades que la diferencian de los proyectos de implementación de SYSDE, entre las que se encuentran:

o Duración: De semanas a seis meses. o Riesgo: Menor riesgo. o Recursos: Requieren menor cantidad de recursos. o Costos: Más cortos y por tanto de menor costo.

El siguiente cuadro muestra generalidades de los Microservicios que se han implementado durante el periodo mencionado, según los registros de la unidad de Post-Implementación:

Cuadro 4-2 Proyectos durante el periodo agosto 2005 a junio 2006 Proyecto Territorio Duración Recursos11

Desarrollo de nuevas funcionalidades a SYSDE SAF

México 3 meses - 3 consultores técnicos

- 1 consultor funcional

Conversión de SYSDE SAF a Multilenguaje Canadá 3 meses - 2 consultores técnicos


Desarrollo de funcionalidades normativas a instituciones financieras

Costa Rica 8 meses - 4 consultores técnicos


- 1 arquitecto

Desarrollo de Mejoras a SYSDE PENSION Rep. Dominicana 2 meses - 2 consultores técnicos

Capacitaciones funcionales México 0.75 meses - 1 consultor funcional

Capacitaciones técnicas Rep. Dominicana 0.5 meses - 1 consultor técnico

11 Todos los Microservicios requieren un gerente de proyecto. La dedicación varía según su tamaño.

- 51 -

Según la información del Cuadro 4-2 Proyectos durante el periodo de agosto de 2005 a junio de 2006, se han realizado un total de seis, con los siguientes valores promedio:

o Duración promedio: 3 meses. o Recursos promedio: 3.5 recursos. o Ingreso promedio: USD $25,000.00.

Cada servicio tenía objetivos diferentes según la naturaleza del Microservicio, por lo que a continuación también se muestra la información según el tipo de servicio para así determinar los aspectos importantes del cumplimiento de los objetivos planificados. La figura muestra la cantidad de proyectos por tipo que se han implementado durante el periodo de agosto de 2005 a junio de 2006, según los registros de la Unidad de Microservicios, (Repositorio SYSDE, 2006):

67%

17%

17%

0% 10% 20% 30% 40% 50% 60% 70%

1

Proy

ecto

s

Nuevas Funcionalidades/Mejoras Capacitaciones Técnicas

Capacitaciones Funcionales

Figura 4-4 Cantidad de proyectos por naturaleza

- 52 -

▪ Estadísticas de Cumplimiento de Objetivos Según los objetivos definidos para la Unidad de Microservicios, por cada proyecto concluido deben considerarse los siguientes parámetros para evaluar si fue o no exitoso al concluir:

o Costo real versus planificado: Basado en la herramienta llamada P&L (Profits &

Losts) obtener el costo e ingreso del proyecto para así obtener el porcentaje de rentabilidad del mismo.

o Tiempo real versus planificado: Basado en el cronograma utilizado en la herramienta MS-Project, para determinar el cumplimiento de los tiempos y entregables.

o Parámetros de calidad definidos; Basado en los parámetros de calidad, según la cantidad de incidencias reportadas, después de la entrega de la solución.

o Nivel satisfacción del cliente: Basado en las encuestas de satisfacción del cliente.

Con estos parámetros se evaluó el cumplimiento de estos objetivos en los Microservicios ejecutados en el período de agosto 2005 a junio 200612 y generó la siguiente figura, que muestra el porcentaje de los proyectos que cumplieron cada uno de sus objetivos originalmente planteados.

Figura 4-5 Cumplimiento de objetivos del proyecto

12 Ver detalle de los resultados en el Anexo 8.3.4 Resultado del cumplimiento de objetivos de proyectos de Microservicios.

50%

50%

67%

50%

0% 10% 20% 30% 40% 50% 60% 70%

Según Costo Planificado

Según TiempoPlanificado

Según CalidadPlanificada

Alta Satisfacción delCliente

- 53 -

Esta información indica que el 50% de los proyectos de Microservicios cumplen únicamente con los costos, tiempos y satisfacción al cliente, mientras que el 67% cumplieron con la calidad. Es importante destacar, que para la interpretación de estos resultados, se debe considerar las causas del incumplimiento de los objetivos.

▪ Estadísticas de causas de incumplimiento de objetivos Para entender las causas del incumplimiento de los objetivos de los Microservicios se realizaron entrevistas13 a los diferentes participantes, los cuales indicaron que las principales fueron:

o Mala planificación: No existía un Plan de Proyecto producto de una planeación, durante la ejecución se dan diferentes desviaciones, que finalmente implicaron cambios en los costos, tiempos y calidad, provocando un bajo nivel en la satisfacción del cliente.

o Comunicación deficiente entre las partes: Indica un nivel pobre de comunicación entre el equipo y el cliente.

o Falta de control de calidad: Ante la falta de procesos de control de calidad, la satisfacción del cliente se vio afectada sensiblemente.

o Falta de metodología para la gestión de proyectos: Indica que debido a la falta de una definición clara de los procesos y herramientas para el manejo del proyecto, provocó que algunos de los objetivos no se cumplieran.

o Deficiente gestión de proyectos: Debido al bajo rendimiento del gerente de proyecto (probablemente por su bajo perfil y deficiencias en sus capacidades), no se logró concluir el servicio según los objetivos planteados.

13 Ver Anexo 8.3.3 Encuesta a Participantes de Proyectos de Implementación de SYSDE.

- 54 -

o Falta de control y seguimiento durante la ejecución: Los niveles bajos de control y seguimiento (probablemente debido a que la PMO de SYSDE no participa), no permiten detectar acciones correctivas que propicien el cumplimiento de los objetivos planteados.

Basado en estas definiciones de las causas que previamente fueron sondeadas con el equipo de los diferentes proyectos de Microservicios, se plantearon en la encuesta estas preguntas14 y se obtuvieron los resultados que se muestran la Figura 4-6 Causas de incumplimiento de objetivos, donde se refleja el porcentaje de los encuestados que consideraron las diversas causas del incumplimiento de los objetivos.

Figura 4-6 Causas de incumplimiento de objetivos Estos resultados permiten confirmar la necesidad de definir un modelo de gestión, para aumentar las probabilidades de cumplir con los objetivos propuestos.

14 Ver anexo 8.3.5 Resultado de las causas incumplimiento de objetivos de proyectos de Microservicios

60%

40%

40% 80%

40% 80%

40%

0% 10% 20% 30% 40% 50% 60% 70% 80%

Mala Planificación

Comunicación Deficiente

Falta de Control de Calidad

Falta de Metodología

Deficiente Gestión de Proyectos

Falta de Control y Seguimiento

Otro

- 55 -

4.3 Definición del Modelo de Gestión de Proyectos de Microservicios Dado los resultados obtenidos para los proyectos de Microservicios se ha determinado que este modelo aplicará para aquellos que implican desarrollo o implementación a las soluciones tecnológicas de SYSDE y cuyo ingreso se encuentre entre US $20,000.00 y US $150,000, es decir, se excluyen las capacitaciones (funcionales y técnicas) que no exceden este monto y no son complejos. La razón por la que se decidió tomar este rango se basa en el principio de que los Microservicios son de alta rentabilidad y bajo riesgo, sin embargo, éstos en particular requerirán de mayor seguimiento y documentación para cumplir con sus objetivos. Para la definición del modelo, se detalla continuación las secciones que se desarrollaron:

▪ Roles de la organización y del proyecto: Describe los roles que participarán.

▪ Áreas de conocimiento del PMBok: Describe cuál es el objetivo, cómo se debe aplicar (procedimiento e interacciones) y con qué herramientas (metodológicas y tecnológicas).

▪ Requerimientos funcionales: Describe las modificaciones a los procedimientos y herramientas (metodológicas y tecnológicas) que se deben aplicar.

Las secciones anteriores utilizan como base la Metodología de Gestión de Proyectos de Implementación del área de Servicios, las herramientas definidas en el Sistema de Gestión de Calidad de SYSDE y los Resultados de la Investigación de la sección anterior para generar el Modelo de Gestión de Proyectos de Microservicios.

- 56 -

4.3.1 Roles de la organización y del proyecto Debido a que desde la iniciación de un proyecto hasta su cierre, intervienen diferentes roles, antes de definir los aspectos que se gestionarán de cada área de conocimiento, se realizará una descripción de los perfiles internos y externos de SYSDE. En el siguiente cuadro se realiza un resumen de los roles identificados.

Cuadro 4-3 Roles de la organización y del proyecto

Rol

Descripción

Gerente de Proyecto de Microservicio

Es el responsable directo del proyecto y cuenta con la experiencia para la administración de proyecto y las mejores prácticas.

Equipo de Proyecto Es un equipo interdisciplinario que incluye consultores técnicos, funcionales, arquitectos de software, documentadores, entre otros.

Gerente de Proyecto del Cliente

Es la contraparte del gerente de proyecto de SYSDE, tiene las mismas responsabilidades que el gerente de proyecto de SYSDE y el trabajo en forma conjunta asegura el éxito del proyecto

Comité Ejecutivo del Proyecto

Es un equipo conformado por personal ejecutivo de alto nivel tanto de SYSDE como del Cliente

PMO de SYSDE Es una oficina compuesta por un equipo multi-diciplinario con experiencia en los procesos y mejores prácticas de gestión de proyectos.

Director de Servicios Es el responsable de la unidad de servicios de SYSDE y posee total autoridad para la toma de decisiones relacionadas con el proyecto

Equipo Comercial Es un equipo de ejecutivos de cuenta que se encargan de detectar oportunidades en el mercado financiero


Es el responsable de velar porque los recursos requeridos por cada proyecto sean idóneos y oportunos

Gerente de Servicios Post-Implementación

Es el responsable de velar porque los gerentes de proyectos de Microservicios cumplan los objetivos del proyecto

- 57 -

Los siguientes son roles que participan en forma directa:

▪ Gerente de Proyecto de Microservicio: Es el responsable directo del proyecto y cuenta con la experiencia para su administración y conocimiento en las mejores prácticas. Las principales responsabilidades son:

o Planificación. o Administración de los recursos humanos asignados por SYSDE. o Administración del tiempo y costo. o Elaboración de informes de avance semanal y mensual. o Administración integrada de órdenes de cambio y reportes de incidencias. o Administración del archivo con los registros generados. o Aseguramiento del cumplimiento del Plan de Proyecto. o Resolución de conflictos y Gestión de los riesgos y oportunidades. o Firma de cualquier documento oficial que se genere y requiera la aprobación formal

de SYSDE, como lo son: minutas, casos de uso, informes de avance, órdenes de cambio, entre otros.

o Cierre Administrativo.

▪ Equipo de Proyecto: Es un equipo interdisciplinario que incluye consultores técnicos, funcionales, arquitectos de software, documentadores, entre otros. Las principales responsabilidades son:

o Ejecutar las labores de la planificación. o Informar el seguimiento de las actividades al Gerente de Proyecto.

▪ Gerente de Proyecto del Cliente: Es la contraparte de SYSDE, tiene las mismas responsabilidades que el gerente de proyecto de SYSDE y el trabajo en forma conjunta asegura el éxito.

- 58 -

▪ Comité Ejecutivo del Proyecto: Es un equipo conformado por personal ejecutivo de alto nivel, tanto de SYSDE como del Cliente. Las principales responsabilidades son:

o Proveer de los recursos tanto de SYSDE como del Cliente para el cumplimiento de los objetivos.

o Tomar decisiones de alto nivel. o Resolver los conflictos que no se hayan podido resolver en los niveles inferiores. o Realizar reuniones de seguimiento donde participan además los gerentes de

proyectos de ambas partes. Los siguientes son roles que participan en forma indirecta:

▪ PMO de SYSDE: Es una oficina compuesta por un equipo multi-diciplinario con experiencia en los procesos y mejores prácticas de gestión de proyectos. Las principales responsabilidades son:

o Control y Seguimiento. o Apoyo en labores logísticas como: viajes, alojamiento, contrataciones, entre otras. o Asesoría al Gerente de Proyecto en los procesos de gestión. o Canalización de lecciones aprendidas. o Gestionar la comunicación hacia los niveles ejecutivos de SYSDE.

▪ Director de Servicios: Es el responsable de la unidad de servicios de SYSDE y posee total autoridad para la toma de decisiones relacionadas con el proyecto. Las principales responsabilidades son:

o Participación en el Comité. o Toma de decisiones de alto nivel. o Resolución de conflictos y crisis que puedan surgir a nivel ejecutivo. o Es el nivel más alto en la organización que responde por el portafolio de proyectos.

- 59 -

▪ Equipo Comercial: Es un equipo de ejecutivos de cuenta que se encargan de detectar oportunidades en el mercado financiero. Las principales responsabilidades son:

o Dar seguimiento a nivel ejecutivo. o Realizar negociaciones con el cliente acerca de los cambios.

▪ Gerente de Recursos Humanos: Es el responsable de velar porque los recursos requeridos por cada proyecto sean idóneos y oportunos. Las principales responsabilidades son:

o Reclutar recursos. o Asegurar que cada recurso sea el idóneo de acuerdo a la disponibilidad y perfil de

cada participante.

▪ Gerente de Servicios Post-Implementación: Es el responsable de velar porque los gerentes de proyectos de Microservicios cumplan los objetivos del proyecto. Las principales responsabilidades son:

o Participar en el control y seguimiento. o Primer nivel de escalamiento a los conflictos y crisis. o Asegurar que cuenten con los recursos y herramientas que aseguren el éxito del

proyecto. Una vez descrito los roles que participan en los diferentes procesos se detalla cómo se gestionará cada una de las área de conocimiento del PMBok (PMI, 2004) que formarán parte del Modelo de Gestión de Proyectos de Microservicios.

- 60 -

4.3.2 Gestión de integración A continuación se detalla el modelo de gestión del área de conocimiento de integración para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de integración donde se declaran los entregables de esta sección.

Figura 4-7 WBS de gestión de integración

- 61 -

4.3.2.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es gestionar los cambios, las lecciones aprendidas e integrar todas las demás áreas (Chamoun, 2002).

4.3.2.2 Procedimientos e interacción entre roles Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión de la integración en las fases del proyecto.

▪ Iniciación: Durante esta fase no existirán cambios o incidencias que se deban reportar, pues no se ha iniciado el servicio, por lo tanto no aplica definición de procedimientos ni interacción entre roles.

▪ Planificación: Durante esta fase se define cómo deben administrase los cambios e incidencias, es decir, qué roles y procesos intervienen cuando ocurran cambios o deban registrase las incidencias. El detalle de esta definición se describe en el Plan de Proyecto y quienes lo definen son el Gerente de Servicios Post-Implementación y el Gerente del Proyecto de Microservicios. A continuación se presenta una descripción de los procesos que se mencionan en la gestión de la integración:

o Control de cambios: Se utilizará cuando alguna de las partes requiera modificar

cualquiera de las áreas. Se presenta en la Figura 4-8 Flujo del proceso del control de cambios que debe llevarse a cabo para cuando se presente un cambio que impacte alguno de los objetivos. Se deberá utilizar la plantilla de Orden de Cambio que se describirá en las siguientes secciones.

- 62 -

Figura 4-8 Flujo del proceso de control de cambios

o Control de incidencias: Se utilizará cuando ocurra cualquier incidencia que impacte alguna de las siguientes áreas definidas en el plan. Por incidencia se entiende la ocurrencia de un evento imprevisto o un riesgo que se materializa, impactando el plan establecido. Se deberá utilizar la plantilla de Reporte de incidencias que se describirá en las siguientes secciones. Se presenta en la Figura 4-9 Flujo del proceso de control de incidencias que debe llevarse a cabo cuando se presente una incidencia que impacte alguno de los objetivos.

- 63 -

Figura 4-9 Flujo del proceso de control de incidencias

o Lecciones aprendidas: Durante todo el proceso de ejecución, el Gerente de Proyecto deberá generar la documentación de las lecciones aprendidas. Para ello deberá obtener retroalimentación de su equipo de trabajo para generar el documento y almacenarlo en el Dashboard de SYSDE. Se deberá utilizar la plantilla que se describirá en las siguientes secciones.

- 64 -

▪ Ejecución y control y seguimiento: Durante esta se dan cambios o incidencias que impactan los objetivos del proyecto, por lo que se aplicará el flujo de procesos que se haya definido en el plan. Quienes intervienen en este proceso son:

o Equipo de Proyecto: Generan los insumos de los cambios o incidencias a sus superiores.

o Gerente de Proyecto de SYSDE y del Cliente: Generan la solicitud de Orden de Cambio o Registro de Incidencia.

o Gerente de Servicios de Post-Implementación, Equipo Comercial, a la PMO, al Director de Servicios y al Comité Ejecutivo: Son notificados del cambio o incidencia.

o Comité Ejecutivo: Autoriza el cambio o el registro de la incidencia.

La ejecución y el control y seguimiento se dará entonces a través de las órdenes de cambios y los reportes de incidencias que además deben de estar debidamente documentadas en el Dashboard de SYSDE.

▪ Cierre: Durante esta fase, el Gerente de Proyecto y su equipo deben generar las lecciones aprendidas. Se deberá utilizar la plantilla para recopilar las lecciones aprendidas y deberán estar almacenadas en el Dashboard de SYSDE.

Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-4 Interacción de roles por fases de proyecto: Gestión de integración donde se muestra los roles que participan en la iniciación, planificación, ejecución, control y seguimiento y cierre del proyecto.

- 65 -

Cuadro 4-4 Interacción de roles por fase de proyecto: Gestión de integración

Fase Rol

Iniciación Planificación Ejecución Control y Seguimiento

Cierre

Comité Ejecutivo - - - Director de Servicios - - PMO - - Equipo Comercial - - Gerente de Servicios Post-Implementación

-

Gerente de Proyectos Microservicios

-

Equipo de Proyecto - - Gerente de Proyecto del Cliente

- - -

Simbología Significado Define procedimientos para la gestión del área de conocimiento en el Plan de Proyecto Genera notificación de Orden de Cambios y Reportes de Incidencias Recibe notificación de Orden de Cambios y Reportes de Incidencias Retroalimenta de Cambios e Incidencias. El equipo de proyecto y el director del proyecto de

SYSDE y del Cliente también deben obtener insumos para esta actividad Autoriza las Órdenes de Cambios Genera y Documenta las Lecciones Aprendidas Recibe informes de Lecciones Aprendidas

- No Aplica

- 66 -

4.3.2.3 Herramientas metodológicas Se detallan los diferentes formularios y plantillas para la gestión de integración.

▪ Orden de cambio: Este es el formulario para la solicitud de cambio que impactará en alguno de los objetivos del proyecto. Los aspectos relevantes para una orden de cambio, son15:

- Información del proyecto y su consecutivo - Lista de distribución del documento - Descripción de la orden de cambio - Investigación inicial: Indica el tiempo invertido para realizar el análisis del cambio. - Investigación: Indica el impacto en las diferentes áreas de conocimiento. - Referencias: Archivos que justifican el cambio. - Aprobación: Firmas respectivas de la aprobación de la orden.

▪ Reporte de incidencia: Este es el formulario para reportar la incidencia que se inicia el flujo del proceso de Control de Incidencias. Los aspectos relevantes para documentar una incidencia en el proyecto son16:

- Información del proyecto y su consecutivo - Lista de distribución del documento - Descripción de la incidencia - Descripción del impacto en las diferentes áreas de conocimiento. - Referencias: Archivos que respaldan o detallan la incidencia. - Aceptación: Firmas respectivas de la aceptación de la incidencia y el impacto

identificado.

15 Para ver el detalle del formulario ver Anexo 8.4.1 Formulario de Orden de Cambio. 16 Para ver el detalle del formulario ver Anexo 8.4.2 Reporte/Notificación de Incidencias.

- 67 -

▪ Lecciones aprendidas: Este es el formulario para generar la documentación de las lecciones aprendidas. Los aspectos relevantes a documentar en las lecciones aprendidas se realizan por área de conocimiento entre los cuales se genera17:

- Planeación: Cómo fue la planeación, qué errores y aciertos de planeación se cometieron para las diferentes áreas de conocimiento, en especial en Tiempo, Costo, Calidad.

- Ejecución: Qué aspectos de la ejecución salieron bien y qué debe cambiarse. - Control y seguimiento: Ayudó la PMO en los procesos de seguimiento a determinar

acciones que aseguraran el éxito del servicio. - Cierre: Qué aspectos considera que contribuyeron a que el cierre fuera difícil. - Herramientas: Cómo contribuyeron las herramientas a que el proyecto fuese

exitoso. - Clientes: Qué aspectos positivos y negativos se obtienen del cliente.

4.3.2.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de las órdenes de cambio, reportes de incidencias y lecciones aprendidas.

▪ Registro de cambios: Se registrará en el Dashboard de SYSDE la bitácora de los cambios que se han aprobado. Se muestra en la siguiente figura, la vista de la herramienta desarrollada en SYSDE para el almacenamiento de la bitácora de órdenes de cambios. Los datos indican:

- Fecha de registro - Título - Comentario - Autor

17 Para mayor detalle del formulario ver Anexo 8.4.3 Formulario de Lecciones Aprendidas.

- 68 -

Figura 4-10 Dashboard de SYSDE: Vista de órdenes de cambio

▪ Registro de incidencias: Igual que en el caso anterior se deberá registrar la bitácora de incidencias que se han generado. Se muestra en la siguiente figura, la vista de la herramienta desarrollada en SYSDE para el almacenamiento de la bitácora de los reportes de incidencias, el cual muestra un listado de las reportadas durante el ciclo de vida del proyecto, entre los datos se encuentran:

- Fecha en que ocurrió - Título de la incidencia - Comentarios y Autor del reporte - Estado de la incidencia, los posibles valores son abierta o cerrada

Figura 4-11 Dashboard de SYSDE: Vista de Control de Incidencias

▪ Registro de lecciones aprendidas: No existe esta funcionalidad en el Dashboard, por lo

tanto se documentará como un requerimiento en las herramientas tecnológicas en la sección de Requerimientos funcionales de herramientas tecnológicas.

- 69 -

4.3.3 Gestión de alcance A continuación se detalla el modelo de gestión del área de conocimiento de alcance para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de alcance donde se declaran los entregables de esta sección.

Figura 4-12 WBS de gestión de alcance

4.3.3.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir lo qué incluye y qué no. (Chamoun, 2002).

- 70 -

4.3.3.2 Procedimientos e interacción entre roles Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión del alcance en las fases del proyecto.

▪ Iniciación: Durante esta fase debe generarse en la propuesta del proyecto una descripción general del alcance utilizando la Plantilla de Declaración de Alcance que se detalla en la siguiente sección. Esta propuesta es la que se presenta al cliente. Participan en esta elaboración el Equipo Comercial, el Gerente de Servicios Post-Implementación y el Gerente del Proyecto de Microservicios mediante sesiones con el cliente para determinar el objetivo y alcances a nivel general del proyecto.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a generar el Plan de Proyecto, donde a nivel de planificación se consideran los insumos de la propuesta generada y se plasman en este plan mediante la Plantilla de Declaración de Alcance, el Registro WBS y la Plantilla para Generar EDT detallado de las actividades por desarrollar durante la ejecución del proyecto. Quienes efectúan esta tarea son el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios. Una vez elaborado debe ser aprobado por el personal del cliente antes de proceder con la ejecución.

▪ Ejecución: Durante esta fase se toma como base el alcance definido en el Plan de Proyecto y durante este periodo se detalla aún más el alcance del proyecto mediante Casos de Uso (herramienta utilizada para la gestión de requerimientos de proyectos de SYSDE) y en caso de detectarse cambios de alcance con respecto al declarado en el plan, se utilizará el procedimiento descrito en la sección anterior de Gestión de Integración mediante el Control de Cambios. Participan en esta fase es el Gerente de Proyectos de Microservicios, quien deberá velar porque el alcance del proyecto se detalle, que los hitos se cumplan y gestionar cualquier cambio mediante el proceso de Control de Cambios.

- 71 -

▪ Seguimiento y control: Durante la ejecución del proyecto, se estarán realizando revisiones del alcance del proyecto, mediante la supervisión de Hitos y entregas según lo planeado y lo registrado en el Dashboard de SYSDE. Participan en este seguimiento y control la PMO, Gerente de Servicios Post-Implementación, Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: Durante el cierre con respecto al alcance, debe ser considerado como la revisión general del cumplimiento definido en el Plan de Proyecto. Participan en este proceso el Gerente del Proyecto de SYSDE y del Cliente y el Comité Ejecutivo.

Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-5 Interacción de roles por fase de proyecto: Gestión de alcance, tiempo y costo donde se muestra los roles que participan en cada fase del proyecto.

Cuadro 4-5 Interacción de roles por fase de proyecto: Gestión de alcance, tiempo y costo

Fase Rol


Cierre

Comité Ejecutivo - - Director de Servicios - - - - - PMO - - - Equipo Comercial - - - - Gerente de Servicios Post-Implementación

-


Equipo de Proyecto - - - - - Gerente de Proyecto del Cliente

- -

Cliente - - -

- 72 -

4.3.3.3 Herramientas metodológicas Se detalla a continuación los diferentes formularios y plantillas para la gestión de alcance. ▪ Plantilla para declaración de alcance: Está incluida en el Plan de Proyecto para definir el

alcance preliminar, es de tipo charter. En este formulario se incluyen aspectos relevantes que describen el alcance, estos son:

- Propósito y descripción del servicio - Entregables finales - Supuestos y restricciones - Declaración de alcance

Cabe mencionar que esta plantilla actualmente no existe en la Metodología de Gestión de Proyectos de Implementación de la Unidad de Servicios18.

▪ Plantilla para generar EDT: Sirve para la generación de la Estructura Detallada de

Trabajo, donde la información que se produce se concentra en describir las actividades que deben desarrollarse. En la figura 4-13 Plantilla para generar EDT se muestra este formulario.

18 Para ver el detalle del formulario ver Anexo 8.4.4 Formulario de Declaración de Alcance.

Simbología Significado Genera Propuesta Comercial al cliente Recibe Propuesta Comercial y/ Plan de Proyecto Retroalimenta con el Alcance, Tiempo y Costo del proyecto para la Propuesta Comercial y/o Plan de Proyecto Autoriza la Propuesta Comercial y/o Plan de Proyecto Genera el Plan de Proyecto con el Alcance, Tiempo y Costo planificado. Genera informes de Avance y Cumplimiento de Alcance, Tiempo y Costo. Cierre con el cumplimiento del Alcance, Tiempo y Costo.

- No Aplica

- 73 -

Figura 4-13 Plantilla para generar EDT

4.3.3.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con el alcance.

▪ Registro de declaración de alcance: En Dashboard se ingresa la plantilla de Declaración de alcance. A continuación una lista de lo que se ingresa:

- Fecha de entrega - Título que describe el entregable - Autor del entregable - Criterio de aceptación - Estado del entregable el cual puede ser pendiente o finalizado

Figura 4-14 Dashboard de SYSDE: Vista de declaración de alcance

- 74 -

▪ Registro del WBS: Es generado a partir del cronograma con la herramienta denominada WBS Chart Pro que se integra al MS-Project y a partir del cual se estará generando este diagrama, que deberá ser registrado en el plan.

La Figura 4-15 es un ejemplo del WBS generado por la herramienta WBS Chart Pro desde el MS-Project.

Figura 4-15 Ejemplo del WBS

▪ SYSDE Requisite Modeler para generación de Casos de Uso: Es una herramienta desarrollada por SYSDE para la gestión de requerimientos a través de Casos de Uso (una técnica para el levantamiento de requerimientos). Para el caso de los Microservicios el levantamiento de Casos de Uso se debe realizar mediante esta aplicación19.

19 Para mayor detalle ver Anexo 8.4.5 SYSDE Requisite Modeler.

- 75 -

4.3.4 Gestión de tiempo A continuación se detalla el modelo de gestión del área de conocimiento de tiempo para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de tiempo donde se declaran los entregables de esta sección.

Figura 4-16 WBS de gestión de tiempo

4.3.4.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir el cronograma, calendario, entregas parciales y finales. (Chamoun, 2002).

- 76 -

4.3.4.2 Procedimientos e interacción entre roles

Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión del tiempo en las fases del proyecto.

▪ Iniciación: Durante esta fase debe generarse en la propuesta comercial una descripción general del tiempo que durará el proyecto utilizando la Plantilla de Cronograma de Microservicios que se detalla en las siguientes secciones, esta propuesta es la que se presenta al cliente. Son parte de esta actividad el Equipo Comercial, el Gerente de Servicios Post-Implementación y el Gerente del Proyecto de Microservicios mediante sesiones con el cliente para determinar la duración.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a generar el Plan de Proyecto, donde a nivel de planificación se considera el alcance para estimar la duración y se plasman en este documento mediante un Cronograma de Microservicios y un Calendario de Hitos con las fechas de entrega. Realizan tal función el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios. Una vez elaborado debe ser aprobado por el personal del cliente antes de proceder con la siguiente etapa.

▪ Ejecución: Durante esta fase se toma como base el tiempo estimado en el Cronograma de Microservicios y el Calendario de Hitos definido en el plan y se deberá aplicar la técnica de Valor Ganado20 que se describirá en la sección de Gestión de Costo. Las plantillas mencionadas, deberán también ingresarse en el Dashboard de SYSDE. Durante este periodo pueden detectarse cambios que afectan el Calendario de Hitos, por lo que se utilizará el procedimiento descrito en la sección de Gestión de Integración mediante el Control de Cambios.

20 Ver detalle en la sección del Glosario

- 77 -

Dirigen esta fase el Gerente de Proyectos de Microservicios quien deberá velar porque el alcance se detalle, que los hitos se cumplan y gestionar cualquier cambio mediante el proceso de Control de Cambios.

▪ Seguimiento y control: Igualmente que durante la ejecución, se estarán realizando revisiones del cumplimiento del tiempo, mediante la revisión de Hitos y la técnica de Valor Ganado que se describirá en la siguiente sección. El seguimiento y Control se realiza basado en las plantillas que el Gerente de Proyectos debe utilizar y actualizar en el Dashboard de SYSDE. Manejan este seguimiento y control la PMO, Gerente de Servicios Post-Implementación, Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: El cierre con respecto al tiempo, debe ser considerado como la revisión general del cumplimiento del tiempo definido en el plan. Cierran este proceso el Gerente del Proyecto de SYSDE y del Cliente y el Comité Ejecutivo. Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-5 Interacción de roles por fase de proyecto: Gestión de alcance, tiempo y costo anteriormente descrito.

4.3.4.3 Herramientas metodológicas Se detalla a continuación los diferentes formularios y plantillas para la gestión de tiempo.

▪ Plantilla de cronograma de Microservicios: Se define una plantilla de cronograma que contemplará todas las fases de desarrollo del proyecto. A continuación se muestran sus fases21:

21 Para mayor detalle del cronograma y las actividades ver Anexo 8.4.6 Plantilla de Cronograma para Proyectos de Microservicios.

- 78 -

- Gestión de Proyecto: Es la aplicación de la metodología de gestión de proyecto. - Iniciación del Proyecto: Consiste en la actualización del plan de trabajo y

dimensionamiento inicial. - Elaboración: Es la elaboración detallada de los casos de uso para determinar

las necesidades del cliente. - Construcción: El análisis técnico, desarrollo, pruebas unitarias e integrales y

documentación de los requerimientos. - Transición: Etapa acompañamiento y liberación de los requerimientos al cliente.

▪ Calendario de hitos: Plantilla con la información de cuáles son los hechos relevantes de proyecto al cual se le debe dar enfoque. Los datos que se documentarán son el hito y la fecha de entrega que se declaran en el plan desde la fase de planificación de la siguiente forma:

Figura 4-17 Calendario de hitos

Hito Fecha

1. Nombre del Hito No. 1 Fecha de Entrega

2. Nombre del Hito No. 2 Fecha de Entrega

- 79 -

4.3.4.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con el tiempo.

▪ Registro de cronograma: Se registra en el Dashboard la información de la cantidad de

actividades planeadas, realizadas y grados de avance a cierta fecha. En esta herramienta se genera una gráfica en la que se puede comparar las líneas de avance real versus el planeado para determinar gráficamente la desviación entre ambas líneas. A continuación, una vista de lo que se muestra en el Dashboard y lo que se estaría empleando para los Microservicios.

Figura 4-18 Dashboard de SYSDE: Vista de avance de cronograma

▪ MS-Project: Para todos los Microservicios se deberá utilizar el MS-Project para el seguimiento de las actividades planeadas y como se mencionó existirá un plantilla de cronograma que deberá utilizarse.

- 80 -

4.3.5 Gestión de costo A continuación se detalla el modelo de gestión del área de conocimiento de costo para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de costo donde se declaran los entregables de esta sección.

Figura 4-19 WBS de gestión de costo

4.3.5.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir los estimados de costo, presupuesto, enmiendas. (Chamoun, 2002).

- 81 -

4.3.5.2 Procedimientos e interacción entre roles Se establecen los procesos y las interacciones que se dan durante la aplicación de la gestión del costo en las fases del proyecto.

▪ Iniciación: Durante esta fase debe generarse en la propuesta económica una descripción general del costo utilizando la Plantilla de P&L, que se analiza en las siguientes secciones, esta propuesta es la que se presenta al cliente. Participan en esta elaboración el Equipo Comercial y el Gerente de Servicios Post-Implementación.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a generar el Plan de Proyecto, donde se considera el alcance para estimar el costo. Realizan esta actividad el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios. Una vez elaborado debe ser aprobado por el personal del cliente antes de proceder con la siguiente etapa.

▪ Ejecución: Durante esta fase se toma como base el costo planificado definido en el P&L y durante este periodo pueden detectarse cambios que afectan los costos, por lo que se utilizará el procedimiento descrito en la sección de Gestión de integración mediante el Control de Cambios. El P&L será la herramienta base para la revisión del costo y para la utilización de la técnica de Valor Ganado, por lo tanto esta información deberá ser ingresada al Dashboard de SYSDE para el seguimiento y control posterior. Supervisan en esta fase el Gerente de Proyectos de Microservicios quien deberá velar porque el costo del proyecto se cumplan y cualquier cambio debe ser gestionado mediante el proceso de Control de Cambios.

- 82 -

▪ Seguimiento y control: Igualmente durante la fase de ejecución, se estarán realizando revisiones del cumplimiento de los costos estimados, mediante la revisión del P&L combinado con la técnica de Valor Ganado. En este seguimiento y Control se solicitará al Gerente de Proyectos utilizar la técnica de Valor Ganado para determinar cómo está el avance del tiempo real con respecto al tiempo y costo planificado. Participan en este seguimiento y control la PMO, el Gerente de Servicios Post-Implementación, el Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: El cierre con respecto al costo, debe ser considerado como la revisión general del cumplimiento de este rubro definido en el plan. Concluyen este proceso son el Gerente del Proyecto de SYSDE, PMO y Gerente de Servicios Post-Implementación. Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-5 Interacción de roles por fase de proyecto: Gestión de alcance, tiempo y costo anteriormente descrito.

4.3.5.3 Herramientas metodológicas Se detallan a continuación los diferentes formularios y plantillas para la gestión del costo.

▪ Plantilla de P&L (Profits & Losts, por sus siglas en inglés): Este es un formulario en MS-Excel que debe generarse desde la planeación y registran los siguientes datos22:

- Ingresos: Plan de pagos del cliente. - Gastos directos: Salarios, viajes, viáticos, entre otros. - Gastos indirectos: Corresponde a un porcentaje definido por cada Unidad. - Rentabilidad: Considerar los ingresos y egresos calculando la rentabilidad.

22 Para mayor detalle ver Anexo 8.4.7 Plantilla de P&L

- 83 -

Por lo que esta herramienta se convierte en el formulario que centraliza la información económica, permitiendo conocer el estado financiero del proyecto.

▪ Utilización de Valor Ganado: Actualmente en la Metodología de Proyectos de Implementación de la unidad de servicios de SYSDE, no se está utilizando el Valor Ganado para el seguimiento en costo y tiempo, por lo que las mediciones que se realizan son en forma aislada de estas dos variables, cuando la relación entre ambas es tan estrecha.

En el caso de los Microservicios se aplicará el valor ganado debido a que éstos son de menor duración y los tiempos de respuesta deben ser rápidos, por lo que esta técnica debe emplearse para el control y seguimiento del tiempo mediante el cronograma y costo mediante el estado de Pérdidas y Ganancias (P&L) y ejecutado por la PMO y el Gerente de Post-Implementación.

4.3.5.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con el costo.

▪ Registro de P&L: Se registra en el Dashboard la información del plan de pagos del cliente,

incluyendo la fecha esperada del pago, el monto, el porcentaje que representa, entre otros datos. A continuación se presenta una vista de la información que se ingresa en esta herramienta.

Figura 4-20 Dashboard de SYSDE: Vista de plan de pagos

- 84 -

Adicionalmente, se incluye la información resumida del P&L, entre los datos se encuentran los ingresos, gastos directos e indirectos y la rentabilidad a una fecha corte y la proyectada al finalizar. A continuación, una vista de la información que se ingresa en el Dashboard y que se utilizará en los Microservicios.

Figura 4-21 Dashboard de SYSDE: Vista de gestión financiera ▪ Valor Ganado: Debido a que no se encuentra implementada esta funcionalidad, se

incorporará como un nuevo requerimiento funcional en el Dashboard de SYSDE, que deberá solicitar información de costo y tiempo.

Es importante destacar que debido a que el avance de tiempo y costo invertido se llevan en herramientas separadas (MS-Project y el P&L respectivamente) no es posible utilizar la funcionalidad que ya tiene MS-Project de Valor Ganado.

- 85 -

4.3.6 Gestión de calidad A continuación se detalla el modelo de gestión del área de conocimiento de calidad para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de calidad donde se declaran los entregables de esta sección.

Figura 4-22 WBS de gestión de calidad

4.3.6.1 Descripción

El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir los estándares relevantes, cómo cumplirlos y satisfacer los requerimientos. (Chamoun, 2002).

- 86 -

4.3.6.2 Procedimientos e interacción entre roles

Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión de la calidad en las fases del proyecto.

▪ Iniciación: Durante esta fase no se considera este proceso, pues solo incluye la generación la propuesta económica al cliente y no aporta valor tomarlo en una etapa tan temprana.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a definir en el Plan de Proyecto las formas en que se evaluará la calidad del producto y del proyecto. Se define que para el caso de los Microservicios, se realizará mediante la Plantilla de Encuesta de Satisfacción del Cliente que se detallará en las siguientes secciones. Participan en esta elaboración el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios.

▪ Ejecución: Durante esta fase se aplican los mecanismos de medición planificados, es decir, la Encuesta de Satisfacción del Cliente en forma mensual y tiene como objetivo medir la calidad del producto. En esta fase intervienen el Gerente de Proyectos de Microservicios quien deberá velar porque las medidas de calidad se cumplan durante esta fase.

▪ Seguimiento y control: Igualmente que durante la ejecución del proyecto, se estará realizando revisiones del cumplimiento de las métricas definidas en el proyecto, mediante la Encuesta de Satisfacción del Cliente. El este seguimiento y control la PMO, Gerente de Servicios Post-Implementación, Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: El cierre con respecto a la calidad, se basa en la aplicación de la Encuesta de Satisfacción al Cliente al final el proyecto y tiene como objetivo realizar la medición de la calidad desde la perspectiva del producto y del proyecto.

- 87 -

Desarrollan este proceso el Gerente del Proyecto de SYSDE, PMO y Gerente de Servicios Post-Implementación.

Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-6 Interacción de roles por fase de proyecto: Gestión de calidad donde se muestra los roles que participan en cada fase del proyecto.

Cuadro 4-6 Interacción de roles por fase de proyecto: Gestión de calidad

Fase Rol


Cierre

Comité Ejecutivo - - - PMO - - -

Equipo Comercial - - - - - Gerente de Servicios Post-Implementación

- - -


- - -


- -

Cliente - - -

Simbología Significado Contesta Encuesta de Satisfacción al Cliente Final Recibe y Analiza los resultados de la Encuesta y Toma Acciones Correctivas y Preventivas Analiza y Retroalimenta al resto del Equipo de SYSDE producto de las encuestas Genera la Encuesta con las preguntas de Satisfacción del Producto Contesta Encuesta de Satisfacción al Cliente Mensual

- No Aplica

- 88 -

4.3.6.3 Herramientas metodológicas Se detallan a continuación los diferentes formularios y plantillas para la gestión de la calidad del producto y del proyecto.

▪ Encuestas de satisfacción del cliente: Se realizarán con una periodicidad mensual por parte del Gerente de Proyecto SYSDE o en su defecto de la PMO de SYSDE. Esta encuesta incorpora preguntas que determinan los aspectos que deben mejorarse para el producto23. Cada resultado de la encuesta debe ser ingresado al Dashboard de SYSDE para su posterior análisis y revisión.

▪ Encuesta de satisfacción al cliente final: Esta se aplica al final del proyecto y contempla preguntas que determinan los aspectos que deben mejorarse24. Cada resultado debe ser ingresado al Dashboard de SYSDE para su posterior análisis y revisión.

4.3.6.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con la calidad.

▪ Generación de encuesta de satisfacción al cliente: Debido a que la Metodología de

Proyectos de Implementación de SYSDE depende del Gerente de Proyecto para la aplicación de la Encuesta de Satisfacción, se incluirá un requerimiento funcional a nivel de herramienta tecnológica, para que en los Microservicios, la aplicación de estas encuestas sean automáticas y generen las preguntas mediante correo electrónico, para que el cliente responda las preguntas y no estar sujetos a la memoria de cada Gerente de Proyecto.

23 Para ver el detalle de la encuesta ver Anexo 8.4.8 Encuesta de Satisfacción del Cliente. 24 Para ver el detalle de la encuesta ver Anexo 8.4.9 Encuesta de Satisfacción del Cliente Final.

- 89 -

▪ Registro de evaluaciones: Se registra en el Dashboard la siguiente información relacionada a la calidad del producto y proyecto:

- Observaciones de Control: Se registra la información de las métricas de calidad definidas en el Plan de Proyecto.

- Evaluaciones: Se registra el resumen de los resultados de las encuestas. - Encuesta de Satisfacción del Cliente: Se registran las respuestas generadas por el

cliente durante el proyecto o al finalizar. A continuación una muestra para esta área de conocimiento.

Figura 4-23 Dashboard de SYSDE: Vista de gestión de calidad

- 90 -

4.3.7 Gestión de recursos humanos A continuación se detalla el modelo de gestión del área de conocimiento de recursos humanos para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de recursos donde se declaran los entregables de esta sección.

Figura 4-24 WBS de gestión de recursos humanos

4.3.7.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir el equipo que integra colaboradores tanto internos como externos y los roles y funciones de cada uno. (Chamoun, 2002).

- 91 -

4.3.7.2 Procedimientos e interacción entre roles Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión de los recursos humanos en las fases del proyecto.

▪ Iniciación: Durante esta fase no se considera este proceso, pues solo incluye la generación la propuesta económica al cliente y no aporta valor tomarlo en una etapa tan temprana.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a definir en el Plan de Proyecto los perfiles, la organización y responsabilidades de los participantes tanto internos de SYSDE como externos del cliente requeridos para realizar la ejecución. Se utilizará para estas definiciones la Plantilla de Organización del Proyecto, Plantilla de Roles y Funciones, Plantilla de Matriz de Responsabilidades, Plantilla de Dedicación de Recursos que se detallarán en las siguientes secciones. Ejecutan esta función el Gerente de Servicios Post-Implementación, el Gerente de Proyecto de Microservicios y el Gerente de Recursos Humanos.

▪ Ejecución: Durante la ejecución se administran los recursos asignados. Esta administración incluye la actualización de las plantillas definidas en el plan y en la generación de la información requerida en el Dashboard de SYSDE. Controlar en esta fase el Gerente de Proyectos de Microservicios quien deberá velar porque los recursos humanos cumplan con las responsabilidades asignadas en el plan.

▪ Seguimiento y control: Igualmente que durante la ejecución, se estarán realizando revisiones del rendimiento de los recursos asignados, este rendimiento se registra en el Dashboard de SYSDE. Participan en este seguimiento y control la PMO, el Gerente de Servicios Post-Implementación, el Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

- 92 -

▪ Cierre: El cierre con respecto a los recursos humanos se basa en dar visibilidad al Gerente de Recursos Humanos acerca del rendimiento final de cada recurso y la disponibilidad para los recursos para los siguientes proyectos. Participan en este proceso son el Gerente del Proyecto de SYSDE, Gerente de Recursos Humanos, PMO y Gerente de Servicios Post-Implementación.

Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-7 Interacción de roles por fase del proyecto: Gestión de recursos humanos donde se muestra los roles que participan en la iniciación, planificación, ejecución, control ,seguimiento y cierre del proyecto.

Cuadro 4-7 Interacción de roles por fase de proyecto: Gestión de recursos humanos

Fase Rol


Cierre

Comité Ejecutivo - - - - Director de Servicios - - - - - PMO - - -


- - -


- -


- - -


- - - -

Cliente - - - - -

- 93 -

4.3.7.3 Herramientas metodológicas Se detalla a continuación los diferentes formularios y plantillas para la gestión de los Recursos Humanos.

▪ Plantilla de organización del proyecto: Es una plantilla estándar donde se define cómo debe organizarse el proyecto. Indica que debe siempre existir como mínimo un Comité Ejecutivo conformado por personal de SYSDE y el Cliente, Gerente de Proyecto del Cliente (o similar), equipo asignado por el cliente y por parte de SYSDE el Gerente de Proyecto y su equipo. A continuación la figura muestra cómo se organizan los Microservicios.

Figura 4-25 Organigrama de proyecto de Microservicios

Simbología Significado Actualiza las diferentes plantillas de gestión de recursos humanos Recibe y da seguimiento a los recursos humanos asignados al proyecto Analiza y Retroalimenta al resto del Equipo de SYSDE de los recursos humanos Genera Organización, Roles y Funciones, Dedicación de Recursos y Disponibilidades

- No Aplica

- 94 -

▪ Plantilla de roles y funciones: Es una plantilla que se utilizará para definir los roles y funciones que deberá tener cada miembro que participará en el proyecto. La siguiente figura muestra cómo se deben definir los roles y responsabilidades de cada miembro del equipo.

Figura 4-26 Roles y funciones de proyectos de Microservicios

▪ Plantilla de matriz de responsabilidades: Indicará por cada tarea o actividad del cronograma de trabajo, quiénes son los responsables y qué otro rol interviene. Es de suma importancia que desde la planificación, los diferentes participantes tengan claro cuál será su labor y qué se espera de las actividades que realiza. A continuación la figura muestra cómo se deben definir esta Matriz de Responsabilidades.

Figura 4-27 Matriz de responsabilidades

<Nombre del Rol>

Perfil Responsabilidades Clave: • <Listar las características del rol > • <Listar las

responsabildiades clave del rol>

E ejecuta, P participa, C coordina R revisa, A autoriza

EDT Tarea

Com

ité

Ejec

utiv

o

Dire

ctor

de

Serv

icio

s S

YSD

E

PMO

S

YSD

E

Dire

ctor

de

Proy

ecto

S

YSD

E

Dire

ctor

de

Proy

ecto

C

lient

e

DB

A

Clie

nte

1 Gestión del Proyecto 1.1 Dirección del Proyecto 2 Fase 0 – Preparación de la Versión 2.1 Actividad Fase 0 3 Primera Fase: 4 Segunda Fase: 4.1 Etapa I - Análisis y Planificación del

Proyecto

4.1.1 Fase 1 - Organización del Proyecto 4.1.1.1 Actividad Fase 1 4.1.1.2 Actividad Fase 1 4.1.1.3 Actividad Fase 1

- 95 -

▪ Plantilla de matriz de dedicación de recursos: Determina desde la planeación el porcentaje de dedicación de cada recurso que participará. Esto incluye tanto recursos internos de SYSDE como externos del cliente. El objetivo principal para el caso de los Microservicios es informar a los clientes con anticipación la asignación del personal idóneo para el proyecto. La siguiente figura muestra cómo se deben definir esta matriz de dedicación de recursos humanos.

Figura 4-28 Matriz de dedicación de recursos humanos

4.3.7.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con los recursos humanos asignados.

▪ Registro de datos de recursos humanos: Se registra en el Dashboard la información de

los recursos humanos que participan en el proyecto, tanto internos de SYSDE como los del cliente.

- 96 -

Esta información es utilizada para la evaluación que debe realizar el Gerente de Proyectos y alimentar la herramienta SYSDE SMS para la generación de estadísticas de dedicación de tiempo y cumplimiento de tareas. A continuación una vista de lo que se muestra de la información de los recursos humanos.

Figura 4-29 Dashboard de SYSDE: Vista de equipos de trabajo

En el área de Recursos Humanos la herramienta también extrae información de SYSDE SMS para generar la información de Cargas de Trabajo por Módulo y por Tipo de Actividad (si es o no facturado al Cliente), lo cual le permite al Gerente de Proyectos tomar decisiones sobre el consumo de tiempo de sus recursos humanos. A continuación una vista de lo que se muestra en estas estadísticas.

Figura 4-30 Dashboard de SYSDE: Distribución de esfuerzo de los recursos humanos

- 97 -

▪ SYSDE SMS: Es una herramienta que permite a los diferentes recursos humanos del proyecto y registrar la dedicación de horas por cada actividad que realiza, por lo que esta aplicación es de uso masivo y constituye el principal insumo para la generación de estadísticas de los recursos. A continuación una vista del SYSDE SMS donde cada recurso registra las horas de sus actividades.

Figura 4-31 Vista del SYSDE SMS

▪ Rendimiento de los recursos: Durante la ejecución del proyecto el Gerente de Proyecto

debe evaluar los recursos humanos, dentro de la Metodología de Proyectos de Implementación no existe herramienta para evaluar el rendimiento de éstos, por lo que se estará incluyendo el requerimiento funcional en el Dashboard de SYSDE.

- 98 -

4.3.8 Gestión de comunicaciones A continuación se detalla el modelo de gestión del área de conocimiento de comunicaciones para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de comunicaciones donde se declaran los entregables de esta sección.

Figura 4-32 WBS de gestión de comunicaciones

4.3.8.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir la información requerida presentada en reportes o informes, quién las genera, quién la recibe, con qué frecuencia se entrega, reuniones, medios de distribución, entre otros. (Chamoun, 2002).

- 99 -

4.3.8.2 Procedimientos e interacción entre roles Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión de la comunicación en las fases del proyecto.

▪ Iniciación: Durante esta fase no se considera este aspecto, pues solo se genera la propuesta al cliente y no se detallan los procesos que se utilizarán para la comunicación.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a definir en el Plan de Proyecto la forma en que se llevará a cabo la comunicación durante su ejecución. Entre los elementos que debe definir se encuentran la Matriz de Comunicación, Informes de Avance de Proyecto y los Procedimientos de Escalamiento. Participan en esta etapa el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios. A continuación se presenta una descripción del flujo del proceso de escalamiento para cuando un conflicto surge entre las partes. Este procedimiento no existe en la Metodología de Proyectos de Implementación de SYSDE, por lo que representa el flujo que debe seguir para los Microservicios.

o Proceso de escalamiento: Se utilizará cuando surge un conflicto o problema y se describe cuáles son las instancias a las que se debe recurrir en caso de no encontrar solución. Este proceso estará descrito y documentado en el Plan de Proyecto antes de iniciar la ejecución del mismo. La figura 4-33 Flujo del proceso de escalamiento muestra el flujo que debe llevarse a cabo para cuando se presente un conflicto entre las partes.

- 100 -

Figura 4-33 Flujo del proceso de escalamiento

▪ Ejecución: Durante esta fase aplicarán las reglas de comunicación que en el Plan de Proyecto se definan.

Se identifica un problema

Se identifica un problema

PuedeResolver?

Equipo de Proyecto Gerente de Proyecto SYSDE PMO Gerente de

Proyecto Cliente Comité Ejecutivo

Se analiza un problema


Ejecuta la accióncorrectiva.


Se analiza el problema.


PuedeResolver?



PuedeResolver?



Se resuelve el problema.

Se resuelve el problema.Ejecuta la acción

correctiva.


FINFIN

NO

SI

NO

SI

NO

SI

PuedeResolver?





SI

NO

INICIOINICIO

- 101 -

Participan el Gerente de Proyectos de Microservicios, quien deberá generar la información (Informes de Avances del Proyecto, Minutas) al cliente, así como seguir los mecanismos de comunicación definidos en el plan.

▪ Seguimiento y control: Igualmente durante la ejecución, se estarán realizando revisiones del cumplimiento en la generación de la información a quien corresponda. Realizan este seguimiento y control la PMO, Gerente de Servicios Post-Implementación, Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: El cierre con respecto a la comunicación se basa en la generación de los documentos que certifican la conclusión del proyecto. Ejecutan este proceso son el Gerente del Proyecto de SYSDE, la PMO y Gerente de Servicios Post-Implementación.

Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-8 Interacción de roles por fase de proyecto: Gestión de comunicaciones donde se muestra los roles que participan en la iniciación, planificación, ejecución, control y seguimiento y cierre del proyecto.

Cuadro 4-8 Interacción de Roles por fase de proyecto: Gestión de comunicaciones

Fase Rol


Cierre

Comité Ejecutivo - - -

Director de Servicios - - - - - PMO - -


- -


- -

Equipo de Proyecto - - - - -

- 102 -

4.3.8.3 Herramientas metodológicas Se detalla a continuación los diferentes formularios y plantillas para la gestión de la comunicación.

▪ Plantilla de matriz de comunicación: Para definir la información que se incorporará al Plan de Proyecto donde se define qué información debe generarse y quiénes participan. A continuación, la figura muestra cómo la información que se generará en él y la responsabilidad de cada rol involucrado.

Gerente de Proyecto del Cliente

- - -

Cliente - - - - -

Simbología Significado Recibe y aprueba Informes de Avance de Proyecto Genera Informes de Avance de Proyecto y Cierre Analiza y retroalimenta los Informes de Avance generados y del Cierre Genera Matriz de Comunicación, Periodicidad de Informes de Avance, Proceso de Escalamiento

- No Aplica

- 103 -

Figura 4-34 Matriz de comunicación

▪ Plantilla de informe de avance de proyecto: Esta es una plantilla del informe que es

elaborado por el Gerente de Proyecto SYSDE periódicamente según el Plan de Proyecto y es presentado a los involucrados según la Matriz de Comunicación. El contenido del informe es el siguiente25:

- Resultados del periodo reportado. - Actividades adicionales no planificadas del periodo reportado. - Resultados esperados para el periodo siguiente. - Porcentajes de avance esperados versus reales para cada hito. - Fechas originales versus fechas actualizadas de cumplimiento de los hitos. - Actividades críticas identificadas con retrasos. - Cuadro de gestión del riesgo, con los principales riesgos y oportunidades

identificadas. - Registro (Log) de decisiones-acciones-temas críticos ocurridos. - Control de cambios e incidencias, con los principales cambios e incidencias

ocurridos en el periodo.

4.3.8.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con las comunicaciones que se generan.

▪ Registro de datos de comunicaciones: En el Dashboard de SYSDE se incluye toda la

información de las comunicaciones generadas a los involucrados. Abarca desde el Plan de Proyecto, Minutas, Informes de Avance de Proyecto, entre otros., con el objetivo de centralizar la información y facilitar el control y seguimiento del proyecto.

25 Ver detalle en el Anexo 8.4.10 Informe de Avance de Proyecto.

- 104 -

La siguiente figura muestra la información que se incluye en el Dashboard. Es obligación del Gerente de Proyecto mantenerlo actualizado con la documentación del proyecto.

Figura 4-35 Dashboard de SYSDE: Repositorio de documentos de comunicación

- 105 -

4.3.9 Gestión de riesgos A continuación se detalla el modelo de gestión del área de conocimiento de riesgos para los proyectos de Microservicios mediante una descripción breve del objetivo, los procedimientos e interacción entre los roles de los participantes y las herramientas metodológicas y tecnológicas. Se muestra en la siguiente figura el WBS de la gestión de riesgos donde se declaran los entregables de esta sección.

Figura 4-36 WBS de gestión de riesgos

4.3.9.1 Descripción El objetivo de esta área de conocimiento para los proyectos de Microservicios es definir las amenazas por controlar, oportunidades a capitalizar y planes de contingencia. (Chamoun, 2002)

- 106 -

4.3.9.2 Procedimientos e interacción entre roles Se detallan los procesos y las interacciones que se dan durante la aplicación de la gestión de los riesgos en las fases del proyecto.

▪ Iniciación: Durante esta fase de iniciación no se considera este aspecto, pues solo se genera la propuesta al cliente y no se detallan los procesos que se utilizarán para el manejo del riesgo.

▪ Planificación: Una vez que el cliente acepta la propuesta, se procede a definir en el Plan de Proyecto las categorías de riesgos, los niveles de impacto, la forma en que deberán administrarse y las herramientas que se utilizarán para gestionarlos. Para el caso de los Microservicios se utilizará la Plantilla de la Definición de Categorías de Riesgo, Plantilla de la Matriz de Probabilidad e Impacto, Plantilla del RBS y la Plantilla de la Matriz de Riesgos. Al generar el Plan de Proyecto, se estará identificando a nivel general los riesgos del proyecto, el objetivo es que durante la ejecución sirvan de base. Concretan esta tarea el Gerente de Servicios Post-Implementación y el Gerente de Proyecto de Microservicios.

▪ Ejecución: Durante esta fase se aplicarán las formas definidas para el seguimiento de los riesgos definidos en el Plan de Proyecto. Para el caso de los Microservicios se utilizará el Mapa de Riesgos y el Dashboard de SYSDE que almacenará la información de los riesgos que se vayan identificando durante la ejecución según las categorías definidas en el plan. Corresponde al Gerente de Proyectos de Microservicios y su equipo la identificación y análisis de los diferentes riesgos del proyecto.

- 107 -

▪ Seguimiento y control: Igualmente que durante la ejecución, se estarán realizando revisiones de los riesgos que se identifiquen y de los planes de acción definidos para cada riesgo, las herramientas para utilizar para la revisión son: Matriz de Riesgos y Dashboard de SYSDE. Este seguimiento y control lo realizan la PMO, Gerente de Servicios Post-Implementación, Director de Servicios y el Gerente de Proyecto de SYSDE y del Cliente.

▪ Cierre: El cierre con respecto a los riesgos se da con el cierre del proyecto y se basa en la generación de los documentos que certifican la conclusión del mismo. Cierran este proceso el Gerente del Proyecto de SYSDE, la PMO y Gerente de Servicios Post-Implementación. Las interacciones que se dan en cada una de las fases se describen mediante el Cuadro 4-9 Interacción de roles por fase de proyecto: Gestión de riesgos donde se muestra los roles que participan en la iniciación, planificación, ejecución, control y seguimiento y cierre del proyecto.

- 108 -

Cuadro 4-9 Interacción de roles por fase de proyecto: Gestión de riesgos

4.3.9.3 Herramientas metodológicas Se detallan a continuación los diferentes formularios y plantillas para la gestión de riesgos.

▪ Plantilla para definición de categorías de riesgos: Esta plantilla es la que se debe utilizar en el Plan de Proyecto para indicar las diferentes categorías según la probabilidad de que ocurra el evento. En la siguiente figura se define esta clasificación.

Fase Rol


Cierre

Comité Ejecutivo - - -

Director de Servicios - - - - - PMO - -


- -


- -


- - -

Cliente - - - - -

Simbología Significado Recibe y Analiza Riesgos para tomar acciones de mitigación o correctivas y cierre del Proyecto

Actualiza la información del Matriz de Riesgos, Dashboard conforme va avanzado el proyecto y Cierre del Proyecto

Analiza y retroalimenta de los riesgos en el Matriz de Riesgo y Cierre del Proyecto Genera Categoría de Riesgo, Matriz Probabilidad e Impacto, RBS, Mapa de Riesgos General

- No Aplica

- 109 -

Figura 4-37 Categoría de riesgos

▪ Plantilla para definición de matriz de probabilidad e impacto: Esta plantilla es la que debe utilizarse en el Plan de Proyecto para definir el tipo de riesgo según el impacto que tiene el evento en caso de que ocurra. A continuación se muestra en la siguiente figura esta definición.

Figura 4-38 Matriz de probabilidad e impacto

▪ Plantilla del RBS (Risk Breakdown Structure, por sus siglas en inglés): Esta plantilla es la que debe utilizarse en el Plan de Proyecto para clasificar los riesgos según el origen. A continuación se muestra la figura de clasificación.

Categoría Probabilidad

Baja 0-40%

Media 41-65%

Media alta 66-85%

Alta 85-100%

Tipificación Significado

Tolerable Administrable sin mayor impacto

Serio Administrable pero requiere un esfuerzo (o recursos) adicional (es) para enfrentarlo

Muy serio Administrable pero requiere un esfuerzo extraordinario para enfrentarlo

Intolerable Implica dar por terminado el proyecto

- 110 -

Figura 4-39 RBS de los riesgos

▪ Plantilla del mapa de riesgos: Se utilizará para el seguimiento de los riesgos que se

identifiquen durante el proyecto. Es responsabilidad del Gerente de Proyectos obtener retroalimentación de todos los involucrados (incluyendo su equipo de trabajo). A continuación se muestra en la siguiente figura la forma en que se registrarán los riesgos en la plantilla.

Figura 4-40 Mapa de riesgos

4.3.9.4 Herramientas tecnológicas Se detallan las herramientas tecnológicas que deben utilizarse para la documentación y almacenamiento de todo lo relacionado con los riesgos.

Implementación SYSDE SAF

RBS

Externo OrganizacionalTécnico Gestión

Requisitos (TR)

Tecnología (TT)

Complejidad eInterfaces

(TCI)

Rendimiento yFiabilidad

(TRF)

Calidad (TC)

Mercado (EM)

Cliente (EC)

Regulatorio (ER)

Fuerza Mayor(EFM)

Subcontratistas y Proveedores

(ESP)

Recursos (OR)

Financiación (OF)

DependenciasDel Proyecto

(ODP)

Priorización(OP)

Planificación (GP)

Control (GC)

Estimación (GE)

Comunicación (GCO)

Número RBS Causa Riesgo Probabilidad Impacto

- 111 -

▪ Registro de datos de riesgos: En Dashboard de SYSDE se parametrizan las Categorías de Riesgos, las Probabilidades e Impactos y el RBS, para que el Gerente de Proyecto ingrese los nuevos riesgos identificados o cambie la probabilidad o el impacto.

El Dashboard permite registrar para cada riesgo, la descripción del riesgo, la probabilidad de que ocurra y su impacto si se llega a concretar. Además, incluye los diferentes planes de mitigación o contingencia.

Abajo la figura muestra la información que se incluye en este herramienta y cuya información es obligación del Gerente de Proyecto mantenerlo actualizado con la documentación respectiva.

Figura 4-41 Dashboard de SYSDE: Matriz de riesgos 4.3.10 Gestión de adquisiciones Debido a que los proyectos de Microservicios se llevan a cabo con recursos de la Unidad de Servicio de SYSDE, no se estará contemplando esta área de conocimiento.

- 112 -

4.4 Requerimientos funcionales en procedimientos y herramientas En esta sección se describen los requerimientos funcionales que deben implementarse para el Modelo de Gestión de Proyectos de Microservicios. Incluye las modificaciones que deben realizarse a nivel de procedimiento y de herramientas metodológicas y tecnológicas. 4.4.1 Procedimientos Se deben crear nuevos procesos en el Sistema de Gestión de Calidad (SGC) – ISO de SYSDE para el modelo propuesto, sin embargo, no se descarta que éstos sean adoptados también por la Metodología de Gestión de Proyectos de Implementación actual.

▪ Proceso de escalamiento: Cuando se crea el Plan de Proyecto de Microservicio en la fase de Planeación, se deberá definir el flujo del proceso de Escalamiento cuando surge un conflicto durante la ejecución del proyecto26.

4.4.2 Herramientas metodológicas En cuanto a herramientas metodológicas, se deben realizar ajustes a plantillas o formularios existentes en el Sistema de Gestión de Calidad (SGC) – ISO de SYSDE, así como la creación de nuevos instrumentos. A continuación se enlistan los requerimientos necesarios para la aplicación de este modelo:

▪ Modificación al formulario de lecciones aprendidas: El formulario de Lecciones Aprendidas definido en el SGC que forma parte de la Metodología de Gestión de Proyectos de Implementación de SYSDE constituye un formulario que no está acorde con las áreas de conocimiento, por lo que se modificó para que incorpore las lecciones aprendidas por esta clasificación27.

26 Ver el detalle en la Figura 4-33 Flujo del Proceso de Escalamiento. 27 Ver el detalle del formulario en el Anexo 8.4.3 Formulario de Lecciones Aprendidas

- 113 -

▪ Modificación a la encuesta de satisfacción del cliente (periódica): El formulario de la Encuesta de Satisfacción del Cliente que se aplica periódicamente durante el proyecto definido en el SGC y que forma parte de la Metodología de Gestión de Proyectos de Implementación de SYSDE contiene preguntas muy generales que no miden la calidad del producto, por lo que se diseñó un nuevo formulario más orientado a conocer la percepción del cliente con respecto a la solución que se está brindando28.

▪ Creación de la plantilla de declaración de alcance: En la Metodología de Gestión de Proyectos de Implementación de SYSDE no existe un formulario para la Declaración de Alcance. En este modelo se incorpora una herramienta que permite definir a nivel general el alcance29.

▪ Creación de la encuesta de satisfacción del cliente (final): En la Metodología de Gestión de Proyectos de Implementación de SYSDE no existe un formulario con una Encuesta de Satisfacción del Cliente que se aplique al final de proyecto. En este modelo se incorpora un nuevo formulario de Encuesta de Satisfacción del Cliente.

Esta plantilla contiene preguntas específicas para determinar la calidad del proyecto según cada área de conocimiento y con cado proceso las cuales son: a la Planeación, Ejecución y Control y Seguimiento30.

▪ Creación de plantilla de cronograma para Microservicios: Se crea una nueva plantilla para los Microservicios que se incorporará al SGC y se tomará como base para cada nuevo proyecto31.

28 Ver el detalle del formulario en el Anexo 8.4.8 Encuesta de Satisfacción del Cliente. 29 Ver el detalle del formulario en el Anexo 8.4.4 Formulario de Declaración de Alcance. 30Ver el detalle del formulario en el Anexo 8.4.9 Encuesta de Satisfacción del Cliente Final. 31 Ver el detalle del cronograma en el Anexo 8.4.6 Plantilla de Cronograma de Proyectos de Microservicio.

- 114 -

4.4.3 Herramientas tecnológicas Las nuevas funcionalidades que deben desarrollarse corresponden a la herramienta del Dashboard de SYSDE. A continuación la lista de los requerimientos que se implementarán en el Dashboard, una vez que se analice y determine el esfuerzo por parte del Equipo de Investigación y Desarrollo que tiene SYSDE.

▪ Ingreso del WBS: El WBS es una herramienta fundamental en la gestión del alcance y no es almacenada en el Dashboard de SYSDE, por lo que se requiere que se incorpore una imagen del WBS que se genera en el Plan de Proyecto. Además, se deberá permitir guardar el historial de las diferentes imágenes del WBS que se han ingresado, para conservar la historia y mantener actualizado el WBS. Actualmente sólo se genera una única vez, cuando se genera el Plan de Proyecto y no es actualizado por el Gerente de Proyecto durante la ejecución.

▪ Cálculo del Valor Ganado: Es de suma importancia para los Microservicios que el seguimiento y control del proyecto se realice mediante la técnica de Valor Ganado, ya que actualmente se controlan de forma separada el Costo y el Avance del Tiempo, lo cual puede provocar falsas percepciones de avance.

Adicionalmente, al controlar estas dos áreas de conocimiento mediante herramientas separadas (MS-Project para tiempo y P&L para costo) no es posible obtener los beneficios de MS-Project que calcula automáticamente este valor, por lo que se deben realizar adaptaciones al Dashboard para que lo realice en forma automática.

- 115 -

En el Dashboard deberá mostrar los siguientes valores dados los insumos que el Gerente de Proyecto proporciona:

o Costo Presupuestado del Trabajo (CPTP): Muestra cuánto presupuesto se debería haber gastado, en vista del costo previsto para la actividad, la asignación o el recurso. El CPTP se calcula como todos los costos previstos de fase temporal acumulados hasta la fecha de estado o fecha actual del proyecto.

o Costo Real del Trabajo Realizado (CRTR): Muestra los costos reales contraídos por el trabajo realizado por un recurso en una tarea hasta el estado o fecha actual del proyecto.

o Costo Presupuestado del Trabajo Realizado (CPTR): Muestra el valor del trabajo realizado hasta la fecha de estado, expresado en términos monetarios. Indica cuánto presupuesto de la tarea se debería haber gastado, dada su duración real.

El análisis del valor acumulado siempre es específico de la fecha de estado elegida, que puede ser la fecha actual o cualquier fecha previa.

Además, deberá mostrar los índices cuyas variaciones permiten tomar decisiones más acertadas basadas en la combinación del avance del tiempo y el costo. A continuación se presenta el Cuadro 4-10 Fórmulas de los índices de Valor Ganado, que detalla el cálculo de estos índices.

- 116 -

Cuadro 4-10 Fórmulas de los índices de Valor Ganado

Con esta información el Dashboard no sólo permitirá al Gerente de Proyecto conocer el estado del proyecto, sino para la PMO, el Gerente de Servicios Post-Implementación, Director de Servicios y para la Gerencia General, facilitando el control y seguimiento.

▪ Ingreso de las lecciones aprendidas: Debido a que las lecciones aprendidas deben documentarse desde la ejecución y no al final del proyecto, es importante incorporar al Dashboard una funcionalidad que permita ingresar por área de conocimiento las lecciones aprendidas, de tal forma que los diferentes roles que tienen acceso a la herramienta, puedan incluir cada lección aprendida durante toda la vida del servicio.

Concepto Descripción Fórmula

Variación de Costo (VC) Diferencia entre el costo estimado de

una tarea y su costo real

VC = CPTR – CRTR

Variación de Programación (VP): Diferencia entre el progreso actual y

el progreso programado de una tarea

en términos de costo

VP = CPTR - CPTP.

Índice de Rendimiento de Costo (IRC) Relación entre los costos

presupuestados y los costos reales

IRC = CPTR/CRTR

Índice de Rendimiento de

Programación (IRP)

Relación entre el trabajo realizado y el

trabajo programado

IRP = CPTR/CPTP

Índice de rendimiento para completar

(IRPC)

Relación entre el trabajo restante y los

fondos restantes en la fecha de

estado, o presupuesto gastado

IRPC = [CPF - CPTR] / [CPF - CRTR]

- 117 -

▪ Generación de encuestas de satisfacción del cliente: Debido a que las Encuestas de Satisfacción al Cliente deben realizarse en forma periódica y se realizan de forma manual, se requiere que en el Dashboard se realicen las siguientes actividades:

o Configuración de encuestas de satisfacción al cliente: Permitir configurar la periodicidad en que se deben enviar las encuestas, las personas a las que se les deben enviar y las preguntas que se deban realizar.

o Envío automático de la encuesta de satisfacción al cliente: Permitir el envío vía correo electrónico de la encuesta.

o Carga de encuestas de satisfacción al cliente: Permitir cargar las respuestas de las encuestas en el Dashboard.

Estas nuevas funcionalidades permitirán que las encuestas se envíen a tiempo y las respuestas sean cargadas en el Dashboard para los respectivos análisis con la PMO en las reuniones de seguimiento.

▪ Evaluación del rendimiento de los recursos humanos: Se requiere desarrollar una funcionalidad en el Dashboard que permita al Gerente de Proyecto realizar evaluaciones de los recursos humanos asignados en el proyecto. Se deberá coordinar con el Gerente de Recursos Humanos, quien está en proceso de definición de métricas de evaluación de rendimiento del personal de SYSDE y que serán incorporadas al Dashboard.

Con el análisis de los resultados en experiencias en proyectos de software, de implementación y de Microservicios, la definición de los procedimientos y herramientas deben utilizarse en conjunto con los requerimientos funcionales que deben implementarse para la puesta en marcha, y así aumentar la probabilidad de que este modelo propuesto contribuya al cumplimiento de los objetivos del proyecto, aumentando la rentabilidad, calidad y satisfacción del cliente.

- 118 -

5. Conclusiones

De acuerdo con los resultados de la investigación de este trabajo donde se evidencia el alto porcentaje de proyectos de software en general, de implementación de SYSDE y de Microservicios32 que en general no cumplieron con los objetivos planteados y por las diferentes causas, se determina que el Modelo de Gestión de Proyectos de Microservicios propuesto permitirá:

▪ Gestión de proyectos de Microservicios integrada: Debido a que este modelo incorpora los lineamientos del PMBok (PMI, 2004), de la Metodología de Gestión de Proyectos de Implementación y los elementos del Sistema de Gestión de Calidad de SYSDE, los Microservicios se administrarán de una forma integrada aplicando las mejores prácticas en gestión de proyectos y por tanto se logrará:

o Aumentar la probabilidad del cumplimiento de los objetivos. o Integrar a la PMO de SYSDE. o Maximizar el uso de las herramientas tecnológicas y metodológicas de SYSDE. o Capitalizar el conocimiento en Gestión de Proyectos. o Desarrollar la carrera profesional del Gerente de Proyecto.

▪ Gestión de proyectos de Microservicios estandarizada: Puesto que este modelo define los procedimientos, las interacciones entre los participantes y las herramientas a utilizar (tecnológicas o metodológicas), todos los Microservicios se gestionarán de una misma forma y para:

o Facilitar el seguimiento a través de la PMO. o Generar independencia de la experiencia de cada Gerente de Proyectos. o Permitir una mejora continua al modelo propuesto.

32 Ver detalle en la sección 4.1 Resultados de la Investigación

- 119 -

Con la aplicación de este modelo integrado y estándar, los Microservicios tendrán una probabilidad mayor de cumplir con sus objetivos, es decir, serán más rentables y con un nivel de satisfacción del cliente más alto. Finalmente, la definición del Modelo de Gestión de Proyectos de Microservicios no sólo genera beneficios directos a este tipo de proyectos, sino que se extiende a la metodología de actual de SYSDE al incorporar mejoras tanto a nivel de herramientas metodológicas y tecnológicas, como a nivel de procedimientos. Igualmente, a la inversa, toda mejora en la metodología actual impactará en forma positiva en este modelo.

- 120 -

6. Recomendaciones

Al concluir la definición del Modelo de Gestión de Proyectos de Microservicios, se genera con las siguientes recomendaciones para su aplicación:

6.1 Validar el modelo

Una vez definido el modelo se recomienda realizar una validación mediante un Plan Piloto considerando los siguientes aspectos: 6.1.1 Tamaño de la muestra

Utilizar al menos un Microservicio para la validación del modelo. Este número variará según la cantidad que existan cuando inicie el Plan Piloto. 6.1.2 Área de conocimiento

Por cada área de conocimiento que se defina en este modelo, evaluar en conjunto con al menos dos Gerentes de Proyecto, el oficial de la PMO y el Gerente de Post-Implementación, los siguientes aspectos:

▪ Procedimientos: Validar si el procedimiento o flujo de procesos descrito aplica a la realidad de los Microservicios.

▪ Interacción entre roles: Validar que las interacciones entre los diferentes roles correspondan a la realidad de los Microservicios, buscando eficiencia en las comunicaciones que deben realizarse entre las unidades funcionales de SYSDE.

▪ Herramientas metodológicas: Incluir las plantillas y formularios propuestos en este modelo para su validación.

▪ Herramientas tecnológicas: Simular los requerimientos antes de su desarrollo, lo que permitirá verificar que las modificaciones que se van a solicitar al equipo encargado de desarrollar estos requerimientos sean válidos.

- 121 -

6.1.3 Documentación de resultados

Al aplicar el modelo se recomienda documentar los resultados según los parámetros definidos en la sección anterior de Áreas de Conocimiento y los siguientes:

▪ Rentabilidad de Microservicios. Medir la rentabilidad de los proyectos piloto, se recomienda utilizar el instrumento P&L (Profits & Lost).

▪ Nivel de satisfacción de los clientes. Medir la satisfacción del cliente mediante la última encuesta realizada por SYSDE.

▪ Supervisión. Medir la supervisión y control en función del tiempo requerido para la revisión de proyectos.

En caso de que alguno de los puntos anteriores no resulte, se recomienda analizar las causas y determinar los ajustes al modelo.

6.2 Aplicar ajustes al modelo

Producto del análisis de los resultados del Plan Piloto, se deberán aplicar los ajustes que se consideren necesarios para asegurar que el modelo funciona antes de su puesta en marcha.

6.3 Capacitar a los Gerentes de Proyectos de Microservicios

Antes de la puesta en marcha se deberá capacitar a los Gerentes de Proyectos de Microservicios.

6.4 Realizar la puesta en marcha

A partir de la puesta en marcha este modelo se convierte en la Metodología de Gestión de Proyectos de Microservicios de SYSDE y todos deberán aplicarla.

- 122 -

6.5 Propiciar la mejora continua

Como todas las metodologías, no debe convertirse en un proceso estático, deben generarse procesos de revisión constante para propiciar una mejora continua en los procedimientos y las herramientas tecnológicas y metodológicas. Estas fases se pueden observar en la siguiente figura donde se muestra el ciclo de la aplicación de la puesta en marcha.

Figura 6-1 Recomendaciones para la aplicación del Modelo de Gestión

Con estas recomendaciones se considera que el Modelo de Gestión de Proyectos de Microservicios se convertirá en una metodología que contribuirá a que estos proyectos sean más rentables y con mayor nivel de satisfacción al cliente de SYSDE.

PropiciarMejoras

Validar Modelo Aplicar

Ajustes

Capacitar

Poner en Marcha

PropiciarMejoras

Validar Modelo Aplicar

Ajustes

Capacitar

Poner en Marcha

- 123 -

7. Bibliografía Cabezas, S. ¿Existe o no un clúster de desarrolladores de software?, Actualidad Económica Revista No. 319-320, Año XVIII. Junio-Julio 2005. San José, Costa Rica: Trejos Hermanos Sucesores S.A., 2004. Disponible en http://www.actualidad.co.cr/319-320/26.apertura.html Consultado el 02/04/2006. CAMTIC (Cámara Costarricense de Tecnologías de Información y Comunicación). Áreas TIC. Disponible en http://www.camtic.org/ES/camtic/areas_tic/ Consultado el 02/04/2006. Chamoun, Y. Administración Profesional de Proyectos. Una Guía Práctica para Programar el Éxito de sus Proyectos. México D.F., México: McGraw Hill Interamericana, 2002. ISO (International Organization for Standarization), ISO 9000:2001, 2001. Disponible en http://www.iso.org/iso/en/iso9000-14000/index.html Consultado el 01/05/2006. ISO (International Organization for Standarization), ISO 10006:2003, 2003. Disponible en http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=36643&ICS1=3&ICS2=120&ICS3=10 Consultado el 01/05/2006 OGC (Office of Government Commerce), Information Technology Infrastructure Library (ITIL), 2005. Disponible en: http://www.itil.co.uk/ Consultado el 01/05/2006. Microsoft, Project 2003 Microsoft Project Portfolio Management programs and solutions, 2006. Disponible en http://www.microsoft.com/office/project/prodinfo/default.mspx Consultado el 01/05/2006. De la Fuente, Leopoldo. La investigación Científica. 1997. Disponible en http://www.monografias.com/trabajos7/inci/inci.shtml#tipo Consultado el 20/04/2006. IBM, Rational Unified Process Included in Rational Method Composer, 2006. Disponible en http://www-306.ibm.com/software/awdtools/rup/ Consultado el 01/05/2006. IEEE (The Institute of Electrical and Electronics Engineers). Standard 729-1993, IEEE Software Engineering Standard 729-1993: Glossary of Software Engineering Terminology. IEEE Computer Society Press, 1993. IT Cortex, Failure Causes Statistics, Bélgica, 2006 Disponible en http://www.it-cortex.com/Stat_Failure_Cause.htm Consultado el 11/04/2006. Minivech y Richter. Global Outsourcing Report 2005. New York, E.U.A.: Going Global Venture Inc, 2005.

- 124 -

Pacheco, A. Palabras del Presidente Dr. Abel Pacheco durante la cena ofrecida por la Business Software Alliance, 13 de Junio de 2002, Metropolitan Club, Disponible en http://www.go.cr/Informacion/Discursos/2002/junio/13062002%20business%20software,%20espanol.doc Consultado el 02/04/2006. P.M.I. (Project Management Institute) Sitio oficial del P.M.I. 2005. Disponible en http://www.pmi.org/info/default.asp Consultado el 01/04/2006 P.M.I. (Project Management Institute). Guía de los fundamentos de la Dirección de Proyectos. PMBok Guide, Tercera Edición. Newtown Square, Pennsylvania, E.U.A: Project Management Institute Inc, 2004 Real Academia Española. Diccionario oficial. 2006. Disponible en http://buscon.rae.es/diccionario/drae.htm Consultado el 09/04/2006. Repositorio de Proyectos de la Unidad de Microservicios SYSDE, 2006. San Diego Software Studio, Software Project Failure, 2002. Disponible en www.softwarestudio.org/classes/lectures/Failure.pdf Consultado el 11/04/2006 Standishgroup, The Chaos Report, 1994. Disponible en http://standishgroup.com/sample_research/PDFpages/chaos1994.pdf Consultado el 06/07/2006. SYSDE (System Development). Sitio oficial de SYSDE. 2005. Disponible en http://www.sysde.net Consultado el 04/04/2006 Vidal, Miquel. Cooperación sin mando. Agosto 2000. Disponible en http://www.sindominio.net/biblioweb/telematica/softlibre/node1.html. Consultado el 08/04/2006. Wikipedia, 2006. Disponible en http://es.wikipedia.org/wiki/Main_Page. Consultado 01/04/2006. Zavala, Jesús. ¿Por qué fracasan los proyectos de software?; Un enfoque organizacional, 2004. Disponible en http://www.consol.org.mx/2004/material/63/por-que-fallan-los-proy-de-soft.pdf Consultado el 06/07/2006.

- 125 -

8. Anexos

8.1 Alcances del trabajo de investigación 8.1.1 Charter del proyecto Se presenta a continuación el charter del proyecto, documentación que detalla en aspectos generales el proyecto de desarrollo del Modelo de Gestión de Proyectos para Microservicios de SYSDE.

Información Principal y Autorización del Proyecto

Fecha: 25/03/2006

Nombre del Proyecto: Modelo de Gestión de Proyectos para los Microservicios de SYSDE

Áreas de Conocimiento:

▪ Integración

Área de Aplicación:

▪ Proyectos de Microservicios de SYSDE ▪ Gestión de Proyectos de TI (Tecnología

e Información) ▪ Sector de Informática

Fecha de Inicio: 25/03/2006

Fecha Tentativa de Finalización: 01/09/2006

Objetivos: Objetivo General Definir un modelo de gestión de proyectos específica para los Microservicios33 con el objetivo de aumentar la rentabilidad e incrementar el nivel de satisfacción del cliente. Objetivos Específicos

▪ Definir los procesos, documentos y formularios que deben utilizarse en cada una de las fases de un proyecto, es decir, para la planificación, ejecución, control y seguimiento y cierre y así estandarizar la forma en que se gestionan y facilitar la supervisión y el control.

33 Proyectos de Microservicios: Son aquellos que se desarrollan en los clientes que ya tienen una solución de SYSDE. Se refieren a proyectos de Valor Agregado o Estratégicos para el cliente.

- 126 -

▪ Definir las interacciones que deben existir entre las diferentes unidades departamentales de SYSDE (especialmente la PMO) para una adecuada gestión y supervisión.

▪ Definir las herramientas metodológicas y tecnológicas que deben utilizarse para la gestión de estos proyectos y aprovechar la plataforma existente para buscar eficiencias en estos procesos.

▪ Determinar cuáles son las adaptaciones que deben realizarse en los procesos, las herramientas metodológicas y tecnológicas actuales para aplicar el modelo de gestión.

Descripción del Producto: Documento que contiene el modelo de gestión de los proyectos de Microservicios, cuya particularidad consiste en que son proyectos de semanas o meses, con pocos recursos y dinámicos. Este modelo debe tener las siguientes características:

▪ Defina los procesos, herramientas y controles sencillos y ágiles para la gestión de estos proyectos.

▪ Abarca todos los procesos del ciclo de vida del proyecto, es decir, planificación, ejecución, control y cierre.

▪ Basada en los estándares del PMI y compatible con la metodología existente en SYSDE para la gestión de los proyectos de implementación.

▪ Contempla la sincronización con las diferentes unidades departamentales de SYSDE.

Necesidad del Proyecto: Los Proyectos de Microservicios están enfocados en atender las necesidades de la base instalada de clientes de SYSDE buscando agregar valor y alto impacto en las operaciones de las instituciones. Los Microservicios a diferencia del resto de los proyectos de SYSDE, son de menor duración, menor costo, riesgo más controlado y buscan obtener una alta rentabilidad y un alto nivel de satisfacción al cliente a través de un producto de alta calidad.

- 127 -

Dada estas características la metodología de SYSDE para la gestión de Proyectos de Implementación34 de las soluciones tecnológicas no se está aplicando a los proyectos de Microservicios. Esto significa que los Microservicios están siendo administrados de forma rudimentaria, sin procesos ni herramientas definidas. Cada proyecto se gestiona según estilo particular de cada gerente de proyecto, resultando proyectos poco rentables, con índices bajo de satisfacción del cliente y con alto grado de complejidad para la supervisión.

Justificación de Impacto: Con la definición de este modelo de gestión se obtendría:

▪ Mayor rentabilidad en los Microservicios al definir procesos eficientes para gestionar todas las áreas de conocimiento definidos por el PMI.

▪ Mayor satisfacción de los clientes pues son proyectos con los parámetros bien definidos desde su planificación.

▪ Mayor facilidad de supervisión y control de todos los Microservicios.

▪ Estandarización en la gestión de los proyectos de Microservicios, lo cual genera independencia del gerente de proyecto.

▪ Aprovechamiento de las herramientas tecnológicas actuales desarrolladas por SYSDE.

▪ Involucramiento y sincronía con la PMO de SYSDE.

Restricciones: 1. Se requiere que la metodología se encuentre definida al 01/09/2006 pues es

cuando inician una cantidad importante de proyectos de Microservicios. 2. Los recursos de SYSDE que pueden participar son:

- 10% del personal de la PMO - 25% de la Gerente de Servicios Post-Implementación - 10% del personal de la Unidad de R&D (Research & Development)

34 Proyectos de Implementación: Son aquellos que se desarrollan en clientes que adquieren una solución de SYSDE. Tienen el objetivo de instalar, adaptar, capacitar e implementar la solución tecnológica que adquirieron. Son proyectos largos, complejos y con alto nivel de riesgo.

- 128 -

Entregables: 1. Documento con el modelo de gestión de proyectos de Microservicios. Este

documento deberá estar constituido por los siguientes componentes:

▪ Descripción del proceso de Planificación del Proyecto a. Plantilla de Plan de Gestión de Proyecto con sus planes adyacentes

▪ Descripción del proceso de Seguimiento y Control del Proyecto a. Plantilla de Informe de Avance de Proyecto b. Herramientas Tecnológicas para Seguimiento y Control

▪ Descripción del proceso de Ejecución de Proyecto

▪ Descripción del proceso de Cierre de Proyecto a. Plantilla de Cierre de Contratos b. Plantilla de Cierre de Proyecto

2. Documento con la descripción de los requerimientos funcionales que se deben solicitar a la Unidad de R&D para la modificación de las herramientas tecnológicas correspondientes.

Supuestos: 1. Existen al menos dos proyectos de Microservicios en ejecución entre marzo y

mayo de 2006. 2. Existen los recursos para el desarrollo de adaptaciones de los procesos, las

herramientas metodológicas y tecnológicas requeridas según el modelo de gestión resultante.

3. Gerencia General de SYSDE deberá permitir que los recursos asignados a esta definición del modelo de gestión estarán disponibles en todo momento.

Identificación de Grupos de Interés:

▪ Clientes Directos: - Gerente de Servicios Post-Implementación - Oficial de PMO - Gerentes de Proyecto de Microservicios - Equipo de proyecto de la Unidad de Microservicios

- 129 -

▪ Clientes Indirectos: - Director de Servicios & IT - Clientes de Microservicios - Gerencia General - Personal de la Unidad de Comercialización - Encargado de Sistemas de Gestión de Calidad y Procesos

Aprobado Por: Firma:

8.1.2 Declaración de alcance Se presenta a continuación la delimitación del alcance del proyecto de desarrollo del Modelo de Gestión de Proyectos para los Microservicios de SYSDE.

Perfil del Proyecto

Fecha: 25/03/2006

Nombre del Proyecto: Modelo de Gestión de Proyectos para los Microservicios de SYSDE

Enfoque del Proyecto

Problema o Necesidad del Proyecto: Los Proyectos de Microservicios están enfocados en atender las necesidades de la base instalada de clientes de SYSDE y buscan agregar valor y tener un alto impacto en las operaciones de las instituciones. Los Microservicios a diferencia del resto de los proyectos de SYSDE, son de menor duración, menor costo, riesgo más controlado y buscan obtener una alta rentabilidad y un alto nivel de satisfacción al cliente a través de un producto de alta calidad.

- 130 -

Dada estas características la metodología de SYSDE para la gestión de Proyectos de Implementación35 de las soluciones tecnológicas no se está aplicando a los Microservicios. Esto significa que los Microservicios están siendo administrados de forma rudimentaria, sin procesos ni herramientas definidas. Se gestiona según estilo particular de cada gerente de proyecto, resultando poco rentables, con índices bajo de satisfacción del cliente y con alto grado de complejidad para la supervisión.

Objetivo del Proyecto: Objetivo General Definir un modelo de gestión de proyectos de Microservicios36 con el objetivo de aumentar la rentabilidad e incrementar el nivel de satisfacción del cliente. Objetivos Específicos

▪ Definir los procesos, documentos y formularios que deben utilizarse en cada una de las etapas de un proyecto, es decir, para la planificación, ejecución, control y seguimiento y cierre.

▪ Definir las interacciones que deben existir entre las diferentes unidades departamentales de SYSDE para una adecuada gestión y supervisión.

▪ Definir las herramientas metodológicas y tecnológicas que deben utilizarse para la gestión de estos proyectos.

▪ Determinar cuáles son las adaptaciones que deben realizarse en los procesos, las herramientas metodológicas y tecnológicas actuales para aplicar el modelo de gestión.

Producto Principal: Documento que contiene el modelo de gestión de los proyectos de Microservicios, cuya particularidad consiste en que son proyectos de semanas o meses, con pocos recursos y dinámicos.

35 Proyectos de Implementación: Son aquellos que se desarrollan en clientes que adquieren una solución de SYSDE. Tienen el objetivo de instalar, adaptar, capacitar e implementar la solución tecnológica que adquirieron. Son proyectos largos, complejos y con alto nivel de riesgo. 36 Proyectos de Microservicios: Son aquellos que se desarrollan en los clientes que ya tienen una solución de SYSDE. Se refieren a proyectos de Valor Agregado o Estratégicos para el cliente.

- 131 -

Entregables: 1. Documento con el Modelo Gestión de de proyectos de Microservicios. Este

documento deberá estar constituido por los siguientes componentes:

▪ Descripción del proceso de Planificación del Proyecto a. Plantilla de Plan de Gestión de Proyecto con sus planes adyacentes

▪ Descripción del proceso de Seguimiento y Control del Proyecto a. Plantilla de Informe de Avance de Proyecto b. Herramientas Tecnológicas para Seguimiento y Control

▪ Descripción del proceso de Ejecución de Proyecto

▪ Descripción del proceso de Cierre de Proyecto a. Plantilla de Cierre de Contratos b. Plantilla de Cierre de Proyecto

2. Documento con la descripción de los requerimientos funcionales que se deben solicitar a la Unidad de R&D para la modificación de las herramientas tecnológicas correspondientes.


- 132 -

8.1.3 WBS del desarrollo del trabajo de investigación Se presenta a continuación la estructura detallada de trabajo para el Modelo de Gestión de Proyectos de Microservicios.

Figura 8-1 WBS del desarrollo del Modelo de Gestión de Proyectos de Microservicios

- 133 -

8.2 Estadísticas de la industria de software 8.2.1 Exportación por segmento

Figura 8-2 Detalle de montos de exportación por segmento 8.2.2 Número de empleados por segmento

Figura 8-3 Detalle de número de empleados por segmento

24.87824.878

ServiciosDirectos

Componentes

DesarrolloServicios

Habilitados

ServiciosDirectosServiciosDirectos

ComponentesComponentes

DesarrolloDesarrolloServicios

HabilitadosServicios

Habilitados

4800 personas 6873 personas

2205 personas11000 personas

Fuente: CAMTIC & CINDE (2004)

US$2023US$2023MMMM

ServiciosDirectos

Componentes

DesarrolloServicios

Habilitados





Habilitados

US$173 millones59% local41% exportación


US$75 millones59% local41%exportación



- 134 -

8.2.3 Número de empresas por segmento

Figura 8-4 Detalle de número de empresas por segmento del sector TIC 8.2.4 Destinos de exportación de productores de TIC

Figura 8-5 Exportación de productores de TIC

289289TICTIC

ServiciosDirectos

Componentes

DesarrolloServicios

Habilitados





Habilitados

150 empresas 34 empresas

75 empresas30 empresas


40%

22%

15%

8%

7%5% 3%

América Central Estados Unidos México Sur América Canadá Caribe Resto del mundo

Fuente: CAMTIC

- 135 -

8.2.5 Tamaño de las empresas productores de TIC

Figura 8-6 Tamaño de empresas de productores de TIC

Grande9%

Pequeña43%

Micro17%

Mediana31%

Micro: 1-5 empleados Pequeña: 6-39 empleados Mediana: 40-99 empleados Grande: Más de 100 empleados

Fuente: CAMTIC

- 136 -

8.3 Resultados de la investigación documental 8.3.1 Descripción general de la Metodología de Proyectos de Implementación de SYSDE La metodología aplicada en SYSDE para la gestión de proyectos se ha definido como un conjunto de procedimientos y herramientas basadas en la combinación de las mejoras prácticas de industria y en la experiencia de los gerentes de proyectos de implementación particulares de SYSDE. Los siguientes puntos resaltan las características más importantes:

▪ Procedimientos: Se ha definido diferentes procesos que se encuentran en el Sistema de Gestión de Calidad (SGC) de ISO. Entre los más importantes que se encuentran definidos en el SGC para la administración de proyectos son:

o Planificación: Existe un estándar que el Gerente de Planificación de Proyectos

aplica para la planificación de cada proyecto desde que se realiza la propuesta comercial, hasta generar el plan general que explica cómo se procederá a ejecutar en cada una de las áreas de conocimiento y procesos que propone el PMI (PMI, 2004).

o Ejecución: Existe una serie de procesos y estándares para la ejecución,

básicamente se encuentra definidas por la Fábrica de Software de SYSDE quien dicta las pautas para el desarrollo de cada una de las fases de la ejecución del cronograma.

o Seguimiento y control: Existe un procedimiento en el SGC donde se definen los

mecanismos de control y seguimiento del proyecto. La participación de la PMO en esta fase es de suma importancia para SYSDE.

o Cierre: Existe un proceso que determina cómo deben realizarse los cierres

administrativos del proyecto.

▪ Herramientas metodológicas: Se ha desarrollado una serie de formularios como

apoyo a la gestión de cada una de las áreas de conocimiento definidas por el PMI. ▪ Herramientas tecnológicas: Se ha desarrollado y adoptado una serie de herramientas

internas (desarrolladas por SYSDE) y externas (adquiridas en el mercado externo) para la gestión de los proyectos.

La metodología definida por SYSDE para la gestión de sus proyectos, tiene como propósito facilitar el cumplimiento de sus objetivos.

- 137 -

8.3.2 Proyectos de implementación de enero 2005 a junio 2006 Durante enero de 2005 a junio 2006 se implementaron siete proyectos, según la información recopilada del Dashboard de SYSDE y el expediente general. En el siguiente cuadro se muestra una descripción de los proyectos analizados.

Cuadro 8-1 Proyectos de implementación de enero 2005 a junio 2006

8.3.3 Encuesta a participantes de proyectos de implementación de SYSDE Se presenta a continuación las preguntas realizadas a los diferentes participantes de la encuesta para determinar los aspectos importantes de los proyectos de Implementación de SYSDE.

▪ Tamaño de la muestra o Proyectos de implementación: Se tomó una muestra de 20 personas diferentes que

participaron en estos proyectos de Enero 2005 a Junio 2006. o Proyectos de Microservicios: Se tomó una muestra del 25% de los involucrados en

los Microservicios, es decir, 5 personas del total de los 21 participantes.

▪ Perfil de la muestra: De las personas que se entrevistaron, éstas tenían los siguientes perfiles o roles:

o Gerentes de Proyecto: Tienen la labor de gestionar el proyecto de Microservicio,

llevando el seguimiento de tal forma que todos los objetivos planteados se cumplan a tiempo y con los niveles de servicios planificados.

Proyecto Territorio Duración

Implementación de SYSDE PENSION Honduras 15 meses

Implementación de SYSDE PENSION Perú 10 meses

Implementación de SYSDE BANCA – Fase I y II Guatemala 14 meses

Implementación de SYSDE SAF México 2 meses

Implementación de SYSDE SAF Nicaragua 3 meses

Implementación de SYSDE SAF Guatemala 4 meses

Implementación de SYSDE SAF Honduras 10 meses

- 138 -

o Recurso Técnico: En el caso de los Microservicios que requieren el desarrollo de una funcionalidad nueva o modificaciones a la misma, tienen la labor de realizar dichas modificaciones en las aplicaciones de las soluciones de SYSDE y en el caso de las capacitaciones técnicas, tienen la labor realizar las sesiones con el cliente cumpliendo con las expectativas de los mismos.

o Recurso funcional: En el caso de los Microservicios que requieren el desarrollo de

una funcionalidad nueva o modificaciones a la misma tienen la labor de análisis e interfaz con el usuario final, experto en el negocio y encargado de validar que todas las modificaciones a los sistemas, cumplan con las necesidades expresadas por el cliente. En el caso de las capacitaciones funcionales, tienen la labor realizar las sesiones con el cliente cumpliendo con las expectativas de los mismos.

▪ Preguntas de la encuesta: Se realizaron las encuestas a las diferentes personas con el perfil mencionado y se realizaron las siguientes preguntas para obtener retroalimentación de las causas por las cuales los Microservicios no cumplieron alguno de los objetivos planteados.

Indicaciones: Favor marque con ‘X’ la respuesta que mejor corresponda a su experiencia en los proyectos en los que ha participado. 1. Tipo de Proyecto en el que participó:

a. Desarrollo de Software b. Capacitación Funcional c. Capacitación Técnica

2. Rol que ejerció en el proyecto a. Gerente de Proyecto b. Consultor Técnico c. Consultor Funcional d. Arquitecto

3. Cumplió el proyecto con los siguientes objetivos (Marque con una X la que aplica): a. Costo SÍ ________ NO________ b. Tiempo SÍ ________ NO________ c. Calidad SÍ ________ NO________ d. Satisfacción al Cliente SÍ ________ NO________

4. Causas por las cuales el proyecto no cumplió con los objetivos (Puede marcar más de una)

a. Mala Planificación b. Comunicación Deficiente entre las partes c. Falta de Control de Calidad d. Falta de Metodología para la gestión del proyecto e. Deficiente Gestión de Proyectos f. Falta de Control y Seguimiento durante la ejecución g. Otros Indique __________________________________________

- 139 -

8.3.4 Resultado del cumplimiento de objetivos de proyectos de Microservicios Se presenta a continuación los resultados del cumplimiento de los objetivos de los proyectos de Microservicios que se llevaron a cabo de agosto 2005 a junio 2006.

Cuadro 8-2 Cumplimiento de objetivos

Proyecto Cumplimiento Costo

Cumplimiento Duración

Cumplimiento Calidad

Satisfacción del Cliente

Desarrollo de nuevas funcionalidades a SYSDE SAF

1 0 0 0

Conversión de SYSDE SAF a Multilenguaje

0 0 1 0

Desarrollo de funcionalidades normativas a instituciones financieras

0 1 1 0

Desarrollo de Mejoras a SYSDE PENSION

0 0 0 1

Capacitaciones funcionales 1 1 1 1

Capacitaciones técnicas 1 1 1 1

Para la generación de esta información se determinó que el valor de UNO indica cumplimiento del objetivo y CERO se excedió o no cumplió con los planeados en el proyecto. El resultado mostrado es producto de la encuesta realizada a los participantes de los Microservicios.

- 140 -

8.3.5 Resultado de las causas incumplimiento de objetivos de proyectos de Microservicios Se presenta a continuación las causas del incumplimiento de los objetivos de proyectos de Microservicios que se llevaron a cabo de agosto 2005 a junio 2006.

Cuadro 8-3 Causas de incumplimiento de objetivos

Causas Porcentaje

Mala Planificación 60%

Comunicación Deficiente entre las partes 40%

Falta de Control de Calidad 40%

Falta de Metodología para la Gestión de Proyectos 80%

Deficiente Gestión de Proyectos 40%

Falta de Control y Seguimiento durante la ejecución 80%

Otro 60%

- 141 -

8.4 Herramientas metodológicas del Modelo de Gestión de Microservicios Se presenta a continuación las plantillas definidas para cada una de las áreas de gestión de Microservicios. 8.4.1 Formulario de orden de cambio Este formulario deberá se utilizado cada vez que surja un cambio en el proyecto que impacte en algunos de los objetivos de alcance, costo o tiempo. Orden de Cambio

1. Información del Documento

Proyecto Consecutivo

Cliente Fecha de Inicio

Preparado por

Posición

Revisado Por

2. Lista de Distribución

A Acción* Fecha

<Nombre del Participante>



• *Tipos de Acción: Aprobar, Revisar, Informar, Archivar.

- 142 -

3. Descripción de la Orden de Cambio

Iniciador

Prioridad

Posición Fecha Esperada de

Respuesta

3.1. Descripción del Cambio

< Describir detalladamente el cambio a solicitar >

3.2. Justificación del Cambio

< Describir detalladamente la justificación del cambio a solicitar >

4. Investigación Inicial

4.1. Recursos < Detallar los perfiles que colaboraron en el análisis de la orden de cambio>

4.2. Cronograma

< Detallar el tiempo invertido en el análisis de la orden de cambio >

5. Investigación

Evaluador Fecha de Evaluación Firma

Posición Organización

Resumen de la Investigación < Describir a manera de resumen la investigación realizada. >

5.1. Impacto en Alcance < Describir detalladamente el impacto que sufre el alcance con el cambio solicitado > 5.2. Impacto en los Entregables < Describir detalladamente el impacto que sufren los entregables con el cambio solicitado > 5.3. Impacto en el Cronograma < Describir detalladamente el impacto que sufre el cronograma con el cambio solicitado > 5.4. Impacto en los Recursos < Describir detalladamente el impacto que sufren los recursos con el cambio solicitado >

Recursos Porcentaje

- 143 -

5.6. Impacto en la Calidad < Describir detalladamente el impacto que sufre la calidad con el cambio solicitado > 5.7. Impacto en los Requerimientos < Describir detalladamente el impacto que sufren los requerimientos con el cambio solicitado > 5.8. Impacto en los Riesgos < Describir detalladamente el impacto que sufren los riesgos con el cambio solicitado > 5.9. Impacto en el Precio < Describir detalladamente el impacto que sufre el precio con el cambio solicitado > 5.10. Impacto en el Cronograma de Pago < Describir detalladamente el impacto que sufre el cronograma de pago con el cambio solicitado >

6. Referencias / Attachments

<Referenciar la información pertinente que soporta el cambio solicitado como: contrato, minutas, presentaciones, archivos de especificación o similares>

7. Aprobación

La firma de esta sección implica la aprobación formal de todos los aspectos detallados en la presente Orden de Cambio Personal a cargo por parte del cliente:

Nombre Puesto Firma

"[Digite el nombre aquí]"


Personal a cargo por parte de Sysde:

Nombre Puesto Firma


- 144 -

8.4.2 Reporte/notificación de incidencias Este formulario deberá se utilizado cada vez que se reporte una incidencia en el proyecto que impacte en algunos de los objetivos de alcance, costo o tiempo.

Notificación de Incidencias

1. Información del Documento


Cliente Fecha de Inicio

Preparado por

Posición

Revisado Por

2. Lista de distribución

A Acción* Fecha



• *Tipos de Acción: Aprobar, Revisar, Informar, Archivar.

Descripción de la Incidencia

Situación Planificada Situación Actual <Según plan de proyecto y/o cronograma> <Situación que difiere de lo programado que provoca la

incidencia>

3. Descripción del Impacto

Impacto en Alcance < Describir detalladamente el impacto que sufre el alcance con el cambio solicitado >

Impacto en los Entregables

< Describir detalladamente el impacto que sufren los entregables con el cambio solicitado>

Impacto en el Cronograma

< Describir detalladamente el impacto que sufre el cronograma con el cambio solicitado >

- 145 -

Impacto en los Recursos

< Describir detalladamente el impacto que sufren los recursos con el cambio solicitado >

Recursos Porcentaje

Impacto en la Calidad

< Describir detalladamente el impacto que sufre la calidad con el cambio solicitado >

Impacto en los Requerimientos

< Describir detalladamente el impacto que sufren los requerimientos con el cambio solicitado >

Impacto en los Riesgos

< Describir detalladamente el impacto que sufren los riesgos con el cambio solicitado >

Impacto en el Precio

< Describir detalladamente el impacto que sufre el precio con el cambio solicitado >

Impacto en el Cronograma de Pago

< Describir detalladamente el impacto que sufre el cronograma de pago con el cambio solicitado >

Evaluación

<Describir la síntesis sobre los impactos detectados y su repercusión>

Decisiones

< Describir los pasos a seguir en función de los impactos declarados>

Acciones Inmediatas

Acción Responsable Fecha Máxima de Ejecución

4. Referencias / Attachments

<Referencie la información pertinente que soporta la incidencia reportada como: minutas, informes, presentaciones, archivos de especificación o similares>

5. Aceptación

La firma de esta sección implica la aceptación formal de los aspectos detallados y sus implicaciones en la presente notificación de Incidencia Personal a cargo por parte del cliente:

Nombre Puesto Firma


Personal a cargo por parte de Sysde:

Nombre Puesto Firma

- 146 -

8.4.3 Formulario de lecciones aprendidas Este formulario deberá se utilizado cuando se finalice un proyecto de Microservicios.

ADL del Proyecto

1. Información del Proyecto


Cliente Fecha de Cierre

Preparado por

Posición

Revisado Por

2. Lecciones Aprendidas por Área de Conocimiento

Área de Conocimiento Planeación Ejecución Control y Seguimiento

Gestión de Integración

Gestión de Alcance

Gestión de Tiempo

Gestión de Costo

Gestión de Calidad

Gestión de Riesgos

Gestión de la Calidad

Gestión de Adquisiciones

Gestión de Recursos Humanos

3. Cierre del Proyecto

Observaciones del cierre Acción que pudo haberse evitado

Acción que debe repetirse Lista de obstáculos que se encontraron en el proyecto

- 147 -

8.4.4 Formulario de declaración de alcance Este formulario deberá se utilizado cuando se inicie un proyecto de Microservicios.

Perfil del Proyecto

Fecha: <Fecha de Registro> Nombre del Proyecto: <Nombre del Proyecto>

Enfoque del Proyecto

Problema o Necesidad del Proyecto:

<Descripción de la necesidad que intenta resolver el proyecto>

Objetivo del Proyecto: Objetivo General

<Objetivo General del Proyecto>

Objetivos Específicos

▪ <Lista de Objetivos Específicos>

Producto Principal: <Indicar el producto final del proyecto>

Entregables:

1. <Listar los entregables del proyecto>


4. Herramientas

Herramienta utilizada Qué funcionó Que NO funcionó

5. Relación con el Cliente

<Describa cómo quedó la relación con el cliente> 6. Cumplimiento de Objetivos

<Describa los objetivos que sí se cumplieron y cuáles no y por qué>

Objetivo Cumplimiento Observaciones

- 148 -

8.4.5 SYSDE Requisite Modeler En la siguiente figura se muestra el logo principal de la herramienta y la funcionalidad que permite ingresar los casos de uso, en forma clasificada, global o detallada, permite ingresar los diferentes flujos e interacciones que describen la funcionalidad requerida en la implementación del proyecto.

- 149 -

8.4.6 Plantilla de cronograma para proyectos de Microservicios Este cronograma estándar deberá se utilizado como base para la generación de las actividades proyecto de Microservicios.

- 150 -

8.4.7 Plantilla P&L Este es el formato de la herramienta para registrar los ingresos y egresos del proyecto, donde se muestra una hoja resumen que se alimenta de la información de los ingresos, costos directos (salarios, viajes, viáticos, entre otros), indirectos y con esta información se muestra la rentabilidad.

- 151 -

8.4.8 Encuesta de satisfacción del cliente Este es el formato de la encuesta que se aplicará con periodicidad mensual al cliente y el objetivo es medir la calidad del producto.

Encuesta de Satisfacción del Cliente




Preparado por

Posición

Revisado Por

2. Métricas de la calidad del Producto

Métrica de Calidad Grado de Satisfacción

Observaciones

Funcionalidad Rango de 1- 10

Seguridad Rango de 1- 10

Usabilidad Rango de 1- 10

Escalabilidad Rango de 1- 10

Rendimiento Rango de 1- 10

Portabilidad Rango de 1- 10

Confiabilidad Rango de 1- 10

Mantenibilidad Rango de 1- 10

3. Evaluación de Recursos Humanos

Nombre del Recurso Rol Evaluación

Rango de 1- 10

- 152 -

8.4.9 Encuesta de satisfacción del cliente final Este es el formato de la encuesta que se aplicará una vez terminado el proyecto y el objetivo es medir la calidad del proyecto.

Encuesta Final de Satisfacción del Cliente




Preparado por

2. Cumplimiento de Objetivos

Área de Conocimiento Cumplimiento de la Planeación

Cumplimiento en la Ejecución

Gestión de Integración Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Alcance Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Tiempo Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Costo Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Calidad Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Riesgos Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de la Calidad Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Adquisiciones Rango de 1- 10 % de Desviación Rango de 1- 10

Gestión de Recursos Humanos Rango de 1- 10 % de Desviación Rango de 1- 10

3. Planeación del Proyecto



4. Ejecución y Control y Seguimiento del Proyecto



- 153 -

8.4.10 Informe de avance de proyecto Este el informe de avance del proyecto estándar deberá presentarse al Cliente.

Insertar Logotipo del cliente

Insertar Logotipo De Producto

PROYECTO DE IMPLEMENTACIÓN "[Haga clic aquí para anotar Nombre del Cliente]" Informe de Avance Semanal

Semana #<Numero de Semana según Cronograma>

[Día] / [Mes] / [Año]

[Cuidad] , [País]

- 154 -

1. Labores realizadas durante el período reportado

Actividad Recurso

"[Describa la actividad haciendo clic aquí]" "[Nombre de la persona]"

2. Labores a iniciar en el próximo período

Actividad Recurso

"[Describa la actividad haciendo clic aquí]" "[Nombre de la persona]"

3. Observaciones sobre las actividades

A continuación se detalla en forma numerada, las observaciones sobre las actividades realizadas y por realizar.

"[Describa la actividad haciendo clic aquí]"

4. Resumen de Cambios Reportados

Durante el período de este reporte, se han presentado cambios que se han reportado mediante los procedimientos respectivos. A continuación se presenta un resumen de lo más importante para que sea considerado por el Comité Ejecutivo del Proyecto.


5. Resumen de Incidencias Reportadas.

Durante el período de este reporte, se han presentado incidencias que se han reportado mediante los procedimientos respectivos. A continuación se presenta un resumen de lo más importante para que sea considerado por el Comité Ejecutivo del Proyecto.



6. Riesgos identificados

A continuación se detalla en forma numerada, todo tipo de factor crítico o aspecto que represente riesgo en tiempo de entrega, costos y calidad en general.


7. Resumen de actividades pendientes

Se presenta una lista de actividades pendientes, de acuerdo a requerimientos formales establecidos entre ambas partes. Importante recalcar aquellas con alerta amarilla o roja, o con prioridad alta, para las cuales se considera que estarían afectando directamente los tiempos de implementación. Tabla por responsable:

Responsable Asunto Prioridad Fecha de Solicitud

Fecha Límite

Demora en Días

"[Nombre de la persona]" "[Descripción del Asunto]"

- 155 -

8. Resumen de utilización de tiempos y recursos

En el siguiente cuadro, se presenta un comparativo del avance real del proyecto, versus el avance esperado del mismo.

Insertar Cuadro de Avance Global del Proyecto a La Fecha

9. Aprobación de informe

Proyecto Proyecto de Implementación de sistema "[Nombre del Sistema]" en "[Nombre del Cliente]"

Período del Informe Del [Día] / [Mes] / [Año] al [Día] / [Mes] / [Año]

Fecha Máxima para la aprobación de este informe

<Tres dias habiles después de entregado el presente informe>

Documento Informe de avance No. [Número]

Cliente

Firma Director / Gerente del Proyecto "[Digite el nombre del firmante]"

SYSDE

Firma Director / Gerente del Proyecto "[Digite el nombre del firmante]"

- 156 -

9. Glosario ▪ BPO (Business Process Outsourcing, por sus siglas en inglés): subcontratación de

procesos de negocio que permite a las empresas tercerizar los procesos críticos o no críticos para el proceso de sus aplicaciones. Entre los procesos más comunes se encuentran los Call Centers, Recursos Humanos, Planillas, Contabilidad, entre otros.

▪ BTO (Business Transformation Outsourcing, por sus siglas en inglés): transformación de

procesos de negocio es el proceso económico en el cual una empresa determinada mueve o destina los recursos orientados a cumplir ciertas tareas, a una empresa externa, por medio de un contrato.

Esto se da especialmente en el caso de la subcontratación de empresas especializadas. Para ello, pueden contratar sólo al personal, en cuyo caso los recursos los aportará el cliente (instalaciones, hardware y software), o contratar tanto el personal como los recursos. Por ejemplo, una compañía dedicada a las demoliciones puede subcontratar a una empresa dedicada a la evacuación de residuos para la tarea de deshacerse de los escombros de las unidades demolidas, o una empresa de transporte de bienes puede subcontratar a una empresa especializada en la identificación o empaquetación.

▪ Casos de Uso: es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.

▪ Dashboard de SYSDE: Es la herramienta tecnológica desarrollada por SYSDE para la gestión

de los proyectos. Está basada totalmente en tecnología Web que posibilita un ambiente 24x7, y constituye una herramienta de apoyo a la gestión de los proyectos con que cuentan actualmente los directores y la PMO (Project Management Office, por sus siglas en inglés) para el seguimiento y control de los mismos.

▪ Gerente de Proyecto/Director de Proyecto: Es el responsable directo del proyecto y cuenta

con la experiencia para la administración de proyecto y las mejores prácticas. En este trabajo de investigación se utiliza de la misma forma.

▪ ITIL (Information Technology Infrastructure Library, por sus siglas en inglés): ITIL® es una

marca registrada por la Oficina Gubernamental de Comercio del gobierno británico y como su nombre indica es un conjunto de Libros que tratan de desarrollar las llamadas "Bests Practices" (Mejores Prácticas) en los entornos tecnológicos de los Departamentos de Tecnologías de la Información (IT).

- 157 -

ITIL se introdujo a finales de 1980 y en principio constaba de 10 libros. Posteriormente se complementó con 30 más que cubrían distintas áreas de TI y a partir del 2000 la librería ha sufrido grandes cambios y aportaciones. Los 10 libros que trataban las áreas de Soporte y Prestación de Servicios se han unido en dos volúmenes.

▪ Outsourcing o Tercerizar: Tendencia en la administración moderna que ha permitido a empresas concentrar sus esfuerzos en áreas que le son vitales, delegando en otras organizaciones áreas enteras que aun siendo importantes no son fundamentales.

▪ PMI (Project Management Institute, por sus siglas en ingles): es una institución enfocada en

las necesidades de los profesionales de la gerencia de proyecto, reconocida como pioneros en el campo con más de 200.000 miembros profesionales, representando 125 países.

El PMI fue fundado en 1969 bajo la premisa de que había muchas prácticas de gestión que eran comunes a proyectos de áreas de aplicación tan diversas como la de construcción y los fármacos.

▪ PMO (Project Management Office, por sus siglas en inglés): es unidad o departamento que

define y mantiene los estándares para los procesos de Gestión de Proyectos. Tiene como objetivo estandarizar e introducir procesos que permitan la ejecución de proyectos de forma exitosa y repetible.

La PMO es una fuente de documentación, guía y métricas en la práctica de la gestión de proyectos.

▪ SYSDE SMS: Es una herramienta tecnológica desarrollada por SYSDE totalmente basada en web para el registro y control de horas de los colaboradores de SYSDE. Permite obtener información estadísticas que sirve de insumo tanto para la Metodología de Gestión de Proyectos de Implementación de SYSDE como para el Modelo de Gestión de Proyectos de Microservicios.

▪ SYSDE Requisite Modeler: Es una herramienta tecnológica desarrollado por SYSDE que

permite documentar los requerimientos funcionales a través de Casos de Uso. ▪ RUP (Rational Unified Process, por sus siglas en inglés): es un proceso de desarrollo de

software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

- 158 -

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso). Esta metodología tiene las siguientes características que la hacen valiosa su implementación:

- Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo).

- Pretende implementar las mejores prácticas en Ingeniería de Software, tales como desarrollo iterativo e incremental, gestión de requerimientos, uso de arquitectura basada en componentes, control de cambios, modelado visual del software, verificación de la calidad del software.

▪ UML - Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; aún cuando todavía no es un estándar oficial. Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes de software reutilizables.

El punto importante para notar aquí es que UML es un "lenguaje" para especificar y no un método o un proceso. UML se usa para definir un sistema de software; para detallar los artefactos en el sistema; para documentar y construir -es el lenguaje en el que está descrito el modelo. UML se puede usar en una gran variedad de formas para soportar una metodología de desarrollo de software (tal como el Proceso Unificado de Rational) -pero no especifica en sí mismo qué metodología o proceso usar.

▪ Valor Ganado: El Valor Ganado es una herramienta útil que mide el costo presupuestado de la

cantidad de trabajo realmente finalizado en un momento dado de un proyecto. (Wikipedia, 2006)

pfg - modelo de gesti.n de proyectos para …iii nota de confidencialidad la información incluida...

Documents