DISEÑO DE UNA METODOLOGÍA PARA LA GESTIÓN Y CONTROL DE PROYECTOS TECNOLÓGICOS EN EL DEPARTAMENTO DE DESARROLLO DE SOFTWARE DE CROSSWARE SOLUTIONS S.A.S

UNIVERSIDAD CATÓLICA ANDRÉS BELLO
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
FACULTAD DE CIENCIAS ECONOMICAS Y SOCIALES
POSTGRADO EN GERENCIA DE PROYECTOS
PROYECTO DE TRABAJO ESPECIAL DE GRADO
DISEÑO DE UNA METODOLOGÍA PARA LA GESTIÓN Y CONTROL DE
PROYECTOS TECNOLÓGICOS EN EL DEPARTAMENTO DE DESARROLLO DE
SOFTWARE DE CROSSWARE SOLUTIONS S.A.S
Presentado por:
Yessica Eilyn García Zambrano
Para optar al título de:
ESPECIALISTA EN GERENCIA DE PROYECTOS
Asesor:
Dra. Gloria Aponte
Caracas, septiembre de 2019
UNIVERSIDAD CATÓLICA ANDRÉS BELLO
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
FACULTAD DE CIENCIAS ECONOMICAS Y SOCIALES
POSTGRADO EN GERENCIA DE PROYECTOS
PROYECTO DE TRABAJO ESPECIAL DE GRADO
DISEÑO DE UNA METODOLOGÍA PARA LA GESTIÓN Y CONTROL DE
PROYECTOS TECNOLÓGICOS EN EL DEPARTAMENTO DE DESARROLLO DE
SOFTWARE DE CROSSWARE SOLUTIONS S.A.S
Presentado por:
Yessica Eilyn García Zambrano
Para optar al título de:
ESPECIALISTA EN GERENCIA DE PROYECTOS
Asesor:
Dra. Gloria Aponte
Caracas, septiembre de 2019
CARTA ACEPTACIÓN DEL TUTOR
Señores:
UNIVERSIDAD CATÓLICA ANDRÉS BELLO
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
FACULTAD DE CIENCIAS ECONOMICAS Y SOCIALES
POSTGRADO EN GERENCIA DE PROYECTOS
Atención: Profesor Janet Mora de Torres
Referencia: Aceptación de Asesoría de Trabajo Especial de Grado
Por la presente hago constar que he leído el Trabajo de Especial de Grado, presentado
por la estudiante Yessica Eilyn García Zambrano, titular de la Cédula de Identidad Nº
21.471.475, para optar al grado de Especialista en Gerencia de Proyectos, cuyo título
tentativo es “Diseño de una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S”; y manifiesto que cumple con los requisitos exigidos por la Dirección
General de los Estudios de Postgrado de la Universidad Católica Andrés Bello, y que,
por lo tanto, lo considero apto para ser evaluado por el jurado que se decida designar a
tal fin.
En la ciudad de Caracas, a los 5 días del mes de septiembre de 2019.
Dra. Gloria Aponte
C.I N°: 4964695
UNIVERSIDAD CATÓLICA ANDRÉS BELLO
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
ÁREA DE CIENCIAS ECONÓMICAS Y SOCIALES
POSTGRADO EN GERENCIA DE PROYECTOS
DISEÑO DE UNA METODOLOGÍA PARA LA GESTIÓN Y CONTROL DE
PROYECTOS TECNOLÓGICOS EN EL DEPARTAMENTO DE DESARROLLO DE
SOFTWARE DE CROSSWARE SOLUTIONS S.A.S
Autor: García Zambrano, Yessica Eilyn
Asesor: Aponte, Gloria
Año: 2019
RESUMEN
En el departamento de desarrollo de software de Crossware Solutions S.A.S, surgió la
necesidad de crear una metodología para la gestión y control de proyectos
tecnológicos, ya que en caso de que continuara la elaboración de proyectos de
desarrollo de software sin la debida planificación, control y seguimiento, se iban a seguir
generando incumplimientos de contratos con respecto a tiempos, calidad y
funcionalidad, como consecuencia de ello la empresa pudo verse fuera del mercado y
enfrentar penalizaciones graves por incumplimiento del contratos llevándola al cierre de
sus operaciones. Para evitar este panorama fue necesario realizar el diseño de una
metodología para la planificación, control y seguimiento de proyectos tecnológicos en
donde se incluyan las mejores prácticas para gestionar el alcance, la calidad y demás
factores incluidos en el desarrollo de un proyecto, por lo cual el objetivo general de esta
investigación es diseñar la metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software basándose en las mejores
prácticas de administración de proyectos. Para ello se analizó la situación actual para
identificar las fallas en proyectos anteriores, así como se comparó las diversas
metodologías agiles existentes para identificar las que mejor suplementen las fallas
identificadas con anterioridad. Esta investigación tiene como producto final una
metodología para el levantamiento de requerimientos, seguimiento y cierre de proyectos
de desarrollo de software, así como posteriormente el manejo de las lecciones
aprendidas; es una investigación aplicada donde utilizaran las herramientas consulta de
fuentes impresas y electrónicas, entrevistas no estructura, así como la observación
directa. Los objetivos serán desarrollados a lo largo del capítulo V aplicando la
metodología anteriormente expuesta.
Palabras Clave: Metodología, ágil, desarrollo de software.
Línea de Trabajo: Gestión de Proyectos Tecnológicos
ÍNDICE GENERAL
CARTA ACEPTACIÓN DEL TUTOR .............................................................................. vii
RESUMEN..................................................................................................................... viii
ÍNDICE DE FIGURAS ..................................................................................................... ix
ÍNDICE DE TABLAS ........................................................................................................ xi
INTRODUCCIÓN............................................................................................................. 1
CAPITULO I. PROPUESTA DE INVESTIGACIÓN ......................................................... 3
Planteamiento y Delimitación del Problema ................................................................. 3
Pronostico .................................................................................................................... 7
Control al Pronostico .................................................................................................... 7
Formulación del Problema ........................................................................................... 8
Sistematización del Problema ...................................................................................... 8
Objetivos de la Investigación. ...................................................................................... 8
Objetivo General ...................................................................................................... 8
Objetivos Específicos ............................................................................................... 8
Justificación de la Investigación. .................................................................................. 9
CAPITULO II. MARCO TEORICO Y CONCEPTUAL ................................................... 10
Antecedentes de la Investigación .............................................................................. 10
Bases Teóricas .......................................................................................................... 15
Grupos de procesos de la dirección de proyectos .................................................. 23
Áreas de Conocimiento de la dirección de proyectos ............................................. 27
Metodologías agiles para el desarrollo ................................................................... 40
Bases Legales ........................................................................................................... 44
CAPÍTULO III. MARCO METODOLÓGICO ................................................................... 49
Tipo de investigación ................................................................................................. 49
v
Diseño de la Investigación ......................................................................................... 49
Unidad de Análisis ..................................................................................................... 50
Fases de la investigación ........................................................................................... 51
Estructura desagregada de trabajo ............................................................................ 52
Técnicas de recolección datos ................................................................................... 53
Técnicas de interpretación datos ............................................................................... 53
Variables .................................................................................................................... 54
Operacionalización de las variables ........................................................................... 55
Códigos de Ética ........................................................................................................ 57
Cronograma ............................................................................................................... 59
Recursos .................................................................................................................... 60
CAPÍTULO IV. MARCO ORGANIZACIONAL ................................................................ 61
Información de la Institución ...................................................................................... 61
Misión......................................................................................................................... 61
Visión ......................................................................................................................... 61
Objetivos .................................................................................................................... 62
Servicios .................................................................................................................... 62
Organigrama .............................................................................................................. 63
CAPÍTULO V. DESARROLLO DE LA INVESTIGACION .............................................. 64
Objetivó 1: Analizar la situación actual sobre la planificación, control y seguimiento de
los proyectos tecnológicos en el caso de estudio ...................................................... 64
Objetivó 2: Analizar las mejores prácticas para la administración de proyectos
aplicables a los proyectos tecnológicos con metodologías agiles. ............................. 72
Objetivó 3: Estructurar las fases de la metodología para la empresa objeto de estudio
................................................................................................................................... 75
vi
Objetivó 4: Diseñar una metodología basándose en las mejores prácticas para la
administración de proyectos ...................................................................................... 77
CAPÍTULO VI. LA PROPUESTA ................................................................................... 81
Objetivos de la Propuesta. ......................................................................................... 81
Objetivó General .................................................................................................... 81
Objetivos Específicos ............................................................................................. 81
Justificación de la Propuesta ..................................................................................... 81
Alcance de la Propuesta ............................................................................................ 82
Desarrollo de la Propuesta......................................................................................... 82
Factibilidad de la Propuesta ....................................................................................... 83
Factibilidad Operativa. ............................................................................................ 83
Factibilidad Técnica ................................................................................................ 83
Análisis Costo – Beneficio.......................................................................................... 84
CAPÍTULO VII. EVALUACIÓN DEL PROYECTO ......................................................... 85
Objetivo 1: Analizar la situación actual sobre la planificación, control y seguimiento de
los proyectos tecnológicos en el caso de estudio. ..................................................... 85
Objetivo 2: Analizar las mejores prácticas para la administración de proyectos
aplicables a los proyectos tecnológicos con metodologías agiles. ............................. 86
Objetivo 3: Estructurar las fases de la metodología para la empresa objeto de estudio.
................................................................................................................................... 86
Objetivo 4: Diseñar una metodología basándose en las mejores prácticas para la
administración de proyectos. ..................................................................................... 87
Objetivo General ........................................................................................................ 88
CAPÍTULO VIII. CONCLUSIONES Y RECOMENDACIONES ...................................... 89
Conclusiones ............................................................................................................. 89
Recomendaciones ..................................................................................................... 90
vii
REFERENCIAS BIBLIOGRÁFICAS .............................................................................. 91
ANEXOS........................................................................................................................ 93
Anexo A: Validación de Instrumento Dra. Gloria Aponte ........................................... 94
Anexo B: Validación del Instrumento Ing. Bryam Herrera ........................................ 103
Anexo C: Validación del Instrumento Lic. Mariángel Campos ........................................... 112
viii
ÍNDICE DE FIGURAS
Figura N°
Pág.
1. Ingresos digitales globales como porcentaje del ingreso total. ............................. 3
2. Proyectos culminados de forma exitosa en el periodo Enero – Noviembre 2018. 4
3. Motivos de fracaso de proyectos en el periodo Enero – Noviembre 2018 ............ 5
4. Desvíos de tiempos de proyectos fallidos en el periodo Enero – Noviembre 2018
.............................................................................................................................. 6
5. Involucrados de un proyecto ............................................................................... 16
6. Involucrados de un proyecto ............................................................................... 17
7. Involucrados de un proyecto ............................................................................... 17
8. Involucrados de un proyecto ............................................................................... 18
9. Involucrados de un proyecto ............................................................................... 18
10. Involucrados de un proyecto ............................................................................... 19
11. Ciclo de Vida Predictivo ...................................................................................... 20
12. Flujo de Datos, Información e Informes del Proyecto. ........................................ 22
13. Grupo de Procesos de Inicio. .............................................................................. 23
14. Grupo de Procesos de Planificación. .................................................................. 24
15. Grupo de Procesos de Ejecución. ...................................................................... 25
16. Grupo de Procesos de Monitoreo y Control. ....................................................... 26
17. Grupo de Procesos de Cierre. ............................................................................ 27
18. Descripción General de la Gestión de la Integración del Proyecto. .................... 28
19. Descripción General de la Gestión Alcance del Proyecto. .................................. 30
20. Descripción General de la Gestión del Cronograma del Proyecto. ..................... 31
21. Descripción General de la Gestión de los Costos del Proyecto. ......................... 33
22. Descripción General de la Gestión de la Calidad del Proyecto. .......................... 34
23. Descripción General de la Gestión de los Recursos del Proyecto. ..................... 36
24. Descripción General de las Comunicaciones del Proyecto. ................................ 37
25. Descripción General de la Gestión de los Riesgos del Proyecto. ....................... 39
ix
26. Descripción General de la Gestión de los Interesados del Proyecto. ................. 40
27. Descripción de roles, artefactos, reuniones y proceso de desarrollo. ................. 42
28. Metodología Scrum: Fases de un Sprint. ............................................................ 43
29. EDT/WBS de la Investigación. ............................................................................ 52
30. Cronograma ........................................................................................................ 59
31. Organigrama. Fuente: CROSSWARE SOLUTIONS S.A.S (2019) ..................... 63
32. Motivos de fracaso de proyectos en el periodo Enero – Noviembre 2018 .......... 64
33. Agrupación de fallas en los grupos de procesos de planificación - Monitorio y
control ................................................................................................................. 71
34. Áreas de conocimiento aplicadas en el grupo de procesos de planificación. ..... 71
35. Áreas de conocimiento aplicadas en el grupo de procesos de monitoreo y control.
............................................................................................................................ 72
36. Fases Propuestas de la metodologías. ............................................................... 75
37. Secuencia de actividades según el ciclo de vida. ............................................... 77
x
ÍNDICE DE TABLAS
Figura N°
Pág.
1. Definición de Variables .................................................................................. 55
2. Operacionalización de las variables .............................................................. 56
3. Matriz de cálculo de recursos ........................................................................ 60
4. Listado de chequeo de planificación, control y seguimiento del proyecto A .. 66
5. Listado de chequeo de planificación, control y seguimiento del proyecto B .. 67
6. Listado de chequeo de planificación, control y seguimiento del proyecto C .. 68
7. Listado de chequeo de planificación, control y seguimiento del proyecto D .. 69
8. Cuadro Comparativo ..................................................................................... 74
9. Costos de Recursos Humanos. ..................................................................... 84
xi
INTRODUCCIÓN
Actualmente el mercado del desarrollo de software personalizado es cada vez
mayor, la necesidad de las organizaciones de tener presencia en el mundo
digital es de cada vez de mayor importancia, por lo consiguiente la competencia
en este sector incrementa a un ritmo igualmente acelerado, obligando así a las
empresas dedicadas al desarrollo de estos software personalizados a ofrecer
mayor calidad, tiempos más cortos y piezas intelectuales muchos más pulidas,
intercomunicadas e innovadoras para no sucumbir ante el gran mercado
creciente del diseño y desarrollo de software.
Por ello en Crossware Solutions S.A.S surgió la necesidad de diseñar una
metodología que se adapte a la cultura organizacional y al ritmo acelerado pero
preciso que se necesita para el desarrollo de software para plataformas web y
móvil con la calidad, en los tiempos y los costos acordados con el cliente,
garantizando a su vez el manejo del capital intelectual obtenido tras el cierre de
cada proyecto, obteniendo así herramientas para implementar una cultura de
calidad total. Con la finalidad de lograr este objetivo se llevó a cabo esta
investigación, la cual está estructurada de forma lógica de la siguiente forma:
Capítulo I, la propuesta de investigación, durante este capítulo se plantea y
delimita el problema exponiendo la situación actual, el pronóstico y el control
sobre este, así como también se justifica esta investigación planteando los
objetivos que se buscan cumplir en esta investigación.
Capitulo II, marco teórico y conceptual, enmarcara los antecedentes de
investigaciones pasadas, así como las bases teóricas de diferentes autores que
buscan sustentar la investigación.
Capitulo III, marco metodológico, describe el tipo, el diseño, la unidad de
análisis, las fases, las técnicas y herramientas de recolección de datos,
1
definición de las variables y su operacionalización utilizadas en la investigación
con el fin de dirigir a la investigación en la dirección correcta.
Capitulo IV, marco organizacional, se describe la organización, su misión, visión
y objetivos, así como la estructura organizacional de Crossware Solutions S.A.S
con el fin dar a conocer a empresa en donde se realizará la investigación.
Capítulo V, desarrollo de la investigación, en donde se desarrollan cada uno de
los objetivos planteados en este trabajo de grado, en esta capitulo se aplican las
herramientas de recolección de datos, así como se analizan estos datos con el
fin de dar cumplimiento a cada uno de los objetivos.
Capítulo VI, la propuesta, en este capítulo se presenta a grandes rasgos la
propuesta a desarrollar para dar solución a la problemática planteada en el
capítulo I.
Capítulo VII, evaluación del proyecto, se detallan la evaluación del cumplimiento
de los objetivos establecidos en el del trabajo de grado.
Capítulo VIII, conclusiones y recomendaciones, en este capítulo como indica su
nombre se exponen las conclusiones del caso, así como las recomendaciones a
tomar en cuenta para la mejora continua y la correcta implementación de la
propuesta.
Finalmente se presentan las referencias bibliográficas consultadas y los anexos.
2
CAPITULO I. PROPUESTA DE INVESTIGACIÓN
Este capítulo tiene como finalidad de describir y delimitar la problemática
planteada, así como definir los objetivos “…que orientaran las líneas de
acción y los límites de estas en el estudio que se propone” (Balestrini,
2006, p. 67) La definición de la problemática puede ser un poco compleja ya
que por lo general están compuestas por múltiples variables, causas y
consecuencias en las cuales es fácil perderse, por ello en este capítulo se
presentarán la problemática, sus interrogantes, su justificación y objetivos los
cuales permitirán un mejor entendimiento de la problemática estudiada.
Planteamiento y Delimitación del Problema
Actualmente la automatización de procesos y la presencia en internet
ha
demarcado tendencia a nivel mundial así lo demuestra el reporte Global
entertainment and media outlook 2018-2022 (PWC, 2018) el cual pronostica que
para el 2022 los medios digitales representaran 56.9% de los ingresos de la
industria de entretenimiento y medios (Ver figura 1), por ello es de gran
importancia para las empresas contar ya bien sea con una presencia en la web
o implementar procesos automatizados para los mejorar la presentación de
servicios y/o productos a su público objetivó. Cada día el desarrollo de software
cobra más importancia en diferentes sectores como la salud, educación, ventas,
publicidad, entre otros.
Figura 1: Ingresos digitales globales como porcentaje del ingreso total.
Fuente: Perspectives from the Global Entertainment & Media Outlook 2018–2022
3
En tal sentido el incremento de empresas ofreciendo servicios de desarrollo de
software ha incrementado de una forma exponencial, lo cual incrementa la
competencia en dicho mercado. Crossware Solutions S.A.S es una de las tantas
empresas que ofrecen sus servicios de generación de soluciones tecnológicas
efectivas en mercados como Colombia y Venezuela, en el cumplimiento de
objetivos organizacional el departamento de desarrollo de software ha diseñado
y desarrollado cuatro (4) aplicaciones móviles y un (1) e-commerce durante el
periodo Enero – Noviembre 2018.
El departamento no cuenta con una metodología que le permita implementar de
forma adecuada una planificación, control, seguimiento y cierre adecuado de
dichos proyectos, provocando un impacto negativo a la confianza de los clientes
ya que los productos desarrollado no cumplen con la calidad esperada ni se
cumplen con los tiempos acordados, para ejemplificar la problemática se toman
los cinco (5) proyectos desarrollados durante el periodo tomado para este
estudio clasificándolos en los que fueron culminados dentro de los tiempos y
calidad acordados con el cliente y los que fueron cancelados y/o no fueron
culminados dentro de los
tiempos y calidad acordados. A continuación, se
expresa cuantitativamente lo expresado:
•
Los proyectos realizados en el periodo Enero – Noviembre 2018 solo
20% fueron culminados de forma exitosa, es decir, cumpliendo con los
términos de calidad y tiempo acordados con el cliente.
Figura 2: Proyectos culminados de forma exitosa en el periodo Enero – Noviembre 2018.
4
•
El 75% de los proyectos fracasados se debieron a que no se cumplieron
con los tiempos acordados con el cliente, solo uno de los proyectos el
cual representa el 25% de la muestra fracasaron por no cumplir con el
nivel de calidad del cliente.
Figura 3: Motivos de fracaso de proyectos en el periodo Enero – Noviembre 2018
•
Dentro de los proyectos que fracasaron con respecto a los tiempos
acordados con el cliente, se puede ver que los desvíos son de gran
importancia, especialmente en el caso del proyecto de TEI Recargas el
desvío fue de 528 h/h adicionales a las planificadas, esto trajo consigo
que el cliente activara diferentes penalizaciones contra las pólizas
establecidas en el contrato las cuales representaron una pérdida
importante para la empresa.
5
Figura 4: Desvíos de tiempos de proyectos fallidos en el periodo Enero – Noviembre 2018
La falta de implementación de una metodología para la planificación y
seguimiento de los proyectos se presenta desde el inicio de estos ya que al no
definir un alcance claro y no controlar dicho alcance repercute a la lista de
actividades la cual se va incrementando para poder cumplir con los
requerimientos del cliente, sin embargo, esto también hace crecer los tiempos
y/o recursos invertidos los cuales no se toman en cuenta para realizar las
contrataciones con el cliente. Frecuentemente sucede, que al intentar
complacer las necesidades del cliente se aceptan cambios que no están dentro
del alcance inicial tomado en cuenta para la estimación de los tiempos, dando
como resultados productos con baja calidad, en tiempos no acordes con la
realidad y que con poca o ninguna documentación.
Partiendo de la descripción de la problemática, se busca diseñar una
metodología para la gestión y control de proyectos aplicables al departamento
de desarrollo de software con la finalidad que incrementar la cantidad de
proyectos exitosos. Para lograr este objetivó es necesario realizar un estudio de
la situación actual en la gestión de proyectos de desarrollo de software
elaborados por Crossware Solutions S.A.S.
6
Pronostico
En caso de continuar la elaboración de proyectos de desarrollo de software sin
la debida planificación, control y seguimiento, se seguirán generando
incumplimientos de contratos con respecto a tiempos, calidad y funcionalidad,
como consecuencia de ello la empresa podrá verse fuera del mercando y
enfrentar penalizaciones graves por incumplimiento de los contratos llevándola
al cierre de sus operaciones. La falta de documentación generada para cada
proyecto no permite realizar un base de datos de conocimientos y lecciones
aprendidas por ellos se dificulta la toma de decisiones de la gerencia y del
equipo de desarrollo frente a problemas recurrentes. Esta problemática también
puede tener incidencia sobre la constante rotación del personal perteneciente al
departamento de desarrollo ya que esto genera un mayor esfuerzo por parte del
equipo para pareas sencillas que no generan ninguna satisfacción por parte del
equipo, generando desmotivación.
Control al Pronostico
Para controlar el pronóstico es necesario realizar el diseño de una metodología
para la planificación, control y seguimiento de proyectos tecnológicos
elaborados por el departamento de desarrollo de software de forma eficiente y
ágil, en donde se incluyan las mejores prácticas para gestionar el alcance, la
calidad y demás factores incluidos en el desarrollo de un proyecto. Integrando
así herramientas para enfrentar de la mejor manera posible los cambios de
alcance propuestos por el cliente, como también los problemas que puedan
surgir durante el desarrollo mejorando la toma de decisiones y el cierre de los
proyectos de forma exitosa, posicionando la empresa frente a otras
competidores del mercado.
7
Formulación del Problema
¿Cómo diseñar una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S que ayude a aumentar la cantidad de proyectos exitosos?
Sistematización del Problema
•
¿Cuál es la situación actual sobre la planificación, control y
seguimiento de los proyectos tecnológicos en el caso de estudio?
•
¿Cómo identificar los procesos administrativos realmente aplicables
para gestión de proyectos de desarrollo de software dentro de una
metodología ágil?
•
¿Cómo estructurar las fases de una metodología para la gestión de
proyectos de desarrollo de software en la empresa objeto de estudio?
•
¿Cómo desarrollar una metodología ágil basándose en las mejores
prácticas para la administración de Proyectos?
Objetivos de la Investigación.
Objetivo General
Diseñar una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S
Objetivos Específicos
•
Analizar la situación actual sobre la planificación, control y
seguimiento de los proyectos tecnológicos en el caso de
estudio.
8
•
Analizar las mejores prácticas para la administración de
proyectos
aplicables
a
los
proyectos
tecnológicos
con
metodologías agiles.
•
Estructurar las fases de la metodología para la empresa objeto
de estudio
•
Diseñar una metodología basándose en las mejores prácticas
para la administración de proyectos.
Justificación de la Investigación.
Basado en la evaluación de desempeño de los proyectos de desarrollo de
software ejecutados en el periodo Enero – Noviembre 2018 periodo
seleccionado para el caso de estudio, demuestran que no siguen con los
procesos y/o metodologías formales para la planificación, control y seguimientos
de los proyectos. Las fases de los proyectos tecnológicos se basan y siguen los
criterios de los líderes de cada proyecto, los cuales muchas veces lo abandonan
antes de su culminación por lo cual estos son reemplazados y los nuevos
líderes no siguen los mismos lineamientos, ya que no existe un manual de
procedimientos a cuál apegarse.
Por ello se demuestra que la gestión de los proyectos no sigue las mejores
prácticas y no existe un control de alcance real estipulado con el cliente, por lo
cual la gerencia de se basa en resultados con respecto al cumplimento de
solicitudes del cliente dejando de un lado la gestión real de entregables que
cumplan realmente con los tiempos, funcionalidades y calidad acordados al
inicio del proyecto. Se evidencia la necesidad del diseño de una metodología
ágil que asegure los tiempos, calidad y funcionalidad reales planificadas de una
forma que entorpezca con burocracias excesivas el esfuerzo de desarrollo del
producto.
9
CAPITULO II. MARCO TEORICO Y CONCEPTUAL
El marco teórico y conceptual busca fundamentar la investigación, determinar la
perspectiva de análisis, la visión del problema que se asume en la investigación,
en este sentido se presentaran antecedentes de investigaciones previas
relacionas a la problemática planteada, así como también se presentaran
definición de conceptos teóricos que sustentaran la investigación.
Antecedentes de la Investigación
Tovar (2012), “Metodología de gerencia de proyectos bajo enfoque Front-endloading (FEL) Caso de estudio: Departamento de Ingeniería de Sistemas
UNEXPO” trabajo de grado que plantea el desarrollo de una metodología para
la dirección de proyectos basada en Front-End-Loading y soportada por la
utilización de los factores de competitiva del departamento de Ingeniería de
Sistemas (DIS) identificados a través del diamante de Porter.
Se define que los proyectos del DIS han obtenido resultados no conformes, las
secciones presentan cronogramas de actividades indefinidos, impactando de
manera irregular en el alcance y costos de los proyectos, no se definen de
manera correcta las fases, y no se revisan ni aprueban los entregables. Para la
definición de estos factores se utilizó las herramientas del diagrama de causaefecto y la matriz de priorización, arrojando como resultado que la variable con
más influencia sobre la problemática es la mala definición de los roles.
Como objetivo general se plantea el desarrollo de un modelo de metodología de
definición y desarrollo de proyectos basada en la metodología Front-EndLoading (FEL), como parte de las mejoras continua de los procesos de gestión
de proyectos del DIS. Dentro de los objetivos específicos se encuentran
caracterizar los factores determinantes competitivos del DIS, definir las fases de
desarrollo de la ingeniería y la gestión de proyectos, la formulación de una
10
propuesta para la evaluación de proyectos y la formulación de una propuesta
estratégica que propicie los cambios de la unidad de estudio.
Con el diagnostico obtenido con la herramienta del diamante de Poter aplicado
al DIS se identificó de una manera precisa los factores determinantes que le
proporcionan una dimensión competitiva a el DIS, para poder incursionar y
competir en sectores industriales, así como la decisión de una estrategia
organizacional se permitió tal y como se planteó como objetivo de esta
investigación elaborar un manual que integra bases metodológicas y alineadas
a la estrategia organizacional.
Contreras (2011), “Desarrollo de un plan de procesos para la administración de
proyectos tecnológicos caso de estudio: gerencia de tecnología de la
información del banco de la vivienda y hábitat (BANAVIH)” en donde se
desarrolló un plan de procesos para la administración de proyectos tecnológicos
para la gerencia de tecnología para la entidad mencionada en el título.
La problemática se basa en el estudio estadístico del éxito o fracaso de
implantación de soluciones tecnológicas tanto como por empresas externas
como los ejecutados por el personal de la gerencia de la tecnología, en dicha
problemática se identificó que la gerencia no aplica las mejores prácticas en la
administración de proyectos ni cuenta con una metodología para realizar el
seguimiento de los proyectos.
Como objetivó general se plantea el desarrollo de un plan de procesos basado
en las mejores prácticas en la administración de Proyectos Tecnológicos, y
como objetivos específicos se encuentran el analizar el marco legal aplicable al
desarrollo de los proyectos tecnológicos, la
evaluación
la situación actual
sobre la gestión de proyectos tecnológicos en BANAVIH, el análisis las mejores
prácticas aplicables a los proyectos tecnológicos y el diseño de un plan de
procesos basado en las mejores prácticas en la administración de proyectos.
11
En la investigación se analizaron las mejores prácticas de proyectos de TI, para
aptarlos a cada las fases de proyectos de la gerencia de tecnología, generando
diversas estrategias como la mercadeo y la de documentación, concluyendo
que esta última es la que debería ser tomada con mayor relevancia por la
naturaleza de la organización.
Campo (2008), “Marco metodológico para la administración de Proyectos de
Software utilizando las mejores prácticas propuestas por el modelo CMMI-DEV
Versión 1.2” tesis de maestría en donde se busca proponer un marco de
referencia común para proyectos de ingeniería de software, creando una
metodología que integre las mejores prácticas del modelo CMMI-DEV versión
1.2 y el PMBOK, dentro de cada una de las fases que conforman el ciclo de vida
para la dirección general de proyectos.
En la problemática se identificó que la falta de una metodología clara de
proyectos la cual incluya las mejores prácticas de los modelos de CMMI-DEV
versión 1.2 y el PMBOK suele reflejar en proyectos con tiempos y costos mal
estimados, un adecuado dimensionamiento y falta de planeación, posicionando
a las empresas desarrolladoras de software colombianas por debajo de la
competencia mundial.
Como objetivo general se busca proponer un marco metodológico que permita
la tipificación de proyectos de software y que a su vez permita complementar las
mejores prácticas en el desarrollo de software y los conceptos generales de la
dirección de proyectos, como objetivos específicos podemos encontrar la
generación un marco de trabajo que permita unificar los modelos de CMMI-DEV
versión 1.2 y el PMBOK.
Dentro de la investigación se realizó una equivalencia entre los procesos en las
disciplinas enunciadas en la Guía de Fundamentos de la Dirección de Proyectos
12
–PMBOK- con las aéreas de procesos y las practicas específicas de cada área
de proceso del Modelo Integrado de Capacidad y Madurez para Desarrollo –
CMMI- por sus siglas en inglés, con esto se busca lograr un entendimiento entre
la ingeniería de Software y la Gerencia de proyectos.
Pelayo (2007), “Metodología para la Gestión de Proyectos de Desarrollo de
Software en el Ministerio Publico” trabajo de grado que busca implementar una
metodología que permita la aplicación de conocimientos, habilidades,
herramientas y técnicas descriptos en la Guía de Fundamentos de la Dirección
de Proyectos –PMBOK- a los proyectos de desarrollo de software emprendidos
por el Ministerio Público.
Se identificó como problemática que la división de sistemas perteneciente al
ministerio público no cuenta con una metodología que le permita gestionar de
una manera óptima los proyectos de desarrollo de software acorde a las nuevas
exigencias tecnologías del entorno nacional y mundial, originando que los
objetivos plateados no se logren en el tiempo y con los recursos estimados y, en
consecuencia, retrasos en los procesos de gran envergadura para la institución,
entre otros factores importantes.
Como objetivó general de este trabajo de grado se encuentra el proponer una
metodología para el desarrollo de Proyectos de Software en el Ministerio
Público de la República Bolivariana de Venezuela, dentro de los objetivos
específicos podemos considerar como relevantes para el cumplimiento del
objetivó general el al identificación de las metodologías de gerencia aplicables a
los proyectos de desarrollo de software y la elaboración de una propuesta
metodológica para gestionar el desarrollo de proyectos de software.
En la investigación se analizaron las metodologías aplicables a los proyectos de
desarrollo identificados a las metodologías PMBOK, CMMI y RUP dentro de las
del tipo de gerencias proyectos y las de Desarrollo en cascada, espiral, FDD y
13
XP dentro de las metodologías de desarrollo de software obteniendo como
resultado que la mejor elección que satisfacía las necesidades del Ministerio
Público era emplear las metodologías PMBOK y desarrollo en espiral utilizando
el lenguaje de especificaciones UML.
Barrientos (2006), “Diseño de una metodología para la gestión y control de
proyectos informáticos en integra consultores” trabajo de especial de grado que
tiene como objetivo la propuesta de un diseño de una metodología de gestión y
control de proyectos que sirva para orientar la práctica gerencial en la compañía
mencionada en el título.
En la problemática se identificó que los líderes de los proyectos contaban con
experiencia técnica necesaria para la ejecución de los proyectos de software
pero que sin eso implicase necesariamente que contaban con el conocimiento
gerencial de la gestión de proyectos, por ello se observaban desfases de en
términos de tiempos y costos planificados con los realmente ejecutados.
Dentro de su objetivo principal se encuentra el diseñar una metodología para la
administración y control de proyectos informáticos, alineada con las estrategias
corporativas de Integra Consultores, para ello se plantearon los algunos
objetivos específicos como los son el realizar un estudio de competitividad,
estudiar, analizar e integrar las diferentes herramientas de la gestión de
proyectos y definir indicadores de desempeño.
Durante la investigación se analizó la competitiva de la empresa utilizando el
modelo de las cinco fuerzas de Porter y las fortalezas y debilidades frente a su
mercado utilizando una matriz DOFA, generando una metodología unificada
basada en las mejores prácticas de herramientas y metodologías de gestión de
proyectos, así como propias de TI, adicionalmente facilitara la estandarización
de procesos, indicadores, control de gestión, el mejoramiento continuo y la
cultura de proyectos.
14
Bases Teóricas
Con la finalidad de dar apoyo a esta investigación se presentan diferentes
bases teóricas que darán los sustentos necesarios, para ello es importante ir
desde el concepto más genérico al más específico, tal y como lo es la definición
de un proyecto, el mismo se define en la guía del PMBOK del PMI (2017) en su
quinta edición como el “…esfuerzo temporal que se lleva a cabo para crear
un producto, servicio o resultado único. La naturaleza temporal de los
proyectos implica que un proyecto tiene un principio y un final definidos”
(p.3), basando en este concepto un proyecto puede ir desde uno muy simple y
personal a uno complejo y de un impacto más profundo a nivel social, político o
económico, tal y como lo reza Chamoun 2002 en su guía de administración
profesional de proyectos “… algunos sencillos, otros complejos y otros de
carácter personal. Tenemos proyectos sencillos como organizar una fiesta
o planear un viaje; también tenemos otros más complejos como
desarrollar un sistema computacional…” (p. 27).
Dentro de esta premisa sabemos que nuestra vida en sí, podemos considerarla
como un proyecto, pero ¿cómo medimos el éxito de los proyectos?, Chamoun
(2002), indica haciendo referencia al método escala, el cual considera como
definición de éxito de un proyecto a “cumplir los objetivos de tiempo, costo y
calidad, a satisfacción del cliente y de los involucrados claves…”. El éxito
de un proyecto depende de muchas personas y organizaciones enfocando sus
esfuerzos a cumplir un objetivo en común, el objetivo del proyecto.
15
Figura 5: Involucrados de un proyecto
Fuente: Chamoun (2002)
Para la medición de dicho éxito el PMI (2017) se refiere a los datos de
desempeño del trabajo la cual las define como “…las observaciones y
mediciones brutas identificadas durante las actividades ejecutadas para
llevar a cabo el trabajo del proyecto” (p.95), estos datos nos dan la
posibilidad de incorporar una política de mejoramiento continuo dentro de la
organización, dentro de estos la PMI (2017), incluye:
El trabajo completado, los indicadores clave de desempeño (KPIs), las
medidas de desempeño técnico, las fechas reales de comienzo y
finalización de las actividades planificadas, los puntos de historia
completados, el estado de los entregables, el número de solicitudes de
cambio de avance del cronograma, el número de defectos, los costos
reales incurridos, las duraciones reales, etc (p.95)
Como definimos anteriormente, un proyecto consta de inicio y un final dentro de
un periodo de tiempo finito, por ello es necesario considerar el ciclo de vida del
proyecto el cual es definido por la PMI (2017) como “… la serie de fases por
las que atraviesa un proyecto desde su inicio hasta su cierre” (p. 88).
16
Chamoun (2002) define estas fases como procesos, el mismo autor identifica
cinco procesos que conforman un proyecto definidas de la siguiente forma
(p.31):
•
Inicio: Establecer la visión de un proyecto, el que, la misión por cumplir y
sus objetivos, la justificación del mismo, las restricciones y supuestos.
Figura 6: Involucrados de un proyecto
Fuente: Chamoun (2002)
•
Planeación: Desarrollar un plan que nos ayude a prever el cómo
cumpliremos los objetivos, tomando en cuenta una serie de factores que
afectan todo proyecto. Aquí se establecen las estrategias, con énfasis en
la prevención en vez de la improvisación.
Figura 7: Involucrados de un proyecto
Fuente: Chamoun (2002)
17
•
Ejecución: Implementar un plan, contratar, administrar los contratos,
integrar el equipo, distribuir la información y ejecutar acciones requeridas
de acuerdo a lo establecido.
Figura 8: Involucrados de un proyecto
Fuente: Chamoun (2002)
•
Control: Comparar lo ejecutado o real contra lo que previmos o
planificamos (control), de NO identificar desviaciones, continuamos con
la ejecución. Si se encuentran desviaciones, en equipo acordamos la
acción correctiva (planeación adicional), y luego continuamos con la
ejecución, manteniendo informado el equipo.
Figura 9: Involucrados de un proyecto
Fuente: Chamoun (2002)
18
•
Cierre: Conducir y cerrar relaciones contractuales profesionalmente para
facilitar referencias posteriores al proyecto, así como para el desarrollo
de futuros proyectos. Por último, se elaborarán los documentos con los
resultados finales, archivos, cambios, directorios, evaluaciones y
lecciones aprendidas, entre otros.
Figura 10: Involucrados de un proyecto
Fuente: Chamoun (2002)
Sin embargo, el ciclo de vida de un proyecto también dependerá la naturaleza
del mismo, las fases “…pueden ser secuenciales, iterativas o superpuestas.
Los nombres, número y duración de las fases del proyecto se determinan
en
función
de
las
necesidades
de
gestión
y
control
de
la(s)
organización(es) que participa(n) en el proyecto, la naturaleza propia del
proyecto y su área de aplicación.” (PMI, 2017, p.547).
Si bien un proyecto se ve afectado por los aspectos propios de la organización,
el método de desarrollo o las tecnologías empleadas, cada uno de estos tiene
un inicio y un fin, la variación en los entregables dependerán de la naturaleza
propia del proyecto, por ello aun que los proyectos varían en tamaño y grado de
complejidad, según la PMI un proyecto típico puede establecerse dentro de las
fases:
19
•
Inicio del proyecto,
•
Organización y preparación,
•
Ejecución del trabajo, y
•
Cierre del proyecto.
Figura 11: Ciclo de Vida Predictivo
Fuente: PMI (2017)
Basándose en esta premisa la PMI (2017) indica que los ciclos de vida pueden
clasificarse en: ciclos de vida de predictivos también conocidos como ciclos de
vida en cascada, en donde “… el alcance, el tiempo y el costo del proyecto
se determinan en las fases tempranas del ciclo de vida.” (p.19), ciclos de
vida Iterativos en donde “… el alcance del proyecto generalmente se
determina tempranamente en el ciclo de vida del proyecto, pero las
estimaciones de tiempo y costo se modifican periódicamente…” (p.19),
ciclos de vida incremental en donde los entregables “…se produce a través de
una serie de iteraciones que sucesivamente añaden funcionalidad dentro
de un marco de tiempo predeterminado” (p.19).
Ciclos de vida Adaptativos también conocidos como métodos agiles en donde el
“… alcance detallado se define y se aprueba antes del comienzo de una
iteración.” (p.19), y los ciclos de vida híbridos, los cuales como su nombre lo
20
indica son una combinación de los ciclos de vida predictivo y uno adaptativo en
donde los elementos del proyecto que son bien conocidos siguen un ciclo de
vida predictivos, mientras que aquellos elementos que aún se encuentran
evolucionando siguen un ciclo adaptativo.
Sin importar el ciclo de vida, la relación entre las fases de un proyecto; es
importante definir que estas deben controlarse con procesos derivados a la
dirección de proyectos, la cual la PMBOK define como “…es la aplicación de
conocimientos, habilidades, herramientas y técnicas a las actividades del
proyecto para cumplir con los requisitos del mismo” (p.10)
Los ciclos de vida de un proyecto se gestionan a través de la ejecución de una
serie de actividades conocidas como procesos de la dirección de proyectos,
cada uno de estos procesos “…produce una o más salidas a partir de una o
más entradas mediante el uso de herramientas y técnicas adecuadas para
la dirección de proyectos.” (p.22). Estas actividades se agrupan con el fin de
alcanzar objetivos específicos, estos grupos de procesos son totalmente
independiente a las fases de un proyecto, la PMI (2017) describe los siguientes
cinco grandes grupos de procesos:
•
Grupo de Procesos de Inicio
•
Grupo de Procesos de Planificación
•
Grupo de Procesos de Ejecución
•
Grupo de Procesos de Monitoreo y Control
•
Grupo de Procesos de Cierre
Estos grupos cuentan con una dependencia bien definida e interactúan de
manera continua y constante vinculadas, es importante destacar que las los
grupos de procesos no representas las fases del ciclo de vida de un proyecto,
estos pueden ser ejecutados en cualquier fase del ciclo de vida, especialmente
cuando hablamos de interacciones las cuales pueden según la naturaleza del
21
proyecto ejecutar cada una de los procesos, es importante definir la interacción
de dichos procesos para luego profundizar en cada uno por separado.
Figura 12: Flujo de Datos, Información e Informes del Proyecto.
Fuente: PMI (2017)
El PMI (2017) también describe 10 áreas de conocimiento que intervienen a lo
largo de los cinco procesos de la dirección de proyectos, estas áreas son la
Gestión de la Integración del Proyecto, Gestión del Alcance del Proyecto,
Gestión del Cronograma del Proyecto, Gestión de los Costes del Proyecto,
Gestión de la Calidad del Proyecto, Gestión de los Recursos del Proyecto,
Gestión de las Comunicaciones del Proyecto, Gestión de los Riesgos del
Proyecto, Gestión de las Adquisiciones del Proyecto y Gestión de los
Interesados del Proyecto. Con la finalidad de profundizar un poco más sobre los
procesos y áreas de conocimiento se mostrarán los aspectos más importantes
de cada uno tomados en consideración para la elaboración de la propuesta para
la metodología para la gestión de para el departamento de desarrollo de
Crossware Solutions S.A.S.
22
Grupos de procesos de la dirección de proyectos
Grupos de procesos de inicio
Este grupo de procesos está compuesto por aquellos procesos que definen el
inicio de un proyecto o una fase del mismo destinados a obtener la aprobación,
como lo define la PMI (2017) estos procesos se encuentran dentro del ámbito
en donde se define el alcance inicial y se comprometen los recursos financieros
iniciales, se identifican los interesados internos y externos que van a participar y
ejercer alguna influencia sobre el resultado global del proyecto y finalmente, se
selecciona el director del proyecto.
Figura 13: Grupo de Procesos de Inicio.
Fuente: PMI (2017)
Grupo de Procesos de Planificación
Este grupo de procesos está compuesto por aquellos procesos que establecen
el alcance total del esfuerzo, definir y refinar los objetivos, y desarrollar la línea
de acción requerida para alcanzar dichos objetivos, este proceso no es estático
ya que a lo largo de un proyecto hay fases de retroalimentación para un análisis
adicional a medida que se va recopilando más información. Dado esta
necesidad de ajustar continuamente los procesos de planificación y con ello
23
surge la necesidad de realizar ajustes en los procesos de inicio. “Este
refinamiento continuo del plan para la dirección del proyecto recibe el
nombre de elaboración progresiva, para indicar que la planificación y la
documentación son actividades iterativas o continuas.” (PMI, 2017, p.565).
Figura 14: Grupo de Procesos de Planificación.
Fuente: PMI (2017)
24
Grupo de Procesos de Ejecución
Este grupo está conformado por los procesos realizados para completar el
trabajo definido en el plan para la dirección del proyecto, este grupo de
procesos “…implica coordinar recursos, gestionar el involucramiento de
los interesados, e integrar y realizar las actividades del proyecto conforme
al plan para la dirección del proyecto.” (PMI, 2017, p.595), durante la
ejecución del proyecto se pueden requerir modificaciones en el plan de
dirección de proyectos estos cambios pueden “…desencadenar uno o más
procesos de planificación que conducen a un plan de gestión o
documentos del proyecto modificados, y posiblemente a nuevas líneas
base” (PMI, 2017, p.595).
Figura 15: Grupo de Procesos de Ejecución.
Fuente: PMI (2017)
25
Grupo de procesos de monitoreo y control
Este grupo de procesos “…está compuesto por aquellos procesos
requeridos para hacer seguimiento, analizar y regular el progreso y el
desempeño del proyecto, para identificar áreas en las que el plan requiera
cambios y para iniciar los cambios correspondientes.”, este grupo de
procesos son de gran importancia porque alertan sobre la salud del proyecto
para aplicar acciones correcciones o preventivas necesarias para lograr el éxito
del proyecto (PMI, 2017, p.613).
Figura 16: Grupo de Procesos de Monitoreo y Control.
Fuente: PMI (2017)
26
Grupo de procesos de cierre
Este grupo de procesos “…compuesto por el(los) proceso(s) llevado(s) a
cabo para completar o cerrar formalmente un proyecto, fase o contrato.”
(PMI, 2017, p.633), estos procesos son importante tanto para darle un cierre a
las posibles obligaciones contractuales, sino además da factibilidad de
documentar las lecciones aprendidas siendo una fuente importante para la
gestión del conocimiento de la empresa.
Figura 17: Grupo de Procesos de Cierre.
Fuente: PMI (2017)
Áreas de Conocimiento de la dirección de proyectos
Gestión de la integración del proyecto
La sexta edición de la PMBOK define a la gestión de integración del proyecto
como “…los procesos y actividades para identificar, definir, combinar,
unificar y coordinar los diversos procesos y actividades de dirección del
proyecto…” (p.69), estas actividades y procesos interactúan ente sí y con el
resto de procesos pertenecientes a las otras áreas de conocimiento logrando
con el objetivo integrar todas las fases del proyecto, dentro de estos procesos
podemos encontrar las siguientes actividades:
27
•
Desarrollo del Acta de Constitución del Proyecto
•
Desarrollo del Plan para la Dirección del Proyecto
•
Dirigir y gestionar el Trabajo del Proyecto
•
Gestionar el Conocimiento del Proyecto
•
Monitorear y Controlar el Trabajo del Proyecto
•
Control Integrado de Cambios
•
Cierre el Proyecto o Fase.
Figura 18: Descripción General de la Gestión de la Integración del Proyecto.
Fuente: PMI (2017)
28
Gestión del alcance del proyecto
Como lo indica Chamoun (2002) el objetivo de la administración del alcance es
asegurar que en el proyecto se incluyan solo las actividades necesarias y que
añadan valor a los objetivos propuestos en acta de constitución del proyecto, es
importante definir el alcance de un proyecto ya que este nos indicara cuales son
los entregables, su descripción y los criterios de aceptación por parte de los
interesados, este autor también nos indican que estos entregables los
elaboremos bajo el criterio SMART (específico, medible, acordado, realista y en
un tiempo establecido). La PMI (2017) indica los siguientes procesos que
componen esta área de conocimiento:
•
Planificar la Gestión del Alcance: Es el proceso de crear un plan de
gestión del alcance que documente cómo se va a definir, validar y
controlar el alcance del proyecto.
•
Recopilar Requisitos: Es el proceso de determinar, documentar y
gestionar las necesidades y los requisitos de los interesados para cumplir
con los objetivos del proyecto.
•
Definir el Alcance: Es el proceso de desarrollar una descripción
detallada del proyecto y del producto.
•
Crear la EDT/WBS: Es el proceso de subdividir los entregables y el
trabajo del proyecto en componentes más pequeños y más fáciles de
manejar.
•
Validar el Alcance: Es el proceso de formalizar la aceptación de los
entregables del proyecto que se hayan completado.
•
Controlar el Alcance: Es el proceso de monitorear el estado del
proyecto y de la línea base del alcance del producto, y de gestionar
cambios a la línea base del alcance.
29
Figura 19: Descripción General de la Gestión Alcance del Proyecto.
Fuente: PMI (2017)
Gestión del cronograma del proyecto
Chamoun (2002) define la gestión del tiempo como los procesos “…requeridos
para asegurar que el proyecto termine de acuerdo al programa” (p.106),
estos nos indican que este proceso cumple una función fundamental dentro de
los procesos de control y seguimiento, así como en la gestión de integración, ya
que da la información necesaria para realizar acciones correctivas y preventivas
30
y ajustar el plan de dirección del proyecto, dentro de los procesos de la gestión
del tiempo la PMI (2017) incluye:
•
Planificar la Gestión del Cronograma
•
Definir las Actividades
•
Secuenciar las Actividades
•
Estimar la Duración de las Actividades
•
Desarrollar el Cronograma
•
Controlar el Cronograma
Figura 20: Descripción General de la Gestión del Cronograma del Proyecto.
Fuente: PMI (2017)
31
Gestión de los costos del proyecto
La PMBOK (2016) indica que la gestión de los costos “…incluye los procesos
involucrados en planificar, estimar, presupuestar, financiar, obtener
financiamiento, gestionar y controlar los costos de modo que se complete
el proyecto dentro del presupuesto aprobado” (p.231), la misma también
menciona que esta gestión en proyecto cortos y de alcance reducidos se realiza
en conjunto a la gestión del tiempo, ya que están tan estrechamente
relacionadas que se considera un solo proceso. Podemos encontrar dentro de
la gestión de costos la PMBOK (2017) incluye a los siguientes procesos:
•
Planificar la Gestión de los Costos: Es el proceso que establece las
políticas, los procedimientos y la documentación necesarios para
planificar, gestionar, ejecutar el gasto y controlar los costos del proyecto.
•
Estimar los Costos: Es el proceso que consiste en desarrollar una
aproximación de los recursos financieros necesarios para completar las
actividades del proyecto.
•
Determinar el Presupuesto: Es el proceso que consiste en sumar los
costos estimados de las actividades individuales o de los paquetes de
trabajo para establecer una línea base de costo autorizada.
•
Controlar los Costos: Es el proceso de monitorear el estado del
proyecto para actualizar los costos del mismo y gestionar posibles
cambios a la línea base de costos.
32
Figura 21: Descripción General de la Gestión de los Costos del Proyecto.
Fuente: PMI (2017)
Gestión de la calidad del proyecto
La gestión de la calidad “…incluye los procesos para incorporar la política
de calidad de la organización en cuanto a la planificación, gestión y
control de los requisitos de calidad del proyecto y el producto, a fin de
satisfacer los objetivos de los interesados” (PMI, 2017, p.271), Chamoun
33
(2002) indica que la calidad es subjetiva a los requerimientos del proyectos
introduciendo el concepto del grado de calidad el cual lo define como rango o
categoría otorgado a entidades que poseen el mismo uso funcional pero con
diferentes requerimientos de calidad, por ello indica la importancia de establecer
precedentes sobre los alcances de producto y el proyecto. Dentro de los
procesos pertenecientes a la gestión de la calidad la PMI (2017) incluye:
•
Planificar la Gestión de la Calidad
•
Gestionar la Calidad
•
Controlar la Calidad
Figura 22: Descripción General de la Gestión de la Calidad del Proyecto.
Fuente: PMI (2017)
34
Gestión de los recursos del proyecto
La gestión de recursos humanos “…incluye los procesos para identificar,
adquirir y gestionar los recursos necesarios para la conclusión exitosa del
proyecto” (PMI, 2017, p.307), dentro de los recursos necesarios se encuentran
los miembros del equipo del proyecto, los cuales pueden tener diferentes
habilidades, pueden ser asignados a tiempo completo o de forma parcial o
pueden irse retirando he incorporado a lo largo del proyecto por eso como
indica Chamoun (2002), la responsabilidad más importante de un gerente de
proyecto radica en liderar el equipo del proyecto estableciendo sus roles y
responsabilidades, dentro de los procesos de la gestión de los recursos
humanos la PMI (2017) incluye:
•
Planificar la Gestión de los Recursos
•
Estimar los Recursos de las Actividades
•
Adquirir Recursos
•
Desarrollar el Equipo
•
Dirigir al Equipo
•
Controlar los Recursos
35
Figura 23: Descripción General de la Gestión de los Recursos del Proyecto.
Fuente: PMI (2017)
Gestión de las comunicaciones del proyecto
La gestión de la comunicación del proyecto “…incluye los procesos
necesarios para asegurar que las necesidades de información del
proyecto y de sus interesados se satisfagan a través del desarrollo de
36
objetos y de la implementación de actividades diseñadas para lograr un
intercambio eficaz de información” (PMI, 2017, p.359), como lo indica
Chamaun (2002) la cantidad de información que transmitimos depende del
proyecto y el cliente, por lo que es importante planificar los contenidos y
frecuencia con que trasmiten. La PMBOK (2017) incluye los siguientes procesos
dentro de la gestión de comunicaciones:
•
Planificar la Gestión de las Comunicaciones
•
Gestionar las Comunicaciones
•
Monitorear las Comunicaciones
Figura 24: Descripción General de las Comunicaciones del Proyecto.
Fuente: PMI (2017)
37
Gestión de los riesgos del proyecto
Los procesos de la gestión de los riesgos del proyecto “incluye los procesos
para llevar a cabo la planificación de la gestión, identificación, análisis,
planificación de respuesta, implementación de respuesta y monitoreo de
los riesgos de un proyecto” (PMI, 2017, p.395), la gestión de riesgo debe
identificar las posibles amenazas y oportunidades antes y durante de ejecución
de un proyecto, ya que las mismas podrán afectar de forma significativa al éxito
del proyecto, en esta tarea juega un papel fundamental la gestión del
conocimiento de dentro de las empresas ya que ayudan a identificar estas
amenazas basándose en proyectos anteriores. Dentro de los procesos
descriptos en la PMI (2017) se incluyen:
•
Planificar la Gestión de los Riesgos: El proceso de definir cómo
realizar las actividades de gestión de riesgos de un proyecto.
•
Identificar los Riesgos: El proceso de determinar los riesgos que
pueden afectar al proyecto y documentar sus características.
•
Realizar el Análisis Cualitativo de Riesgos: El proceso de priorizar
riesgos para análisis o acción posterior, evaluando y combinando la
probabilidad de ocurrencia e impacto de dichos riesgos.
•
Realizar el Análisis Cuantitativo de Riesgos: El proceso de
analizar numéricamente el efecto de los riesgos identificados sobre
los objetivos generales del proyecto
•
Planificar la Respuesta a los Riesgos: El proceso de desarrollar
opciones y acciones para mejorar las oportunidades y reducir las
amenazas a los objetivos del proyecto
•
Implementar la Respuesta a los Riesgos: El proceso de
implementar los planes de respuesta a los riesgos.
•
Monitorear
los
Riesgos:
El
proceso
de
monitorear
la
implementación de los planes acordados, hacer seguimiento,
38
identificar y analizar nuevos riesgos y comprobar la efectividad de la
respuesta implementada.
Figura 25: Descripción General de la Gestión de los Riesgos del Proyecto.
Fuente: PMI (2017)
Gestión de los interesados del proyecto
Es necesario “…identificar a las personas, grupos u organizaciones que
pueden afectar o ser afectados por el proyecto…” (PMBOK, 2017, p. 503),
para así analizar las expectativas y poder satisfacerlas, así como identificar los
39
riegos que suponen al proyecto obteniendo la información necesaria para
manejar y planificar de forma adecuada la participación y/o comunicación a lo
largo del proyecto. Dentro de los procesos descriptos en la PMBOK (2017) se
incluyen:
•
Identificar a los Interesados
•
Planificar el Involucramiento de los Interesados
•
Gestionar el Involucramiento de los Interesados
•
Monitorear el Involucramiento de los Interesados
Figura 26: Descripción General de la Gestión de los Interesados del Proyecto.
Fuente: PMI (2017)
Metodologías agiles para el desarrollo
El desarrollo de software no se adapta de forma adecuada a las metodologías
clásicas de desarrollo, es por ello que nacen estas metodologías que son
caracterizan por “…el desarrollo iterativo e incremental; la simplicidad de la
40
implementación;
las
entregas
frecuentes;
la
priorización
de
los
requerimientos o características a desarrollar a cargo del cliente; y la
cooperación entre desarrolladores y clientes” (Navarro, Fernández y
Morales, 2013, p.32), estas metodologías se plantean como objetivo un
software funcional en vez de una documentación extensa.
El Manifiesto por el desarrollo ágil de software creado en el 2001, en el cual se
establecen cuatro principios básicos para el desarrollo de software. Navarro et
al. (2013) haciendo referencia al manifiesto establece estos principios básicos
como los individuos e interacciones, por encima de procesos y herramientas;
software funcionando, por encima de documentación extensiva; colaboración
con el cliente, por encima de negociación contractual; y respuesta ante el
cambio, por encima de seguir un plan. Dentro de las metodologías agiles más
destacadas se encuentran:
•
XP – Programación extrema
•
Scrum
•
Crystal Clear
•
DSDM – Método de desarrollo de sistemas dinámicos
•
FDD – Desarrollo impulsado por Funcionalidades
•
ASD – Desarrollo de software adaptativo
•
XBreed
•
Extreme Modeling
Para efectos de este proyecto de grado serán analizadas las metodologías
Scrum y Desarrollo impulsado por Funcionalidades, FDD por si siglas en inglés,
ya que son las que se orientan más a los tipos de proyectos ejecutados en el
departamento de desarrollo de software en Crossware Solutions S.A.S
41
Scrum
Scrum es “…un marco de trabajo diseñado para lograr la colaboración
eficaz de equipos en proyectos, que emplea un conjunto de reglas y
artefactos y define roles que generan la estructura necesaria para su
correcto funcionamiento” (Navarro et al., 2013, pág. 33) ,esta metodología
nació 1995 y sus creadores fueron Ken Scwaber y Jeff Sutherland, los cuales se
basaron en un artículo de 1986 de la Harvard Business Review titulado “The
New New Product Development Game” de Takeuchi y Nonaka, que
mencionaban las mejores prácticas utilizadas por 10 compañías japonesas y de
referencia al juego rugby.
La metodología Scrum es un marco de trabajo en donde se utiliza un enfoque
incremental, en donde los equipos multifuncionales se ajusten a los cambios
que pueden surgir en cada interacción, este enfoque incremental da como
resultado a las interacciones en las cuales se agregan las funcionalidades
requeridas por los interesados del producto, para lograr entender la dinámica de
la metodología es necesario conocer los roles, procesos y artefactos que se
describen en la figura:
Figura 27: Descripción de roles, artefactos, reuniones y proceso de desarrollo.
Fuente: Navarro et al., (2013)
42
Figura 28: Metodología Scrum: Fases de un Sprint.
Fuente: Navarro et al., (2013)
Desarrollo impulsado por Funcionalidades (FDD)
Esta metodología se base en el desarrollo orientado a funcionalidades, fue
creada por Coad junto con Jeff De Luca y otros, alrededor de 1998. “FDD tiene
como rasgo característico la planeación y el diseño por adelantado. En
consecuencia, el modelo de objetos, la lista de características y la
planeación se hacen al inicio del proyecto.” (Navarro et al., 2013, p.36).
Una de las características de FDD es que la planeación y el diseño se realizan
al inicio del proyecto, por ello el ciclo de vida propuesto por esta metodología
está compuesta por cinco etapas: “…el desarrollo de un modelo general, la
construcción de la lista de características, la planeación por característica,
el diseño por característica y la construcción por característica” (Navarro
et al., 2013, p.36), estos dos últimos se ejecutan tantas veces se planifiquen las
interacciones.
La fase de construcción de un modelo general, participan tanto los interesados
como los desarrolladores, en donde mediante la cooperación se obtiene un
conocimiento general del producto a construir, el entendimiento del negocio de
la aplicación, un primer bosquejo de las funcionalidades, la definición de las
restricciones y asuntos no funcionales.
43
En la fase de la construcción de la lista de características, se empieza tomando
el bosquejo creado en el modelado general para refinarlo, agruparlos y
priorizarlos, como se mencionó anteriormente estas funcionalidades deben
tener una complejidad en donde se puedan ejecutar en menos de semanas, en
caso de las facilidades sobrepasen este periodo se dividirán.
La planeación por características se toma la lista de funcionalidades definida y
refinada en la fase de construcción de la lista de características y se establecen
los tiempos, la cantidad de interacciones, así como cuáles son las
funcionalidades que pertenecerán a cada interacción, aquí también se
asignarán las responsabilidades y roles a todos los miembros del equipo.
Las dos últimas fases se atribuyen a la construcción de la aplicación, en donde
en la fase de diseño por característica se diseñan los paquetes basados en la
lista de funcionalidades que contengan, estos deberán utilizar herramientas
UML para la definición de las clases necesarias para cumplir con las
funcionalidades, adicionalmente se diseñaran la prueba unitaria para validar la
integridad del código. Mientras que en la construcción por característica los
desarrolladores se encargan de la construcción según el diseño previo.
Bases Legales
Se refiere a lo señalado en la constitución de la República Bolivariana de
Venezuela, los Reglamentos, Leyes Orgánicas y Normas que dan basamento al
marco jurídico por el cual se condicionará y regirá este trabajo de investigación.
Dicho trabajo de investigación se guiará por las leyes, reglamentos y/o normas
contempladas en las siguientes leyes y artículos:
Constitución de la República Bolivariana de Venezuela
Artículo 108: Este artículo sostiene la importancia, necesidad de que la
ciudadanía tenga acceso a todos los medios de comunicación públicos,
44
privados y computarizados; de forma de que toda la ciudadanía accede a toda
la información para la contribución del desarrollo del pensamiento libre y
mancomunado. Todo esto apegado a todas las normas y leyes que sustenten la
divulgación de los medios públicos, privados, red de bibliotecas informática y
medios computarizados.
Artículo 110: Se refiere al reconocimiento, el interés público de la ciencia,
tecnología, el conocimiento y sus innovaciones, de forma que promueva,
desarrolle y fomente el intelecto en el desarrollo y divulgación, creación de
todos los medios y servicios de información que permita el desarrollo
económico, social y político del país que contribuya a la seguridad y soberanía
del país. Debiendo el estado conseguir fondos para facilitar el desarrollo
creando el SNCT (Sistema Nacional de Ciencia y Tecnología). Así mismo el
sector privado aportará como debe recursos para los mismos, garantizando el
estado a todos los principios éticos, morales y garantías. Apegándose a todas
las garantías.
Ley Especial contra los Delitos Informáticos
Artículo 1: Este artículo define, básica y esencialmente el objeto de la ley,
contemplando la protección y resguardo integral de todos los sistemas que
hagan uso de tecnologías de información, así como la prevención y la sanción
de los atropellos, así como los delitos cometidos atropellando a los sistemas o
cualquiera de los componentes que lo integran, así como los cometidos
mediante la utilización de las tecnologías y en lo contemplado por esta ley.
Decreto 825
Artículo 11: El artículo hace referencia en cuanto a la obligación, así como el
papel del estado el cual debe satisfacer, a través del ministerio de ciencia y
tecnología con el fin de promover de forma dinámica, todo el desarrollo de todo
45
el material académico, científico y cultural todo ello con el fin de alcanzar un
acceso apto y adecuada para el uso tanto eficaz como efectivo del Internet; en
búsqueda de los fines a alcanzar; así como de buscar el establecimiento de una
ambiente o contexto propicio y beneficiario para la investigación, desarrollo y
fortalecimiento del conocimiento en función del sector de las tecnologías de
información, siempre en la formación y consecución de un aprendizaje
significativo que fortalezca los cimientos académicos en el área.
Ley de Mensajes de Datos y Firmas Electrónicas
Artículo 4: Dicho artículo establece lo siguiente refiriéndose a los mensajes de
datos, los cuales tendrán la misma relevancia aprobatoria, debido a lo que la ley
otorga a los documentos tangibles y de forma escrita, sin ningún perjuicio a lo
contemplado en el artículo seis de esta ley, es así como su divulgación, control,
contradicción y la evaluación conforme a lo esperado y lo previsto en la ley. Es
importante señalar que toda la información que este contenida en un mensaje
de datos, reproducida a un formato impreso recaerá sobre esta el mismo peso y
la eficacia aprobatoria que está atribuida en esta ley a las copias o
reproducciones fotostáticas.
Artículo 16: En este artículo puede observarse la importancia y relevancia
referente a las firmas electrónicas que permitan vincular al signatario con el
mensaje de datos, en este artículo se toma la firma electrónica por decirlo de
alguna manera con la misma validez y eficacia aprobatoria que la firma
autógrafa; la firma electrónica aquí según está establecido debe satisfacer los
siguientes aspectos detallados a continuación:
•
Garantizar que los datos usados para su generación puedan usarse o
producirse solo una vez garantizando su confidencialidad y seguridad.
•
Esta ofrecerá seguridad de gran modo debido a que esta no podrá ser
plagiada o falsificada, ya que cuenta con altos niveles de seguridad
propios del sistema tecnológico existente en el proceso.
46
•
Garantizar la no alteración de la integridad y constitución de los mensajes
de datos.
Todo ello con el fin de garantizar que las firmas electrónicas puedan formar
parte de forma íntegra y cónsona en el mensaje de datos, estando asociada a
este y pudiendo ser enviada en un mismo acto.
Ley de Universidades
En líneas generales se puede expresar que la Ley de Universidades establece
primordialmente en esencia, entre sus disposiciones principales que la
universidad es básicamente una comunidad con sólidos intereses espirituales
concentrando profesores, así como estudiantes en la tarea de fomentar una
búsqueda un encuentro por la verdad y solidificar los valores trascendentales de
todo individuo; así como la presencia de la universalidad del pensamiento,
estando al servicio de la nación y de los ciudadanos sin distingo de credo, raza,
clase social; todo ello amparado bajo un clima y un criterio de justicia
democrática, libertad y de justicia social, humanizando al ser de manera de que
se abra al gran abanico de oportunidades y corrientes universales de
pensamiento que serán experimentadas por este en el transcurso del camino
académico. Obviamente las universidades no trabajaran de forma aislada del
resto de las demás casas de estudios sino por el contrario de manera ordenada,
estructurada, dentro de la nación, así como en su organización interna de
acuerdo a sus necesidades, ofertas de estudios y al contexto en donde se
desarrolle la misma.
Es de esta manera en la cual es oportuno señalar el órgano que las rige es el
encargado de cerciorarse de que todo funcione de manera óptima velando por
el cumplimiento de formar y contribuir hombres profesionales aptos y capaces
de discernir entre criterios, así como en la diversidad del pensamiento siendo
capaz de asumir una postura digna y satisfactoria en Pro, de sus convicciones y
creencias. Es de suma importancia señalar que en la ley de universidades se
toma en consideración el desarrollo de las investigaciones científicas y
tecnológicas con el fin de avanzar, y hacer todo lo posible para la inserción del
47
uso de tecnologías para ir a la par con los avances en el desarrollo de las
ciencias en cuanto a la tecnología y todas las áreas del saber relacionadas con
esta.
Ley Orgánica de Ciencia, Tecnología e Innovación
Esta ley contempla esencialmente el desarrollo de todos aquellos principios de
manera
orientadora
que
contemplen
ciencia,
tecnología
e
innovación
enmarcado en las disposiciones de la carta magna, así como en otras políticas
para la actividad científica. Fomentando y promoviendo en todo momento las
políticas, así como los organismos que ayuden al desarrollo de todas estas
prioridades y necesidades en cuanto al mejor aprovechamiento de las
tecnologías, promoviendo y motivando el conocimiento en beneficio de la
comunidad y del país, fomentando todas las herramientas para que promuevan
la formación y apoyo del fortalecimiento de avances en el ámbito tecnológico
invitando a todos a formar parte en este proceso de inserción y aprendizaje en
el área tecnológica.
48
CAPÍTULO III. MARCO METODOLÓGICO
En este capítulo se describe el marco metodológico en donde se sitúa esta
investigación, enfocándose en los tipos de investigación
Tipo de investigación
Dado a la naturaleza de la investigación esta tiene un enfoque mixto entre el
cualitativo el cual “utiliza la recolección y análisis de los datos para afinar
las preguntas de investigación o revelar nuevas interrogantes en el
proceso de interpretación” (Hernandez, Fernandez, & Baptista, 2014, p. 7) y
el cuantitativo el cual “Utiliza la recolección de datos para probar hipótesis
con base en la medición numérica y el análisis estadístico, con el fin
establecer pautas de comportamiento y probar teorías” (Hernandez,
Fernandez, & Baptista, 2014, p. 4).
El alcance de esta investigación se basa en la generación de un diseño de una
metodología para la gestión y control de proyectos tecnológicos en el
departamento de desarrollo de software, sin que ello implique la implantación,
esto dependerá solo de la gerencia de Crossware Solutions S.A.S. Dentro de
las disposiciones generales sobre el trabajo especial de grado de la UCAB
(2010), “…el aspirante deberá demostrar su capacidad para aplicar
métodos y técnicas de investigación adecuadas al caso según las
particularidades y objetivos del programa en Gerencia de Proyectos…”
(p.17), por ello se puede considerar que esta investigación es de tipo aplicada.
Diseño de la Investigación
El diseño de la investigación es definido por Balestrini (2006, p. 131) quien cita
a Martin como “…el plan global de investigación que integra de un modo
coherentemente correcto técnicas de recogida de datos a utilizar, análisis
previstos, objetivos; e intenta dar respuestas claras, y no ambiguas, a las
preguntas planteadas en la misma.”, asimismo, Hernández, Fernández y
49
Baptista (2014) define como el “plan o estrategia que se desarrolla para
obtener la información que se requiere en una investigación y responder
al planteamiento.” (p.128), dichos diseños pueden ser clasificados en diseños
experimentales y no experimentales según la naturaleza y objetivos planteados
por el investigador.
La investigación desarrollada se adecua a los propósitos y características
planteados para una investigación no experimental cual podría definirse como
“…la investigación que se realiza sin manipular deliberadamente
variables” (Hernández et al., 2014, p.152.), es decir, no se manipularon
ninguna de las variables del problema porque estas ya ocurrieron y solo se
busca la observación y estudios de los fenómenos causados en su ambiente
natural.
Este diseño es no experimental y se clasifica a su vez en transeccionales y
longitudinales,
las
cuales
Hernández
et
al.
(2014)
define
como
“Investigaciones que recopilan datos en un momento único” (p.151) y
“Estudios que recaban datos en diferentes puntos del tiempo, para realizar
inferencias acerca de la evolución, sus causas y sus efectos” (p.151),
respectivamente. Por las características de este proyecto se puede decir que
se basa en un diseño transeccional, los cuales “…tienen como objetivo
indagar la incidencia de las modalidades o niveles de una o más variables
en una población” (p.152).
Unidad de Análisis
Según Hernández et al. (2014) la unidad de análisis son los “…participantes,
objetos, sucesos o colectividades de estudio…” (p.172), por ello para
satisfacer los objetivos, alcances, planteamiento de este trabajo de grado se
tomó como unidad de análisis los procesos de gestión y control de proyectos
tecnológicos en la empresa Crossware Solutions S.A.S.
50
Fases de la investigación
Para desarrollar los objetivos específicos y generales planteados en esta
investigación se establecieron dos grandes fases divididas en de forma lógica
para separar el proceso de investigación y el desarrollo de la propuesta de una
metodología para la gestión y control de los proyectos tecnológicos del
departamento del desarrollo de software de Crossware Solutions S.A.S., estas
fases a su vez tienen sub-fases más complejas en donde se busca desmenuzar
cada ítem desde lo más general a lo más complejo, estas fases y sub-fases se
describen en los siguientes párrafos.
En la Fase de Investigación, se evaluó la situación actual referente al problema
planteado, investigaron y evaluaron las mejores prácticas para la gestión de
proyectos y metodologías agiles aplicables a proyectos de desarrollo de
software, para lograr este objetivo esta fase se dividió en tres paquetes de
trabajo: Evaluar la situación actual, Evaluar las mejores prácticas para la
administración de proyectos tecnológicos, Evaluar las metodologías agiles para
el desarrollo de software, estos paquetes de trabajo en conjunto a sus
actividades derivadas generaron como resultado tres informes que sirvieron
como insumo para la fase de desarrollo.
En la Fase de Desarrollo, se generó finalmente el diseño de una metodología
para la gestión y control de los proyectos tecnológicos del departamento del
desarrollo de software, para ello se implementó un paquete de trabajo en el cual
se desglosaron las tareas necesarias para llegar a lograr este objetivo, como
insumo se utilizaron los informes generados en la fase de investigación, de los
cuales se obtuvo la información referente a las metodologías agiles y mejores
prácticas aplicables al desarrollo de software y que se ajusten a la cultura
organizacional.
51
Estructura desagregada de trabajo
Diseño de una metodología para la gestión y control de proyectos tecnológico.
1.1
Capitulo I
1.2
Capitulo II
1.3
Capitulo III
1.4
Capitulo IV
1.1.1
Planteamiento
del Problema
1.2.1
Antecedentes de
las Investigación
1.3.1
Tipo de
Investigación
1.4.1
Información
Institucional
1.5.1
Evaluar la situación
actual
1.1.2
Objetivos de la
Investigación
1.2.2
Bases Teóricas
1.3.2
Diseño de la
investigación
1.4.2
Entrega Capitulo IV
1.3.3
Unidad de Análisis
1.4.3
Entrega Final
Seminario de TEG
1.5.1.1
Diseñar lista de
verificación para el
análisis de los
proyectos
1.1.3
Justificación de
la investigación
1.1.4
Entrega
Capitulo I
1.2.3
Entrega Capitulo
II
1.3.4
Fases de la
Investigación
1.3.5
Diseñar EDT
1.3.6
Recolección de
datos
1.3.7
Interpretación de
datos
1.4.4
Correcciones
1.4.5
Aprobación
1.6
Capitulo VI
1.5
Capitulo V
1.5.1.2
Seleccionar muestra
de los proyectos.
1.5.1.3
Aplicar lista de
verificación a los
proyectos
seleccionados.
1.5.1.4
Informe de la
situacion Actual
1.5.2
Evaluar las mejores
practicas para la
administración de
Proyectos
tecnológicos.
1.5.3
Evaluar las
metodologías agiles
para el desarrollo
de software
1.5.2.1
Investigar mejores
practicas de
Proyectos IT
1.5.3.1
Investigar las
metodologías agiles
para proyectos de
desarrollo de
software
1.5.2.2
Comparar las
mejores practicas
investigadas.
1.5.3.2
Comprar las
metodologías
investigadas
1.5.2.3
Seleccionar las
mejores practicas
que se adaten a la
propuesta.
1.5.3.3
Seleccionar la
metodología que
mejor se adapte a la
propuesta.
1.5.2.4
Informe de las
mejores practicas
1.3.8
Operacionalización
de las variables
1.6.1
Analisis de los
resultados
1.6.2
Conclusiones y
Recomendaciones
1.6.3
Entrega Final
1.5.3.4
Describir la
metodología
seleccionada.
1.3.9
Códigos de ética
1.3.10
Cronograma
1.3.10
Entrega Capitulo III
Figura 29: EDT/WBS de la Investigación.
52
Técnicas de recolección datos
En esta sección se describen las técnicas a utilizadas en la recolección de la
información, en donde Hernández et al. (2014) indican que recolectar los datos
“…implica elaborar un plan detallado de procedimientos que nos
conduzcan.” (p.198), para elaboración de este plan se toman en cuenta el
diseño de la investigación la cual es mixta, en donde se combinan investigación
de campo no experimental y documental, por ello se utilizarán las siguientes
técnicas de recolección de datos:
Consulta de fuentes impresas y electrónicas: las fuentes consultadas
incluyen documentación existen referente a los proyectos ejecutados, así
como también toda la información consultada como referencia teórica.
Entrevistas no estructuradas: Se empleó esta técnica con el fin de
conocer la experiencia y perspectiva de los miembros del equipo del
departamento de desarrollo de software con respecto a la planificación y
ejecución de los proyectos a evaluar, esta entrevista se realizó sin la
utilización de ningún instrumento estructurado.
Observación Directa: Se utilizó la experiencia propia sobre el desarrollo
de software y planificación de los proyectos ejecutados que se tomaron
en cuenta para el desarrollo del objetó de investigación.
Técnicas de interpretación datos
Según lo planteado en el diseño de la investigación, y los datos recolectados
mediante las técnicas descritas anteriormente, se generaron dos tipos de datos
cualitativos y cuantitativos, para el análisis de estos datos se utilizaron las
siguientes técnicas que ayudarán a revelar las posibles causas de la
problemática planteada al inicio de esta investigación.
53
Análisis de datos cualitativos
Según Rodríguez, Lorenzo y Herrera (2005) quienes citan a Spradley
(1980) quien establece que el análisis de los datos cualitativos “…se
entiende el proceso mediante el cual se organiza y manipula la
información recogida por los investigadores para establecer
relaciones, interpretar, extraer significados y conclusiones” (p.135).
Para el análisis de los datos cualitativos resultantes de la recolección de
datos, se utiliza una matriz comparativa para el análisis de las prácticas
en proyectos tecnológicos y las metodologías de desarrollo agiles que
más se adapten a la cultura empresarial.
Análisis de datos cuantitativos
Para el análisis de los datos cuantitativos obtenidos en la recolección de
datos se utilizaron diversas herramientas que ayudaron con la
organización de los datos para su posterior análisis; las herramientas
utilizadas para dicho proceso fueron gráficos de barras para la
visualización de las tendencias de los datos obtenidos, la utilización de
una lista de verificación con el escalamiento de Likert definido como un
conjunto de “…ítems que se presentan en forma de afirmaciones
para medir la reacción del sujeto en tres, cinco o siete categorías.”
(Hernández et al., 2014, p.238).
Variables
En esta sesión se definen las variables involucradas en la investigación, Arias
(2006) define a las variables como “…una característica o cualidad;
magnitud o cantidad, que puede sufrir cambios, y que es un objeto de
análisis, medición manipulación o control de una investigación.” (p. 57),
54
por ello estas variables serán obtenidas desde los objetivos específicos que
componen esta investigación.
Tabla 1. Definición de Variables
Objetivó General
Diseñar una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S
Objetivos Específicos
Analizar
la
situación
actual
Variables
sobre
la
planificación, control y seguimiento de los
Situación actual
proyectos tecnológicos en el caso de estudio.
Analizar
las
mejores
prácticas
para
la
administración de proyectos aplicables a los
Mejores prácticas
proyectos tecnológicos con metodologías agiles
Diseñar una metodología basándose en las
mejores prácticas para la administración de
Metodología
proyectos
Operacionalización de las variables
Arias (2006) define como operacionalización de una variable como un
“…tecnicismo se emplea en investigación científica para designar al
proceso mediante el cual se transforma la variable de conceptos
abstractos a términos concretos, observables y medibles, es decir,
dimensiones e indicadores.” (p.63), los cuales a su vez lo define como “…un
elemento integrante de una variable compleja, que resulta de su análisis o
descomposición” (p.61) y un “…indicio, señal o unidad de medida que
permite estudiar o cuantificar una variable o sus dimensiones” (p.62)
respectivamente.
55
Tabla 2 Operacionalización de las variables
Variables
Dimensiones
Indicadores
-
Planificación
-
Situación
actual
Control y
Seguimiento
-
Administración
Mejores
de Proyectos
prácticas
Metodologías
Agiles
Planificación
Metodología
Control y
Seguimiento
Cierre
Nivel de definición del Alcance
Nivel de definición del
Cronograma
Nivel de definición de los Costos
Nivel de definición de la Calidad
Nivel de definición de la
Recursos
Nivel de definición de las
Comunicaciones
Nivel de definición de Riesgos
Nivel de definición de
Interesados
Nivel de control del Alcance
Nivel de control del Cronograma
Nivel de control de Costos
Nivel de control de Calidad
Nivel de control de Recursos
Nivel del monitoreo de
Comunicaciones
Nivel del monitoreo de Riesgos
Nivel del monitoreo de los
Involucrados
Informe de Análisis de metodologías
agiles
Informe de Análisis de metodologías
agiles
Metodología para la planificación de
proyectos de software
Metodología para el control y
seguimiento de proyectos de software
Metodología para el cierre de proyectos
de software
56
Códigos de Ética
Código de Ética y Conducta Profesional de la gerencia de proyectos.
El PMI publica el código de ética y conducta profesional para los
profesionales de la gerencia de proyectos en donde se establecen las
expectativas y comportamientos obligatorios para los profesionales que
se desempeñan como directores de proyectos, este código se divide en
cuatro secciones que corresponden a los valores identificados como los
más importantes para la comunidad de dirección de proyectos, estos
valores son responsabilidad, respeto, equidad y honestidad. Dentro de
las normas obligatorias que están sujetas a procedimientos disciplinarios
ante el Comité de Ética del PMI el Código de Ética y Conducta
Profesional publicado por el PMI menciona:
-
Nos informamos acerca de las políticas, reglas, normativas y leyes
que
rigen
nuestras
actividades
laborales,
profesionales
y
voluntarias, y las respetamos.
-
Denunciamos las conductas ilegales o contrarias a la ética ante la
dirección correspondiente y, si fuera necesario, ante las personas
afectadas por dicha conducta.
-
Negociamos de buena fe.
-
No nos aprovechamos de nuestra experiencia o posición para
influir en las decisiones o los actos de otras personas a fin de
obtener beneficios personales a costa de ellas.
-
No actuamos de manera abusiva frente a otras personas.
-
Respetamos los derechos de propiedad de los demás.
-
Revelamos de manera íntegra y proactiva a los interesados
pertinentes cualquier conflicto de intereses potencial o real.
-
Cuando nos damos cuenta de que estamos frente a un conflicto de
intereses real o potencial, nos abstenemos de participar en el
57
proceso de toma de decisiones o de intentar influir de otro modo
en los resultados, excepto o hasta que: hayamos revelado
íntegramente la situación a los interesados afectados, contemos
con un plan de mitigación aprobado y hayamos obtenido el
consentimiento de los interesados para proceder.
-
No nos involucramos ni aprobamos comportamientos tendientes a
engañar a terceros, entre ellos, realizar declaraciones falsas o
engañosas, decir verdades a medias, proporcionar información
fuera de contexto o retener información que, si se conociera,
convertiría nuestras declaraciones en engañosas o incompletas.
58
Cronograma
Figura 30: Cronograma
59
Recursos
Tabla 3: Matriz de cálculo de recursos
Recursos
Recursos Humanos
Asesor TEG
Estudiante tesista
Papelería
Impresión
Papel
Encuadernación
Sevicios
Internet
electricidad
Recursos Administrativos
Inscripción de seminario
Inscripción TEG
Movilización
Costos Unitarios
(Bs.)
Total
(Bs.)
Unidad
Cantidad
HH
40
500
20.000
5.000
800.000
2.500.000
Pagina
Resma
150
1
1
1.000
34.990
10.000
150.000
34.990
10.000
Mes
Mes
1
1
1.780
1.000
1.780
1.000
3
6
3
70.000
100.000
5.000
210.000
600.000
15.000
UC
Und
Total
4.322.770
60
CAPÍTULO IV. MARCO ORGANIZACIONAL
Este capítulo busca conocer la empresa objeto de estudio de forma más
organizacional, para ello se extrajo la información relevante del manual de
marca de dicha institución.
Información de la Institución
Empresa de tecnología colombiana enfocada en la generación de soluciones
tecnológicas efectivas de alta calidad para cada uno de nuestros clientes.
Contamos con un equipo de trabajo interdisciplinario que aportara a su proceso
tecnológico en todos los aspectos.
Misión
Ayudar al crecimiento y rentabilidad del negocio de nuestros clientes ofreciendo
las mejores soluciones de tecnologías de información con costo predecible, con
el mejor retorno de inversión para nuestros socios, el mejor ambiente de trabajo
para nuestros empleados y la mejor contribución al bienestar de nuestra
sociedad.
Visión
Ser una de las 100 primeras empresas colombianas del sector, considerada por
nuestros clientes, como la principal aliada en la solución de sus necesidades de
tecnologías de información.
Valores
Los valores organizaciones de Crossware Solutions S.A.S. se componen de la
siguiente forma
61
•
Innovación
•
Calidad
•
Responsabilidad
Objetivos
Los objetivos organizacionales que se plantea la organización son:
•
Diseñar aplicaciones informáticas que se ajusten a las necesidades de
los clientes.
•
Desarrollar aplicaciones que se ajusten a la calidad y tiempo acordados
con los clientes.
Servicios
Los servicios ofrecidos por Crossware Solutions S.A.S. son:
•
Fábrica De Software: Desarrollo de software a la medida en diferentes
tecnologías y plataformas según sus necesidades. Trabajo en equipo y
calidad en nuestro trabajo llevarán su negocio a un nivel mucho más alto
de innovación y competitividad en el mercado.
•
Seguridad Informática: El respaldo y apoyo que requiere su empresa
respecto a la seguridad de la información (implementación de controles
para normas ISO 9001 y 27001)
•
Outsourcing Tecnológico: Suministro de recurso humano y equipos
tecnológicos enfocados a cumplir con las necesidades tecnológicas
puntuales de su compañía.
•
Data Entry – Web Scraping: Experiencia y agilidad para realizar procesos
de migraciones de productos en tiendas virtuales (amazon, mercado
libre,
magento,
tomatoCart,
woocommerce,
prestashop,
shopify),
digitalización y análisis masiva de información, chequeo de bases de
datos.
62
Organigrama
Figura 31. Organigrama. Fuente: CROSSWARE SOLUTIONS S.A.S (2019)
63
CAPÍTULO V. DESARROLLO DE LA INVESTIGACION
En este capítulo se desarrolla cada uno de los objetivos específicos
presentados en capítulo I con el fin de dar solución al problema planteado, para
ello se analizaron los proyectos anteriormente ejecutados dentro de la empresa
para examinar las fallas en la planificación, control y seguimiento de los mismo,
ofreciendo así la solución que mejor se adapte a la organización.
Objetivó 1: Analizar la situación actual sobre la planificación, control y
seguimiento de los proyectos tecnológicos en el caso de estudio
Para comprender la situación actual se analizaron los cinco (5) proyectos
desarrollados en el periodo enero – noviembre 2018, los cuales fueron
clasificados entre los culminados dentro de los tiempos y calidad acordados con
el cliente y los que fueron cancelados y/o no fueron culminados dentro de los
tiempos y calidad acordados, obteniendo como resultado que el 80% de estos
no fueron culminados. Analizando el motivo por los cuales dichos proyectos no
fueron culminados se obtuvo que el 75% de estos fracasaron debido que no se
culminaron dentro de los tiempos acordados mientras que solo 25% fracasaron
por no cumplir con el nivel de calidad del cliente, tal y como lo muestra los
siguientes gráficos.
Figura 32: Motivos de fracaso de proyectos en el periodo Enero – Noviembre 2018
64
Para analizar los motivos de fracaso dentro de los grupos de planificación y
Monitoreo y Control se utiliza los cuatro (4) proyectos que fracasaron y se les
aplicó una lista de verificación con escalamiento de Likert para medir los ítems
en donde según la experiencia de expertos y la observación se evaluaron la
aplicación de cada una de las áreas de conocimientos para la planificación y el
monitoreo y control de proyectos estipuladas en el PMBOK, estos proyectos se
identificaron como A, B, D y C respectivamente. En la lista de verificación no se
incluyeron las áreas de conocimiento Integración y adquisición ya que dentro de
este objetivó se busca conocer la situación actual de la planificación, control y
seguimiento de los proyectos ejecutados dentro de la organización.
Proyecto A: el proyecto Transformando7 identificado en este trabajo de grado
como el proyecto A, planteaba como propósito el desarrollo de una app móvil
para sistema operativo Android, la misma tenía como finalidad ofrecer a los
usuarios contenidos multimedia en forma de retos para mejorar su vida
cotidiana desde diversos aspectos. En este sentido el cliente buscaba ofrecer
contenido gratuito para así promocionar su marca sobre cuidado estético, así
como incorporar publicidad para monetizar dicha aplicación.
Este proyecto se finalizó, sin embargo, se toma como un proyectó no exitoso ya
que no cumplió con los tiempos acordados con el cliente, en donde se planifico
176 horas hombre (h/h) pero sin embargo se observó un desvió de 88 h/h
adicionales para la culminación de este proyecto, este desvió representa un
50% lo que siguiere que no se realizó de manera adecuada una planificación,
para conocer más el detalle se aplicar la lista de verificación (Ver Tabla 4:
Listado de chequeo de planificación, control y seguimiento del proyecto A).
65
Tabla 4: Listado de chequeo de planificación, control y seguimiento del proyecto A
Lista de chequeo de planificación, control y seguimiento de los
proyectos Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
#
1
2
3
4
5
6
7
8
#
1
2
3
4
5
6
7
8
Proyecto A
176 H
264 H
Planificación
Cuál fue el nivel de definición
No se
Poca
Se
Claramente
de las siguientes áreas:
definió definición definió
definido
Alcance del Proyecto
X
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
X
Interesados
Monitoreo y Control
Cuál fue el nivel de control de
No se
Poco
Se
Altamente
las siguientes áreas:
controlo
control controlo Controlado
Alcance del Proyecto
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
X
Involucrados
X
Proyecto B: el proyecto amazonaAPP identificado para este proyecto de grado
como proyecto B, planteaba como objetivó el desarrollo de una aplicación móvil
multiplataforma el cual funcionaria como directorio digital offline gratuito donde
se encontrará toda la información de comercio, servicios, compra y venta de
66
enceres de Leticia(Colombia) y Tabatinga (Brasil), este proyecto se culminó en
su primera versión estable siendo publicado en el Google Play Store, sin
embargo, el mismo no fue culminado dentro de los tiempos establecidos con el
cliente desviándose 176 h/h adicionales a lo establecido previamente, para
identificar la problemática se aplicó la lista de verificación.
Tabla 5: Listado de chequeo de planificación, control y seguimiento del proyecto B
Lista de chequeo de planificación, control y seguimiento de
los proyectos Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
#
1
2
3
4
5
6
7
8
#
1
2
3
4
5
6
7
Proyecto B
352 H
528 H
Planificación
Cuál fue el nivel de definición
No se
Poca
Se
Claramente
de las siguientes áreas:
definió definición definió
definido
Alcance del Proyecto
X
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
Interesados
X
Monitoreo y Control
Cuál fue el nivel de control de
No se
Poco
Se
Altamente
las siguientes áreas:
controlo
control controlo Controlado
Alcance del Proyecto
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
X
67
8 Involucrados
X
Proyecto C: el proyecto TEI Recargas identificado para este proyecto como el
proyecto C, planteaba el desarrollo de una aplicación móvil para la plataforma
Android, la cual tenía como finalidad funcionar como una estación de recarga
para tarjetas de tecnologías sin contacto pertenecientes al Sistema Integrado de
Transporte Masivo del Distrito especial, industrial y portuario de Barranquilla y
su Área Metropolitana (Transmetro S.A.S.), la aplicación utilizaba un lector NFC
conectado vía USB al dispositivo para realizar las operaciones necesarias con
las tarjetas Mifare Classic 1K, esta aplicación fue culminada y pudo ser
instalada para las pruebas pilotos realizadas por Transmetro S.A.S, sin
embargo, esta aplicación no fue culmina dentro de los tiempos acordados
teniendo una desviación del 75%, en busca de aclarecer las causas de dicho
retraso se aplica la lista de verificación.
Tabla 6: Listado de chequeo de planificación, control y seguimiento del proyecto C
Lista de chequeo de planificación, control y seguimiento de los
proyectos Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
#
1
2
3
4
5
6
7
Proyecto C
704 H
1232 H
Planificación
Cuál fue el nivel de definición
No se
Poca
de las siguientes áreas:
definió definición
Alcance del Proyecto
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
Se
definió
Claramente
definido
X
68
8 Interesados
#
1
2
3
4
5
6
7
8
X
Monitoreo y Control
Cuál fue el nivel de control de
No se
Poco
las siguientes áreas:
controlo
control
Alcance del Proyecto
X
Cronograma
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
X
Involucrados
X
Se
Altamente
controlo Controlado
X
Proyecto D: el proyecto lovecolombia identificado para este trabajo de grado
como el proyecto D, es un e-commerce en donde se comercializa diferentes
productos destinados al público colombiano, este proyectó tenía como objetivó
establecer cambios estéticos y funcionales en este portal, sin embargo, este
proyecto no fue culminado ya que el cliente expreso un descontento con la
calidad del producto, el mismo también tuvo inconvenientes con los tiempos
estipulados, sin embargo, estos no superaban la desviación del 10%
establecidos como margen máximo de desviación dentro de los contratos, para
obtener las posibles causas se aplicó la lista de verificación.
Tabla 7: Listado de chequeo de planificación, control y seguimiento del proyecto D
Lista de chequeo de planificación, control y seguimiento de
los proyectos Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
Cuál fue el nivel de definición
#
de las siguientes áreas:
Proyecto D
100 H
106 H
Planificación
No se
Poca
definió definición
Se
Claramente
definió
definido
69
1
2
3
4
5
6
7
8
#
1
2
3
4
5
6
7
8
Alcance del Proyecto
Cronograma
Costos
Calidad
Recursos
Comunicaciones
Riesgos
Interesados
X
X
X
X
X
X
X
X
Monitoreo y Control
cual fue el nivel de control de
No se
Poco
las siguientes áreas:
controlo
control
Alcance del Proyecto
X
Cronograma
X
Costos
X
Calidad
X
Recursos
X
Comunicaciones
X
Riesgos
X
Involucrados
X
Se
Altamente
controlo Controlado
Luego de aplicar la lista de verificación en los diferentes proyectos que
fracasaron se analizan las dos secciones “planificación” y “control y
seguimiento”, obteniendo como resultado de este análisis que la mayoría de las
áreas de conocimiento no aplicadas en los proyectos según el juicio de expertos
se agrupan en los procesos del grupo de control y seguimiento, ya que en los
cuatro (4) proyectos analizados marcaron como no se controló los procesos de
control y seguimiento, según muestra el siguiente gráfico.
70
Figura 33: Agrupación de fallas en los grupos de procesos de planificación - Monitorio y control
Para el análisis detallado de cada una de las áreas de conocimiento aplicadas
según cada grupo, en el grupo de planificación se detectó que las áreas de
conocimiento menos aplicadas en los proyectos fueron el “control de riesgos”,
“control de la calidad” y el “control de costos”, mientras que para el grupo de
monitoreo y control casi ninguna de las áreas de conocimiento fue aplicada a
los proyectos, tal y como lo indican la Figura 34 y la Figura 35.
Figura 34: Áreas de conocimiento aplicadas en el grupo de procesos de planificación.
71
Figura 35: Áreas de conocimiento aplicadas en el grupo de procesos de monitoreo y control.
Como resultado de este análisis se establece que no se implementa casi en su
mayoría de los proyectos ninguno de los grupos de procesos descritos por la
PMBOK, estableciendo esto como un factor resaltante en la administración
actual de los proyectos que está llevando al fracaso de los mismos, no se están
planificando ni controlando correctamente los proyectos, teniendo como
resultado que no se definan correctamente los alcances ni los riesgos, por ello
no se establecen correctamente las actividades que componen un el
cronograma, estableciendo horas de trabajo irreales.
Objetivó 2: Analizar las mejores prácticas para la administración de
proyectos aplicables a los proyectos tecnológicos con metodologías
agiles.
Para el análisis de las mejores prácticas se analizaron las metodologías ágiles
Scrum y Desarrollo impulsado por Funcionalidades para el desarrollo de
proyectos de software, correlacionándola con las áreas de conocimiento del PMI
analizando cuáles se ajustan mejor a las necesidades de la empresa y que
72
refuercen las debilidades en la gestión de proyectos. En la Tabla 8: Cuadro
Comparativo, se observa estas dos metodologías, en donde se puede examinar
que la metodología FDD, se ajusta más a los requerimientos organizacionales
ya que la misma permite estimar cronogramas e interacciones en misión de las
funcionalidades generales según el criterio de los expertos permitiendo de esta
manera presentar un cronograma inicial más realista, adicionalmente, de poder
gestionar los recursos accionados a las actividades de forma más eficiente.
73
Tabla 8: Cuadro Comparativo
PMI
Alcance del Proyecto
Cronograma
Scrum
FDD
Al definir el product backlog se define las tareas a
realizar dentro de las interacciones, sin embargo, no
se definen un alcance claro de las interacciones del
sistema
Al definir un modelo general se plantea un alance del
proyecto, es decir hasta donde se va a llegar con
respecto a las interacciones y funcionalidades generales
del sistema
No se puede estimar la totalidad de un proyecto, ya
que la estimación de los tiempos se realizan dentro de
cada interacción
Al definir cada una de las funcionalidades, podemos
estimar las tareas por medio de la opinión de expertos,
así mismo esta metodología permite la estimación de la
cantidad de interacciones.
No Gestiona Costos
No Gestiona Costos
Costos
Calidad
La calidad se comprueba en cada interacción,
basándose en las historias de usuarios creadas en el
sprint backlog
La calidad se comprueba en cada interacción, basándose
en el diseño de la funcionalidad
Recursos
Los recursos son estimados en el sprint planning, es
decir en cada interacción, por lo cual no se tiene una
visión global de los recursos necesarios
Al tener una visión global de los tiempos y actividades de
todo el proyecto se puede asignar los recursos
necesarios.
En la comunicación se plantea un reunión diaria para
informar a los miembros del equipo.
No Gestiona Comunicaciones
No Gestiona Riesgos
No Gestiona Riesgos
Se identifica un Product Owner como el interesado por
parte del cliente
Se identifica a los Expertos de dominio como el
interesado por parte del cliente
Comunicaciones
Riesgos
Interesados
74
Objetivó 3: Estructurar las fases de la metodología para la empresa
objeto de estudio
Para establecer las fases de la metodología propuesta, es necesario
establecer el ciclo de vida de los proyectos, lo cuales pueden estructurarse
en forma genérica en cinco fases: Inicio de Proyecto, Organización y
planificación, ejecución del trabajo, Monitoreo y control y cierre del proyecto.
Es necesario recordar que los grupos de procesos descritos por el PMI en el
PMBOK (2017) se pueden desarrollar a lo largo del ciclo de vida del
proyecto, así como también los se verán integradas las cinco fases descritas
en la metodología FDD.
Figura 36: Fases Propuestas de la metodologías.
En cada una de las fases se implantarán los pasos descritas en la
metodología FDD e incorporando las mejores prácticas para la metodología
de proyectos descritos en la PMI, solventando algunas de las desventajas
como la falta de documentación y problemas en la comunicación,
apoyándonos de las diferentes áreas de conocimientos. Para desarrollar
enmarcar las actividades descritas como mejores prácticas en la PMI y las
descritas en el FDD dentro del ciclo de vida se tiene (ver Tabla 9):
75
Tabla 9: Cuadro de integración de PMBOK y FDD al ciclo de vida.
FDD
PMBOK
Desarrollar el Acta de
Constitución del Proyecto
Fase I
Identificar a los Interesados
Desarrollo de modelo
General
Planificar la Gestión del Alcance
Recopilar Requisitos
Definir el Alcance
Construir una lista de
funcionalidades
Planificar la Gestión del
Cronograma
Definir las Actividades
Secuenciar las Actividades
Fase II
Planear Actividades
Estimar la Duración de las
Actividades
Estimar la Duración de las
Actividades
Estimar los Recursos de las
Actividades
Diseño técnico de
funcionalidades e iteraciones
Desarrollar el Cronograma
Planificar la Gestión de la
Calidad
Dirigir y Gestionar el Trabajo del
Proyecto
Fase III
Desarrollo de funcionalidad
según iteración
Gestionar el Conocimiento del
Proyecto
Gestionar la Calidad
Monitorear y Controlar el
Trabajo del Proyecto
Fase IV
Realizar el Control Integrado de
Cambios
76
FDD
PMBOK
Validar el Alcance
Controlar el Alcance
Controlar el Cronograma
Controlar la Calidad
Fase V
Cerrar el Proyecto
Debido al tamaño y la naturaleza de los proyectos y el equipo de trabajo
manejados por la empresa se omitieron algunas de las buenas practicas,
como son el análisis de los riesgos, de interesados, comunicación, costos,
adquisiciones y recursos, con el fin de agilizar el proceso de planificación y
entrega de las interacciones, para dar una secuencia lógica se establecerá
una secuencia de actividades.
Fase I: Inicio de Proyecto
Fase II: Organización y planificación
Fase III: Eejecución del trabajo
Fase V: Cierre del
proyecto
Diseño Pruebas
Acta de Constitución
del Proyecto
Requerimientos del
Sistema
Planificación de
Cronograma
Desarrollo de
Código
Diseño técnico
Cierre del Proyecto
Pruebas
Figura 37: Secuencia de actividades según el ciclo de vida.
Objetivó 4: Diseñar una metodología basándose en las mejores
prácticas para la administración de proyectos
Para dar cumplimiento a este objetivo es necesarios establecer las
herramientas que permitirán reforzar las fallas existentes dentro de la
organización que con anterioridad se estudiaron, cumpliendo con las mejores
prácticas propuestas por el PMI, pero sin dejar de lado la agilidad necesaria
en los proyectos actuales de desarrollo de sistemas de información, por lo
77
cual se busca de dar soporte a las fallas en la planificación y control de estos
proyectos, sin caer en la elaboración largos documentos difíciles leer y que
ocupan demasiado tiempo en su elaboración.
Por ello se tomó la decisión de seleccionar las mejores prácticas
establecidas por el PMI y la filosofía de la metodología FDD, proponiendo de
esta forma la elaboración de pocos documentos enfocados en las
funcionalidades del sistema, pero que también permitan hacer una
planificación y control del alcance, objetivos, cronogramas y demás
componentes que conforman un proyecto, permitiendo al equipo desarrollar
un producto con tiempos más reales y de mejor calidad. En función a esto se
plantea la elaboración de los siguientes documentos:
•
Acta de Constitución: este documento marca el inicio formal de un
proyecto,
en
donde
se
establecen
los
acuerdos
y
las
responsabilidades de las partes, por la naturaleza de los proyectos
elaborados en Crossware Solutions S.A.S esta Acta de Constitución
se apreciará en un contrato formal con los clientes.
•
Diseño General: Este documento buscará plantear una visión global
del proyecto, en donde se establezca el propósito, el alcance, los
objetivos, los requerimientos de alto nivel, los criterios de aceptación y
la definición de los entregables (EDT/WBS). Todo esto con el fin de
dar contexto al equipo sobre el que, el cómo y el para qué del
proyecto.
•
Requerimientos del Sistema: tal y como indica la metodología FDD,
la propone la construcción de una lista de requerimientos por
funciones, este documento planteará al detalle cada uno de los
requerimientos del sistema basándose en funcionalidad, por lo cual
este documento contendrá:
o Requerimientos Funcionales
o Requerimientos No Funcionales
78
o Roles y Permisos de los usuarios
o Reglas de Negocio
o Requerimientos de conexiones externas.
•
Planificación de Cronograma e Interacción: Luego de establecer
los requerimientos por funcionalidad los cuales representarán las
actividades en cronograma, se estimarán los tiempos y recursos para
cada una de estas, al mismo tiempo se estimarán las interacciones
las cuales representarán los entregables incrementales del sistema.
•
Diseño Técnico por Interacción: Este documento se elaborará al
inicio de cada iteración, el cual tiene como objetivó diseñar los casos
de usos, flujos y demás factores que sugiera el equipo, para dar las
pautas para el desarrollo de cada iteración.
•
Diseño de pruebas por Interacción: Este documento contendrá la
matriz de casos de pruebas necesarias para cumplir los criterios de
aceptación y comprobar que la funcionalidad desarrollada en cada
interacción se ajuste a los requerimientos técnicos, para esta manera
asegurar la calidad del producto.
•
Documento de avances: Este documento contendrá información del
avance, inconvenientes y restricciones que impidan el avance según
lo planificado, la prioridad de la generación de este documento de
acordar con el cliente en el inicio del proyecto, este documento
además de mantener informado a los interesados permitirá la toma de
decisiones por parte del equipo para ajustar tiempos, recursos o
diseños.
•
Documento de cierre del Proyecto: Una vez que se finalicen todos
los entregables planificados, es necesario dar cierre formal al
proyecto, en donde se documentaran las lecciones aprendidas y en
donde el cliente dará fe del cumplimiento y entrega del proyecto.
Los documentos elaborados se guardarán en un repositorio, para que toda
esta información constituya una base para el desarrollo de futuros proyectos,
79
los cuales cumplen la función de incrementar el activo intelectual, y garantiza
la
transferencia
de
conocimiento
a
futuros
miembros
del
equipo
preparándolos para proyectos futuros.
80
CAPÍTULO VI. LA PROPUESTA
La propuesta de la metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S se fundamenta en los resultados de los estudios efectuados
a los proyectos ejecutados en el periodo enero - noviembre 2018, en donde
se valoró las áreas de conocimientos pertenecientes a los grupos de
planificación, control y monitoreo que han llevado al fracaso en términos de
tiempo y calidad a muchos de los proyectos objectos de estudio.
Objetivos de la Propuesta.
Objetivó General
Proponer una metodología para la para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S
Objetivos Específicos
•
Seleccionar las mejores prácticas descriptas en el PMBOK Versión 6
para la planificación, control y seguimiento, aplicables a los proyectos
de desarrollo de software.
•
Seleccionar los procesos de la metodología FDD que mejor se
adapten a a los proyectos desarrollados en Crossware Solutions S.A.S
Justificación de la Propuesta
El diagnóstico realizado a los proyectos ejecutados en Crossware Solutions
S.A.S, deja en evidencia las falencias en términos de planificación, control y
seguimiento que presentan la mayoría de estos, trayendo como resultado
81
una pérdida total del negocio de la empresa. Basándose en los autores
estudiados en este trabajo de grado se toman las mejores prácticas y las
metodologías más adecuadas para subsanar este problema que afecta todo
el core del negocio. Esta propuesta busca establecer los procesos
estandarizados, para facilitar y garantizar la definición de la calidad, tiempos
y por ende la satisfacción del cliente.
Alcance de la Propuesta
La propuesta está destinada a generar una estandarización de procesos
tomando las mejores prácticas y las metodologías aplicables a los proyectos
ejecutados dentro del departamento de desarrollo de software de Crossware
Solutions S.A.S, sin embargo, esta propuesta no abarca la implantación de
estos procesos dentro de la organización, por lo cual esta no incluye planes
de implementación, ni de actualización y mejoras continuas.
Desarrollo de la Propuesta
Para el desarrollo de la propuesta se deben ejecutar diferentes pasos para
cumplir con el objetivó de proponer una metodología para la para la gestión y
control de proyectos tecnológicos en el departamento de desarrollo de
software de Crossware Solutions S.A.S, los cuales se listan a continuación:
•
Desarrollo del Acta de Constitución de Proyecto.
•
Desarrollo del documento de Diseño General.
•
Desarrollo del documento de Requerimientos del Sistema.
•
Desarrollo del Cronograma e Interacciones.
•
Desarrollo del documento de Diseño Técnico por Interacción.
•
Desarrollo del documento de pruebas por Interacción.
•
Desarrollo del documento de Documento de avances.
•
Desarrollo del documento de cierre del Proyecto.
82
Factibilidad de la Propuesta
Para el desarrollo de una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S, es necesario contar con los recursos, en esta sección se
determina si es factible el desarrollo de esta. Analizamos la factibilidad
técnica y operativa las cuales demuestran que no solo es necesario para la
supervivencia compañía y si no que además es factible ya que cuenta con
los recursos necesarios.
Factibilidad Operativa.
Para el desarrollo de la propuesta es necesario contar con personal
capacitado en las mejores prácticas en los procesos de planificación,
seguimiento y control expuestos por la PMI, así mismo se encuentre
familiarizado con metodologías agiles, todo esto con el fin la creación de un
manual de procesos estandarizados que apoyen a la a culminación exitosa
de los proyectos de desarrollo, en este sentido la empresa cuenta con el
personal con los conocimientos necesarios para ellos, haciendo la propuesta
operativamente factible.
Factibilidad Técnica
Es necesario equipos de cómputo, programas de software y materiales de
oficina para el desarrollo de la propuesta, con los cuales la empresa cuenta,
ya que estos también son necesarios para el desempeño de las actividades
diarias de la compañía.
83
Análisis Costo – Beneficio
En este análisis se pondrán sobre una balanza los costos de esta propuesta
y los beneficios obtenidos de ello, en este análisis se tuvo presentes los
costos asociados a al desarrollo de la propuesta de desarrollo de una
metodología para la gestión y control de proyectos tecnológicos en el
departamento de desarrollo de software de Crossware Solutions S.A.S, así
como todos los beneficios para la compañía que traerá consigo.
Como se observó en el análisis de factibilidad la empresa ya cuenta con la
mayoría de los recursos disponibles, sin embargo, es necesario asociar los
costos del recurso humano que trabajara en desarrollo de esta propuesta
para la estandarización de los procesos de planificación, control y
seguimiento de los proyectos de desarrollo de software, costos que podemos
ver en la Tabla 9: Costos de Recursos Humanos. Frente a estos costos los
beneficios tienen un gran impacto sobre los lineamientos generales de la
empresa, ya que es de vital importancia la estandarización de procesos para
mejorar la calidad de los productos.
Tabla 9: Costos de Recursos Humanos.
Recursos Humanos
Recurso
Especialista en Gestión de Proyectos (Buenas
prácticas PMBOK)
Especialista en Metodologías Agiles
Costo Total Mensual
Costo Mensual
(Bs)
50.000
50.000
100.000
84
CAPÍTULO VII. EVALUACIÓN DEL PROYECTO
Para el cumplimiento de cada uno de los objetivos planteados fue necesario
la experticia de los desarrolladores y lideres de los cinco (5) proyectos
seleccionados, a cuáles se les fue aplicado los instrumentos diseñados con
el fin de identificar los procesos que fallaron. A continuación, se detalla la
evaluación de los objetivos plantados en esta investigación, resaltando que
se dio cumplimiento a cada uno de ellos siguiendo las buenas practicas
establecidas por el PMI en su 6ta edición del PMBOOK, así como siguiendo
la metodología FDD.
Objetivo 1: Analizar la situación actual sobre la planificación, control y
seguimiento de los proyectos tecnológicos en el caso de estudio.
Para dar cumplimiento a este objetivo se seleccionó 5 proyectos de
desarrollo de software ejecutados por el departamento desarrollo de software
en el periodo de enero – noviembre 2018, para los cuales se diseñó y aplico
un instrumento para verificar la aplicación de las áreas de conocimientos
descritas por el PMI, dicha información fue recogida por medio de la
observación directa y experiencia de los expertos involucrados en los
proyectos.
Al analizar los datos recolectados se obtuvieron las figuras 33, 34 y 35 en
donde se grafican los resultados de los niveles de falencia de los grupos de
conocimiento de planificación, monitoreo y control, arrojando como
conclusión que no se aplican dentro de la organización casi que ninguna de
las buenas prácticas para la planificación, control y monitoreo establecidas
por el PMI. Por lo cual podemos decir que se cumplió con el objetivo
establecido.
85
Objetivo 2: Analizar las mejores prácticas para la administración de
proyectos aplicables a los proyectos tecnológicos con metodologías
agiles.
Para dar cumplimiento a este objetivo se seleccionaron las metodologías
agiles para el desarrollo de proyectos más populares y que sugeridas por el
equipos de proyectos, las cuales fueron Scrum y Desarrollo impulsado por
funcionalidades o FDD por sus siglas en inglés, para la selección de algunas
de estas dos metodologías se realizó un cuadro comparativo, teniendo como
parámetro de comparación cada una de las grupos de conocimiento
establecidas por el PMI, dando como resultado la Tabla 8: Cuadro
Comparativo dispuesta en el capítulo V.
Resultando de esta comparación que la metodología FDD se ajusta mas a la
cultura organizacional y los objetivos de la empresa, sin dejar de lado una
metodología ágil pero que termine establecer tiempos mas reales antes de la
planificación total del proyecto, permitiendo así establecer tiempos y costos
para las propuestas comerciales. Por tal motivo se puede dar como cumplido
este objetivo.
Objetivo 3: Estructurar las fases de la metodología para la empresa
objeto de estudio.
Para este objetivo se integró las 5 (cinco) fases genéricas establecida en la
sexta edición del PMBOOK, con las cinco fases establecidas en la
metodología FDD, estableciendo las cinco fases a aplicar para esta
metodología tal y como muestra la figura 36, en donde se establecen las
siguientes fases:
•
Fase I: Inicio del Proyecto
•
Fase II: Organización y Planificación.
86
•
Fase III: Ejecución del Trabajo.
•
Fase IV: Monitoreo y control.
•
Fase V: Cierre del Proyecto.
Así mismo se muestra la integración de la metodología FDD a estas cinco
fases en la Tabla 9, la cual se encuentra en el capítulo V de esta
investigación, dando como resultado la figura 37, en donde se muestra las
actividades a realizar en cada una de estas fases, implantando los pasos de
la metodología y las buenas prácticas en los proyectos, dando como
cumplimiento a este objetivo.
Objetivo 4: Diseñar una metodología basándose en las mejores
prácticas para la administración de proyectos.
En este objetivo se establecieron las herramientas o artefactos necesarias
para establecer finalmente esta metodología, siguiendo las mejores prácticas
y pasos establecidos en la sexta edición del PMBOOK y la metodología FDD
respectivamente, generando la siguiente lista de artefactos diseñados para
ser parte de la metodología para la planificación, control y seguimiento de los
proyectos de desarrollo de software de Crossware Solutions, S.A.S., estos
artefactos son:
•
Acta de Constitución.
•
Diseño General
•
Requerimientos del Sistema
•
Planificación de Cronograma e Interacción
•
Diseño Técnico por Interacción
•
Diseño de pruebas por Interacción
•
Documento de avances
•
Documento de cierre del Proyecto
87
Objetivo General
Al cumplirse los objetivos específicos se puede afirmar que se logró el
objetivo principal del trabajo de grado “Diseñar una metodología para la
gestión y control de proyectos tecnológicos en el departamento de
desarrollo de software de Crossware Solutions S.A.S”, con lo que se
espera incrementar el número de proyectos exitosos en términos de calidad,
tiempo, costos y satisfacción del cliente ejecutados por el departamento de
desarrollo de software de Crossware Solutions S.A.S.
88
CAPÍTULO VIII. CONCLUSIONES Y RECOMENDACIONES
En este capítulo contiene las conclusiones en donde se hablan de las
decisiones tomadas frente al problema planteado a lo largo de la
investigación y de las recomendaciones que serán necesarias para cosechar
los frutos de la misma.
Conclusiones
Se determinó a lo largo de la investigación que el bajo grado de definición de
alcance, así como la inexistencia de control y seguimiento sobre los
proyectos afecto de manera negativa a los desarrollos de software, por lo
cual se generan productos de baja calidad poniendo en riesgo el negocio de
la compañía, por lo cual, la estandarización de procesos incluyendo
metodologías agiles para adaptase a requerimientos cambiantes, representa
una oportunidad no solo para mejorar sino también para expandirse a
proyectos de mayor envergadura.
Por ello dentro de los objetivos principal de esta investigación fue el
desarrollo de una metodología para la gestión y control de proyectos
tecnológicos en el departamento de desarrollo de software de Crossware
Solutions S.A.S, en donde se planteó la generación de algunos documentos
que buscan dar formalidad y generar una fuente para la gestión de
conocimiento, estos documentos se basan en las mejores practicas
establecidas en el PMBOK. Adicionalmente se introdujo metodologías agiles
como el Desarrollo basado en funcionalidades o FDD por sus siglas en
inglés, con el fin de hacer más flexible y adoptable los desarrollos.
89
Recomendaciones
Para que se cosechen los frutos de esta investigación es necesario tomar en
cuenta ciertas recomendaciones:
•
Es necesario capacitar al personal involucradas en el área de
desarrollo de software en la elaboración de los documentos, así como
en la metodología Desarrollo basado en funcionalidades.
•
Es recomendable establecer planes de mejora continua en los
procesos basándose en las lecciones aprendidas en proyectos
ejecutados.
•
Es recomendable establecer repositorios web en donde todo el
personal involucrado pueda obtener las lecciones aprendidas y
continuas actualizaciones de los procesos en todo momento.
90
REFERENCIAS BIBLIOGRÁFICAS
Arias, F. (2006). El Proyecto de Investigación. Caracas, Venezuela. Obtenido de
https://ebevidencia.com/wp-content/uploads/2014/12/EL-PROYECTO-DEINVESTIGACI%C3%93N-6ta-Ed.-FIDIAS-G.-ARIAS.pdf
Balestrini, M. (2006). Como se Elabora el Proyecto de Investigacion. Caracas: BL
Consultores Asociados.
Barrientos, J. (Enero de 2006). Diseño de una metodología para la gestión y control
de proyectos informáticos en integra consultores. Caracas, Venezuela.
Obtenido de
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAQ6425.pdf
Campo Amaya, L. F. (Junio de 2008). Marco metodológico para la administración de
Proyectos de Software utilizando las mejores prácticas propuestas por el
modelo CMMI-DEV Versión 1.2. Barranquilla, Colombia. Obtenido de
http://manglar.uninorte.edu.co/bitstream/handle/10584/120/72291088.pdf?seq
uence=1
Chamoun, Y. (2002). Administración profesional de proyectos la guía. Obtenido de
https://estadiapractica.files.wordpress.com/2015/02/admon-profe-proyecos-laguia.pdf
Contreras, E. (Mayo de 2011). Desarrollo de un plan de procesos para la
administración de proyectos tecnológicos caso de estudio: gerencia de
tecnología de la información del banco de la vivienda y hábitat (BANAVIH).
Caracas, Venezuela.
Crossware Solutions S.A.S. (2016). Manual Corporativo. Bogotá, Colombia.
Fernández, J., Navarro, A., & Morales, J. (4 de Septiembre de 2013). Revisión de
metodologías ágiles para el desarrollo de software. Obtenido de
https://www.redalyc.org/pdf/4962/496250736004.pdf
Hernandez, R., Fernandez, C., & Baptista, M. (2014). Metodologia de la
investigacion. Obtenido de http://observatorio.epacartagena.gov.co/wpcontent/uploads/2017/08/metodologia-de-la-investigacion-sextaedicion.compressed.pdf
Pelayo, C. (Octubre de 2007). Metodología para la Gestión de Proyectos de
Desarrollo de Software en el Ministerio Publico. Caracas, Venezuela.
Obtenido de
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAR2602.pdf
91
PMI. (s.f.). Código de Ética y Conducta Profesional. Obtenido de
https://www.pmi.org/-/media/pmi/documents/public/pdf/ethics/pmi-code-ofethics.pdf?sc_lang_temp=es-ES
Project Management Institute, Inc (PMI). (2017). Guía de los fundamentos para la
dirección de proyectos. Chicago: Project Management Institute, Inc (PMI).
PWC. (2018). Perspectives from the Global Entertainment & Media Outlook 2018–
2022.
Rodríguez, C., Lorenzo, O., & Herrera, L. (2005). Teoría y práctica del análisis de
datos cualitativos. Proceso general y criterios de calidad. Obtenido de
http://www.redalyc.org/articulo.oa?id=65415209
Tovar Gonzalez, J. (Junio de 2012). Metodología de gerencia de proyectos bajo
enfoque Front-end-loading (FEL) Caso de estudio: Departamento de
Ingeniería de Sistemas UNEXPO. Caracas, Venezuela.
UCAB. (2001). Instrutivo Integrado para Trabajos Especiales de Grado.
92
ANEXOS
93
Anexo A: Validación de Instrumento Dra. Gloria Aponte
Caracas, 06 de julio de 2019
Ciudadana
Dra. Gloria Aponte
Universidad Católica Andrés Bello.
Presente.
Tengo el honor de dirigirme a usted, en la oportunidad de solicitar su valiosa
colaboración, en el sentido de servir como experto en la validación de los
instrumentos anexos a la presente comunicación, relacionados con el trabajo de
grado de especialización titulado DISEÑO DE UNA METODOLOGÍA PARA LA
GESTIÓN
Y
CONTROL
DE
PROYECTOS
TECNOLÓGICOS
EN
EL
DEPARTAMENTO DE DESARROLLO DE SOFTWARE DE CROSSWARE
SOLUTIONS S.A.S
Mucho le agradezco sus aportes en cuanto a su opinión en el presente instrumento,
por cuanto es de gran importancia, toda vez que ayudará significativamente a
garantizar la calidad del levantamiento de la información adecuada para la
investigación que adelanto.
Atentamente
Yessica García
Cursante de la Especialidad
Gerencia de Proyectos
94
OBJETIVOS DE LA INVESTIGACION
General
• Diseñar una metodología para la gestión y control de
proyectos tecnológicos en el departamento de desarrollo
de software de Crossware Solutions S.A.S
Específicos:
1. Analizar la situación actual sobre la planificación, control
y seguimiento de los proyectos tecnológicos en el caso
de estudio.
2. Analizar las mejores prácticas para la administración de
proyectos aplicables a los proyectos tecnológicos con
metodologías agiles.
3. Estructurar las fases de la metodología para la empresa
objeto de estudio.
4. Diseñar una metodología basándose en las mejores
prácticas para la administración de proyectos.
95
5. OPERACIONALIZACIÓN DE LAS VARIABLES
Variables
Dimensiones
Planificacion
Situación actual
Control y Seguimiento
Mejores prácticas
Administracion de Proyectos
Metodologias Agiles
Planificacion
Metodologia
Control y Seguimiento
Cierre
Indicadores
Nivel de definicion del Alcance
Nivel de definicion del Cronograma
Nivel de definicion de lo Costos
Nivel de definicion de la Calidad
Nivel de definicion de la Recursos
Nivel de definicion de las Comunicaciones
Nivel de definicion de Riesgos
Nivel de definicion de Interesados
Nivel de control del Alcance
Nivel de control del Cronograma
Nivel de control de Costos
Nivel de control de Calidad
Nivel de control de Recursos
Nivel del monitoreo de Comunicaciones
Nivel del monitoreo de Riesgos
Nivel del monitoreo de los Involucrados
Informe de Analisis de mejores practicas
Informe de Analisis de metodologias agiles
Metodologia para la planificacion de proyectos
de software
Metodologia para el control y seguimiento de
proyectos de software
Metodologia para el cierre de proyectos de
software
.
96
CUESTIONARIO A SER APLICADA(O) A EXPERTOS, EN
FUNCIÓN DE LOS OBJETIVOS DEL ESTUDIO Y LA
OPERACIONALIZACIÓN DE VARIABLES
INSTRUMENTO I.
LISTA DE CHEQUEO PARA MEDIR LA APLICACIÓN DE LAS AREAS
DE CONOCIMIENTO
Se diseñó una lista de verificación para medir según la
experiencia de los expertos y la observación directa la
aplicación de cada una de las áreas de conocimientos para la
planificación y el monitoreo y control estipuladas en el Project
Management Body of Knowledge (PMBOK) del PMI (2017),
en los proyectos de los casos de estudio.
LIsta de chequeo de planificación, control y seguimiento de los proyectos
Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
Planificación
Cuál fue el nivel de
# definición de las siguientes
áreas:
1 Alcance del Proyecto
No se
definió
Poca
definición
Se
definió
Claramente
definido
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Interesados
97
Monitoreo y Control
#
Cuál fue el nivel de control
de las siguientes áreas:
No se
controlo
Poco
control
Se
controlo
Altamente
Controlado
1 Alcance del Proyecto
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Involucrados
98
VALIDACIÓN DE LOS INSTRUMENTOS
99
INSTRUCCIONES
A continuación se presenta el instrumento para validar los instrumentos que se
implementarán durante el desarrollo de la presente investigación.
Lea el instrumento y marque con una (X), su criterio en cuanto a los aspectos que a
continuación se señalan:
PERTINENCIA
Relación estrecha de la pregunta con los indicadores del
estudio y el aspecto del instrumento que se encuentra
desarrollado.
REDACCIÓN:
Es la interpretación unívoca del enunciado de la
pregunta, a través de la claridad y precisión del uso del
vocabulario técnico.
ADECUACIÓN
Es la correspondencia del contenido de la pregunta con
el nivel de preparación o de desempeño del entrevistado
(Experto).
Se sugiere colocar en el recuadro de observaciones, aquellas sugerencias que
considere pertinentes y en caso de requerirlo, sírvase escribir las sugerencias o
correcciones sobre el enunciado de la pregunta.
La escala a utilizar es:
E: EXCELENTE: El indicador se presenta en grado muy superior al mínimo aceptable.
MB: MUY BUENO: El indicador se presenta en grado superior al mínimo aceptable, sin
llegar a ser excelente.
R: REGULAR: El indicador se presenta en grado igual o ligeramente superior al mínimo
aceptable.
D: DEFICIENTE: El indicador no llega al mínimo aceptable pero se acerca a él.
MD: MUY DEFICIENTE: El indicador está lejos de alcanzar el mínimo aceptable.
100
FORMATO DE EVALUACIÓN, SEGÚN CRITERIOS, DE LOS INSTRUMENTOS
INSTRUMENTO I
Lista de chequeo para medir la aplicación de las áreas de conocimiento
PREGUNTAS
PERTINENCIA
REDACCIÓN
ADECUACIÓN
E MB R D MD E MB R D MD E MB R D MD
Planificación
Cuál fue el nivel de definición de las siguientes áreas:
Alcance
del
X
X
X
Proyecto
Cronograma
X
X
X
Costos
X
X
X
Calidad
X
X
X
Recursos
X
X
X
Comunicaciones
X
X
X
Riesgos
X
X
X
Interesados
X
X
X
Monitoreo y Control
Cuál fue el nivel de control de las siguientes áreas :
Alcance
del
X
X
Proyecto
X
Cronograma
X
X
X
Costos
X
X
X
Calidad
X
X
X
Recursos
X
X
X
Comunicaciones
X
X
X
Riesgos
X
X
X
Involucrados
X
X
X
OBSERVACIONES - SUGERENCIAS
101
Fecha de la validación: 05/07/2019
Apellidos y nombres del validador: Dra. Gloria Aponte
Firma del validador:
102
Anexo B: Validación del Instrumento Ing. Bryam Herrera
Caracas, 06 de julio de 2019
Ciudadano
Ing. Bryam Herrera
PAM Solutions S.A.S.
Presente.
Tengo el honor de dirigirme a usted, en la oportunidad de solicitar su valiosa
colaboración, en el sentido de servir como experto en la validación de los
instrumentos anexos a la presente comunicación, relacionados con el trabajo de
grado de especialización titulado DISEÑO DE UNA METODOLOGÍA PARA LA
GESTIÓN
Y
CONTROL
DE
PROYECTOS
TECNOLÓGICOS
EN
EL
DEPARTAMENTO DE DESARROLLO DE SOFTWARE DE CROSSWARE
SOLUTIONS S.A.S
Mucho le agradezco sus aportes en cuanto a su opinión en el presente instrumento,
por cuanto es de gran importancia, toda vez que ayudará significativamente a
garantizar la calidad del levantamiento de la información adecuada para la
investigación que adelanto.
Atentamente
Yessica García
Cursante de la Especialidad
Gerencia de Proyectos
103
OBJETIVOS DE LA INVESTIGACION
General
• Diseñar una metodología para la gestión y control de
proyectos tecnológicos en el departamento de desarrollo
de software de Crossware Solutions S.A.S
Específicos:
6. Analizar la situación actual sobre la planificación, control
y seguimiento de los proyectos tecnológicos en el caso
de estudio.
7. Analizar las mejores prácticas para la administración de
proyectos aplicables a los proyectos tecnológicos con
metodologías agiles.
8. Estructurar las fases de la metodología para la empresa
objeto de estudio.
9. Diseñar una metodología basándose en las mejores
prácticas para la administración de proyectos.
104
10.
OPERACIONALIZACIÓN DE LAS VARIABLES
Variables
Dimensiones
Planificacion
Situación actual
Control y Seguimiento
Mejores prácticas
Administracion de Proyectos
Metodologias Agiles
Planificacion
Metodologia
Control y Seguimiento
Cierre
Indicadores
Nivel de definicion del Alcance
Nivel de definicion del Cronograma
Nivel de definicion de lo Costos
Nivel de definicion de la Calidad
Nivel de definicion de la Recursos
Nivel de definicion de las Comunicaciones
Nivel de definicion de Riesgos
Nivel de definicion de Interesados
Nivel de control del Alcance
Nivel de control del Cronograma
Nivel de control de Costos
Nivel de control de Calidad
Nivel de control de Recursos
Nivel del monitoreo de Comunicaciones
Nivel del monitoreo de Riesgos
Nivel del monitoreo de los Involucrados
Informe de Analisis de mejores practicas
Informe de Analisis de metodologias agiles
Metodologia para la planificacion de proyectos
de software
Metodologia para el control y seguimiento de
proyectos de software
Metodologia para el cierre de proyectos de
software
.
105
CUESTIONARIO A SER APLICADA(O) A EXPERTOS, EN
FUNCIÓN DE LOS OBJETIVOS DEL ESTUDIO Y LA
OPERACIONALIZACIÓN DE VARIABLES
INSTRUMENTO I.
LISTA DE CHEQUEO PARA MEDIR LA APLICACIÓN DE LAS AREAS
DE CONOCIMIENTO
Se diseñó una lista de verificación para medir según la
experiencia de los expertos y la observación directa la
aplicación de cada una de las áreas de conocimientos para la
planificación y el monitoreo y control estipuladas en el Project
Management Body of Knowledge (PMBOK) del PMI (2017),
en los proyectos de los casos de estudio.
LIsta de chequeo de planificación, control y seguimiento de los proyectos
Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
Planificación
Cuál fue el nivel de
# definición de las siguientes
áreas:
1 Alcance del Proyecto
No se
definió
Poca
definición
Se
definió
Claramente
definido
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Interesados
106
Monitoreo y Control
#
Cuál fue el nivel de control
de las siguientes áreas:
No se
controlo
Poco
control
Se
controlo
Altamente
Controlado
1 Alcance del Proyecto
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Involucrados
107
VALIDACIÓN DE LOS INSTRUMENTOS
108
INSTRUCCIONES
A continuación se presenta el instrumento para validar los instrumentos que se
implementarán durante el desarrollo de la presente investigación.
Lea el instrumento y marque con una (X), su criterio en cuanto a los aspectos que a
continuación se señalan:
PERTINENCIA
Relación estrecha de la pregunta con los indicadores del
estudio y el aspecto del instrumento que se encuentra
desarrollado.
REDACCIÓN:
Es la interpretación unívoca del enunciado de la
pregunta, a través de la claridad y precisión del uso del
vocabulario técnico.
ADECUACIÓN
Es la correspondencia del contenido de la pregunta con
el nivel de preparación o de desempeño del entrevistado
(Experto).
Se sugiere colocar en el recuadro de observaciones, aquellas sugerencias que
considere pertinentes y en caso de requerirlo, sírvase escribir las sugerencias o
correcciones sobre el enunciado de la pregunta.
La escala a utilizar es:
E: EXCELENTE: El indicador se presenta en grado muy superior al mínimo aceptable.
MB: MUY BUENO: El indicador se presenta en grado superior al mínimo aceptable, sin
llegar a ser excelente.
R: REGULAR: El indicador se presenta en grado igual o ligeramente superior al mínimo
aceptable.
D: DEFICIENTE: El indicador no llega al mínimo aceptable pero se acerca a él.
MD: MUY DEFICIENTE: El indicador está lejos de alcanzar el mínimo aceptable.
109
FORMATO DE EVALUACIÓN, SEGÚN CRITERIOS, DE LOS INSTRUMENTOS
INSTRUMENTO I
Lista de chequeo para medir la aplicación de las áreas de conocimiento
PREGUNTAS
PERTINENCIA
REDACCIÓN
ADECUACIÓN
E MB R D MD E MB R D MD E MB R D MD
Planificación
Cuál fue el nivel de definición de las siguientes áreas:
Alcance
del
X
X
X
Proyecto
Cronograma
X
X
X
Costos
X
X
X
Calidad
X
X
X
Recursos
X
X
X
Comunicaciones
X
X
X
Riesgos
X
X
X
Interesados
X
X
X
Monitoreo y Control
Cuál fue el nivel de control de las siguientes áreas :
Alcance
del
X
X
Proyecto
X
Cronograma
X
X
X
Costos
X
X
X
Calidad
X
X
X
Recursos
X
X
X
Comunicaciones
X
X
X
Riesgos
X
X
X
Involucrados
X
X
X
OBSERVACIONES - SUGERENCIAS
110
Fecha de la validación: 07/07/2019
Apellidos y nombres del validador: Ing. Bryam Herrera
Firma del validador:
111
Anexo C: Validación del Instrumento Lic. Mariángel Campos
Caracas, 06 de julio de 2019
Ciudadana
Lic. Mariangel Campos
Business Hunters C.A.
Presente.
Tengo el honor de dirigirme a usted, en la oportunidad de solicitar su valiosa
colaboración, en el sentido de servir como experto en la validación de los
instrumentos anexos a la presente comunicación, relacionados con el trabajo de
grado de especialización titulado DISEÑO DE UNA METODOLOGÍA PARA LA
GESTIÓN
Y
CONTROL
DE
PROYECTOS
TECNOLÓGICOS
EN
EL
DEPARTAMENTO DE DESARROLLO DE SOFTWARE DE CROSSWARE
SOLUTIONS S.A.S
Mucho le agradezco sus aportes en cuanto a su opinión en el presente instrumento,
por cuanto es de gran importancia, toda vez que ayudará significativamente a
garantizar la calidad del levantamiento de la información adecuada para la
investigación que adelanto.
Atentamente
Yessica García
Cursante de la Especialidad
Gerencia de Proyectos
112
OBJETIVOS DE LA INVESTIGACION
General
• Diseñar una metodología para la gestión y control de
proyectos tecnológicos en el departamento de desarrollo
de software de Crossware Solutions S.A.S
Específicos:
11.
Analizar la situación actual sobre la planificación,
control y seguimiento de los proyectos tecnológicos en
el caso de estudio.
12.
Analizar
las
mejores
prácticas
para
la
administración de proyectos aplicables a los proyectos
tecnológicos con metodologías agiles.
13.
Estructurar las fases de la metodología para la
empresa objeto de estudio.
14.
Diseñar
una
metodología
basándose
en
las
mejores prácticas para la administración de proyectos.
113
15.
OPERACIONALIZACIÓN DE LAS VARIABLES
Variables
Dimensiones
Planificacion
Situación actual
Control y Seguimiento
Mejores prácticas
Administracion de Proyectos
Metodologias Agiles
Planificacion
Metodologia
Control y Seguimiento
Cierre
Indicadores
Nivel de definicion del Alcance
Nivel de definicion del Cronograma
Nivel de definicion de lo Costos
Nivel de definicion de la Calidad
Nivel de definicion de la Recursos
Nivel de definicion de las Comunicaciones
Nivel de definicion de Riesgos
Nivel de definicion de Interesados
Nivel de control del Alcance
Nivel de control del Cronograma
Nivel de control de Costos
Nivel de control de Calidad
Nivel de control de Recursos
Nivel del monitoreo de Comunicaciones
Nivel del monitoreo de Riesgos
Nivel del monitoreo de los Involucrados
Informe de Analisis de mejores practicas
Informe de Analisis de metodologias agiles
Metodologia para la planificacion de proyectos
de software
Metodologia para el control y seguimiento de
proyectos de software
Metodologia para el cierre de proyectos de
software
.
114
CUESTIONARIO A SER APLICADA(O) A EXPERTOS, EN
FUNCIÓN DE LOS OBJETIVOS DEL ESTUDIO Y LA
OPERACIONALIZACIÓN DE VARIABLES
INSTRUMENTO I.
LISTA DE CHEQUEO PARA MEDIR LA APLICACIÓN DE LAS AREAS
DE CONOCIMIENTO
Se diseñó una lista de verificación para medir según la
experiencia de los expertos y la observación directa la
aplicación de cada una de las áreas de conocimientos para la
planificación y el monitoreo y control estipuladas en el Project
Management Body of Knowledge (PMBOK) del PMI (2017),
en los proyectos de los casos de estudio.
LIsta de chequeo de planificación, control y seguimiento de los proyectos
Tecnológicos en Crossware Solutions S.A.S
Nombre del Proyecto:
Hora Hombres Planificada:
Hora Hombres Real:
Planificación
Cuál fue el nivel de
# definición de las siguientes
áreas:
1 Alcance del Proyecto
No se
definió
Poca
definición
Se
definió
Claramente
definido
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Interesados
115
Monitoreo y Control
#
Cuál fue el nivel de control
de las siguientes áreas:
No se
controlo
Poco
control
Se
controlo
Altamente
Controlado
1 Alcance del Proyecto
2 Cronograma
3 Costos
4 Calidad
5 Recursos
6 Comunicaciones
7 Riesgos
8 Involucrados
116
VALIDACIÓN DE LOS INSTRUMENTOS
117
INSTRUCCIONES
A continuación se presenta el instrumento para validar los instrumentos que se
implementarán durante el desarrollo de la presente investigación.
Lea el instrumento y marque con una (X), su criterio en cuanto a los aspectos que a
continuación se señalan:
PERTINENCIA
Relación estrecha de la pregunta con los indicadores del
estudio y el aspecto del instrumento que se encuentra
desarrollado.
REDACCIÓN:
Es la interpretación unívoca del enunciado de la
pregunta, a través de la claridad y precisión del uso del
vocabulario técnico.
ADECUACIÓN
Es la correspondencia del contenido de la pregunta con
el nivel de preparación o de desempeño del entrevistado
(Experto).
Se sugiere colocar en el recuadro de observaciones, aquellas sugerencias que
considere pertinentes y en caso de requerirlo, sírvase escribir las sugerencias o
correcciones sobre el enunciado de la pregunta.
La escala a utilizar es:
E: EXCELENTE: El indicador se presenta en grado muy superior al mínimo aceptable.
MB: MUY BUENO: El indicador se presenta en grado superior al mínimo aceptable, sin
llegar a ser excelente.
R: REGULAR: El indicador se presenta en grado igual o ligeramente superior al mínimo
aceptable.
D: DEFICIENTE: El indicador no llega al mínimo aceptable pero se acerca a él.
MD: MUY DEFICIENTE: El indicador está lejos de alcanzar el mínimo aceptable.
118
FORMATO DE EVALUACIÓN, SEGÚN CRITERIOS, DE LOS INSTRUMENTOS
INSTRUMENTO I
Lista de chequeo para medir la aplicación de las áreas de conocimiento
PREGUNTAS
PERTINENCIA
REDACCIÓN
ADECUACIÓN
E MB R D MD E MB R D MD E MB R D MD
Planificación
Cuál fue el nivel de definición de las siguientes áreas:
Alcance
del
Proyecto
Cronograma
Costos
Calidad
Recursos
Comunicaciones
Riesgos
Interesados
Monitoreo y Control
Cuál fue el nivel de control de las siguientes áreas :
Alcance
del
Proyecto
Cronograma
Costos
Calidad
Recursos
Comunicaciones
Riesgos
Involucrados
OBSERVACIONES - SUGERENCIAS
119
Fecha de la validación: 07/07/2019
Apellidos y nombres del validador: Lic. Mariangel Campos
Firma del validador:
120