Documento Tesis Maestria

MEJORA DE PROCESOS EN LA GESTION DE PROYECTOS SOFTWARE
DESDE LA PERSPECTIVA DE LA INGENIERIA DE LA COLABORACION PARA

MICRO, PEQUEAS Y MEDIANAS EMPRESAS EN DESARROLLO DE
SOFTWARE
MONOGRAFIA
JOSE LUIS JURADO
UNIVERSIDAD DEL CAUCA

FACULTAD DE INGENIERA ELECTRONICA Y TELECOMUNICACIONES
PROGRAMA MAESTRIA EN COMPUTACIN
POPAYAN 2012
MEJORA DE PROCESOS EN LA GESTION DE PROYECTOS SOFTWARE

DESDE LA PERSPECTIVA DE LA INGENIERIA DE LA COLABORACION PARA
MICRO, PEQUEAS Y MEDIANAS EMPRESAS EN DESARROLLO DE
SOFTWARE
MONOGRAFIA
JOSE LUIS JURADO
DIRECTOR: PHD. CESAR A COLLAZOS
UNIVERSIDAD DEL CAUCA

FACULTAD DE INGENIERA ELECTRONICA Y TELECOMUNICACIONES
PROGRAMA MAESTRIA EN COMPUTACIN
POPAYAN 2012
TABLA DE CONTENIDO
CAPTULO 1. INTRODUCCIN
1.1 MOTIVACION
10
1.2 OBJETIVOS
14
1.2.1 OBJETIVOS GENERALES
14
1.2.2 Objetivos especficos
14
1.3 Organizacin del documento
15
CAPITULO 2. BASE CONCEPTUAL
16
2.1 METODOLOGIAS DE GESTION DE PROYECTOS
17
2.1.1 Project Management Institute (PMI)
17
2.1.2 PMBOK (Project Management Body of Knowledge).
17
2.1.2.1 reas de conocimiento de PMBOK
18
2.1.2.2 Grupos de procesos
20
2.1.3 PRINCE2 (Proyectos En Entornos Controlados).
21
2.1.4 Method123 Metodologa de Gestin de Proyectos (MPMM).
22
2.1.5 Anlisis y comparacin entre las metodologas seleccionadas.
23
2.1.5.1. Anlisis entre MPMM y PMBOK
23
2.1.5.2 Anlisis entre PMBOK y PRINCE2
25
2.1.6 Relacin de PMBOK con ingeniera colaborativa
27
2.2 MEJORA DE PROCESOS
28
2.2.1 Caracterizacin de la mejora de procesos.
29
2.2.2 Modelos de mejora de procesos
30
2.2.2.1 Modelo genrico de mejora de ISPI
30
2.2.2.2 Modelo IDEAL
31
2.2.2.3 Modelo COMPETISOFT
33
2.3 INGENIERIA COLABORATIVA
34
2.3.1 Caracterizacin de la ingeniera colaborativa
35
2.3.1.1 Patrones de colaboracin.
36
2.3.1.2 Thinklets.
37
2.3.1.3 Equipos de trabajo.
38
2.3.1.4 Groupware
39
2.3.1.5 Rol.
39
2.3.1.6 Workspace
40
2.3.1.6 Escenario colaborativo
40
2.5. APLICACIN DE PMBOK, MEJORA DE PROCESOS E INGENIERIA
40
COLABORATIVA EN CASOS EXITOSOS

2.5.1 Aplicaciones de PMBOK a casos Colombianos
41
2.5.2 Aplicaciones en proyectos de mejora de procesos
42
2.5.3 Proyectos que han implementado Ingeniera colaborativa
45
CAPITULO 3. MODELO DE MEJORA PARA LA GESTION DE PROYECTOS

INFORMATICOS DESDE LA PERSPECTIVA DE LA INGENIERIA
36
COLABORATIVA
3.1 DESCRIPCIN GENERAL
46
3.2 MODELO DE REFERENCIA
48
3.2.1 Contexto para la defincin del modelo de referencia
51
3.2.2 Caracterizacin de procesos colaborativos del modelo de referencia
54
3.2.2.1 Clasificacin de reglas como indicadores
54
3.2.2.2 Determinacin del grado de colaboracion de una actividad
54
3.2.3.3 Definicin de indicadores de reglas colaborativas
56
3.2.3.4 Relacin de criterios con indicadores de medicin de las reglas
58
colaborativas
3.2.3 Componentes del modelo de referencia
59
3.2.3.1 Mapa de procesos
59
3.2.3.2 Instrumentos de estimacin del modelo de referencia
61
3.2.3.2.1 Fase 1 Identificacin de evidencias
63
3.2.3.2.2 Fase 2 Establecer indicadores colaborativos
64
3.2.3.2.3 Fase 3 Establecer ejecucin de actividades colaborativas
66
3.2.3.2.4 Fase 4 Determinacin de roles colaborativos
68
3.2.3.3 Instrumentos de ejecucin del modelo de referencia
72
3.2.3.3.1 Plantilla de asignacin de responsabilidades
73
3.2.3.3.2 Ejecucin de actividades colaborativas
74
3.2.3.3.3 Adecuacin de actividades colaborativas
76
3.3 MODELO DE EVALUACION
75
3.3.1 Evaluacin de alcance de actividades
80
3.3.2 Evaluacin de resultados alcanzados
86
3.4 MODELO DE MEJORA ADAPTADO
93
3.4.1 Iniciacin
94
3.4.2 Diagnostico
95
3.4.3 Formulacin
95
3.4.4 Ejecucin
95
3.4.5 Revisin
96
3.5 CATALOGO DE INSTRUMENTOS DEL MODELO DE MEJORA
88
CAPITULO 4. VALIDACION PRELIMINAR DEL MODELO DE MEJORA PARA LA
100
GESTION DE PROYECTOS INFORMATICOS DESDE LA PERSPECTIVA DE LA

INGENIERIA COLABORATIVA
4.1. VALIDACIN MEDIANTE TCNICA DE SIMULACIN
101
4.1.1 Descripcin del proceso de validacin tipo simulacin
102
4.1.2 Resultado de la prueba tipo simulacin
107
4.2 VALIDACIN MEDIANTE TCNICA DE PRUEBA PILOTO
113
4.2.1 Descripcin del proceso de validacin tipo piloto
113
4.2.2 Resumen de Resultados de la validacin prueba tipo piloto
119
CAPITULO 5 RESULTADOS OBTENIDOS
126
5.1 Resultados por objetivo especfico
126
CAPITULO 6 CONCLUSIONES Y TRABAJO FUTURO
130
6.1 CONCLUSIONES
130
6.2. TRABAJO FUTURO
134
REFERENCIAS BIBLIOGRAFICAS
136
ANEXOS
LISTA DE FIGURAS
Figura 1
Mejores prcticas en gestin de proyectos
22
Figura 2
Ciclo de PMBOOK Y MPMM
23
Figura 3
Modelo de mejora de proceso de lSPl
30
Figura 4
Modelo IDEAL para la mejora continua del proceso software
32
Figura 5
Marco metodolgico de COMPETISOFT
33
Figura 6
Modelo de mejora para la gestin de proyectos software desde

la perspectiva de la ingeniera colaborativa
47
Figura 7
Estructura interna del modelo de referencia
55
Figura 8
Mapa de procesos del grupo de iniciacin
61
Figura 9
Caracterizacin del modelo de referencia
63
Figura 10
Marco metodolgico COMPETISOFT adaptado
94
Figura 11
Procedimiento de prueba tipo simulacin
102
Figura 12
Procedimiento de prueba tipo piloto
114
LISTA DE TABLAS
Tabla 1
PMBOK frente a MPMM
24
Tabla 2
Cuadro comparativo de metodologas de gestin de
26
proyectos
Tabla 3
Relacin de PMBOK con ingeniera colaborativa
Tabla 4
Tabla 5
28
44
Relacin entre la composicin bsica de un modelo de
49
referencia y la propuesta desde la perspectiva de la

Ingeniera Colaborativa
Tabla 6
Criterios de seleccin de patrones colaborativos
55
Tabla 7
Indicadores de reglas de colaboracin
57
Tabla 9
Caracterizacin de criterios colaborativos
59
Tabla 9
Thinklet (MoodRing) asociado a un patrn colaborativo
62
(construccin en consenso)
Tabla 10
Relacin de evidencias con la gua de PMBOK
64
Tabla 11
Indicadores de ejecucin de actividades colaborativas
65
Tabla 12
Indicadores aplicados a evidencias del grupo de proceso de
67
Inicio
Tabla 13
Descripcin de los roles usados para trabajo colaborativo en
69
PMBOK
Tabla 14
Valoracin de la actuacin del rol frente a la evidencia por
71
grupo de proceso
Tabla 15
Plantilla de asignacin de responsabilidades grupo de
74
proceso (Inicio)
Tabla 16
Ejecucin de actividades colaborativas grupo de proceso
75
(inicio)
Tabla 17
Evaluacin de ejecucin de actividades usando el
77
instrumento de Thinklets
Tabla 18
Determinacin de la ejecucin de evidencias colaborativas
79
Tabla 19
Asignacin de valores de criterios colaborativos
81
Tabla 20
Bitcora de ejecucin
83
Tabla 21
Valores de calificacin de la validacin de actividades
87
Tabla 22
Valores de calificacin de la validacin de responsabilidades
88
Tabla 23
Valores de calificacin de la validacin de evidencias
89
Tabla 24
ndice de conclusiones y evidencias
91
Tabla 25
Catalogo de instrumentos del modelo de mejora
97
Tabla 26
Paso Consenso de Asistentes
102
Tabla 27
Paso desarrollo de evaluacin de tcnica colaborativa
104
Tabla 28
Paso valoracin de la bitcora de ejecucin
105
Tabla 29
Paso discusin de consenso
106
Tabla 30
Plantilla de validacin de tcnica de simulacin
107
Tabla 31
Resumen de la prueba de validacin
108
Tabla 32
Paso de caracterizacin de la empresa muestra
115
Tabla 33
Paso de socializacin de la bitcora de ejecucin
115
Tabla 34
Paso de ejecucin de la prueba
117
Tabla 35
Paso anlisis de resultados
117
Tabla 36
Conclusiones de los resultados de los procesos de validacin
119
por prueba piloto
LISTA DE ANEXOS
ANEXO 1
Caracterizacion de patrones colaborativos
ANEXO 2
Actividades de la gua de pmbok
ANEXO 3
Mapa de procesos
ANEXO 4
Resultado del proceso de diagnostico de las actividades

colaborativas por parte de expertos
ANEXO 5
Relacion de actividades colaborativas con sus respectivas

evidencias
ANEXO 6
Indicadores para medir actividades colaborativas
ANEXO 7
Productos o evidencias del proceso colaborativo
ANEXO 8
Determinacion de roles colaborativos
ANEXO 9
Determinacion de participacion colaborativa en evidencias
ANEXO 10
Asignacion de responsabilidades segn el rol colaborativo
ANEXO 11
Implementacion de tecnicas colaborativas sobre grupos de

procesos
ANEXO 12
Relacion de actividades colaborativas con los instrumentos de

validacion thinklets
ANEXO 13
Determinacin de la ejecucin de evidencias colaborativas
ANEXO 14
Fase de diagnostico valoracion de empresas
CAPTULO 1 INTRODUCCIN
1.1 MOTIVACION
El desarrollo de software, agrupa varias disciplinas orientadas a obtener
productos de calidad. La gestin de proyectos informticos, es una de
esas tantas disciplinas donde se busca la aplicacin de conocimientos,
habilidades, herramientas y tcnicas a las actividades de un proyecto,
para satisfacer los requisitos del mismo [2]. La direccin de proyectos se
logra mediante la aplicacin e integracin, de diferentes estrategias y
tcnicas, orientadas a la mejora de procesos de control y seguimiento, en
el ejercicio de direccionar un proyecto informtico [37]. Estas tcnicas van
desde la iniciacin, planificacin, ejecucin, seguimiento, control, y cierre;
que son coordinadas por un director de proyecto; que es la persona
responsable de alcanzar los objetivos del mismo, tomar las decisiones
convenientes y propender por el beneficio de sus colaboradores y grupo
de trabajo [18]. De este modo, se podra afirmar que el xito de un
proyecto informtico, radica en la adecuada coordinacin de distintos
actores, involucrados en el proceso de construccin de software y de su
grado de responsabilidad y compromiso, con las tareas y documentos que
estn a su cargo [1].
Por otro lado la complejidad de una disciplina como la gestin de
proyectos, esta determinada no solo por el gran numero de procesos o
actividades que la conforman, sino tambin por la participacin tanto
individual como grupal de un equipo de trabajo interdisciplinar, en la
ejecucin de practicas como: Seguimiento de procesos, definicin de
tiempos, asignacin y manejo de recursos, entre otros. Todas estas
tareas implican un alto grado de entendimiento y compromiso de cada
uno de los actores involucrados en las diferentes actividades asignadas a
su cargo, en la compleja tarea de ser parte de un grupo de desarrollo de
software que gestiona y controla sus procesos [31].
10
Algunas prcticas de la gestin de proyectos mencionadas anteriormente,

no se realizan de la forma adecuada en micro y pequeas empresas, ya
sea por desconocimiento, falta de entendimiento en la aplicacin de
diversas metodologas; desinters en emplear las llamadas buenas
prcticas por su alta complejidad operativa; o simplemente por la
inexistencia de un procedimiento adaptado o pensado en las condiciones
de las micro y pequeas empresas. [10]
Los procesos de gestin de proyectos estn vinculados a las disciplinas
de la ingeniera de software, en la cual se busca plantear una serie de
buenas practicas en la administracin, control y seguimiento de proyectos
informticos [28]. La validacin de estos procesos es una tarea que
requiere de instrumentos que permitan evaluar el alcance y los resultados
de la gestin, tanto documental como de talento humano, en una
organizacin. Entendindose resultados como todos los informes y
formatos obtenidos que elabora un director de proyectos y de su equipo
de apoyo [34]. De este modo es importante contar con herramientas que
garanticen la validacin de dichos resultados, teniendo en cuenta que ese
proceso no debe requerir de un aumento significativo del trabajo para
alcanzar o terminar con xito el proyecto.
Desafortunadamente los modelos, guas y metodologas en gestin de
proyectos software existentes, carecen de elementos de validacin y
mejora de sus procesos. Un ejemplo de ello es PMBOK, una gua de
buenas prcticas en gestin de proyectos, reconocida a nivel empresarial
y acadmico, por su alto detalle en los procedimientos y documentacin
pertinente, al ejercicio de la gestin de proyectos [39]. Pero al igual que
otras guas y metodologas en esa rea, la informacin e instrumentos de
medicin en la evaluacin y mejora de sus procesos, referentes al
ejercicio de la direccin de proyectos, es insuficiente y en algunos casos
inexistente. Este impedimento es relevante al momento de evaluar los
logros obtenidos en los diferentes procesos y sus respectivos soportes
documentales;
es entonces
primordial
contar no
solo
con
una
11
documentacin detallada y completa de cada proceso y tarea en gestin

de proyectos, sino tambin que se cuente con elementos suficientes para
evaluar tanto el desempeo, problemas, resultados y conocimientos
adquiridos durante y al finalizar el desarrollo de un proyecto informtico.
[12]
Otro de los problemas identificados en el ejercicio de Gestin de
Proyectos Informticos y que motiv el desarrollo de este proyecto, es la
incapacidad de proveer al equipo de desarrollo, con herramientas
procedimentales a nivel de organizacin, tales como: flujos de trabajo,
guas de desarrollo documental, asignacin y diferenciacin de roles y
tareas, entre muchas otras. Herramientas que permitan construir y
compartir documentos formales e informales, entre los mismos integrantes
del grupo de desarrollo y con otros actores externos a la organizacin
[41]. La inexistencia de estas herramientas procedimentales, imposibilita
el desarrollo y la potencializacin de caractersticas distintivas e
inherentes a las pequeas organizaciones, como el trabajo en equipo,
desarrollo de tareas coordinadas, cooperativismos, apropiacin de
experiencias adquiridas en conjunto, entre muchas otras [12].
Lo anteriormente descrito permite generar una hiptesis para el presente
proyecto, la cual plantea que la inapropiada aplicacin en las prcticas de
gestin de proyectos, as como la inexistencia de herramientas
procedimentales para la evaluacin y mejora de sus procesos y
posteriores resultados [26]; da como resultado el manejo emprico y poco
formal en el uso de las prcticas de la disciplina de la gestin de
proyectos en pequeas empresas de software. Lo que conlleva a pensar
que practicas como: La Gestin de la Integracin, alcance, tiempo,
recursos humanos, costos, calidad, entre otras; deben no solo tener
procedimientos debidamente formalizados, sino tambin elementos de
validacin, medicin y mejora de sus tareas y productos documentales.
[2]
12
De este modo pensar en la integracin de procesos colaborativos a los

procedimientos de la gestin de proyectos, a travs de la definicin y
aplicacin de instrumentos que permitan ejecutar, controlar y mejorar la
realizacin de tareas coordinadas, seria bastante conveniente. Puesto
que garantizara una mejora en el trabajo individual, generacin de nuevo
conocimiento, desarrollo de tareas coordinadas y la aplicacin de tcnicas
ya adquiridas en anteriores proyectos.
Por lo tanto el adoptar los conceptos de ingeniera colaborativa,
entendidos como el trabajo (actividad) con otros, para alcanzar un
producto u objetivo comn; permitir a las organizaciones potencializar su
trabajo tanto individual como grupal, agilizando procesos, controlando
avances, determinando y midiendo riesgos en grupo [42]. Garantizar
adems el fortalecimiento en la formulacin de
ideas y propsitos
comunes, al enriquecer el conocimiento de la organizacin con

experiencias de proyectos anteriores, a partir de la socializacin y
aprendizaje de resultados. Esta y muchas caractersticas mas, que aporta
la ingeniera colaborativa es el deseo que busca este proyecto, integrando
conceptos y tcnicas propuestas por esta disciplina, para ser adoptados
por la gestin de proyectos [17].
Entonces el propsito que busca este proyecto, est en reconocer que el
ejercicio de la gestin de proyectos, es y debe ser una labor de conjunto,
en cabeza de un lder, el cual controla y verifica los avances de un
proyecto, usando tcnicas colaborativas que estn orientadas a la
organizacin de un trabajo en equipo. Por lo tanto si se analiza la
intensin de estas dos teoras: ingeniera colaborativa y gestin de
proyectos, se encuentra gran similitud y afinidad en muchos de sus
procesos. Por esta razn es valedero buscar la forma de integrar lo mejor
de cada una, para alcanzar un proceso gil, robusto y simple de controlar,
que propenda por el bienestar en el desarrollo de soluciones informticas.
[3]
13
Teniendo en cuenta lo planteado en los prrafos anteriores, la propuesta

del presente proyecto titulado, MEJORA DE PROCESOS EN LA
GESTION DE PROYECTOS SOFTWARE DESDE LA PERSPECTIVA DE
LA INGENIERIA DE LA COLABORACION PARA MIRCRO, PEQUEAS
Y MEDIANAS EMPRESAS EN DESARROLLO DE SOFTWARE pretende
adoptar un proceso de mejora ya definido y acoplar un conjunto de
buenas prcticas en gestin de proyectos sugeridas por la gua de
PMBOK, para integrar tcnicas de la ingeniera colaborativa a procesos
de gestin de proyectos. El objetivo es potencializar el trabajo en grupo,
controlar y buscar la mejora de procedimientos tanto grupales como
individuales, para agilizar los procesos y disminuir la asignacin de tareas
en el ejercicio de gestionar un proyecto de ndole informtico.
1.2 OBJETIVOS
1.2.1 OBJETIVOS GENERALES
Proponer un marco de mejora en la gestin de proyectos informticos,
desde la perspectiva de la ingeniera de la colaboracin para micro,
pequeas y medianas empresas.
1.2.2 OBJETIVOS ESPECIFICOS
Definir un Modelo de Referencia dentro del marco de mejora para la

gestin de proyectos software, basado en PMBOK, utilizando tcnicas
de la ingeniera Colaborativa.
Definir los instrumentos de valoracin, dentro de un modelo de

evaluacin que permita validar el Modelo de Referencia propuesto.
Validar el modelo de Referencia propuesto, usando el modelo de

evaluacin, tomando como muestra un grupo de micro y pequeas
empresas de la Red de Software del Cauca, durante el periodo de
validacin de este proyecto planteado en el cronograma, en un
proyecto de software especfico definido por la muestra.
14
1.3 ORGANIZACIN DEL DOCUMENTO

La organizacin del documento de trabajo de grado se divide en 6
captulos, los cuales se describen brevemente a continuacin:
El Captulo 1, es el captulo actual referente a la introduccin, el cual se
ha dividido en una motivacin, los objetivos del trabajo de grado y la
estructura del documento.
En el Captulo 2, se presentan los referentes tericos necesarios para
comprender la informacin presentada en el documento y el modelo
conceptual en el cual se establecieron los componentes tericos
relevantes del modelo de mejora. Adems se exponen trabajos
relacionados con la metodologa PMBOK, la Mejora de procesos e
Ingeniera colaborativa relacionados a este proyecto
En el Captulo 3, se describe la adecuacin del modelo de mejora y el
proceso de caracterizacin de las actividades colaborativas, apoyada por
expertos en el tema. Adems se presenta en detalle la estructura de la
gua de gerencia de proyectos aplicando tcnicas colaborativas,
especificando su integracin a un marco de mejora el cual estar
compuesto por un modelo de referencia y un modelo de evaluacin con
sus dos procesos y herramientas de validacin.
En el Captulo 4, se presenta la validacin del modelo de mejora
propuesto, donde se aplican las tcnicas colaborativas de validacin
denominadas de prueba de simulacin y prueba piloto, aplicadas a un
proyecto real, en una empresa de la regin.
En el Captulo 5, se presentan los resultados de la adecuacin del
modelo de mejora, y la experiencia de la implementacin del modelo de
evaluacin.
Finalmente, en el Captulo 6, se presentan las conclusiones y el trabajo
futuro.
15
CAPITULO 2 BASE CONCEPTUAL

El presente capitulo est dividido en tres grandes temas en los cuales se
basa el proyecto propuesto, as como su respectiva descripcin. Como
primera instancia encontramos las metodologas ms comunes y
utilizadas para la gestin de proyectos, estas agrupan un conjunto de
mtodos, procesos y prcticas que son llevadas a cabo para ejecutar
proyectos, en ellas se definen fases y actividades perfectamente
planificadas en el tiempo y con base a los recursos disponibles, con el fin
de lograr proyectos eficientes. Metodologas como PMI, MMPM, PRINCE2
Y PMBOK sern citadas en este capitulo, al finalizar se har un anlisis
de cada una, para determinar cual es la mas apropiada para ser la base
metodolgica del proyecto. Adems se presentar una anlisis que
determine cual de las metodologas estudiadas es la mas apropiada para
integrar elementos de procesos colaborativos, se citaran algunos criterios
y condiciones requeridas para el favorecimiento de ambientes en
procesos colaborativos.
Posteriormente y como segundo tema de conceptualizacin del proyecto,
se analizar el concepto de mejora de procesos y se har la descripcin
de algunos modelos de mejora existentes. Se abordarn modelos como
ISPI, IDEAL y COMPETISOFT, haciendo una relacin entre estos,
buscando un comparativo que determine cual es el modelo mas acertado
para tomarlo como base para el proceso de mejora.
Como tercer tema a tratar en este capitulo, se presenta una corta
descripcin sobre conceptos, mtodos y elementos de la Ingeniera
colaborativa, se har alusin a los elementos y condiciones requeridas
para implantar procesos colaborativos a actividades en el desarrollo de
proyectos software, adems se describirn los componentes bsicos para
evaluar procesos colaborativos, como lo son los thinklets, su estructura y
modo de uso en un procesos de validacin de trabajo colaborativo.
16
El capitulo finaliza relacionando diversos proyectos que han acogido tanto

procesos de mejora, gerencia de proyectos e ingeniera colaborativa.
2.1 METODOLOGAS DE GESTIN DE PROYECTOS
En los siguientes apartados se describen algunas de las metodologas y
guas de buenas prcticas para gestin de proyectos software, que son
las ms utilizadas a nivel empresarial y acadmico. Posteriormente se
realizar un anlisis comparativo y su respectiva caracterizacin, donde
se podr evidenciar las razones de la escogencia de PMBOK como base
metodolgica para el presente proyecto. Se mencionar la detallada
documentacin tanto de sus actividades como subprocesos y respectivos
artefactos, as como su adaptabilidad a condiciones de micro y pequeas
empresas, se analizar su amplia difusin y aplicacin a nivel mundial,
razones para encontrar que PMBOK es la base metodolgica mas
apropiada para los propsitos de este proyecto.
En el siguiente apartado se describen algunas de las metodologas y
buenas prcticas en gestin de proyectos.
2.1.1 Project Management Institute (PMI). El Project Management
Institute (PMI) es una asociacin encargada de crear la Gua de
fundamentos para la direccin de proyectos, ms conocida como PMBOK,
reconocida a nivel mundial, por empresas e instituciones acadmicas en
la formacin de gestores de proyectos [4].
Iniciados los aos 1990 fue publicada la primera edicin de la Gua de
PMBOK, (Project Management Body of Knowledge) texto base para la
enseanza de gestin de Proyectos [4].
2.1.2 PMBOK (Project Management Body of Knowledge).
La gua de PMBOK, creada por PMI, es un compendio de buenas
prcticas en gerencia de proyectos, una coleccin de procesos y reas de
conocimiento generalmente aceptadas como las mejores prcticas dentro
de la gestin de proyectos [39]. A continuacin se har una pequea
17
resea de la gua de PMBOK, este documento es tomado como

referencia internacional para todos los procesos metodolgicos y del cual
tambin fue tomado como base conceptual y metodolgica para los
propsitos de este proyecto, su informacin puede ser consultada en [7].
La gua de PMBOK es un estndar reconocido internacionalmente (IEEE
Std 1490-2003) que provee los fundamentos de la gestin de proyectos
que son aplicables a un amplio rango de proyectos, incluyendo
construccin, software, ingeniera, etc [7]. El PMBOK reconoce 5 grupos
de procesos bsicos y 9 reas de conocimiento comunes a casi todos los
proyectos,
tanto
los
grupos
de
procesos
como
las
reas
de
conocimientos, fueron tomadas en su totalidad para la adaptacin de

tcnicas de ingeniera colaborativa para este proyecto [25].
2.1.2.1 reas de conocimiento de PMBOK.
A continuacin se nombran las nueve reas de gestin que brinda
PMBOK, las cuales son referente para la base conceptual del marco de
mejora, propuesto ms adelante [6].
- Gestin de la integracin del proyecto: Incluye los procesos
requeridos para asegurar que los diferentes elementos de los proyectos
sean adecuadamente coordinados. Los procesos principales de esta rea
son: el desarrollo del plan del proyecto y el control integrado de cambios.
- Gestin del alcance del proyecto: Describe los procesos requeridos

que definirn que hacer y qu no hacer en el proyecto para tener xito en
este. El alcance del proyecto puede definirse como los requerimientos y
caractersticas de los productos y el trabajo necesario para la realizacin
del proyecto, determinando con precisin
los resultados y sus
limitaciones.
- Gestin de tiempos del proyecto: Describe los procesos requeridos

para asegurar que el proyecto se complete a tiempo.
18
- Gestin de costos del proyecto: Esta rea es la encargada de

garantizar que el proyecto se realice sin sobrepasar el presupuesto
estimado y aprobado para el mismo. Tambin se encarga de analizar el
impacto de las decisiones sobre los costos de los proyectos.
- Gestin de calidad del proyecto: Esta rea es de gran importancia

para gerencia de proyectos, describe los procesos requeridos para
asegurar que el proyecto va a satisfacer las necesidades por las cuales
ha sido creado, adems de lo establecido en las polticas de calidad.
Contiene los procesos de planificacin de calidad, aseguramiento de la
calidad y control de la calidad.
- Gestin de los recursos humanos del proyecto: Se define como un

conjunto de procesos necesarios para mejorar la efectividad, de las
personas que van a estar involucradas en el proyecto, algunos de los
temas que se tratan en esta direccin son: el liderazgo, la delegacin,
desarrollo de equipos y la evaluacin del desempeo.
- Gestin de las comunicaciones del proyecto: Esta rea incluye los

procesos requeridos para asegurar la generacin, la recoleccin, la
distribucin, el almacenamiento y destino final de la informacin del
proyecto para que se realice en tiempo y forma.
- Gestin de riesgos del proyecto: El riesgo en un proyecto es un
evento o una condicin que, si ocurre, tiene un efecto positivo o negativo
sobre los objetivos del mismo. La gestin de riesgos se encarga de
identificar, analizar y responder a los riesgos.
- Gestin de las adquisiciones del proyecto: Describe los procesos
requeridos para adquirir bienes y servicios (productos) desde fuera de la
organizacin ejecutante del proyecto [7].
19
2.1.2.2 Grupos de procesos.

A continuacin se citan los cinco grupos de procesos que hacen parte de
la gua de PMBOK; La descripcin de los subprocesos de cada grupo de
proceso, se omite, debido a que ms adelante se realiza un ejercicio de
depuracin de subprocesos o actividades para fines de adaptabilidad a
condiciones de ingeniera colaborativa. Los 5 grupos bsicos de procesos
son:
1. Iniciacin: Define y autoriza el proyecto o una fase del mismo. Lo
conforman dos subprocesos [7].
2. Planificacin: Define y refina los objetivos y planifica el curso de
accin requerido para lograr los objetivos y el alcance pretendido del
proyecto. Est formado por veinte subprocesos [7].
3. Ejecucin: Compuesto por aquellos sub procesos realizados para
completar el trabajo, definido en el plan a fin de cumplir con las
especificaciones del mismo. Implica coordinar personas y recursos, as
como integrar y realizar actividades del proyecto, en conformidad con el
plan para la direccin del proyecto. Est formado por ocho sub procesos
[7].
4. Seguimiento y Control: Mide, supervisa y regula el progreso y
desempeo del proyecto, para identificar reas en las que el plan requiera
cambios. Est formado por diez sub procesos [7].
5. Cierre: Formaliza la aceptacin del producto, servicio o resultado, y
termina ordenadamente el proyecto o una fase del mismo. Est formado
por dos sub procesos [7].
La seleccin de PMBOK, como base metodolgica del presente proyecto,
es el resultado de un proceso de anlisis y depuracin de varios criterios
que se tomaron cuenta como: adaptabilidad al medio, nivel de detalle,
condiciones de integracin a procesos colaborativos, ciclo de vida del
20
proceso, variacin del proceso, detalle de las evidencias, entre muchas

otras [35].
Una vez que fueron comparadas cada una de las opciones posibles y
relacionadas con los criterios anteriormente mencionados, se procedi a
tener en cuenta las apreciaciones de expertos en gerencia de proyectos,
acadmicos del tema y consultores de empresas en gerencia de
proyectos. Sus conceptos fueron primordiales para determinar que opcin
seria la mas apropiada para adaptarse no solo a las condiciones de micro
y pequeas empresas, sino tambin a los requisitos y especificaciones de
un modelo de mejora. Finalmente PMBOK, cumpli con las condiciones
esperadas, que era contar con una gua documental, completa, detallada
y apropiada para los propsitos deseados en este proyecto.
2.1.3 PRINCE2 (Proyectos en entornos controlados).
PRINCE2 es una metodologa para la gestin de proyectos, basada en
los mismos principios que PMBOK, pero ampliando los conceptos que
este presenta, proporcionando tcnicas complementarias para reducir el
riesgo e incrementar la calidad en los proyectos de la forma ms efectiva
[34]. Sin embargo, PRINCE2 deja fuera de su alcance aspectos que si
cubre PMBOK por ejemplo: Gestin de personas: motivacin, liderazgo y
delegacin; Tcnicas de planificacin genricas como camino crtico y
Diagramas de Gantt; Tcnicas de gestin del riesgo; Tcnicas de
anlisis financiero o presupuestario. Estas razones motivan a seguir
creyendo en PMBOK como la mejor opcin para este proyecto, adems
es necesario tener en cuenta que la rigidez en la estructura interna que
proporciona PRINCE2, imposibilita la integracin de conceptos y
elementos de ingeniera colaborativa, de igual modo la falta de detalle en
algunos conceptos primordiales en gestin de proyectos y su
generalidad en las evidencias o documentos de soporte, imposibilita
tener en cuenta a PRINCE2 para los propsitos del presente proyecto
[8].
21
2.1.4 Mtodo 123 metodologa de gestin de proyectos (MPMM).

MPMM es otra metodologa de Gestin de Proyectos que se tuvo en
cuenta para el proceso de seleccin de la base conceptual de este
proyecto. Esta metodologa se basa en los estndares mundiales para la
gestin de proyectos PMBOK y PRINCE2; con 1500 tareas, grficos,
tablas y ejemplos para ayudar a orientar sus proyectos hacia el xito.
basa su estructura en conceptos elementales del Project Management
Process1 y Project Management Templates2, adems de incluir todo un
proceso de gestin de proyectos, tambin contiene todas las plantillas de
gestin de proyectos, formularios y listas de verificacin necesarias [6].
La figura 2 muestra un resumen del proceso de integracin de otras
metodologas para lograr MPMM. Y es evidente que la conjuncin de
elementos comunes entre PMBOK y PRINCE2, determina la base terica
de MPMM, lo que conlleva a pensar que carece de detalle y
especificacin, adems no entrega elementos y bases conceptuales,
diferentes a las dos opciones analizadas anteriormente [35]. Pero debido
a su amplio uso en sectores acadmicos principalmente, es tomado en
cuenta como una opcin ms para analizar, pero no como una base
conceptual apropiada a los propsitos del presente proyecto.
Figura 1. Mejores prcticas en gestin de proyectos
Fuente: Karen Velezmoro, MPMM vs PRINCE vs PMBOOK Gestin de Proyectos
Project management process: Proceso de Gestin de Proyectos, es el proceso de gestin de la

planificacin y el control de la representacin o ejecucin de un proyecto.
2
Project management templates: Plantillas de gestin de proyectos basado en los procesos de
gestin de PMBOK, son desarrollados por PMP certificados.
22
2.1.5 Anlisis y comparacin entre las metodologas seleccionadas.

2.1.5.1. Anlisis entre MPMM y PMBOK.
La figura 3 muestra el ciclo de procesos de estas dos alternativas, tanto
PMBOK, como MPMM, son muy similares en su ejecucin. Cabe resaltar
que debido a que PMBOK, es la base metodolgica de MPMM, se espera
que ofrezca mayor detalle y especificacin en sus procesos y documentos
[35].
Figura 2. Ciclo de PMBOK Y MPMM
Fuente: Karen Velezmoro, MPMM vs PRINCE vs PMBOOK Gestin de Proyectos
La siguiente tabla ilustra la alineacin entre el MPMM y PMBOK en el

ciclo de vida de un proyecto: inicio, planificacin, ejecucin, control y
monitoreo y por ltimo el cierre, estableciendo lo que debemos realizar en
cada proceso [9].
23
Tabla 1. PMBOK frente a MPMM

PMBOK
MPMM
Proceso de iniciacin
Desarrollo de carta del proyecto
Establecer los Trminos de Referencia
Desarrollar los preliminares del
Establecer los Trminos de Referencia
proyecto SCOPE
Proceso de planificacin
Elaborar Plan de Gestin de Proyectos
Crear un plan de proyecto
mbito de Planificacin
mbito de aplicacin Definicin
Crear WBS
Definicin de la actividad
Planificacin de las comunicaciones
Crear un Plan de Comunicaciones
Manejo de riesgos
Crear un Plan de Riesgo
Identificacin de Riesgos
Anlisis Cualitativos de riesgos
Anlisis Cuantitativo de Riesgos
Planificacin de Respuestas de
Riesgos
Plan de Compras y Adquisiciones
Crear un plan de adquisiciones
Plan de Contratacin
Crear un plan de adquisiciones
Procesos De Ejecucin, Supervisin y Control del proyecto

Dirigir y gestionar la ejecucin del
Entregables Build
proyecto
Realizar Aseguramiento de la Calidad
Realizar la gestin de la calidad
Adquirir equipo del proyecto
Nombrar el equipo de proyecto
Desarrollo del equipo del proyecto
Nombrar el equipo de proyecto
Distribucin de Informacin
Realizar la Gestin de
Comunicaciones
Solicitud de respuestas del vendedor
Contrato de Proveedores
Monitoreo y control de proyectos de
Monitoreo y control
trabajo
Seguimiento y Control de Riesgo
Realizar la gestin de riesgos
Administracin de Contratos
Realizar la Gestin de Compras

24
Procesos de cierre del proyecto

Cerrar proyecto
Realizar cierre de proyecto
Cierre de contrato
Realizar cierre de proyecto

Key reas de Conocimiento
Gestin de la Integracin del Proyecto
Todos los procesos del ciclo de vida

del proyecto
Gestin de Alcance del Proyecto
Gestin del Cambio del Proyecto
Gestin del tiempo del Proyecto
gestin del tiempo del Proyecto
Gestin de Costos del Proyecto
Gestin de Costos del Proyecto
Gestin de Calidad del Proyecto
Gestin de Calidad del Proyecto
Gestin de Recursos Humanos del
Crear un plan de recursos
Proyecto
Gestin de Comunicaciones del
Gestin de Comunicaciones del
Proyecto
Proyecto
Gestin de Riesgos del Proyecto
Gestin de Riesgos del Proyecto
Gestin de Compras del Proyecto
Gestin de Compras del Proyecto
2.1.5.2 Anlisis entre PMBOK y PRINCE2.

La tabla 2 muestra a continuacin un resumen con los aspectos ms
relevantes y las ventajas entre estas dos metodologas mencionadas en
secciones anteriores. La metodologa PMBOK se destaca por ser la ms
apropiada para orientar, dirigir, y gestionar proyectos, ya que es una
metodologa muy completa, proporciona mayor conceptualizacin y
documentacin que las dems metodologas, se divide en grupos de
procesos, lo que permite medir el seguimiento y el control de cada uno de
los equipos de trabajo. Adicionalmente se pueden observar el uso de
roles, responsabilidades, thinklets, patrones, escenarios y grupos de
trabajo, elementos caractersticos de la ingeniera colaborativa, lo que
permite concluir que es la ms indicada para apropiar conceptos y
procesos colaborativos y es la metodologa que ms se adapta a las
micro y pequeas empresas [39].
25
Tabla 2. Cuadro comparativo de metodologas de gestin de proyectos

PMBOK
PRINCE2
Es una coleccin de procesos y

reas de conocimiento ampliamente
aceptados como mejores prcticas
dentro de la disciplina de gestin de
proyectos.
Es un mtodo general,
ajustable
de
gestin
de
proyectos.
Abarca
la
organizacin, la direccin y el
control de proyectos.
Aplicable a un amplio rango de

proyectos, incluyendo construccin,
software,
ingeniera,
finanzas,
administracin y marketing.
Ayuda a controlar riesgos,

asegurar la calidad y organizar
procesos de cambio eficazmente.
Conformado por 5
bsicos:
1. Inicio,
2. Planificacin,
3. Ejecucin,
4. Control y Monitoreo,
5. Cierre.
procesos
9 reas de conocimiento:
1. Gestin de la Integracin
2. Gestin del Alcance
3. Gestin del Tiempo
4. Gestin de la Calidad
5. Gestin de Costos
6. Gestin del Riesgo
7. Gestin de Recursos Humanos
8. Gestin de la Comunicacin
9. Gestin de las adquisiciones.
Puede ser utilizado para gestionar

proyectos de cualquier tipo no est
restringido a un rea en particular,
proyectos
de
tecnologas
de
informacin, de construccin, de
elaboracin de drogas farmacuticas,
de aviones, de automviles, de
prototipos.
Ofrece
un
enfoque
estandarizado y coherente
Y una fase de inicio, fase

principal y fase final controlada,
un control peridico del avance
del proyecto en comparacin con
el plan y en cada momento la
certeza de que la ejecucin del
proyecto
es
razonable
y
justificada, puntos de decisin
flexibles, control por parte del
ejecutivo
sobre
cualquier
desviacin del plan.
La
participacin
del
ejecutivo y otros afectados en los
momentos apropiados durante el
proyecto,
canales
de
comunicacin efectivos entre
colaboradores
internos
y
externos, la gestin del proyecto
y el resto de la organizacin.
Una manera de registrar y

compartir experiencias ("lessons
learned")
Teniendo en cuenta el anlisis descrito en la tabla 3 es evidente que

PMBOK cumple con las caractersticas colaborativas las cuales sern
descritas en secciones posteriores de este capitulo. Caso contrario con
las otras metodologas descritas, por lo tanto PMBOK, ofrece una razn
mas como las antes ya mencionadas en apartados anteriores, como la
26
gua de buenas practicas idnea para el cumplimiento de los objetivos

propuestos en este proyecto.
2.1.6 Relacin de PMBOK con ingeniera colaborativa.
La tabla 3 presenta la relacin entre la metodologa PMBOK y la
Ingeniera colaborativa, despus de realizar una verificacin de todas las
caractersticas de un proceso colaborativo genrico, frente a las
caractersticas de PMBOK, se encontr que esta es la ms adecuada,
para la adaptacin e integracin de elementos, tcnicas y bases
conceptuales en procesos colaborativos [37]. Lo que permite tomar esta
metodologa como la base fundamental de gestin de proyectos para el
modelo de mejora de este proyecto. Por lo tanto los componentes de
ingeniera colaborativa como son los escenarios, los workspaces, los
roles, los groupware, los equipos de trabajo, los patrones de colaboracin
y los thinklets (definidos como procesos colaborativos tiles para medir e
indicar la forma de ejecutar una tarea a nivel colaborativo), pueden verse
evidenciados en PMBOK de la siguiente manera.
Los roles: Hacen parte de los grupos de procesos, porque dentro de ellos
se encuentran diferentes actores que ejecutan varias actividades, en las
diferentes reas de conocimiento y por ende, en las actividades que se
ejecuten por cada rea, as como los documentos necesarios para
completar las actividades asignadas, a cada persona o participante, al
igual que se trabaja en la ingeniera colaborativa [36].
Los equipos de trabajo: Pueden verse evidenciados en las actividades de
PMBOK, porque cada actividad tiene asignado un grupo de proceso, y un
equipo de trabajo especfico, como lo tiene la ingeniera colaborativa [37].
Los escenarios: Los workspaces y los groupware tambin aplican dentro
de la metodologa PMBOK, puesto que las actividades se desarrollan
dentro de un ambiente de trabajo especfico, y algunas veces con
herramientas software de apoyo, de igual manera como se implementa en
la ingeniera colaborativa [5].
27
Tabla 3. Relacin de PMBOK con ingeniera colaborativa

CARACTERISTICAS COLABORATIVAS
Groupware
PMBOK
Escenarios
Workspace
Roles
colaborativos
Patrones de
Equipos de
colaboracin
Thinklet
trabajo
reas de
conocimiento
Grupos de
procesos
Documentos
Actividades
Tareas
La tabla anteriormente presentada, muestra un resumen del proceso de

anlisis, que se llevo a cabo para determinar el grado de equivalencia y
adaptabilidad de PMBOK, con las prcticas de la ingeniera colaborativa.
El cruce entre los elementos esnciales de PMBOK (como sus reas de
conocimientos, grupos de procesos entre otros) confrontados con las
caractersticas
colaborativas
como
(escenarios,
workspace,
Roles
thinklets, equipos de trabajo), permiten afirmar que integrar a esta

metodologa elementos del ejercicio colaborativo, es pertinente y eficaz,
para lograr una gua de buenas prcticas en gestin de proyectos. Esto
permitir aplicar tcnicas de ingeniera colaborativa para evaluar y hacer
seguimiento a sus procesos y resultados tanto parciales como finales.
2.2 MEJORA DE PROCESOS
La seccin que a continuacin se presenta, entregar una relacin de los
conceptos fundamentales en mejora de procesos, los cuales fueron
tomados como bases conceptuales, para determinar el modelo de mejora
adecuado para los propsitos de este proyecto.
28
De este modo es conveniente iniciar definiendo a la mejora de procesos,

como una disciplina en la ingeniera de software que intenta cambiar la
forma en que se realizan los procesos, con el fin de mejorar en cuanto a
calidad y productividad se refiere, algunos beneficios de implementar
mejora de procesos en una organizacin, son los siguientes [28]:
Reduccin de errores en el software.
Reduccin en el tiempo de entrega e incremento en la eficiencia de

pruebas.
Facilita la definicin y cumplimiento de los objetivos de calidad.
Mejora en la comunicacin del equipo de trabajo e incremento de la

satisfaccin del cliente frente al producto entregado.
Uno de los propsitos que busca la aplicacin de estrategias de mejora de

procesos software, es garantizar un mecanismo de mejora continua en las
organizaciones, que permita auditar desarrollos software internos,
planificar la estrategia de ingeniera del software de la empresa, entre
muchos otros beneficios [10]. Por lo tanto si se analiza los propsitos
primarios de este proyecto con los de la mejora de procesos, es evidente
que existe una empata de conceptos, lo que garantiza el cumplimiento
del objetivo primario del proyecto, que es definir un modelo que permita
mejorar los procesos en gestin de proyectos para micro y pequeas
empresas de software.
2.2.1 Caracterizacin de la mejora de procesos.
La mejora de procesos contempla un conjunto de prcticas que permitirn
mejorar aquellas actividades o procesos, que no se estn desarrollando
de forma adecuada. Puede ser definido tambin como un conjunto
integrado de iniciativas, que siguen prcticas de documentacin
estandarizadas, para capturar en papel (y en la prctica) cada elemento
del proceso de software y determinar su valor agregado [16]. El objetivo
de esta disciplina es el mejoramiento de las actividades de desarrollo y/o
mantenimiento de productos basados en software. De esta manera, la
29
mejora de procesos software intenta cambiar la forma en que la

organizacin ejecuta las actividades, para satisfacer mejor los objetivos
del negocio [28].
2.2.2 Modelos de mejora de procesos. En los apartados siguientes se
mencionan algunos modelos que fueron tenidos en cuenta para este
proyecto, su conceptualizacin permitir reconocer cual es el mas
apropiado segn las necesidades del proyecto.
2.2.2.1 Modelo genrico de mejora de ISPI3.
Este modelo ofrece los pasos a seguir para lograr una mejora de
productividad, los modelos de mejora de procesos se caracterizan por las
siguientes etapas: compromiso para la mejora, evaluacin de la situacin
actual del proceso software de la empresa, infraestructura y planes de
mejora, e implantacin de dichos planes. A continuacin la figura 3
muestra el modelo de mejora propuesto por ISPI y, posteriormente se
describen brevemente sus etapas [11].
Figura 3. Modelo de mejora de proceso de lSPl
Fuente: Cuevas Agustn, Gonzalo; Gil Rivero, Miguel Angel: Modelo del proceso software 11
Congreso Nacional de Ingeniera de Telecomunicacin
Compromiso para la mejora: El objetivo de esta etapa es conseguir el

compromiso de la alta direccin, para que la empresa se involucre en el
proyecto de mejora [27].
3
ISPI: Asociacin Internacional para la Mejora del Desempeo, principal asociacin

internacional dedicada a mejorar la productividad y el desempeo en el lugar de trabajo.
30
Evaluacin del proceso: El objetivo de esta etapa es determinar cul es el

estado actual del proceso software, qu es lo que est escrito o
establecido como procedimiento y que se aplica realmente en la prctica,
con objeto de determinar las fortalezas y debilidades de los procesos
existentes en la empresa [27].
Infraestructura y planes de mejora: Esta etapa establece la infraestructura
necesaria de mejora del proceso, definiendo claramente las funciones y
responsabilidades de cada una de las partes de esa infraestructura. [27]
Implantacin de los planes: Una vez definidos los planes de accin, hay
que implementarlos. Para ello, habr que realizar las actividades definidas
previamente en el plan, como por ejemplo definir los nuevos procesos.
Tambin hay que experimentar estos procesos en proyectos piloto [27].
2.2.2.2 Modelo IDEAL.

Otro modelo para tener en cuenta en el presente trabajo es el modelo
IDEAL, tomado del documento titulado: Una gua de usuario para la
mejora de procesos de software donde su autor Bob McFeeley, expone
que este modelo muestra el proceso a realizar una vez que se han
detectado las fallas en los procesos. Este modelo propone el camino de
acciones que deben formar parte del programa de mejora de procesos de
software,
cuando una organizacin desea llevar a cabo, las buenas
prcticas recomendadas por el modelo CMM, en el cual se basa [14].

IDEAL es el acrnimo que corresponde a las iniciales de las cinco fases
del modelo I: initiating, D: diagnosting, E: establishing, A: acting, L:
leveraging, descrito detalladamente en [14] y que se muestra en la
siguiente figura.
31
Figura 4. Modelo IDEAL para la mejora continua del proceso software
Fuente: McFeeley, Bob: IDEALsM: A Users Guide for Software Process Improvement.
Handbook
A continuacin se describe de una forma muy breve las cinco fases

correspondientes al modelo IDEAL.
Fase de iniciacin: se definen los objetivos generales del programa de

mejora de procesos software basados en las necesidades de negocio. Se
establece la infraestructura necesaria para la mejora.
Fase de diagnstico: se realizan las actividades de evaluacin que
permitan conocer el estado actual de la organizacin y se incluyen los
resultados y las recomendaciones derivadas de estas evaluaciones en la
primera versin del plan de mejora.
Fase de establecimiento: se priorizan y se buscan soluciones para los
temas seleccionados por la empresa. Se completa el plan de accin y se
establecen medidas y objetivos medibles para controlar el alcance de los
objetivos.
Fase de actuacin: se llevan a cabo las soluciones adoptadas en la fase
anterior.
Fase de difusin: se evalan las informaciones recogidas en las fases
anteriores, los conocimientos adquiridos y las mtricas de rendimiento
establecidas para que el prximo paso o aplicacin del modelo sea ms
efectivo. [14]
32
2.2.2.3 Modelo COMPETISOFT

Modelo de mejora diseado a las condiciones que ofrecen microempresas
en Iberoamrica, plantea que el factor de xito en el proceso de mejora de
Software-SPI en pequeas y micro empresas, es que el esfuerzo de
mejora debe ser guiado y gestionado por medio de procedimientos
especficos [10]. Este modelo est influenciado por la ISO / IEC 15504-4,
IDEAL y los modelos de SCRUM. A partir esto, se han analizado,
integrado y adaptado varias prcticas de mejora, con el fin de ofrecer una
gua especializada y adecuada, que satisfaga las necesidades de las
microempresas, al conducir un proceso de mejora de Software -SPI. El
objetivo de este modelo es mejorar los procesos en la organizacin de
forma sistemtica y coherente que estn en lnea con los propios
objetivos de negocio especficos de la empresa [10].
La figura 5 muestra los tres elementos del marco metodolgico

COMPETISOFT (marco de mejora, modelo de referencia y modelo de
evaluacin), tanto el modelo de referencia como el modelo de evaluacin
son elementos que permiten realizar aportes para la adaptacin de este
marco de mejora a diferentes condiciones y reas de aplicacin. Los
aportes generados a estos dos elementos, permitirn definir el modelo de
mejora propuesto como objetivo primario del presente proyecto.
Figura 5. Marco metodolgico de COMPETISOFT
Fuente: Francisco J. Pino, Julio Ariel Hurtado Alegra1, Juan Carlos Vidal2, Flix Garca3,y Mario
Piattini, Un proceso para guiar la mejora de procesos en las microempresas Competisoft .
33
La razn de la seleccin de este modelo de mejora, radica esencialmente

en que su concepcin y estructura, fue pensada para pequeas
organizaciones, lo que esta alineado con los propsitos del presente
proyecto. Esta razn esta soportada en que el objetivo general de las
microempresas es tener procesos tangibles y agiles para el desarrollo de
software, con todas las ventajas que esto trae consigo. Lo que se busca
es que las empresas que producen software, tengan un enfoque orientado
a procesos, disminuyendo as la elevada dependencia hacia las personas
que hasta ahora han tenido las empresas [10].
El proceso de adaptacin de COMPETISOFT a PMBOK, basado en la
ingeniera colaborativa, ser descrito en el capitulo 3, donde se evidencia
el modo en que se define y disea el modelo de referencia y de
evaluacin.
2.3 INGENIERIA COLABORATIVA
La ingeniera colaborativa es una herramienta compuesta por tcnicas
que permiten realizar un trabajo en equipo y controlarlo de manera
adecuada, logrando optimizar las actividades a realizar [17]. Los
conceptos y tcnicas descritas en este apartado, sern usados para la
integracin del PMBOK, adaptadas al modelo de mejora COMPETISOFT.
Cuando se habla de ingeniera colaborativa, como primera instancia se

debe tener presente un aspecto relevante para el trabajo en grupo o
trabajo colaborativo, como se le mencionar de ahora en adelante [37].
Este aspecto se refiere a contar con un objetivo comn en la
organizacin, que canalice los esfuerzos individuales y ofrezca un sentido
de pertenencia, que fomente la unin entre los miembros del grupo para
mejorar su capacidad de aprender, tomando en consideracin otros
puntos de vista, as como distintas maneras de hacer las cosas,
interpretaciones diferentes de conceptos y experiencia. Esto es trabajar
colaborativamente [15].
34
La Ingeniera Colaborativa tiene como objetivo proveer de conceptos,

herramientas documentales y tecnologa a un equipo de ingenieros, para
que puedan trabajar de manera eficiente a pesar de estar localizados en
diferentes lugares [31]. La necesidad de las organizaciones exige que sus
procesos y talento humano deban ejecutarse en forma concurrente y sin
limitantes de espacio y tiempo. Es por esto que la Ingeniera Colaborativa
se ha convertido en uno de los factores clave en la flexibilizacin de
procesos y en el desarrollo de productos [15].
Optar por seguir una forma colaborativa de trabajo no es simplemente

colocar a un grupo de personas en torno a una actividad en comn, es
necesario
disear
actividades
que
conlleven
una
verdadera
colaboracin entre sus integrantes [31]. Se requiere que asuman roles

relacionados, que se complementen entre ellos, pese a ser distintos, para
poder lograr la meta planteada, por lo tanto los participantes deben
trabajar en grupos pequeos y con un objetivo comn. Este objetivo debe
estar altamente acoplado con los individuales, de tal forma que cada uno
pueda lograrlos si y solo si, los dems tambin lo logran [22].
2.3.1 Caracterizacin de la ingeniera colaborativa

A continuacin se describen los componentes y conceptos fundamentales
que la ingeniera colaborativa sugiere cuando se busca adaptar cualquier
proceso en las organizaciones a partir del paradigma de entornos
colaborativos [16].
Inicialmente se debe tener en cuenta que la colaboracin es pertinente
cuando se cuenta con mltiples participantes en la bsqueda por llegar a
una meta en comn. Esta incluye individuos, organizaciones con
diferentes roles o perspectivas en el proceso [36]. Colaboracin no es
concurrencia, sino la correcta coordinacin de procesos, puesto que los
participantes en el proceso no siempre producen, ensamblan o modifican
el proyecto en una manera simultnea o paralela. Por esto es muy
35
importante conocer el flujo del trabajo, que actividad desarrolla cada

persona y como ser la comunicacin entre ellos [16].
Aunque se conozcan los pasos que un grupo de personas debe seguir

para llevar a cabo un proceso y se tenga un conocimiento general de los
resultados obtenidos durante la ejecucin de cada paso, no se conoce
necesariamente cmo el grupo ejecutar cada uno de ellos. De esta
manera, los patrones de colaboracin son una gua del cmo se ejecutar
el proceso, y definen la manera como los participantes de una actividad
grupal van de un estado inicial a un estado final [42]. Este es un ejemplo
del uso de uno de los componentes colaborativos denominados patrones
de colaboracin, a continuacin se describen los elementos ms
relevantes de la ingeniera colaborativa.
2.3.1.1 Patrones de colaboracin. Proporcionan una gua que permite

identificar y llevar a cabo el trabajo colaborativo. Estos patrones surgen a
partir de la observacin a los grupos de trabajo, mientras interactan para
alcanzar sus metas grupales, algunos de los patrones ms usados
pueden ser consultados en [36], a continuacin se hace un resumen de
ellos:
Patrn Generacin: Usado para pasar de tener pocos a muchos

conceptos que son compartidos por el grupo. Tiene sub patrones que
le permiten calificar y clasificar el comportamiento en forma detallada
de una actividad colaborativa algunos de esos son: patrn reunir,
patrn crear, patrn elaborar, descomponer y expandir.
Patrn Reduccin: Usado para pasar de tener muchos conceptos a

unos pocos, que el grupo considere requieren mayor atencin. Se
encuentra conformado por algunos sub patrones como: patrn
seleccionar y patrn abstraer
Patrn Clarificacin: Permite pasar de tener un menor a un mayor

conocimiento compartido de los conceptos, las palabras y frases
usadas para expresarlos.
36
Patrn Organizacin: Permite pasar de tener un menor a un mayor

conocimiento de las relaciones entre los conceptos que el grupo est
considerando. Est compuesto de los sub patrones clasificar,
estructurar.
-
Patrn Evaluacin: Este patrn garantiza pasar de un menor a un

mayor conocimiento del valor relativo de los conceptos bajo
consideracin, conformado por los sub patrones: votar, categorizar y
valorar
Patrn Construccin de Consenso: Permite moverse de tener pocos a

muchos miembros
del
grupo,
quienes estarn
dispuestos a
comprometerse para un objetivo.
La descripcin y modo de uso de cada patrn y sub patrn sern

mencionados en el capitulo III.
2.3.1.2 Thinklets. Este elemento primordial de la ingeniera colaborativa,

se toma como una tcnica que permite generar un proceso para evaluar
un trabajo colaborativo. Su aplicacin depende de la definicin de los
patrones de colaboracin, una vez que se conocen cuales son los
patrones que definen una tarea o proceso colaborativo, los thinklets
marcan el procedimiento para ejecutar dichas tareas [36]. Para ello, se
han creado los thinklets que son tcnicas de facilitacin repetibles,
transferibles y predecibles para asistir a un grupo en alcanzar su objetivo
acordado [15]. Los thinklets son diseados para facilitar su uso por parte
de las personas que no tienen suficiente experiencia en ejecutar procesos
colaborativos, el detalle de su uso puede ser consultado en [17].
A continuacin se hace una ficha tcnica de la composicin genrica de

este elemento de la ingeniera colaborativa.
Entradas: Variables que deben ser instanciadas una vez que se

utilice el thinklet.
37
Salidas: Enumerar y caracterizar los entregables que se deben

generar.
Configuracin: debe describir las capacidades tecnolgicas

requeridas por aquellos que ejecutan el thinklet.
Pasos: Cmo usar el thinklet (pasos que conforman el thinklet)

define las secuencias de eventos e instrucciones, las cuales se dan
a conocer al grupo para crear un patrn de colaboracin.
Observaciones: Observaciones tiles sobre la naturaleza del

thinklet, como y porque ste trabaja, presentando algunas
recomendaciones y sugerencias.
Historia exitosa: Que ayuda a clarificar las circunstancias bajo las

cuales el Thinklet es til.
Explicacin del nombre: La cual hace ms fcil recordar el

nombre del thinklet. Un nombre metafrico o representativo
relacionado con los patrones que crea el thinklet, criterios para
decidir cundo escoger o no el thinklet.
Seleccin del thinklet: Se listan algunos criterios de decisin para

escoger el thinklet, debe proveer suficiente informacin para
proveer un patrn de colaboracin al respectivo thinklet y distinguir
estas caractersticas de otros thinklets que podran crear el mismo
patrn.
No escoger el thinklet: Criterios de decisin para no usar

determinado thinklet.
El detalle de cada uno de los elementos mencionados puede ser

consultado en [17].
2.3.1.3 Equipos de trabajo. Este componente de la Ingeniera

colaborativa permite conocer las caractersticas que debe tener un grupo
de trabajo. Su objetivo busca medir el esfuerzo para trabajar en equipo en
armona, logrando las metas propuestas, a tiempo y bajo el presupuesto
esperado [42]. Es por esto que es necesaria una comunicacin confiable
de las personas dentro de un equipo de trabajo, debido a que se pueden
38
presentar inconvenientes para alinear metas particulares a los objetivos

de una meta comn [18].
Es importante en la colaboracin derribar las barreras que existan entre

dependencias burocrticas y entre las mismas personas, para que
puedan interactuar y relacionarse unas con otras. Adems pueden
aprender de las experiencia de los otros y complementarse, buscar la
cercana entre equipos fomenta la realimentacin y la bsqueda de
soluciones, tambin se mejora la solucin a los problemas [18].
2.3.1.4
Groupware. Este elemento describe como el software es el
complemento ideal del trabajo en equipo cuando hay barreras de

distancia entre ellos. Su propsito permite determinar qu tan regular es
el uso de herramientas documentales y digitales dentro de una
organizacin para evaluar si se aplican de la forma correcta [36]. Un
groupware es un proceso intencional de un grupo de trabajo, para
alcanzar objetivos especficos, que adiciona herramientas de software
diseadas para dar soporte y facilitar el trabajo colaborativo. De este
modo se hace referencia a objetivos especficos de la organizacin, pues
se trata de una estrategia que pretende coordinar actividades de:
comunicacin, colaboracin, coordinacin y negociacin con el fin de
aumentar la productividad en el uso de herramientas y procedimientos a
nivel organizacional [4].
2.3.1.5 Rol. El rol describe el papel que un determinado usuario tiene

dentro de un grupo de trabajo, un rol puede ser un director, un analista, un
diseador, el cliente, los usuarios etc. De este modo se podra decir que
un rol se toma como un conjunto de propiedades, conocimientos y
responsabilidades que tendr un actor en un determinado momento del
proceso de desarrollo [42]. Por lo tanto le permitir entender cul ser el
papel que un actor tendr en todo momento cuando interacte con otros
actores de la organizacin. Los actores podrn cambiar el rol
39
dinmicamente y este cambio ser manejado por los protocolos de

colaboracin [18].
2.3.1.6 Workspace. Es el lugar en el que un proceso colaborativo se lleva

a cabo, y define en parte, el estilo de colaboracin que se va a ejecutar.
Los protocolos colaborativos estructuran las interacciones de los roles en
el workspace y el uso de las herramientas por ellos. En general un
workspace o grupo de workspaces no son suficientes para definir una
aplicacin colaborativa [18].
2.3.1.7 Escenario colaborativo. Los escenarios describen el ambiente

donde se ejecuta el trabajo colaborativo, es decir la forma como
interactan los roles de cada tarea especifica de un proceso
organizacional [42]. Se puede definir un escenario colaborativo como la
integracin de un conjunto de workspaces; los escenarios contienen
asimismo los protocolos que constituyen el acceso y el uso de los
diferentes workspaces por parte de los distintos roles existentes [18].
2.4.
APLICACIN
DE
PMBOK,
MEJORA
DE
PROCESOS
INGENIERIA COLABORATIVA EN CASOS EXITOSOS.

Es necesario tomar como referencias estudios e investigaciones
realizadas por empresas e instituciones universitarias en el campo de la
mejora de procesos para analizar la importancia de su aplicacin y
utilizacin. De igual modo tambin es relevante tener como referente a
este proyecto, trabajos de investigacin y aplicacin en los cuales se
involucren actividades colaborativas, as como la implementacin del
PMBOK. A continuacin se mencionan algunos proyectos que son
relevantes de citar, por sus aportes a la definicin del alcance del
presente proyecto, as como su eficacia en la aplicacin de los distintos
conceptos anteriormente mencionados.
40
2.4.1 Aplicaciones de PMBOK a casos Colombianos.
rea de Proyectos e Ingeniera de la Subgerencia de Redes

Transmisin de las Empresas Pblicas de Medelln (E.P.M), en el
proyecto llamado REMAR, cuyo objetivo era una propuesta global
para
un
proyecto
de
reconfiguracin,
modernizacin
automatizacin de subestaciones, la implementacin del PMBOK

contribuyo a disminuir y controlar los tiempos, costos y manejo de
personal del proyecto REMAR [24].
Sistemas
de
Gestin
de
Proyectos
de
Emprendimiento
Tecnolgico, una iniciativa de emprendimiento al interior de la

Universidad Nacional Sede Manizales, cuyo objetivo esta centrado
en la promocin de las relaciones Universidad- Empresa,
incentivando la innovacin y la transferencia de tecnologas desde
las universidades hacia los sectores industriales, obteniendo el
fortalecimiento de las actividades empresariales, todo esto gracias
a los procesos definidos en la gestin del proyecto aplicando
PMBOK [26].
APOP (Administracin de Procesos Organizacionales en las

Medianas empresas una visin de PMBOK), este proyecto describe
eventos en el proceso de gestin, basndose en el PMBOK [35].
Adems detalla para cada proceso cules son los eventos que
pueden producirse y medirse, basndose para ello en las
interacciones
de
gestin
de
procesos
organizacionales,
estableciendo para cada evento una sintaxis y procedimiento que

permita definir las reglas de manejo, control y evaluacin de
actividades propias de la gestin de proyectos. Este estudio
permite definir no slo la importancia de los eventos en la gestin
del proyecto, sino tambin la manera de establecer un sistema
reactivo, definiendo para ello un sistema de reglas que permite
identificar cualquier evento que puede hacer retrasar el proyecto, y
41
controlando de manera global todas los componentes del mismo

[35]. El aporte recibido de este proyecto est en que formula un
mtodo sencillo para detectar eventos y elementos relevantes en el
proceso de gestin de proyectos informticos, que pueden generar
conflictos y restricciones para cumplir con el debido proceso de
gestin de un proyecto informtico.
OPM34 (Modelo de madurez para la gestin de la organizacin de

proyectos), el cual permite obtener un modelo que reconoce las
falencias en el proceso de gestin de proyectos a travs de un
modelo de madurez, lo que garantiza su posible aplicacin a casos
de micro y pequeas organizaciones
para poder obtener
informacin especfica de cmo medir y manejar los problemas en

la aplicacin de PMBOK [8].
2.4.2 Aplicaciones en proyectos en mejora de procesos

Los modelos ms conocidos, CMM (Capability Maturity Model) y SPICE,
han sido creados y tradicionalmente aplicados a las grandes compaas,
con algunas iniciativas puntuales de adaptacin de un cierto modelo a las
pequeas y medianas empresas. Se han encontrado diferentes iniciativas
de aplicacin del modelo SPICE en pequeas empresas de desarrollo de
software [27]. De igual modo se han encontrado algunas adaptaciones
realizadas a partir del modelo CMM, as como diversas aplicaciones
efectuadas en pequeas organizaciones [27].
En SPICE se presenta un nuevo modelo para la implantacin de un

sistema de gestin de calidad (SGC) que soporta todo el proceso
de mejora y que est orientado especficamente a las pequeas y
OPM3: Organizational Project Management Maturity Model, se ofrece como un medio

para entender y valorar la habilidad de una organizacin para implementar una
planificacin estratgica de alto nivel manejando su portafolio de programas y proyectos
gestionados exitosamente.
42
medianas empresas de desarrollo de software [28]. El aporte de

este caso reside, en que se trata de una adaptacin para pymes de
la Norma internacional ISO/IEC15504, que lidera junto con el
modelo CMM-SW5 el sector de la mejora de procesos de software.
En el modelo se recogen todas las actividades relacionadas con la
gestin de la calidad en una micro y pequea empresa de
desarrollo de software, para que pueda utilizarse como marco de
referencia en cualquier empresa interesada en la calidad desde el
punto de vista del proceso [28]. En el modelo propuesto de SPICE
se propone un mtodo formado por un conjunto de actividades que,
a su vez, se dividen en tareas. Siguiendo la estructura de la
Metodologa MTRICA V.3 6 , se identifican los productos de
entrada y los productos de salida. Tambin se establecen las
tcnicas y prcticas tiles en el desarrollo de cada tarea as como
los participantes en la misma. El mtodo propuesto divide las
actividades de gestin de la calidad en dos grandes grupos,
actividades
de
Implantacin
del
SGC
actividades
de
mantenimiento del SGC [28].
Otro aporte importante para el estado del arte de este proyecto, es

el encontrado en un proyecto usado para gestin del conocimiento
buscando una mejora de procesos de software en micro y
pequeas organizaciones denominado (KMSPI), tiene como
propsito permitir y facilitar la gestin de activos intangibles, tales
como: lecciones aprendidas, mejores prcticas, experiencias
adquiridas, problemas y soluciones [29]. El modelo KMSPI, ha sido
aplicado en varias empresas, como el caso de Parquesoft
Popayn, a continuacin en la tabla 4 se hace una relacin del
resumen de la prctica realizada a dichas empresas.
CMM-SW: Modelo de Madurez de la Capacidad para el desarrollo de Software, es un

modelo de procesos para el desarrollo y mantenimiento de sistemas de software,
diseado sobre criterios.
6
MTRICA V.3: Metodologa de planificacin, desarrollo y mantenimiento de sistemas de
informacin.
43
Tabla 4. Generalidades del estado inicial y final de los procesos de KM

dentro del programa de mejora de procesos software para las dos
empresas participantes en la validacin.
Fuente: Joanna Capote, Carlos Julin Llantn, Csar Pardo, Csar Collazos, Gestin del
conocimiento en un programa de mejora de procesos de software en Mi Pymes
El aporte de este proyecto radica principalmente en la generacin de un

Modelo de mejora que sugiere una forma de realizar cada uno de los
procesos de KM a nivel de actividades, roles y responsabilidades para
cada rol. Adems pretende ser una iniciativa, para micro y pequeas
empresas que conduzca hacia una cultura de Gestin del conocimiento
[29]. Por otra parte, el Modelo KMSPI ayuda a solucionar falencias en la
comunicacin entre los miembros de este tipo de organizaciones, estas
falencias perjudican notablemente la correcta ejecucin de los ciclos de
mejora, mediante la implantacin del modelo y por medio de la
conformacin de la Copa 7 se facilit la socializacin de todos los
productos de trabajo generados durante la iteracin del proceso de
mejora [29].
CoP: Comunidades de Practica.
44
2.4.3 Proyectos que han implementado ingeniera colaborativa

A continuacin se citan algunos ejemplos exitosos de proyectos que
guardan relacin respecto a temas especficos como modelos y entornos
colaborativos orientados a la gestin de proyectos.
Modelo de aspectos grupales en entornos colaborativos para

gestin de proyectos en TI: Este trabajo desarrollado en la
Universidad de Santiago del Estero (Argentina), describe un
procedimiento para el modelado de un entorno de trabajo
colaborativo que sirva de soporte a grupos de personas que
integran y trabajan juntas en proyectos de investigacin cientfico
tecnolgicos [37]. Su aporte radica en la descripcin de las
caractersticas especficas del trabajo grupal en proyectos de
investigacin y de desarrollo de software, donde se comparten las
mismas metas, se trabaja en funcin a objetivos comunes y se
interacta de diferentes formas. Adems se describe un trabajo
colaborativo centrado tanto en las aptitudes de las personas como
en las aptitudes de los grupos.
BPMS (Business Process Management System): Es una

plataforma de TI, desarrollada para gestionar procesos de negocio,
propuesto desde la Universidad de Castilla de la Mancha (Espaa),
dentro del proyecto de Model Driven Engineering aplicado a
Business Process Management. Esta plataforma integra un sistema
colaborativo que permite: la integracin de sistemas existentes
conectando bases de datos, la automatizacin de actividades
rutinarias; la Gestin de todas las fases de los procesos, que
ayudan a descubrir, disear, desplegar procesos [2]. Su aporte
radica en el modo en que se describe la apropiacin de conceptos
colaborativos, a tareas propias de la gestin de proyectos, sin que
se mencione una metodologa o gua especifica en gestin de
proyectos.
45
CAPITULO 3. MODELO DE MEJORA PARA LA GESTION DE

PROYECTOS INFORMATICOS DESDE LA PERSPECTIVA DE LA
INGENIERIA COLABORATIVA
El modelo de mejora que se presenta en este captulo est divido en tres

secciones, la descripcin general del modelo de mejora, el modelo de
referencia y el modelo de evaluacin
Finalmente al termino del captulo
se presentar un resumen de los diferentes instrumentos diseados, sus

entradas y salidas as como el propsito que cumple cada uno, este
apartado es indispensable como gua de uso tanto de los procedimientos
como de los instrumentos del modelo de referencia y el modelo de
evaluacin.
3.1 DESCRIPCIN GENERAL
El marco de mejora propuesto para este proyecto est basado en
COMPETISOFT, el cual define tres elementos bsicos para un proceso de
mejora en las micro y pequeas organizaciones. Un modelo de referencia
que proporcione los instrumentos y procedimientos necesarios para
desarrollar un proceso de mejora; un modelo de evaluacin que ofrezca
las herramientas requeridas para evaluar los procedimientos establecidos
en el modelo de referencia y un marco de mejora base, que establezca
los pasos bsicos para ejecutar un proceso de mejora. La propuesta que
entrega este proyecto constituye una adaptacin del marco de mejora de
COMPETISOFT a las practicas de gestin de proyectos basados en
PMBOK, de igual modo se busca que cada una de dichas practicas sea
definida desde la perspectiva de la ingeniera de la colaboracin,
integrando sus tcnicas de ejecucin y control de procesos, as como la
adaptacin de distintos elementos caractersticos propios de esta
disciplina de la ingeniera de software.
En la figura 7 que se presenta a continuacin se resume la estructura del
modelo de mejora propuesto donde se evidencia los tres elementos
46
fundamentales el modelo de referencia, el modelo de evaluacin y el

modelo de mejora adaptado.
Figura 7. Marco de mejora para la gestin de proyectos software desde la
perspectiva de la ingeniera colaborativa
El marco de mejora para la gestin de proyectos software desde la

perspectiva de la ingeniera de la colaboracin que representa la figura 6
muestra de una forma clara cada uno de los componentes que integran
modelo de referencia que ser descrito en la seccin 3.2 as como sus
respectivos elementos: el mapa de procesos y sus instrumentos de
estimacin y ejecucin. En la seccin 3.3 se describir el modelo de
evaluacin donde se detallar el procedimiento de evaluacin y sus
respectivos instrumentos (bitcora de ejecucin e ndice de conclusiones
y evidencias), finalmente en la seccin 3.4 se abordarn cada una de las
47
fases genricas del modelo de mejora de PmCompetisoft adaptado y en

la seccin 3.5 se entrega un instrumento denominado catalogo de
instrumentos el cual presenta una gua de los diferentes instrumentos del
modelo de referencia y de evaluacin.
3.2 MODELO DE REFERENCIA
El modelo de referencia definido para este proyecto, (el cual esta basado
sobre el marco de mejora de COMPETISOFT), ha sido diseado tomando
como referente varios modelos de referencia bsicos o genricos en
mejora de procesos como: ISO/IEC 12207:2002, MoProsoft, ISO/IEC
15504, CMMI-SE/SW, MPS.BR entre otros. Los cuales plantean como
estructura bsica de un modelo de referencia los siguientes elementos: un
grupo de procedimientos e instrumentos de ejecucin, tareas, actores y
reglas de procedimiento, entre otros [28]. Por lo tanto si se analiza lo
planteado por la ingeniera de la colaboracin, se encuentra que varios
elementos distintivos de esta disciplina pueden ser integrados a un
modelo de referencia adaptado a la gestin de proyectos desde la
perspectiva de la ingeniera de la colaboracin.
Teniendo en cuenta los modelos de referencia citados en el prrafo
anterior se podra resumir que el requerimiento para la definicin de un
modelo de referencia para el presente proyecto deber tener los siguientes
elementos: Actividades de ejecucin de un proceso, grupos de trabajo
definidos para la ejecucin de actividades, actores involucrados en el
mismo, roles definidos, escenarios de ejecucin, reglas que determinen la
ejecucin de procedimientos, entre otras. De este modo el modelo de
referencia definido para el presente proyecto, debe estar diseado en
base a esas premisas mencionadas anteriormente [28].
La tabla 5 que se presenta a continuacin hace una relacin entre los
elementos bsicos que debe tener un modelo de referencia y los
propuestos en este proyecto desde la perspectiva de la ingeniera
colaborativa.
48
Tabla 5 Relacin entre la composicin bsica de un modelo de referencia y

la propuesta desde la perspectiva de la ingeniera colaborativa.
Modelo de referencia bsico
Perspectiva colaborativa
Actividades de Ejecucin
Actividades de proceso Colaborativo
Grupo de Trabajo
Grupware
Actores del proceso
Roles
Tareas de Grupo de Trabajo
Workspace
Reglas de Trabajo
Patrones Colaborativos
Escenarios de Ejecucin
Escenario Colaborativo
Por lo tanto en el presente apartado, se describir de una forma detallada,

cada uno de los elementos que integran el modelo de referencia utilizado
en este proyecto. Se encontrar que los elementos descritos, estn
basados en la gua de PMBOK, buscando una integracin de esta base
metodolgica en gestin de proyectos, con la propuesta por un modelo de
referencia genrico.
Como primera instancia cabe mencionar, que el modelo de referencia

tiene una base metodolgica de basada en PMBOK la cual proporciona a
este proyecto el procedimiento de ejecucin del modelo de referencia
denominado mapa de procesos, el cual est integrado por cinco grupos
de procesos que son vistos como fases dentro de la gua de buenas
prcticas planteadas por PMBOK. Cada fase tiene entradas, procesos y
salidas, la salida de cada grupo de proceso ser la entrada del siguiente
grupo. Los elementos de ingeniera colaborativa como roles, thinklets,
worksapce, escenarios entre otros son integrados
a cada uno de los
instrumentos tanto del modelo de referencia como de evaluacin.
Es necesario resaltar que para la definicin del modelo de referencia se

han tenido en cuenta los elementos bsicos de la ingeniera de la
colaboracin, los cuales permitieron especificar tanto el mapa de
procesos, y los distintos instrumentos establecidos en el modelo de
49
referencia. Los componentes colaborativos como: escenarios, roles,

workspace, groupware, patrones y equipos de trabajo pertenecientes al
modelo de referencia, son definidos y representados en los diferentes
instrumentos tanto de estimacin como de ejecucin. A continuacin se
mencionan los componentes y la forma en que se integran a PMBOK.
Escenario Colaborativo: Los escenarios describen el ambiente donde se
ejecuta el trabajo colaborativo, es decir especifica los roles con su
respectiva tarea. Los escenarios que se han tenido en cuenta en este
trabajo son los grupos de procesos definidos por PMBOK (inicio,
planeacin, ejecucin, control y cierre), donde se evidencia claramente la
interaccin de cada uno de los roles y las tareas.
Workspace: Es el lugar en el que la colaboracin se lleva a cabo y

define, en parte, el estilo de colaboracin de cada grupo de proceso en
PMBOK. Este componente define a travs de una serie de instrumentos,
la relacin entre tareas, evidencias y responsabilidades, a cargo de un
grupo de proceso especfico.
Rol: El rol describe el papel que un determinado usuario tiene dentro de

un grupo de proceso en PMBOK, los roles para el presente proyecto
estn definidos en cada uno de los grupos de procesos mencionados
anteriormente, un rol puede ser un director, un analista, un diseador,
entre otros.
Groupware: Este elemento garantiza la medicin y valoracin de

herramientas documentales (instrumentos) en un proceso de gestin de
proyectos. Para el caso de PMBOK, permite identificar a travs de
instrumentos de medicin que tan colaborativo es una actividad en un
grupo de proceso especfico.
Equipos de trabajo: Este componente de Ingeniera colaborativa permite

reconocer las caractersticas que debe tener un grupo de trabajo. Este
50
elemento ser de utilidad en el proyecto para evaluar si los grupos de

proceso estn conformados acorde con las caractersticas necesarias
para que el trabajo culmine de la forma esperada.
Patrones de colaboracin: Proporcionan una gua que permite

identificar y llevar a cabo el trabajo colaborativo. Estos patrones son
identificados a travs de la observacin, para el caso de PMBOK, los
patrones colaborativos estarn integrados en diferentes instrumentos de
medicin que garanticen la adecuada valoracin de una actividad,
evidencia y rol definido para un grupo de proceso especfico.
3.2.1 Contexto para la definicin del modelo de referencia

Para la definicin del modelo de referencia a las condiciones y
reglamentos de la ingeniera colaborativa, es necesario en primera
instancia apropiar los elementos de la ingeniera colaborativa a los
procesos de un modelo de mejora. Para lograr esto se debe identificar
cuales sern los criterios y condiciones que sern adaptados al modelo de
mejora y luego analizar la forma de su aplicacin; de tal modo que pueda
ser visto como un proceso colaborativo en un entorno de mejora de
procesos. De este modo para que un proceso se considere como un
ejercicio colaborativo, debe cumplir con una serie de reglas y criterios
definidos por la misma ingeniera colaborativa, a continuacin se van a
mencionar varios elementos que son importantes para tener en cuenta en
este proyecto, porque van a permitir determinar cundo una actividad es o
no colaborativa. Algunos elementos van a ser tomados como criterios
colaborativos y otros como indicadores para medir los criterios definidos.
A continuacin se mencionaran los criterios descritos por Jhonson y

Jhonson en su documento titulado: El Aprendizaje Cooperativo en el
Aula [19], donde permiten establecer una base para los patrones de
colaboracin, los cuales sern descritos en apartados posteriores y se
encuentran detallados en el anexo 6.
51
Los criterios que se enuncian a continuacin son definidos desde la

perspectiva de la gestin de proyectos, buscando establecer la relacin
entre el concepto colaborativo y su aplicacin en el ejercicio de la gestin
de proyectos.
Interdependencia Positiva (IP): Lo que afecta a un integrante del grupo
positiva o negativamente afecta a los dems integrantes del grupo.
Para alcanzar el objetivo del grupo, cada uno de los integrantes debe
lograr los suyos propios. Durante la ejecucin de esta actividad se debe
tener en mente que: Se nada de manera conjunta o se ahogan
conjuntamente [19]. Cada grupo de proceso es responsable de las
tareas y evidencias que le fueron asignadas, cada avance del grupo de
proceso debe registrar su experiencia adquirida a travs de actas de
alcance del proyecto.
Interaccin
Estimuladora
Cara a
Cara (IECC):
La
interaccin
estimuladora se caracteriza porque los individuos brindan ayuda

eficiente y efectiva a los dems; intercambian recursos necesarios,
tales como informacin y materiales; manejan la informacin ms
eficiente y efectivamente; dan realimentacin a los dems sobre su
desempeo;
intercambian
con
los
dems
conclusiones
razonamientos para promover que se tomen decisiones de alta calidad

[19]. Los roles asignados por cada actividad perteneciente a un grupo
de proceso especfico, deben fijar metas y propsitos comunes, de tal
manera que los xitos y fracasos en cada tarea es responsabilidad del
grupo. El PMBOK define reas de conocimiento para asociar grupos y
actividades con responsabilidades y compromisos comunes.
Responsabilidad Personal (RP): La responsabilidad individual se da
cuando cada uno de los participantes tiene conocimiento acerca de su
trabajo, dentro del grupo y tienen la certeza de que mediante su trabajo
52
contribuyen a alcanzar el xito del grupo. Cada uno de los miembros

debe responsabilizarse de las tareas asignadas [19]. El concepto del
rol en la gestin de proyectos, permite medir y hacer seguimiento y
control de los avances individuales, de cada actor en un grupo de
procesos especifico. Este elemento permite medir el trabajo alcanzado
en una actividad del PMBOK a travs de actas de validacin.
Habilidades Interpersonales y de Equipo (HIE): Es importante fomentar
la confianza, aceptacin y apoyo interno entre los miembros del equipo
as como una comunicacin adecuada y habilidad para resolver los
conflictos que se presenten [19]. Las competencias que cada actor
tenga en el ejercicio de la gestin de proyectos son relevantes para
construir las llamadas experiencias alcanzadas, que no son ms que
conocimientos adquiridos producto del ejercicio de la gestin de
proyectos pasados. Y los cuales deben estar al servicio del equipo de
trabajo para alcanzar las metas esperadas en el proyecto.
Evaluacin Grupal (EG): El propsito es verificar el trabajo que se est
realizando en el grupo, observar la efectividad de los miembros del
grupo en la forma como contribuyen al esfuerzo colaborativo para
tomar decisiones respecto al desempeo que estn llevando [19]. En la
gestin de proyectos existe un elemento que permite validar el trabajo
realizado por un grupo de procesos, este mecanismo propuesto por el
PMBOK, utiliza diferentes evidencias representativas del grupo de
proceso de planeacin, donde se evala los alcances obtenidos por un
grupo en particular, cuenta con indicadores y rangos de medidas que
determinan el valor obtenido al final de un proceso de gestin. Para
efectos de este proyecto, el modelo de evaluacin se encargar de
esta tarea, a travs de instrumentos colaborativos de medicin del
desempeo grupal.
53
3.2.2 Caracterzacin de procesos colaborativos del modelo de

referencia
La segunda fase correspondiente al proceso de definicin del modelo de
referencia, busca reconocer e identificar las caracteristicas que debe tener
una actividad colaborativa, inicialmente se debe clasificar las reglas de
trabajo colaborativo sugeridas por Johnson y Johnson 8 . Estas reglas
permiten reconocer comportamientos y aptitudes tanto del individuo como
del grupo de trabajo y sus respectivas acciones en un contexto
colaborativo. La fase de caracterizacin de procesos colaborativos fue
desarrollada en cuatro etapas: Clasificacin de Reglas como indicadores;
Determinacin del grado de colaboracion de una actividad; Definicin de
indicadores de Reglas colaborativas y Relacion de criterios con
indicadores de medicin de las reglas colaborativas. A continuacion se
describen cada una de esas etapas.
3.2.2.1 Clasificacin de reglas como indicadores: Esta etapa toma los
criterios colaborativos descritos en la seccin 3.2.1 y los define como
indicadores de medicin, esta redefinicin de dichos criterios permite
obtener reglas colaborativas, las cuales facilitan a los evaluadores obtener
determinar el grado de colaboracin de una actividad usando indicadores
colaborativos pertienentes a la gestin de proyectos..
3.2.2.2 Determinacin del grado de colaboracion de una actividad:
Esta etapa de caracterizacin esta en manos de los expertos, los cuales a
partir de la evaluacin de unos patrones de colaboaracin y teniendo en
cuenta su experiencia, han determinado que actividades de la guia de
PMBOK pueden ser tomadas como colaborativas. La descripcin y
resultado de esta actividad puede ser consultada en el anexo 4. A
continuacin se presenta en la tabla 6 una relacin entre los patrones
colaborativos usados para la fase caracterizacin y su respectiva
8
David W. Johnson y Roger T. Johnson son codirectores del Centre de Aprendizaje

Cooperativo de los Estados Unidos y profesores de la universidad de Minnesota (EEUU)
54
interpertacin. De igual modo tambin se describe los criterios de

seleccin que le permitan al evaluador tener mayor certeza del patrn
seleccionado para valorar una actividad en PMBOK.
Tabla 6 Criterios de seleccin de patrones colaborativos
Patron
Interpretacin
Generacin
Se selecciona cuando
se desea pasar de
tener pocos a muchos
conceptos que son
compartidos por el
grupo
Reduccin
Clarificacin
se desea pasar de
tener muchos
conceptos a unos
pocos, que el grupo
considere requieren
mayor atencin
se desea pasar de
tener un menor a un
mayor conocimiento
compartido de los
conceptos, las
palabras y frases
usadas para
Criterios de Seleccin
Coleccionar y compartir
conceptos entre los
miembros del grupo.
Producir y compartir nuevas
ideas que no fueron
previamente conocidas por
los miembros del grupo
Adicionar detalles a los
conceptos que ya fueron
compartidos por los
miembros del grupo
Caracterizar un concepto en
trminos de sus
componentes y
subcomponentes
Adicionar detalles para ms
explicaciones completas o
describir un concepto
Escoger un subconjunto de
conceptos existentes
Derivar conceptos ms
generales desde instancias
especficas en el conjunto
existente
Proponer explicaciones y
descripciones alternativas
de un concepto
Compartir definiciones de
conceptos como resultado
de trabajo colaborativo.
55
expresarlos
Organizacin
Evaluacin
Construccin
de consenso
se desea pasar de
tener un menor a un
mayor conocimiento
de las relaciones entre
los conceptos que el
grupo est
considerando
se desea pasar de un
menor a un mayor
conocimiento del valor
relativo de los
conceptos bajo
consideracin
se desea moverse de
tener pocos a muchos
miembros del grupo,
quienes estarn
dispuestos a
comprometerse para
un objetivo
Ordenar conceptos en
categoras etiquetadas
Crear arreglos entre
conceptos para representar
sus relaciones conceptuales
Valorar la opinin del grupo

con respecto a los
conceptos.
Identificar un orden de
preferencia entre los
conceptos
Especificar y elaborar sobre
el valor de los conceptos
Detallar las
responsabilidades del
nuevo grupo
Definir roles y trabajo
compartido
Determinar el alcance de
las tareas del nuevo grupo
y los grupos exsitentes.
3.2.2.3. Definicin de indicadores de reglas colaborativas: La

siguiente etapa de la fase de caracterizacin es la definicin de
indicadores de reglas colaborativas, que permitan identificar y medir cada
una de las actividades, asi como procesos y subprocesos de gestin de
proyectos.
La tabla 7 que se presenta a continuacin, relaciona los distintos
indicadores correspondientes a cada regla de trabajo colaborativo, esta
tabla se tendra en cuenta para el desarrollo de la tabla 6 en la cual se
relacionan criterios colaborativos con las reglas de trabajo colaborativo. El
56
cruce de indicadores y criterios permitir al evaluador contar con una

herramienta documental, que le garantice la valoracin de actividades,
proceso o subproceso del PMBOK, cumplen con las condiciones y reglas
de trabajo colaborativo.
Tabla 7 Indicadores de reglas colaborativas
Indicador
CMTD
Caracteristica colaborativa
Cada miembro del grupo realiza una tarea diferente para
lograr un objetivo comn
CITE
A cada integrante se le puede distribuir una tarea

especfica
PCT
Posee una coordinacin de tiempos
TIEA
Todos los integrantes contribuyen al xito de la actividad
IRCTR
Hay intercambio de recursos y conocimientos dentro del

trabajo realizado
DRCG
Las decisiones, los razonamientos y las conclusiones son

grupales
REHM
Su realizacin ensea habilidades sociales a los

miembros
LIAPRP
Imitacin entre integrantes de acciones y procedimientos

para resolver tareas, acciones y actitudes para resolver
un problema
DREIG
Se pueden definir roles claros que puedan evaluarse de

forma individual o grupal
IRCR
Intercambio de recursos consecutivos y recurrentes

(materiales, culturales, financieros, tecnolgicos, o de
conocimientos) que permitan obtener beneficios a las
partes involucradas
DTHG
Durante el desarrollo de las tareas se hace uso de

herramientas groupware (correo electrnico, manejo de
calendario y agenda, sistema de reuniones electrnicas,
sistema de conferencia de datos o electrnico).
57
IRCR
Intercambio de recursos consecutivos y recurrentes

(materiales, culturales, financieros, tecnolgicos, o de
conocimientos) que permitan obtener beneficios a las
partes involucradas
TGDR
El trabajo de los grupos debe ser coordinado y dirigido

por un coordinador, es decir, personal con los suficientes
conocimientos y responsabilidad en los mbitos y
disciplinas implicados
CFREC
Tiene una coordinacin de los flujos de recursos para

producir economas de costos y tiempos
GPMP
Se emplea una gua o patrn de cmo se ejecutar el

proceso, y define la manera como los participantes de la
actividad grupal van de un estado inicial a un estado final
RTDP
Se lleva un registro de las tareas desarrolladas por cada

participante y se comparten los resultados o apuntes
interesantes para todos los participantes
3.2.2.4 Relacin de criterios con
indicadores de medicin de las
reglas colaborativas: La ultima etapa del proceso de caracterizacin

busca relacionar los criterios de seleccin de actividaddes colaborativas,
con los indicadores de medicin de las reglas colaborativas. La tabla 8
presenta un resumen del proceso de cruce entre criterios con indicadores
colaborativos, esta tarea permite caracterizar la evaluacin de cada
criterio por evaluador.
La caracterizacin permite al evaluador identificar las reglas existentes en
cada criterio para reconocer el nivel de colaboracin efectuado en una
actividad colaborativa. Queda en manos del evaluador asignar un valor a
cada criterio segn su experiencia y lo identificado por cada actividad. La
asignacin y valoracin de los criterios es una tarea propia del modelo de
evaluacin que ser descrito en la seccin 3.3.1. de este captulo.
58
Tabla 8 Caracterizacin de Criterios Colaborativos
Criterio Colaborativo
Reglas de Evaluacin
Colaborativa
Interdependencia Positiva (IP)

Interaccin Estimuladora Cara a Cara
(IECC)
Responsabilidad Personal (RP)
Habilidades Interpersonales y de
Equipo (HIE)
Evaluacin Grupal (EG)
CMTD, DRCG, RTDP, DARC, IRCTR

CFREC, LIAPRP, DRCG, IGH
CITE, PCT, IRCR, GPMP, DRCG
DTHG, RTDP, TIEA, CMTD, IGH
RTDP, GPMP, DREIG, IRCTR
3.2.3 Componentes del modelo de referencia

En la presente seccin se detalla cada uno de los componentes
relacionados al modelo de referencia como lo son: el mapa de procesos,
los instrumentos de estimacin y los instrumentos de ejecucin. En la
figura 7 se puede evidenciar su estructura interna.
Figura 7 Estructura interna del modelo de referencia
Modelo de Referencia
Mapa de procesos
Inicio
Planeacin
Ejecucin
Control
Cierre
Instrumentos de estimacin
Instrumentos de ejecucin
3.2.3.1 Mapa de procesos: El mapa de procesos es una gua o flujo de

trabajo que marca el camino que se debe tomar para la elaboracin de
cada una de las actividades correspondientes al modelo de referencia. El
mapa de procesos est dividido inicialmente en grupos de procesos,
segn lo determina la gua de PMBOK. Cada grupo de proceso est
compuesto por actividades, y a su vez cada actividad tiene una entrada y
59
salida respectiva, as como un thinklet asociado, el cual determina el

modo de ejecucin de dicha actividad en forma colaborativa.
El propsito fundamental del mapa de procesos es establecer el

procedimiento a seguir en el ejercicio de la gerencia de proyectos desde
la perspectiva de la ingeniera de la colaboracin. De este modo la
organizacin tendr una gua que indique la forma de ejecutar cada uno
de las actividades definidos en los grupos de procesos que plantea
PMBOK. Por lo tanto el mapa de procesos estar integrado por cinco
grupos (iniciacin, planeacin, ejecucin, control y cierre), cada uno de
ellos es visto como una fase dentro del proceso que sugiere PMBOK.
Cabe mencionar que la caracterizacin de cada grupo de procesos
(fases) es descrita en forma detallada en el anexo 3.
Los elementos que integran el mapa de cada uno de los procesos son:
Entrada: Son todos los documentos requeridos para ejecutar una

actividad, por ejemplo el caso de descripcin de negocio o los
factores ambientales de la empresa; documentos necesarios para
la ejecucin de la actividad Elegir un gerente de Proyecto.
Actividad: Es el evento que se realiza dentro del proceso de

PMBOK, un proceso puede tener mas de una actividad asociada a
su ejecucin.
Salida: Es el documento que se genera una vez ejecutada la

actividad en conformidad con los thinklets especficos de cada
actividad.
Thinklet: Tcnica de la ingeniera de la colaborativa que permite

establecer el modo en que se debe ejecutar el proceso, de igual
modo define los patrones de evaluacin de cada actividad asociada
al proceso. [9].
En la figura 8, se detalla el ejemplo del mapa de procesos

correspondiente al grupo de iniciacin, el cual consta de cuatro
60
actividades. En dicho mapa de procesos se puede evidenciar la forma en

que se ejecuta el flujo de trabajo para esta fase del proceso de gestin de
proyectos y la integracin de un elemento representativo de la ingeniera
de la colaboracin como lo es el thinklet. La descripcin completa de cada
uno de los mapas de procesos puede ser consultada en el anexo 3.
Figura 8. Mapa de procesos del grupo de Iniciacin
Mapa de proceso
Inicio
Entradas
Caso de negocio.
Enunciado del trabajo del
proyecto.
Contrato.
Factores ambientales de la
empresa.
Activos de los procesos de la
organizacin
Salidas
Actividad
Acta de constitucin del

proyecto
Elegir un gerente de proyecto
Thinklet asociado
MoodRing
Actividad
Realizar un anlisis de los supuestos
y las restricciones del proyecto
Thinklet asociado
OnePage
Actividad
Identificar los requisitos
iniciales del proyecto
riesgos
Thinklet asociado
ThemeSeeker
Actividad
Clasificar los interesados del proyecto en una
matriz de acuerdo al impacto
Salidas
Registro
de
los
stakeholders
Thinklet asociado
ThemeSeeker
Para una mayor claridad del modo en que un thinklet establece la forma
de ejecucin de una actividad asociada a un proceso de PMBOK, se
61
presenta la tabla 9, la cual muestra un ejemplo de como se describe la

ejecucin y posterior evaluacin del tihinklet (MoodRing), asociado a un
patrn especifico (construccin en consenso). Este thinklet esta asociado
a la actividad elegir un gerente de proyecto visto en la figura 9, la
descripcin detallada de los patrones usados para el presente proyecto y
sus respectivos thinklets, puede ser consultada en el anexo 1.
Tabla 9 Thinklet (MoodRing) asociado a un patrn colaborativo
(construccin en consenso)
MOODRING
Escoger el thinklet
Para examinar suposiciones.
Para compartir informacin no compartida
Para revelar aspectos ocultos
Para provocar una discusin enfocada sobre temas donde el grupo tiene poco
consenso.
Informacin General: Teniendo previamente completo StrawPoll, el equipo se
compromete en una discusin estructurada de tems en los cuales ellos tengan el menor
consenso.
Entradas: Resultados de votacin de un StrawPoll, usando un mtodo que revele
patrones de acuerdo y desacuerdo.
Salidas:
Una lista priorizada de tems.
Conocimiento compartido de las razones detrs de las diferencias de opinin en
grupo
Configuracin
de las razones detrs de las diferencias de opinin entre el grupo
Ordenar los resultados del StrawPoll en orden descendente basado en la
desviacin estndar.
Desplegar
los de
resultados
sobre la
de las razones
detrs
las diferencias
depantalla
opininpblica.
entre el grupo
Pasos
Solicitar a los participantes que observen el listado de tems, los cuales han sido
ordenados
porde
prioridad.
de las razones
detrs
las diferencias de opinin entre el grupo
Tomar el tem de mayor prioridad y generar discusin acerca de su alta
puntuacin. Se sugiere generar la discusin a partir de las razones que existen
para evaluar el tem realmente alto.
de las razones detrs de las diferencias de opinin entre el grupo
Guardar toda la informacin generada alrededor de la discusin.
Repetir el proceso para cada tem que considere d origen a una nueva
discusin.
Continuar moderando la actividad hasta que se llegue a un lmite de tiempo
previamente determinado o hasta que no haya ms tems sobre los cuales se
deba generar discusin
62
3.2.3.2 Instrumentos de estimacin del modelo de referencia Los

instrumentos de estimacin son herramientas documentales que permiten
valorar el grado de colaboracin y su implicacin en el desarrollo de una
actividad en el proceso de gestin de proyectos. Estos instrumentos
fueron elaborados conforme al proceso de caracterizacin del modelo de
referencia el cual se describe a continuacin visto en la figura 9.
Figura 9. Caracterizacin del modelo de referencia
FASE 1: Identificacin de evidencias
FASE 2: Establecer indicadores colaborativos

CARACTERIZACION DEL
MODELO DE
REFERENCIA
FASE 3: Establecer ejecucin de actividades

colaborativas
FASE 4: Determinacin de roles colaborativos
3.2.3.2.1 Fase 1 Identificacin de evidencias

La primera actividad para el proceso de caracterizacin, es relacionar las
evidencias propuestas por PMBOK con las actividades correspondientes
a cada grupo de proceso. Con el fin de determinar cules son las
evidencias que se pueden catalogar como resultado de un trabajo
colaborativo, correspondiente a una actividad especifica. El resultado de
este estudio de las diferentes actividades de la metodologa PMBOK con
sus respectivas evidencias puede ser visto en el anexo 2.
Las evidencias permitirn ms adelante determinar el logro alcanzado en
cada actividad, utilizando tcnicas de ingeniera colaborativa. El uso de
patrones e indicadores permitirn a los evaluadores reconocer y evaluar
el grado colaboracin de cada evidencia encontrada. La valoracin de
cada evidencia estar determinada por una serie de indicadores como
actores involucrados, tiempo requerido, tareas realizadas entre otras.
63
La tabla 10 que se muestra a continuacin, presenta una muestra de las

evidencias identificadas para el desarrollo de las distintas actividades del
grupo de proceso de Iniciacin.
Tabla 10 Relacin de evidencias con la gua de PMBOK
Grupo de
Procesos de
Iniciacin
Documento
Actividades
Elegir un gerente de proyecto.

Definir el propsito del proyecto y
las necesidades que va a suplir.
4. Gestin de la
Integracin del
Proyecto
4.1 Desarrollar
el Acta de
Constitucin
del Proyecto
Describir el producto y
entregables del proyecto.
los
Realizar un anlisis de los

supuestos y las restricciones del
proyecto.
Acta de
constitucin
del proyecto o
Proyectcharter
Identificar los requisitos y riesgos

iniciales del proyecto.
Resumir el proyecto.
10. Gestin de
las
Comunicaciones
del Proyecto
10.1 Identificar
a los
Interesados
(Stakeholders)
Identificar los interesados del

proyecto
Registro de los
stakeholders
Clasificar los interesados del

proyecto en una matriz de
acuerdo al impacto
Estrategia de
gestin de los
interesados
3.2.3.2.2 Fase 2 Establecer indicadores colaborativos

Esta fase permite establecer las caractersticas que debe tener un
proceso o subproceso que se trabaje de forma colaborativa, bajo los
paradigmas de PMBOK, teniendo en cuenta las reglas bsicas de
cooperacin de Johnson y Johnson expuestas en secciones anteriores de
este capitulo.
Durante el desarrollo de esta fase, se busca caracterizar cada uno de los
indicadores que se van a utilizar para especificar las diferentes
actividades colaborativas, las cuales ya fueron identificadas y clasificadas
64
en etapas anteriores por los expertos gracias al uso de patrones y

criterios colaborativos. Esta caracterizacin ser un instrumento ms para
valorar la forma en que se ejecuta una actividad colaborativa dentro de un
proceso de gestin de proyectos. En el anexo 4 se encuentra el
diagnostico de actividades realizada por los expertos en ingeniera
colaborativa, en el anexo 5 se relaciona cada una de las actividades
colaborativas seleccionadas con sus respectivas evidencias y en el anexo
6 se detallan los indicadores empleados para medir las actividades
colaborativas.
La tabla 11 muestra cada uno de los indicadores definidos para la
evaluacin de cada actividad colaborativa, la descripcin de cada
indicador y su aplicacin estn descritas en el anexo 6.
Tabla 11 Indicadores de ejecucin de actividades colaborativas
INDICADOR
NOMBRE
TGru
Ser realizada por dos o ms personas.
TDif
Es colaborativa si cada miembro del grupo realiza una tarea diferente

para lograr un objetivo comn.
TEsp
A cada integrante se le puede distribuir una tarea especfica.
TRel
Cada tarea debe tener lazos interrelacinales con las dems tareas.
CooTi
Posee una coordinacin de tiempos.
ExAct
Todos los integrantes contribuyen al xito de la actividad.
DeRaCoGr
HabSoc
ImiAc
RoEvaInd
RegDef
Las decisiones, los razonamientos y las conclusiones son grupales.

Su realizacin ensea habilidades sociales a los miembros.
Imitacin entre integrantes de acciones y procedimientos para resolver
tareas, acciones y actitudes para resolver un problema.
Se pueden definir roles claros que puedan evaluarse de forma individual o
grupal.
El desarrollo de la actividad debe tener reglas definidas con anterioridad
que no se pueden transgredir.
65
IntHet
HerrGrW
InReCons
Los integrantes del grupo son heterogneos.

Durante el desarrollo de las tareas se hace uso de herramientas
groupware.
Intercambio de recursos consecutivos y recurrentes que permitan
obtener beneficios a las partes involucradas.
CooGru
El trabajo de los grupos debe ser coordinado y dirigido por un coordinador
CooRec
Tiene una coordinacin de los flujos de recursos para producir economas

de costos y tiempos.
PatGr
Se emplea una gua o patrn de cmo se ejecutar el proceso, y define la

manera como los participantes la actividad grupal van de un estado inicial
a un estado final
RegiTInd
Se lleva un registro de las tareas desarrolladas por cada participante y se

comparten los resultados o apuntes interesantes para todos los
participantes.
3.2.3.2.3 Fase 3 Establecer ejecucin de actividades colaborativas

Esa fase busca relacionar cada uno de los indicadores de la fase anterior
con sus respectivas evidencias y grupo de proceso al que pertenece. Esto
permite saber cul es el indicador correspondiente a cada evidencia de un
grupo de proceso en particular. Esa informacin es de gran relevancia,
puesto que permite determinar si el desarrollo de una evidencia en un
grupo de proceso especfico, se hizo de la forma adecuada; cumpliendo
con los parmetros propuestos por la ingeniera colaborativa. El experto
en gestin de proyectos usar esta informacin para evaluar los
resultados finales y parciales del ejercicio de la gestin de proyectos,
mediante instrumentos del modelo de evaluacin, el resultado de esta
fase se puede ver en el anexo 7.
La tabla 13 muestra un ejemplo de la relacin de cada indicador definido
en secciones anteriores, con su respectiva evidencia, esta relacin
permitir al evaluador determinar si cada actividad ha generado su
correspondiente evidencia y si efectivamente est se ha hecho de la
66
forma colaborativa esperada. Para que esta valoracin se realice de la

forma correcta el evaluador utiliza el instrumento descrito en la tabla 13
con los instrumentos del modelo de evaluacin, los cuales sern descritos
en las secciones 3.3.1 y 3.3.2.
La tabla 12 presenta a manera de ejemplo los indicadores y sus
respectivas evidencias del grupo de procesos de Inicio. El nmero
completo de evidencias por grupo de procesos se puede consultar en el
anexo 7.
Tabla 12 Indicadores aplicados a evidencias del grupo de proceso de inicio
Indicador
TGru
Evidencia
Acta de constitucin
Grupo de Proceso
Inicio
del proyecto o
Proyectcharter
Registro de
stakeholders
TDif
Acta de constitucin
Inicio
del proyecto o
Proyectcharter
Registro de
stakeholders
TEsp
TRel
ExAct
Acta de constitucin del
DeRaCoGr
proyecto o Proyectcharter
HabSoc
ImiAc
Inicio
RegDef
IntHet
CooGru
PatGr
RegiTInd
67
3.2.3.2.4 Fase 4 Determinacin de roles colaborativos

La fase final consiste en la identificacin de los roles dentro de un proceso
de gestin de proyectos, el rol describe el papel que un determinado actor
tiene dentro de un grupo de trabajo. Es importante la identificacin de
cada rol en el modelo de mejora porque de esta forma se puede
determinar cules van a ser las tareas o propsitos en un proceso de
gestin de proyectos. Los roles identificados para la metodologa PMBOK
son:
Director
Gerente funcional
Gerente de operaciones
Director del programa o portafolio
Director de oficina de direccin de proyectos
Interesados del proyecto
Director del rea de integracin
Director del rea de alcance
Director del rea de tiempo
Director del rea de costos
Director del rea de calidad
Director del rea de recursos humanos
Director del rea de comunicaciones
Director del rea de riesgos
Director del rea de adquisiciones
Analistas de sistemas
Programadores
Diseadores
Documentadores
La relacin entre el rol y su respectiva descripcin se puede evidenciar en

el anexo 8. A continuacin se presenta en la tabla 13 una relacin entre
el rol y la responsabilidad a su cargo, este instrumento le permite conocer
68
al
gerente de proyecto cul es el rol adecuado a ser asignado a un
integrante de un grupo de proceso. Adems le permitir al evaluador

conocer las responsabilidades de cada rol para evaluar el desempeo del
actor
Tabla 13 Descripcin de los roles usados para trabajo colaborativo en
PMBOK.
IDENTIFICADOR
NOMBRE DEL
DE ROL
ROL
Dir
Director
GFun
GOp
DirProPort
IntProy
DESCRIPCION
Persona asignada por la organizacin ejecutante
para alcanzar los objetivos del proyecto
Gerente
Persona designada a la supervisin gerencial de
funcional
un rea tcnica o administrativa.
Gerente de
Persona responsable de una faceta del negocio
operaciones
bsico
Director del
Persona responsable de todos los proyectos que
portafolio
Interesados del
proyecto
se ejecutan en toda la empresa.

Personas
Director del rea

de integracin
organizaciones
participantes
activamente de un proyecto, ejercen influencia

sobre el proyecto.
Persona
DirInt
responsable
consolidacin,
de
articulacin
la
y
unificacin,
las
acciones
integradoras cruciales para la terminacin del

proyecto
DirAlc
DirTie
Director del rea

de alcance
Director del rea

de tiempo
Persona responsable de los procesos necesarios

para garantizar que el proyecto incluya todo el
trabajo requerido para completarlo con xito
Persona responsable de los procesos requeridos
para administrar la finalizacin del proyecto a
tiempo.
Persona
DirCos
responsable
de
los
procesos
Director del rea
involucrados en estimar, presupuestar y controlar
de costos
los costos del proyecto y mantenerlos dentro del

presupuesto aprobado.
DirCal
Director del rea

de calidad
Persona responsable de los procesos, objetivos y

polticas de calidad a fin de satisfacer las
necesidades del proyecto.
69
DirRH
Director del rea
Persona responsable de los procesos que
de recursos
organizan, gestionan y conducen el equipo del
humanos
DirCom
Director del rea
Persona responsable de los procesos requeridos
de
para garantizar que la informacin del proyecto
comunicaciones
DirRie
DirAdq
AnaS
proyecto.
Director del rea

de riesgos
sea adecuada y oportuna.

Persona
responsable
de
los
procesos
relacionados con llevar a cabo el tratamiento de

riesgos dentro del proyecto.
Director del rea
Persona responsable de los procesos de compra
de
de los productos, servicios o resultados que son
adquisiciones
necesarios obtener fuera del equipo del proyecto
Analistas de
sistemas
Persona
responsable
especificacin
de
y validacin
la
de
captura,
requisitos
usuarios.
Persona responsable de la construccin de
Prog
Programadores
prototipos, colaboracin en la realizacin de

pruebas funcionales, modelo de datos.
Dis
Diseadores
Persona responsable de generar el diseo

arquitectnico y detallado del sistema
Persona responsable de disear y construir un
Doc
Documentadore
s
repositorio
de
informacin
compartido
que
permita almacenar, recuperar y mantener la

documentacin del proyecto.
La fase 4 termina incluyendo un instrumento ms, en la determinacin de

roles colaborativos, esta herramienta documental permite determinar el
grado de participacin de un rol en el desarrollo de una evidencia
especifica por grupo de proceso. Esta participacin se considera de forma
directa o indirecta segn el grado de contribucin que un rol haya tenido
con el desarrollo de un documento (evidencia) en un grupo de proceso.
Esta evaluacin es realizada por expertos en gerencia de proyectos con
conocimientos en ingeniera colaborativa. El instrumento cuenta adems
con la posibilidad de declarar una observacin la cual es redactada por el
evaluador y el director de proyecto segn su valoracin del trabajo
realizado por el rol que esta siendo evaluado. La contribucin de este
70
instrumento permite adicionar observaciones que den mayor detalle a la

valoracin representada por los expertos. El resultado de esta valoracin
puede evidenciarse en el anexo 9.
A continuacin la tabla 14, presenta una sntesis del instrumento usado
para determinar el grado de actuacin de un rol, en una evidencia
especfica. Esta tabla solo muestra los indicadores de rol del grupo de
proceso de Inicio, el resto de grupos con sus respectivos indicadores
pueden ser consultados en el anexo 9
Tabla 14 Valoracin de la actuacin del rol frente a la evidencia por Grupo
de proceso
IDENTIFICADOR
DEL ROL
EVIDENCIA
Dir
GFun
GOp
DirProPort
DirPMO
IntProy
DirInt
DirAlc
DirTie
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
PARTICIPACION
DIRECTA (D) O
INDIRECTAMENTE
(I)
GRUPO DE
PROCESO
OBSERVACIN
D
Inicio
D
71
DirCos
DirCal
DirRH
DirCom
DirRie
DirAdq
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
Acta
de
constitucin del
proyecto
o
Proyectcharter
La tabla anteriormente presentada muestra el instrumento que se utiliz

para la realizacin de la valoracin de expertos para la participacin
directa o indirecta, en la elaboracin de las diferentes evidencias
obtenidas en cada una de las actividades colaborativas. Cabe mencionar
que el indicador (D), representa que un rol especifico participo
directamente en el desarrollo de un documento, es decir que su accin e
incursin en el desarrollo de los documentos esta enmarcado dentro de
las tcnicas y directrices de la ingeniera colaborativa. El indicador (I),
representa que su participacin fue indirecta, significa que las acciones
ejecutadas y las incursiones en el desarrollo de los documentos, no
presentan caractersticas pertenecientes o sujetas a las sugeridas por la
ingeniera colaborativa. La descripcin de estos indicadores, as como el
resultado de la valoracin realizada por expertos esta detallada en el
anexo 9.
3.2.3.3 Instrumentos de ejecucin del modelo de referencia: El
modelo de referencia que se ha venido tratando a lo largo de este
capitulo, consta de elementos ya mencionados como: roles, tareas,
grupos de trabajo, thinklets, escenarios entre otros. El presente apartado
72
describir cada uno de estos elementos integrados a los diferentes

componentes propuestos por PMBOK. El resultado de esta integracin
ser una serie de instrumentos que permiten definir, ejecutar, controlar y
hacer un seguimiento sobre avances y resultados finales de cada una de
las actividades, procesos y sub procesos que abarca el ejercicio de la
gerencia de proyectos. En la siguiente seccin se encontrarn
instrumentos que garanticen la adopcin de tcnicas y conceptos
colaborativos al modelo de referencia dentro del marco de mejora de
procesos en la gestin de proyectos.
3.2.3.3.1 Plantilla de asignacin de responsabilidades.
Este instrumento tiene como propsito definir y estandarizar las reglas de
comportamiento de cada uno de los actores en un trabajo colaborativo
segn el rol asignado. La seleccin del rol esta determinada segn las
competencias de cada integrante del grupo de trabajo, las tareas
asignadas a cada rol como su responsabilidad ya estn definidas y
pueden ser consultadas en el anexo 10.
Esta plantilla permite al director de proyecto, tener un instrumento muy til
donde puede consultar cuales sern las responsabilidades definidas para
un trabajo colaborativo, segn el rol asignado a cada integrante del grupo
de proceso. De igual modo el evaluador tendr una gua muy clara para
determinar segn la labor desempeada del actor, cual fue su desempeo
segn las responsabilidades asignadas.
En la tabla 15 que se presenta a continuacin se detalla la plantilla
correspondiente a la asignacin de responsabilidades, a manera de
ejemplo se presenta el grupo de procesos de inicio, la plantilla completa
se muestra en el anexo 10.
73
Tabla 15. Plantilla de asignacin de responsabilidades (grupo de proceso

Inicio)
GRUPO DE
PROCESOS
NOMBRE DEL ROL
RESPONSABILIDADES
Realizar el acta de constitucin del

proyecto.
Director
Garantizar que los interesados acuerden

los requisitos iniciales del proyecto.
Documentar el registro de interesados y la

estrategia de gestin.
Participar en el acta de constitucin
del proyecto.
Gerente funcional
Participar en registro de interesados y

en la estrategia de gestin.
Participar en el acta de constitucin
INICIO
Gerente de
del proyecto.
operaciones

Director del programa o

portafolio
Autorizar formalmente un proyecto.

direccin de proyectos
proyecto

Director de oficina de
Interesados del
Autorizar formalmente un proyecto.
Plasmar y defender sus intereses en el

proyecto.
3.2.3.3.2. Ejecucin de actividades colaborativas.

Instrumento que describe en forma detallada el plan de trabajo de cada
actividad colaborativa correspondiente a un grupo de proceso especifico.
El plan de trabajo por actividad permite conocer cul es la descripcin de
la actividad, sus entradas y salidas, as como las actividades
relacionadas, los resultados esperados y el patrn al cual est sujeta
dicha actividad.
74
La tabla 16 muestra un ejemplo del plan de trabajo por actividad, donde

se evidencia cada uno de los elementos mencionados anteriormente. Este
instrumento permite al gerente de proyecto tener un control detallado
sobre los elementos ms representativos de cada actividad colaborativa.
Los resultados esperados y las observaciones sern componentes
primordiales para el proceso de evaluacin. La tabla 16 presenta una
muestra del instrumento desarrollado, donde solo se describe las
actividades correspondientes al grupo de proceso de inicio. El resto de
grupos de proceso pueden ser consultados en el anexo 11
Tabla 16. Ejecucin de actividades colaborativas grupo de proceso (inicio)
Actividad colaborativa Elegir un gerente de proyecto
Actividades relacionadas:
Definir el propsito del proyecto y las necesidades que va a suplir.
Describir el producto y los entregables del proyecto.
Realizar un anlisis de los supuestos y las restricciones del proyecto.
Identificar los requisitos y riesgos iniciales del proyecto.
Descripcin: La organizacin ejecutante del proyecto se rene para asignar a una
persona la responsabilidad de dirigir el proyecto.
Entradas: Caso de negocio, enunciado del trabajo del proyecto, contrato, factores
ambientales de la empresa, activos de los procesos de la organizacin.
Conocimiento y habilidad para dirigir un proyecto, adems experiencia en proyectos de
ese tipo.
Resultados esperados: Eleccin de la persona que cumple con las caractersticas
mnimas para dirigir el proyecto, su responsabilidad y su nivel de autoridad.
Observaciones: Para la eleccin del gerente de proyecto se debe identificar basado en
el tipo de proyecto que condiciones mnimas debe cumplir esa persona para que la
direccin del proyecto sea conforme a las necesidades del proyecto.
Grupo: Iniciacin
Patrones
Justificacin
Construccin de consenso
Los participantes se renen para
desarrollar los puntos que comprende el
Project chrter
Actividad colaborativa Realizar un anlisis de los supuestos y las restricciones del

proyecto.
Descripcin: Los participantes se renen para determinar las posibles restricciones del
proyecto y determinar los supuestos
75
Resultados esperados: Determinacin acertada de las restricciones del proyecto y

supuestos
Observaciones: Para el adecuado anlisis de las restricciones del proyecto y supuestos
es necesario conocer las condiciones en las que se debe desarrollar el proyecto
Grupo: Iniciacin
Patrones
Justificacin
Generacin
Los participantes realizan una lluvia de
ideas para compartir las diferentes
opiniones.
Actividad colaborativa Identificar los requisitos y riesgos iniciales del proyecto

Descripcin: los participantes evalan las condiciones mnimas que debe cumplir el
proyecto y determinan los posibles riesgos.
Resultados esperados: Listado de requisitos acordados con el cliente, y determinacin
de los riesgos que pueden afectar el buen desarrollo del proyecto.
Grupo: Iniciacin
Patrones
Justificacin
Organizacin
Los participantes establecen la prioridad de
los requisitos y riesgos
Actividad colaborativa Clasificar los interesados del proyecto en una matriz de

acuerdo al impacto
Descripcin: Los participantes hacen una lluvia de ideas sobre los requisitos y riesgos
del proyecto, posteriormente sern evaluadas para determinar la importancia y nivel de
atencin que requieran dentro del proyecto.
Resultados esperados: Descripcin detallada de los riesgos que pueden afectar el
desarrollo del proyecto y los requisitos que debe cumplir el producto o servicio que se
entregara al cliente.
Grupo: Iniciacin
Patrones
Justificacin
Organizacin
Establecer las relaciones entre cada uno
de los requisitos, de igual manera para los
riesgos.
3.2.3.3.3. Adecuacin de actividades colaborativas.

Instrumento que permite definir el procedimiento para la ejecucin,
medicin
y posterior evaluacin de una actividad colaborativa. Este

76
procedimiento se realiza gracias a la integracin de thinklets, como

elementos representativos de la ingeniera colaborativa, que permiten fijar
las condiciones de uso, control y medicin de una tarea especfica dentro
de las condiciones de un proceso colaborativo. Este instrumento adems
integra los llamados escenarios como elemento que describe las
condiciones para que el thinklet pueda ejecutarse de la forma correcta.
Las razones para la seleccin de un thinklet son criterios ya definidos que
garantizan la correcta medicin de la actividad colaborativa.
El resultado de la valoracin de las diferentes actividades colaborativas
frente a los thinklets y sus respectivos patrones puede evidenciarse en el
anexo 12, que es el resultado de la valoracin de expertos. Las razones
de la seleccin del thinklet estn descritas en el anexo citado
anteriormente. La tabla 17 muestra un ejemplo de este instrumento
aplicado a las actividades del grupo de proceso de inicio.
Tabla 17. Evaluacin de ejecucin de actividades usando el instrumento de
thinklets
Actividad colaborativa Elegir un gerente de proyecto
Descripcin: La organizacin ejecutante del proyecto se rene para asignar a una
persona la responsabilidad de dirigir el proyecto.
Patrn
Thinklet
Construccin
MoodRing
Razones de seleccin del thinklet
de consenso
Este thinklet permite a los participantes registran

sus opiniones en un nico documento y luego
empieza una discusin donde se puede dar un
cambio de opinin entre los integrantes.
Actividad colaborativa Realizar un anlisis de los supuestos y las restricciones del

proyecto.
Descripcin: Los participantes se renen para determinar las posibles restricciones del
proyecto y determinar los supuestos
Patrn
Thinklet Razones de seleccin del thinklet
Generacin
OnePage
Este thinklet permite que todos los participantes opinen

acerca de las restricciones y supuestos del proyecto.
77
Actividad colaborativa Identificar los requisitos y riesgos iniciales del proyecto

Descripcin: Los participantes hacen una lluvia de ideas sobre los requisitos y riesgos
del proyecto, posteriormente sern evaluadas para determinar la importancia y nivel de
atencin que requieran dentro del proyecto.
Patrn
Thinklet
Organizacin
ThemeSeeker
Este thinklet permite que los participantes

encuentran dos tems que
se relacionen de
alguna manera. Articulan sus relaciones entre

los dos tems y si el grupo est de acuerdo,
las relaciones llegan a ser el nombre
de la
categora.
Actividad colaborativa Clasificar los interesados del proyecto en una matriz de

acuerdo al impacto
Descripcin: Los participantes elaboran una matriz de probabilidad impacto para
determinar que actores tomarn algunas actividades del proceso de iniciacin.
Patrn
Thinklet
Organizacin
OnePage
Este thinklet permite a los participantes

sus opiniones
empieza
una
registran
en un nico documento y luego

discusin donde se puede dar un
cambio de opinin entre los integrantes.
3.2.3.3.4. Determinacin de la ejecucin de evidencias colaborativas

El ltimo instrumento del modelo de referencia, permite realizar un
seguimiento de los avances que se obtienen, a medida que el proyecto
crece y se ejecuta cada una de las actividades colaborativas
correspondientes a la gua de PMBOK. Ser tarea del director de proyecto
y de los expertos, valorar cada evidencia registrada en este instrumento.
Su valoracin est determinada por la presencia o ausencia del indicador
colaborativo. Al finalizar el diligenciamiento de este instrumento arroja
informacin sobre el modo en que las evidencias fueron elaboradas y el
proceso que se utiliz para documentarlas, esta informacin puede ser
consultada en el anexo 13.
78
A continuacin se presenta la plantilla de determinacin de evidencias, la

cual va a permitir determinar que actividades reflejan evidencias del uso
de indicadores colaborativos. La casilla de observaciones queda expuesta
para ingresar conceptos personales tanto de los expertos como del
director de proyecto. La valoracin de estas evidencias de mano de
expertos puede ser vista en el anexo 13, la tabla 18 muestra un ejemplo
del instrumento diseando, para validar el grupo de procesos de
iniciacin, donde se detalla la valoracin que se le ha dado a cada
indicador correspondiente a la evidencia encontrada. El restante grupo de
procesos puede ser consultado en el anexo 13.
Tabla 18. Determinacin de la ejecucin de evidencias colaborativas
GRUPO DE
PROCESO
INICIO
ACTIVIDAD
Elegir un gerente
de proyecto
Realizar un
anlisis de los
supuestos y las
restricciones del
proyecto.
Identificar los
requisitos y riesgos
iniciales del
proyecto
Clasificar los
interesados del
proyecto en una
matriz de acuerdo
al impacto
EVIDENCIA
Acta de
constitucin
del proyecto
o Proyect
charter
INDICADOR
VALORA
OBSERV
CION
ACIN
TGru
TDif
TEsp
TRel
CooTi
X
X
X
X
ExAct
Registro de
los
TGru
stakeholders
3.3 MODELO DE EVALUACIN

El modelo de evaluacin est constituido por una serie de instrumentos de
medicin basados en la ingeniera colaborativa, que permiten validar si el
modelo de referencia planteado, cumple y permite ejecutar de la forma
adecuada cada uno de los pasos planteados por la gua de PMBOK. Este
modelo de evaluacin consta de dos instrumentos la bitcora de ejecucin
y el ndice de conclusiones y evidencia.
79
El mecanismo utilizado para validar el modelo de referencia,
se basa
sobre la ejecucin de dos etapas planteadas para el desarrollo del modelo

de evaluacin: La evaluacin de alcance de actividades y la validacin de
resultados alcanzados,
en cada una de estas etapas se elaboran
respectivamente los instrumentos a que continuacin se describen.

La bitcora de Ejecucin, refleja el plan de trabajo realizado por la
organizacin, que busca medir la forma en que se ejecutan cada una de
las actividades propuestas para la gestin de proyectos,
perspectiva de la ingeniera colaborativa.
desde la
Esta validacin se hace
mediante el uso de una serie de criterios definidos en las secciones 3.1 y

3.2 de este capitulo. De este modo la bitcora de ejecucin, cuenta con
una herramienta que permite evaluar a travs de unos indicadores, el
modo y estado de ejecucin de las actividades de cada grupo de
procesos y sus respectivas evidencias, as como la participacin de los
roles y las tareas asignadas a cada uno de ellos.
El segundo instrumento requerido para el proceso de evaluacin se
denomina ndice de conclusiones y evidencias, el cual permite
corroborar el estado de cada actividad, el cumplimiento de la
responsabilidad por rol asignado y la evidencia elaborada. La valoracin
del estado de estos tres criterios, se califica de acuerdo a ndices como
ejecucin y concluido.
A continuacin se describen las etapas correspondientes al modelo de
evaluacin y la aplicacin de sus respectivos instrumentos.
3.3.1 Evaluacin de alcance de actividades
Este proceso se desarrolla por un experto en evaluacin de tareas
colaborativas, junto con el gerente de proyecto, para esta tarea se utiliza
el instrumento requerido para el modelo de evaluacin denominado
Bitcora de Ejecucin, el cual permite obtener un plan de trabajo de
cada una de las actividades definidas para el proceso de gestin de
proyectos.
80
Este instrumento resume el registro de cada uno de los elementos

necesarios para la validacin de una actividad, est compuesto por: el
patrn asociado, los thinklets implementados, los roles ejecutados por
actividad, el criterio y la valoracin de cada actividad evaluada, as como
el tiempo estimado de ejecucin por actividad. La tabla 19 que se
presenta a continuacin, muestra la descripcin de los valores de los
criterios de valoracin que dispone el evaluador para calificar la actividad.
Tabla 19 Asignacin de valores de criterios colaborativos
Valoracin
Descripcin
Aplicado
El criterio es altamente conocido por el grupo de apoyo,

los
valores
de
comportamiento
colaborativo
son
ejecutados segn las reglas de negocio y las evidencias

son reflejo de del proceso aprendido.
Identificado
El criterio aun esta en proceso de aprendizaje, el grupo de

apoyo no refleja en su totalidad elementos y conceptos del
procesos colaborativo, las evidencias requieren de mayor
trabajo en conjunto, existe aun inconvenientes de
comunicacin y sincronizacin.
Inexistente
Los conceptos y elementos de trabajo colaborativo aun

son desconocidos por el grupo de apoyo, las evidencias
reflejan que los roles y las tareas asignadas no se han
cumplido en tu totalidad.
Los elementos que integran este instrumento son los siguientes:
Tarea: Accin ejecutada durante la actividad por los actores

presentes en la misma. Pueden presentarse varias tareas por
actividad.
Evidencia: Documento resultante del proceso de desarrollo de

cada tarea ejecutada en la actividad.
Criterio de Evaluacin: Asignacin de los distintos criterios

colaborativos para validar la actividad ejecutada.
81
Thinklet: Regla de ejecucin de la tarea en forma colaborativa,

este elemento permite consultar al evaluador la forma en que se
debi ejecutar la tarea especifica.
Valoracin de Actividad: Asignacin del valor especifico del

criterio asignado por tarea ejecutada.
Tiempo Estimado: Valoracin en minutos que registra este

instrumento, el cual permite definir el tiempo que se espera se
ejecute la actividad para confrontarlo con el tiempo real utilizado,
una vez verificado la culminacin de la misma.
Rol: indicador de la responsabilidad asignada a la tarea especifica

por evaluar.
Al finalizar la evaluacin el evaluador generar un informe con los

resultados obtenidos, dicho informe debe reflejar las lecciones aprendidas
y las falencias y conclusiones del trabajo realizado.
La tabla 20 muestra un ejemplo en la distribucin de tareas
correspondientes al grupo de proceso de iniciacin, cabe resaltar que los
tiempos y valoracin asignados solo se consignan con fines de
ejemplificar el proceso de evaluacin. Para mayor detalle del resto de
grupos de proceso consultar el anexo 9. Cabe resaltar que para la
construccin de este instrumento el evaluador debe consultar la mayora
de instrumentos del modelo de referencia. La casilla de tiempo estimado
se deja sin definir debido a la naturaleza de ejemplo de este caso.
82
Tabla 20. Bitcora de ejecucin
BITACORA DE EJECUCION
PROCESO DE INICIACIN
ACTIVIDAD
TAREA

EVIDENCIA
Definir el propsito
CRITERIO DE
EVALUACIN
THINKLET
VALORACIN DE
ACTIVIDAD
(IP)
Identificado
TIEMPO ESTIMADO
(MIN)
ROL
Dir
XX
(IECC)
Aplicado
del proyecto y las
Acta de constitucin
(RP)
Aplicado
DirInt
necesidades que va
del proyecto
(HIE)
Identificado
DirPMO
a suplir
Describir el producto
y los entregables del
proyecto
(EG)
Proyectcharter
MoodRing
Aplicado
(IP)
Inexistente
(IECC)
Inexistente
(RP)
Identificado
(HIE)
Inexistente
(EG)
Aplicado
Realizar un anlisis
(IP)
de los supuestos y
(IECC)
Identificado
(RP)
Aplicado
(HIE)
Identificado
(EG)
Aplicado
las restricciones del
DirProPort
DirInt
DirTie
XX
Doc
GFun
XX
DirPMO
DirProPort
proyecto
83
83
(IP)
Inexistente
Identificar los
(IECC)
Inexistente
(RP)
Identificado
(HIE)
Inexistente
(EG)
Aplicado
ACTIVIDAD
TAREA
DirTie
XX
DirInt
Realizar un anlisis de los supuestos y las restricciones del proyecto

VALORACIN DE
ACTIVIDAD
TIEMPO ESTIMADO
(MIN)
(IECC)
Aplicado
XX
(RP)
Aplicado
DirPMO
Acta de constitucin
(HIE)
Inexistente
IntProy
del proyecto
(EG)
Identificado
EVIDENCIA
THINKLET
ROL
(IP)
Elegir un gerente de
proyecto
(IP)
Definir el propsito
OnePage
Inexistente
(IECC)
Inexistente
(RP)
Aplicado
necesidades que va
(HIE)
Aplicado
a suplir
(EG)
Inexistente
(IP)
Identificado
Describir el producto
(IECC)
Aplicado
y los entregables del
(RP)
Aplicado
proyecto
(HIE)
Aplicado
(EG)
Inexistente
Identificar los
(IP)
Identificado
(IECC)
Inexistente
(RP)
Aplicado
del proyecto y las
84
Proyectcharter
XX
DirInt
DirPMO
GOp
XX
Dir
GFun
DirProPort
XX
DirTie
DirCos
84
ACTIVIDAD
Identificar los requisitos y riesgos iniciales del proyecto
(IP)
VALORACIN DE
ACTIVIDAD
Aplicado
Definir el propsito
(IECC)
Aplicado
del proyecto y las
(RP)
Aplicado
Identificado
TAREA
EVIDENCIA
THINKLET
necesidades que va
Acta de constitucin
(HIE)
a suplir
del proyecto
(EG)
(IP)
Realizar un anlisis
XX
(RP)
Aplicado
(HIE)
Inexistente
(EG)
Identificado
(IP)
Aplicado
Identificar los
(IECC)
Inexistente
(RP)
Identificado
(HIE)
Identificado
(EG)
Aplicado
Proyectcharter
XX
85
DirInt
DirPMO
GOp
Aplicado
Identificado
proyecto
ROL
Aplicado
ThemeSeeker
(IECC)
de los supuestos y
TIEMPO ESTIMADO
(MIN)
XX
DirCom
DirRH
DirCal
DirRie
DirTie
DirCos
DirCal
85
3.3.2 Evaluacin de resultados alcanzados

Este proceso garantiza que los resultados obtenidos por cada uno de los
roles definidos, estn siendo controlados con el fin de conocer el estado
tanto de las responsabilidades asignadas, como de las evidencias
elaboradas por cada uno de los actores del proceso. Para elaborar esta
tarea se cuenta con un instrumento denominado ndice de Conclusiones
y Evidencias, el cual consigna las observaciones y recomendaciones
obtenidas por la evaluacin de expertos y del mismo gerente de proyecto
sobre el estado parcial o final de los resultados alcanzados durante el
desarrollo del proyecto.
El diligenciamiento de este instrumento es la ltima tarea del proceso de
evaluacin, antes de la reunin final para la socializacin de resultados al
grupo de trabajo. Reunin donde no solo se discuten los problemas
encontrados, sino que se destacan los logros alcanzados y se
documentan las experiencias adquiridas y recomendaciones pertinentes
para un prximo proyecto. El acta de cierre de proyecto es un documento
propio de PMBOK que permite consignar estos elementos, por lo tanto no
se requiere de un instrumento extra para este fin.
La elaboracin del ndice de Conclusiones y Evidencias, demanda no solo
un estudio y anlisis exhaustivo de los logros alcanzados tanto en trabajo
colaborativo de las actividades del proceso de gestin sino tambin de la
valoracin del grado de trabajo en equipo de los distintos actores,
identificados por un rol en un grupo de proceso especfico. De igual modo
la calificacin del desarrollo de cada una de las evidencias o documentos
generados a lo largo del proyecto, se debe ejecutar al final del proceso de
mejora, esta calificacin permite conocer si realmente el equipo de trabajo
reconoce, adquiere, apropia y ejecuta cada una de las tcnicas de la
ingeniera colaborativa para el desarrollo de documentos, tareas,
procesos y nuevo conocimiento en el ejercicio de la gerencia de
proyectos.
Por lo anteriormente expuesto el instrumento de ndice de Conclusiones y
Evidencias contempla tres tipos de validaciones en su estructura interna:
86
validacin de actividades, validacin de responsabilidades y validacin de

evidencias. Cada una de ellas demanda la calificacin de dos estados
dependiendo de los resultados encontrados por los evaluadores al final
del proceso de gestin del proyecto. A continuacin se describe cada tipo
de validacin con sus respectivos estados en las siguientes tablas.
Tabla 21 Valores de calificacin de la validacin de actividades
Validacin de actividades
Calificar el estado alcanzado de las
actividades desarrollas a lo largo
del
PROPSITO
proyecto,
su
calificacin
depende del criterio y valoracin de

indicadores
resultado
colaborativos
obtenido
instrumentos
del
de
del
otros
modelo
de
referencia.
ESTADOS DE CALIFICACIN
DESCRIPCIN
Su calificacin se da cuando una

actividad an no ha sido culminada
y se espera la terminacin de los
(E) En Ejecucin
resultados finales, la evaluacin de

este estado requiere determinar el
grado
de
actividad
colaboracin
ha
venido
que
la
ejecutando
desde su inicio hasta el momento

de la evaluacin.
Representa que la actividad ha sido
cumplida en su totalidad y los
(C) - Concluida
resultados
obtenidos
sern
evaluados hasta ese momento. Las

observaciones y conclusiones son
87
descritas
una
vez
comparadas
frente a otros criterios ofrecidos por

instrumentos
del
modelo
de
referencia, como el de asignacin

de thinklets el cual verifica el grado
de colaboracin de una actividad,
entre otros.
Tabla 22 Valores de calificacin de la validacin de responsabilidades
Validacin de responsabilidades
Permite
asignar
un
valor
de
validacin al desempeo final o

parcial del responsable o grupo de
PROPSITO
responsables
por
actividad.
Se
Califica el grado de colaboracin

alcanzado
de
las
distintas
responsabilidades asignadas a los

roles de cada grupo de proceso del
proyecto, su calificacin depende
del
criterio
indicadores
resultado
valoracin
colaborativos
obtenido
instrumentos
del
de
de
del
otros
modelo
de
referencia.
DESCRIPCIN
Se
califica
aprobada
una
responsabilidad, cuando el director

de proyecto, una vez verificado el
(A) aprobado
cumplimiento
asignadas
de
al
las
tareas
responsable,
88
determina que cada una de las

tareas asignadas al rol, han sido
cumplidas en su totalidad. Este
valor
representa
responsable
ha
que
el
realizado
de
manera oportuna y eficaz cada una

de las tareas asignadas y su
interaccin con otros grupos de
proceso ha sido satisfactoria.
Se
califica
Reprobada
una
responsabilidad, cuando el director

de proyecto, una vez verificado el
cumplimiento
(R) Reprobado
asignadas
de
las
al
encuentra
que
tareas
responsable,
aun
las
tareas
asignadas al responsable segn su

rol no se han cumplido en su
totalidad
se
espera
que
al
finalizar la actividad se culmine de

la
mejor
manera
el
trabajo
asignado
Tabla 23 Valores de calificacin de la validacin de evidencias
Validacin de Evidencias
Su calificacin permite validar el
estado en que se encuentra las
evidencias
PROPSITO
(documentos)
encontradas por cada actividad

correspondiente
al
grupo
de
proceso. Su calificacin depende

del
criterio
valoracin
de
89
indicadores
resultado
colaborativos
obtenido
instrumentos
del
de
modelo
del
otros
de
referencia
DESCRIPCIN
Se califica en desarrollo cuando se

evidencia
que
el
documento,
producto de la ejecucin de una

(D) En Desarrollo
actividad no ha cumplido con la

totalidad
de
los
requisitos
establecidos en el documento del

alcance de proyecto. Se fija un acta
donde se declaran los requisitos
faltantes de la evidencia.
Se
califica
finalizado
un
documento, cuando se verifica que

se ha cumplido con la totalidad de
los requisitos expuestos en el plan
(F) Finalizado
de alcance del proyecto. Este

documento debe estar respaldado
con las firmas de los actores
involucrados en su desarrollo.
Las observaciones y conclusiones sern expuestas por los expertos y el

director del proyecto, conforme a los criterios colaborativos expuestos en
el anexo 9.
La tabla 24 muestra un ejemplo hipottico del proceso de validacin para
el grupo de iniciacin, en el cual se evidencia a manera de ejemplo los
resultados obtenidos como conclusiones de las diferentes actividades
ejecutadas y las evidencias desarrolladas.
90
Tabla 24. ndice de conclusiones y evidencias

GRUPO DE PROCESO DE INICIO
ACTIVIDAD
VALORACIN
DE
ACTIVIDAD
ROL
Elegir un gerente de
proyecto
RESPONSABLES
CUMPLIMIENTO
DE
RESPONSABILIDAD
Juan Perez
Dir
Andres Penagos
Acta de
constitucin
del proyecto
OBSERVACION CONCLUCIONES
Se evidencia un alto grado

de compromiso y trabajo en
equipo, los roles fueron
cumplidos en su totalidad y
las evidencias desarrolladas
cumplen con los criterios
establecidos
en
las
responsabilidades
asignadas.
X
DiroPo
EVIDENCIA
ESTADO
DDE
EVIDENCIA
Es importante que el rol

director
de
oficina
proyectos, fije las normas
seleccin y aprobacin
los candidatos.
de
de
de
de
Se recomienda llevar un
control
sobre
los
documentos generados
91
Julian Perafan
DirPMO
DirCos
X
Realizar un anlisis
de los supuestos y
proyecto
Identificar los
iniciales del
proyecto
Pablo Ledezma
x
Proyectcharte
r
DirCal
X
Maria Hernandez
Juan Perez
DirRH
x
Acta de
constitucin
del proyecto
DirCal
x
X
Julian Perafan
X
DirRie
Pablo Ledezma
Los
documentos
encontrados
como
evidencias requieren en su
mayora una revisin debido
a que el director de
proyectos aun no conoce el
alcance del mismo.
Los responsables de la
actividad
cumplen
a
cabalidad con las tareas
asignadas,
pero
es
necesario un control en sus
entregas.
El trabajo realizado por los
responsables de la actividad
esta aun inconcluso, debido
a que el mismo grupo tiene
tareas asignadas en otras
actividades.
Se espera que el director de
proyecto
reasigne
los
tiempos de entrega y las
condiciones del documento
final de la actividad.
92
92
3.4 MODELO DE MEJORA ADAPTADO

El proceso de mejora que busca adoptar el presente proyecto, est
basado sobre trabajos anteriores enmarcados en la bsqueda de mtodos
que garanticen la mejora de procesos a nivel de desarrollo de software,
dentro de las micro y pequeas empresas.
El contar con un modelo comprobado y definido garantiza que los
procesos de mejora adoptados sern confiables y pensados en las
condiciones de micro y pequeas empresas. De este modo el propsito
inicial del presente proyecto es la adecuacin de un modelo de mejora ya
existente, que permita integrar procesos de gestin de proyectos desde la
perspectiva de la ingeniera de la colaboracin a las condiciones de
pequeas y medianas empresas de software.
Por lo tanto la primera tarea estar centrada en generar los insumos
necesarios para definir una base conceptual para la ejecucin de
procesos orientados a la gestin de proyectos, integrando tcnicas y
componentes colaborativos. El paso siguiente ser definir mecanismos de
validacin para comprobar que la base conceptual planteada, permite
realizar procesos de gestin de proyectos enmarcados en la ingeniera
colaborativa.
Teniendo en cuenta lo descrito anteriormente se utiliz como base el
modelo de mejora descrito en [23], el cual plantea en su trabajo Un
proceso para guiar la mejora de procesos en las microempresas bajo el
proyecto COMPETISOFT, una manera confiable y segura para alcanzar
una mejora de procesos bajo un modelo estructurado, en un marco de
mejora, que propone la adecuacin de un modelo de referencia y un
modelo de evaluacin.
Por lo tanto ser objetivo principal de este
proyecto definir la adecuacin e integracin de elementos colaborativos

en un modelo de referencia y un modelo de evaluacin que permitan
implementar las fases definidas en el marco de mejora, las cuales estn
descritas como: iniciacin, diagnostico, formulacin, ejecucin y revisin,
93
enmarcadas bajo el paradigma de la gestin de proyectos, basado en la

gua de PMBOK.
La figura 10 que se muestra a continuacin, refleja el modelo de mejora
que es tomado como base para el presente proyecto, donde cabe aclarar
que el marco de mejora pmCompetisoft es la base terica, tomada para
este proyecto.
Figura 10. Marco metodolgico de COMPETISOFT adaptado
Modelo de Evaluacin
Modelo de mejora adaptado (PmCompetisoft)

Iniciacin
Las
fases
Diagnstico
correspondientes
Formulacin
al
marco
Ejecucin
de
mejora
Revisin
mencionadas
anteriormente, sern tomadas como gua para el proceso de mejora del

presente proyecto. Cada una de estas fases fueron adaptadas en su
interpretacin y posterior ejecucin, conforme a las condiciones de la
empresa piloto y la reglamentacin propuesta por PMBOK. La forma en
cmo se van a implementar se describe a continuacin.
3.4.1 Iniciacin
En esta fase bsicamente se plante a la micro y pequea empresa
cuales son las condiciones en las que se realizar el proceso de mejora,
el tiempo estimado; las condiciones de trabajo; la socializacin de los
instrumentos de procesos (modelo de referencia); la caracterizacin del
proyecto que participara en el proceso de mejora: la definicin de
compromisos de cada uno de los integrantes de la empresa y la forma
correcta de diligenciar las plantillas correspondientes al modelo de
referencia. Como resultado de esta fase se genera un acta de iniciacin,
donde se deja por escrito cada uno de los compromisos, tanto del equipo
evaluador como del grupo de trabajo de la empresa piloto.
94
3.4.2 Diagnstico
El paso siguiente ser el diagnostico, donde se determina si la empresa
conoce o tiene conocimientos acerca de gerencia de proyectos GPI, esta
tarea permite adems conocer si el grupo de desarrollo y el resto de
miembros de la empresa, conocen de manera emprica la gua de buenas
practicas de PMBOK, los grupos de procesos que propone, las
actividades y principalmente los diferentes documentos que se generan
por cada proceso y sub proceso del ejercicio de la gestin de proyectos.
El estudio de diagnstico realizado para esta fase puede ser detallado en
el anexo 14.
3.4.3 Formulacin
Cuando ya se tiene el diagnstico y se conoce como se encuentra la
empresa en cuanto a la gestin de proyectos se refiere, se procede a la
formulacin, que consiste en definir la forma de ejecutar ese modelo de
mejora, se entrega el plan de trabajo, (denominado para este proyecto
bitcora de ejecucin) en el cual se encuentra definido cules sern las
actividades a realizar, el tiempo estimado, los documentos a ser
elaborados (evidencias) y quienes participan del proceso, al igual que una
serie de preguntas que permitirn a los expertos validar el modo en que
se ejecuta la actividad colaborativa, por cada grupo de proceso como
valoracin inicial del proceso de mejora.
3.4.4 Ejecucin
En la ejecucin se entregan las plantillas definidas (instrumentos) y se
procede al respectivo diligenciamiento de cada una de los instrumentos
correspondientes al modelo de referencia por parte de la organizacin. Es
recomendable que el proceso de diligenciamiento de cada uno de los
instrumentos, sea acompaado de un evaluador, el cual orientar a los
participes del proceso en la elaboracin de las diferentes plantillas
(instrumentos), adems este acompaamiento le servir al evaluador para
tomar nota sobre los hallazgos encontrados en dicho proceso.
95
3.4.5 Revisin
El proceso final de este marco de mejora se conoce como revisin, en
esta fase se utilizan instrumentos del modelo de evaluacin, que permiten
validar si la totalidad de las actividades se cumplieron. De este modo se
recepcionan y analizan los respectivos comentarios y problemas
encontrados en la fase de ejecucin. Durante esta fase tanto los
evaluadores como el director de proyecto, haciendo uso de su experiencia
y de los instrumentos ofrecidos por el modelo de mejora, fijan una serie de
reuniones finales, donde se determinan y toman decisiones, sobre el
resultado del desarrollo del proyecto. Adems se establecen las
respectivas recomendaciones conforme al trabajo obtenido, tanto a nivel
grupal como individual, estas son socializadas al equipo de trabajo para
obtener as una nueva retro alimentacin de los resultados finales. Si es
necesario nuevas reuniones se fijan en un acta de cierre de proyecto, que
resuma las experiencias adquiridas y los resultados alcanzados.
3.5 CATALOGO DE INSTRUMENTOS DEL MODELO DE MEJORA
El presente apartado pretende entregar una gua que resume cada uno de
los instrumentos presentados a lo largo de este capitulo. La gua busca
generar una referencia didctica, tanto para el evaluador como para el
director de proyecto, la cual esta ordenada de acuerdo a los dos modelos
definidos por el marco de mejora COMPETISOFT.
Las entradas son los insumos que requiere cada instrumento para su
debido diligenciamiento y las salidas es la informacin de respaldo que
genera cada instrumento, esta informacin de salida es de gran
importancia para futuros procesos de la evaluacin de actividades
colaborativas y posteriormente para la toma de decisiones.
96
Tabla 25. Catalogo de instrumentos del modelo de mejora
Instrumento
Entrada
Evidencias
Relacin
de actividades
Evidencias con la cada grupo
gua de PMBOK
proceso
PMBOK.
Indicadores
ejecucin
actividades
colaborativas
de Indicadores
de genricos
ingeniera
colaborativa
Indicadores
aplicados
a
evidencias
por
grupo de Proceso
Salida
y
de
de
de
de
Indicadores
de
ejecucin
de
actividades
colaborativas.
Descripcin de los Roles por grupo

Roles
usados de proceso
para
trabajo
colaborativo
en
PMBOK.
Valoracin de la Roles, evidencias

Actuacin del rol y
grupos
de
frente
a
la procesos
evidencia
por
Grupo de Proceso
Propsito
Comprobar
las
Documentos
diferentes
elaborados
bajo evidencias
en
paradigmas
de cada grupo de
trabajo
proceso
que
colaborativo.
cumplen
con
caractersticas de
trabajo
colaborativo.
Condiciones
de Caracterizar los
valoracin en la indicadores
de
ejecucin
de valoracin
de
actividades
actividades
colaborativas
colaborativas.
Relacin
entre Determina si el
indicadores y su desarrollo de una
respectiva
evidencia en un
evidencia
por grupo de proceso
grupo de proceso
especfico,
se
hizo de la forma
adecuada;
cumpliendo con
los
parmetros
propuestos.
Descripcin de las Permite conocer
tareas asignadas a al
gerente de
cada rol por grupo proyecto cual es
de proceso
el rol adecuado a
ser asignado a un
integrante de su
equipo de trabajo.
Adems
le
permitir
al
evaluador
conocer
las
responsabilidades
de cada rol, para
evaluar
el
desempeo
del
actor
Valoracin
Determinar
el
cualitativa
y grado
de
perceptiva
del participacin de
grado
de un rol en el
participacin de un desarrollo de una
rol
sobre
una evidencia
por
evidencia
grupo de proceso
segn PMBOK
97
Plantilla
de Nombre del rol, Responsabilidades Consultar
las
asignacin
de grupos
de asignadas a un rol responsabilidades
responsabilidades procesos
especifico
definidas para un
trabajo
colaborativo
segn
el
rol
asignado a cada
integrante de un
grupo de proceso.
Ejecucin
de Actividades
Informacin
de Permite conocer
actividades
relacionadas,
datos
y informacin
colaborativas
resultados
documentos
de detallada de cada
esperados,
entrada y salida actividad
descripcin,
por actividad
colaborativa, los
observaciones y
resultados
patrones
de
esperados y las
ejecucin.
observaciones
sern
componentes
primordiales para
el proceso de
evaluacin
Evaluacin
de Escenarios,
Procedimiento de Definir
el
ejecucin
de thinklets, patrones ejecucin
y procedimiento
actividades
colaborativos.
medicin de una para la ejecucin,
usando
el
actividad
medicin,
instrumento
de
colaborativa.
seguimiento
y
thinklets
posterior
evaluacin de una
actividad
colaborativa
segn
los
patrones
colaborativos
Determinacin de Actividades,
Valoracin
de Permite
la ejecucin de evidencias,
cada
evidencia determinar que
evidencias
indicadores
encontrada
por actividades
colaborativas
colaborativos
actividad,
las reflejan
observaciones
evidencias
del
son expuestas por
uso
de
expertos
y
el
indicadores
director
de
colaborativos.
proyecto
Las
observaciones
consignan
conceptos
personales
y
tcnicos tanto de
los
expertos
como
del
director
de
proyecto
98
Modelo de Evaluacin
Instrumento
Entrada
Salida
Propsito
Calificacin de la
actividad segn el
grado
de
cumplimiento del
indicador asignado
por evidencia.
Permite evaluar a
travs de unos
indicadores
el
modo y estado de
ejecucin de las
actividades
de
cada grupo de
procesos y sus
respectivas
evidencias,
as
como
la
participacin de
los roles y las
tareas asignadas
a cada uno
Permite
corroborar
el
estado de cada
actividad,
el
cumplimiento de
la responsabilidad
por rol asignado y
la
evidencia
elaborada.
La
valoracin
del
estado de estos
tres criterios, se
califica
de
acuerdo a ndices
como ejecucin y
concluido
La bitcora
Ejecucin
de Tareas por
Actividad,
Evidencia,
Thinklet, Tiempo
estimado y Roles
de actores
ndice
conclusiones
evidencias
de Actividad,
Validacin
y responsables y el grado
rol por actor
aceptacin
el
de
del
trabajo realizado
de
los
responsables por
actividad.
Validacin
del
grado
de
terminacin
o
cumplimiento de
la evidencia
99
CAPITULO 4 VALIDACIN DEL MODELO DE MEJORA DE

PROCESOS EN LA GESTIN DE PROYECTOS SOFTWARE DESDE
LA PERSPECTIVA DE LA INGENIERIA DE LA COLABORACIN
El presente capitulo describir la informacin relacionada con el proceso

de validacin realizado al modelo de referencia tomando como objeto de
estudio un proyecto informtico que desarrollado por la empresa SOMOS
LTDA, empresa del orden departamental de carcter privado, dedicada al
desarrollo de soluciones informticas, la cual se prest para la realizacin
de la prueba piloto. La descripcin detallada del proyecto se encuentra en
la seccione 4.2 correspondiente a la prueba piloto.
Para la realizacin de las pruebas que validar el modelo de referencia,
usando los instrumentos definidos en el modelo de evaluacin, se
tomaron como referente las tcnicas de validacin para procesos
colaborativos propuestos en [30]. Para el proceso de validacin que se
desarrollar en este captulo se ha tomado como referente las pruebas de
simulacin y piloto, las cuales son propuestas por la ingeniera de la
colaboracin como tcnicas pertinentes para validar los procesos
colaborativos y sus respectivos resultados a nivel organizacional e
individual.
Para el caso de la prueba de validacin de tipo simulacin se cuenta con
el apoyo de dos expertos, en ingeniera colaborativa que no solo evalan
si es pertinente el trabajo realizado, sino que generan a partir de los
instrumentos de validacin, las consideraciones pertinentes de cmo se
puede mejorar el modelo de referencia propuesto. Para el caso de la
prueba de validacin tipo piloto se dispondr de la colaboracin del grupo
de desarrollo y los directivos de la empresa ya mencionada anteriormente,
as como el desarrollo de un proyecto en curso de la empresa, con el fin
de poner a prueba los diferentes instrumentos definidos tanto en el
modelo de referencia como de evaluacin.
100
4.1 VALIDACIN MEDIANTE TCNICA DE SIMULACIN:

Este tipo de pruebas busca confrontar los conocimientos y experiencia de
expertos en el rea de ingeniera colaborativa y gerencia de proyectos,
frente a los instrumentos diseados para el modelo de referencia
descritos en el captulo anterior. De este modo la prueba pretende que los
expertos as como el equipo que participo en el diseo de los
instrumentos colaborativos; validen cada una de las plantillas definidas en
el modelo de evaluacin a travs de una serie de preguntas [31]. El
equipo de trabajo que diseo las tcnicas colaborativas, responde y
analiza un conjunto de preguntas, definidas a partir de criterios, que
establece la ingeniera de la colaboracin como:
Establecimiento de pasos suficientes para la prueba
Determinacin de la totalidad de la informacin
Posibilidad de realizacin de parte de los participantes para realizar

las tareas definidas.
Determinacin de la experiencia de los participantes para

responder a las preguntas definidas
El propsito de esta validacin, es verificar si la lgica del diseo del

modelo de referencia y evaluacin es la adecuada, si los procedimientos y
sus respectivos instrumentos cumplen con los propsitos y requerimientos
esperados. Para ello se cuenta con una serie de preguntas y procesos de
validacin propuestos por la misma ingeniera de la colaboracin, de las
respuestas generadas se obtendr un informe que servir de referente
para realizar las mejoras respectivas. Los expertos en el tema proponen
ms adelante si las preguntas y los fases sealadas en el modelo de
mejora, fueron o no suficientes para alcanzar las metas esperadas en el
plan de mejora.
En la figura 11 que se presenta a continuacin se muestra el
procedimiento definido que fue diseado para la prueba tipo simulacin,
debido a que no existe un modelo estandarizado para la ejecucin de este
tipo de prueba. Adems se ha propuesto un procedimiento para la prueba
101
tipo piloto diseado a las condiciones de micro y pequeas empresas,

estructurado en cuatro pasos, el detalle de este tipo de prueba es descrito
en la seccin 4.2 de este captulo.
Figura 11. Procedimiento de la prueba tipo simulacin
Consenso de Asistentes
Desarrollo de Evaluacin de
Tcnica Colaborativa
Simulacin
Valoracin de la Bitcora de Ejecucin
Discusin de Consenso
4.1.1 Descripcin del proceso de validacin tipo simulacin

El proceso de validacin tipo simulacin, se llev a cabo cumpliendo con
los pasos definidos en la figura 12, este procedimiento plantea cuatro
pasos, requeridos para valorar el cumplimiento de un proceso
colaborativo, el cual es diseado para propsitos de mejora en la gestin
de proyectos informticos. A continuacin se describe cada uno de los
pasos del modo de ejecucin del procedimiento definido para la prueba
simulacin.
Tabla 26 Paso consenso de asistentes
Nombre del paso
Consenso de asistentes
Permitir que el grupo participante de la prueba,
conozca los objetivos de la misma y reconozca
la necesidad de validar cada uno de los
Propsito
procesos desarrollados a lo largo del proyecto.

Las reglas y modo de ejecucin, se definen
102
con el grupo participante, de tal modo que las

condiciones y subprocesos sean construidos
en consenso por el grupo.
Inicialmente se realiza la Invitacin a
participar
Colaborativa
expertos
y
Gestin
en
Ingeniera
de
Proyectos
Informticos, se busca que el experto en

gestin de proyectos sea una persona
certificada
como
PMP
(Project
Management Professional), as como el

gerente de proyectos de la empresa tomada
como prueba piloto.
Modo de Ejecucin
La informacin que ser validada esta

consignada en el instrumento denominado
bitcora de ejecucin, descrito en el
captulo anterior. Se realiza un acta por
reunin donde se consignan los resultados
y apreciaciones del grupo de desarrollo.
Se rene al grupo y se establecen las
condiciones de la prueba, adems se da a
conocer de manera general el propsito de
cada
uno
de
los
instrumentos
evaluaran,
se
socializa
documento
de
bitcora
tambin
de
que
el
ejecucin
correspondiente y se asignan los roles para

dicha prueba
Resultados
Esperados
Documento con el acta de inicio de la

prueba.
Plan de trabajo de la evaluacin.
103
Tabla 27 Paso desarrollo de evaluacin de tcnica colaborativa
Nombre del paso
Evaluacin de tcnica colaborativa

Permite reconocer si se desarroll la prueba
Propsito
conforme a las condiciones y reglas definidas

en el plan de trabajo, elaborado en el paso
anterior de consenso de asistentes. Este paso
requiere de la participacin de cada integrante
del grupo de trabajo conforme su rol definido
para la prueba.
Una
vez
reunidos
los
expertos
el
moderador se invit a participar a los

asistentes, motivndolos a
realizar las
contribuciones
consideraran
que
ellos
pertinentes.
Se procede a ejecutar cada una las tareas
en orden cronolgico conforme el plan de
trabajo
Se
Modo de Ejecucin
documentan
las
apreciaciones
sugerencias de cada participante, de la

evaluacin colaborativa que se va a aplicar,
para
cada
uno
de
los
instrumentos
correspondientes al modelo de evaluacin.

Se recogen los resmenes y documentos
pertinentes de cada participante, despus
de realizada la prueba.
Documento que recoge las apreciaciones y
Resultados
comentarios de los participantes, de cada
Esperados
tarea conforme el plan de trabajo y los

soportes del instrumento de bitcora de
ejecucin
104
Tabla 28 Paso valoracin de la bitcora de ejecucin
Nombre del Paso
Valoracin de la bitcora de ejecucin

Se califica y valora cada una de las actividades
de la bitcora de ejecucin y se confronta con
Propsito
las apreciaciones y sugerencias hechas por los

participantes de la prueba.
La
valoracin
de
cada
una
de
las
actividades establecidas en la bitcora de

ejecucin, son evaluadas por los expertos, a
cada actividad se le genera un instrumento
de validacin, el cual pretende a partir de
una serie de preguntas, medir la lgica de
integracin y aceptacin del grupo de las
tcnicas colaborativas que fueron adscritas
a cada actividad correspondientes de la
metodologa PMBOK.
Las preguntas diseadas van desde: Estos
Modo de Ejecucin
pasos son suficientes?, Est toda la

informacin
disponible?,
Pueden
los
participantes realizar estas tareas?, Tienen

los
participantes
la
experiencia
para
responder a las preguntas?

Los expertos
posibles
consignan
sugerencias,
en
su opinin
un
acta
y
de
validacin, la cual debe ser socializada al

final del proceso de mejora.
Resultados
Esperados
Instrumentos de validacin Plantilla de

Validacin de Tcnica de Simulacin
Acta de cierre del proceso de mejora.
105
Tabla 29 Paso discusin de consenso
Nombre del paso
Discusin de consenso
Se socializa y discute cada una de las
conclusiones elaboradas por los expertos a
Propsito
cada
grupo
de
proceso
del
proyecto
desarrollado. Para este paso es necesario que

cada uno de los participantes, sea interno o
externo
al
proyecto
este
presente,
la
retroalimentacin de esta paso es fundamental

para el acta de cierre del proceso de mejora
del proyecto.
Se renen los expertos junto con el
moderador y los asistentes, para conformar
grupos de discusin, de tal forma que los
resultados evidenciados, en cada una de las
actividades evaluadas pueda ser discutida
y generar las posibles mejoras desde la
perspectiva de cada uno de los roles.
Una
vez analizada
actividades
se
da
cada una de
por
terminada
las
la
validacin por simulacin.

Modo de Ejecucin
Se consigna en el documento de cierre de

proceso
de
mejora,
las
evidencias
experiencias adquiridas a lo largo del

desarrollo del proyecto.
Resultados
Esperados
Documento de cierre de proceso de mejora.

(actualizado)
La tabla 30, que se presenta a continuacin, describe la plantilla de

validacin de tcnica de simulacin, la cual es el insumo principal para el
desarrollo de la prueba tipo piloto. Se debe tener en cuenta que esta
plantilla es diligenciada por los expertos en ingeniera de la colaboracin y
106
gestin de proyectos, adems de la participacin del director de proyecto

el cual sirve como garante del proceso desarrollado, as como interlocutor
entre el equipo de trabajo y los expertos.
Tabla 30. Plantilla de validacin de tcnica de simulacin
Proceso:
Rol:
Actividad:
Estos pasos son suficientes?
Resultado:
Comentario:
Est toda la informacin disponible?
Resultado:
Comentario:
Pueden
los
participantes
realizar
estas
tareas?
Resultados
Evaluacin
de
la Resultado:
Comentario:
Tienen los participantes la experiencia para
responder a las preguntas?
Resultado:
Comentario:
CONCLUSIONES
4.1.2 Resultado de la prueba tipo simulacin.

A continuacin se presenta en la tabla 31 un resumen del proceso de
validacin, de la prueba tipo simulacin, elaborado por el grupo de
107
desarrollo de la empresa SOMOS y el grupo de expertos que participaron

en la evaluacin. Este resumen consigna los elementos ms importantes
de los documentos de plan de trabajo de evaluacin, acta de inicio de la
prueba y acta de cierre del proceso de mejora.
Los elementos que se tuvieron en cuenta para elaborar el resumen de la
prueba fueron: (I) la ficha de recursos tecnolgicos utilizados para cada
una de las pruebas; (II) la descripcin de los participantes y su rol en la
prctica de la prueba simulacin; (III) la definicin del tiempo requerido
para la prueba, las conclusiones finales despus de realizada la prueba y
las recomendaciones socializadas al grupo de desarrollo de la empresa.
Tabla 31 Resumen de la prueba de validacin
CONCLUSIONES DE LOS RESULTADOS DEL PROCESOS DE

VALIDACIN POR SIMULACIN
Correo
electrnico.
Este
recurso
fue
utilizado para hacer la solicitud formal a los

expertos, enviar la informacin preliminar
sobre
la
validacin
adicionalmente,
adjuntar la bitcora de ejecucin de los

procesos para la gestin de proyectos.
Procesador de texto. El documento de la
Recursos tecnolgicos
bitcora de ejecucin se hizo en un
utilizados
procesador de texto, este recurso fue muy

til ya que a medida que se realizaban los
comentarios,
mediante
funcionalidad
control
el
de
uso
de
la
cambios
se
incluan las observaciones realizadas por

los
evaluadores.
utilizaron
Adicionalmente,
comentarios
para
se
incluir
informacin generada durante la discusin.

Los cambios en el documento de bitcora
108
de ejecucin fueron realizados por el

moderador; los expertos en su lugar de
trabajo lean el documento
Los roles definidos para esta prueba son
descritos a continuacin:
Rol moderador.
Habilidades: La persona que ejerci el rol de
moderador deba tener excelente dominio
respecto a la informacin que contiene la
bitcora de ejecucin. Adicionalmente, tener
conocimiento al respecto de los procesos
para la gestin de proyectos, como tcnicas
de validacin de Ingeniera Colaborativa.
Responsabilidades:
Las
responsabilidades
que tuvo el moderador durante la ejecucin

de los procesos para la gestin de proyectos
se listan a continuacin:
Participantes
Motivar
los
expertos
participar
activamente.
Informar a los expertos respecto al proceso
de validacin.
Dar inicio al anlisis detallado de las
actividades.
Anotar los comentarios de los expertos.
Dar sus propias opiniones respecto a los
comentarios de los expertos.
Orientar el desarrollo del proceso a los
propsitos del mismo.
Rol experto.
Habilidades: La persona que ejerci el rol de
experto debe tener experiencia y amplio
109
conocimiento en ingeniera colaborativa y

metodologas PMBOK.
Responsabilidades:
Las
responsabilidades
que debi tener el experto durante la

ejecucin de los procesos se listan a
continuacin:
Leer el documento agenda detallada
Prestar atencin especial al moderador
para entender claramente el proceso a
seguir durante la validacin.
Analizar cada una de las tareas, dando
respuesta
las
diferentes
preguntas
planteadas por el moderador.

Prestar atencin a los comentarios del
evaluador y hace sus comentarios siempre
que lo requiriese.
La duracin del proceso de validacin por
simulacin, tardo un aproximado de 2 das, en
los cuales se tomaron sesiones de trabajo de
Tiempo de Duracin
3 horas, debido a los compromisos de los

integrantes de la empresa SOMOS. Las
discusiones
finales
conclusiones
se
desarrollaron en el ltimo da de trabajo. En

una sesin de 2 horas.
1
La prueba se realiz segn el tiempo

pactado.
Los
instrumentos
validacin
CONCLUSIONES
no
utilizados
requirieron
para
de
la
un
acompaamiento profundo, debido a su

simplicidad y entendimiento.
3
Las tareas definidas para los distintos

roles fueron ejecutadas con xito.
110
Se establecieron 6 nuevas actividades

colaborativas despus del anlisis con
los roles involucrados en el proceso, las
cuales estn descritas en el anexo 3 de
mapas de procesos.
Se elimin una actividad declarada como

colaborativa, debido a que su desarrollo
puede ser asumido por otra actividad, las
evidencias
de
esta
actividad
sern
reflejadas como fuentes de entrada de la

actividad que la asuma.
6
De los 8 instrumentos definidos en el

modelo de evaluacin, solo 2 sufrieron
cambios en su lgica y propsito.
Se establecieron 2 nuevos roles para el

grupo de proceso de planeacin, segn
sugerencias
de
los
expertos,
estos
nuevos roles son descritos en el anexo

8.
8
Se encontr que el mapa de procesos,

requiere de una modificacin en cuanto a
las salidas de algunas de las actividades,
correspondientes
las
evidencias
presentadas.
9
Algunos indicadores para la validacin

de evidencias, deben ser revisados en el
procedimiento de su evaluacin.
10
Los procedimientos entregados para la

realizacin
de
cada
uno
de
los
instrumentos del modelo de evaluacin,

fueron
calificados
como
aceptables,
garantizando un proceso definido y

adaptable.
111
1 Se recomienda la integracin de dos

actividades correspondientes al grupo de
proceso de planeacin que antes fueron
descartadas como colaborativas. Esta
integracin se debe al anlisis con los
involucrados en el proceso y por las
evidencias requeridas en un ejercicio de
gestin de proyectos.
2
Se
recomienda
el
reajuste
del
instrumento de medicin de bitcora de

ejecucin, donde se establezca una
puntuacin y seguimiento a la actividad
evaluada.
3
Se recomienda reajustar el instrumento

de
validacin
colaborativas,
RECOMENDACIONES
de
evidencias
donde se
exponga
el
responsable por evidencia y prioridad de

ejecucin.
4
El
establecimiento
thinklets,
tener
asignacin
de
para las actividades, deben

un criterio de valoracin para
determinar de qu modo de ejecuto dicha

actividad usando tcnicas colaborativas.
5
Tres
grupo
actividades
de
correspondientes
procesos
de
al
planeacin,
requieren la asignacin de nuevos roles.

6
Se establecieron tres nuevos patrones

colaborativos, asociados a actividades
correspondientes al grupo de proceso de
ejecucin.
Se recomend asignar un cdigo por

instrumento y actividad, buscando un
control de los documentos generados en
112
el proceso de seguimiento del proceso de

8
El
seguimiento
control
de
la
documentacin de cada uno de los

instrumentos correspondientes al modelo
de referencia y evaluacin, implicar
construir un formato como instrumento
solicitado por el director de proyecto.
4.2 VALIDACIN MEDIANTE TCNICA DE PRUEBA PILOTO:

La segunda prueba planteada para validar el modelo de referencia del
marco de mejora, se denomina tcnica de prueba tipo piloto. Este tipo de
pruebas, buscan evaluar la efectividad de los instrumentos diseados en
el modelo de referencia, los cuales ya fueron validados en su lgica y
propsito, por expertos en la prueba descrita anteriormente [30]. De este
modo la metodologa empleada para esta prueba, se basa en el
establecimiento de parmetros y reglas definidas, para la prueba, como:
seleccin de la empresa muestra, as como un proyecto en curso, los
involucrados y el grado de compromiso para la ejecucin de la misma.
4.2.1 Descripcin del proceso de validacin tipo piloto
Los trminos de tiempo y asignacin de responsabilidades, segn el rol a
especificar para la prueba, son determinados por las condiciones iniciales
del proyecto. Lo que representa que este tipo de pruebas son pertinentes
para su adopcin, como herramienta de validacin, puesto que se
adaptan a las condiciones de cualquier tipo de empresa y proyecto, sea
de mediana o amplia complejidad [31]. De este modo, el objetivo de la
prueba es verificar si la ejecucin de los distintos instrumentos diseados
en el modelo de referencia se puede llevar a cabo en el tiempo estimado y
con los recursos definidos. La validacin debe generar resultados que
permitan conocer si el proceso se puede ejecutar de manera exitosa con
113
los
recursos
disponibles,
participantes
procesos
colaborativos
establecidos.
A continuacin se describe en la figura 11 el procedimiento desarrollado
para la ejecucin de este tipo de pruebas. Cabe mencionar que dicho
procedimiento no est definido para su ejecucin en forma estndar, por
tal motivo fue necesario disear un proceso que permitiera ejecutar la
prueba a las condiciones y reglamentaciones que requiere una micro y
pequea empresa. Lo que permitir que este proceso pueda ser
extendido y aplicado a otros proyectos y empresas bajo esas condiciones.
Figura 11. Procedimiento de la prueba de tipo Piloto
Caracterizacion de la Empresa
muestra
Socializacion de la Bitacora de
Ejecucion.
Prueba Piloto
Ejecucin de la prueba
Analisis de Resultados
Debido a que la validacin mediante prueba piloto, consiste en determinar

la eficacia y funcionalidad de un proceso colaborativo en general, el
proceso para su ejecucin consisti en llevar a cabo cada una de las
actividades y respectivas tareas, propuestas en la bitcora de ejecucin
y validar que las actividades y sus respectivos entregables y responsables
fueran los adecuados.
Las tablas siguientes, presentan la descripcin y modo de aplicacin de
cada uno de los pasos de la tcnica de evaluacin tipo piloto ilustrados en
la figura 13.
114
Tabla 32 Paso de caracterizacin de la empresa muestra
Nombre del paso
Caracterizacin de la empresa muestra

Describir
Propsito
los
detalles
bsicos
de
la
organizacin donde se va a realizar la prueba,

los datos requeridos son:
Nombre de la empresa, tipo de empresa,
clientes potenciales, tipos de proyectos que
desarrollan, misin, visin y razones de
seleccin de la empresa muestra.
Seleccionar la empresa muestra, bajo un
estudio que garantice que las condiciones y
recursos
Modo de Ejecucin
humanos
necesarios
para
la
prueba, son los adecuados.

Determinar las condiciones iniciales para
caracterizar la empresa muestra.
Resumen de conclusiones del estudio de
Resultados
diagnostico de la poblacin muestra para la
Esperados
realizacin de la prueba.
Documento que consigne la informacin
relevante de la organizacin seleccionada.
Tabla 33 Paso de socializacin de la bitcora de ejecucin
Nombre del paso
Socializacin de la bitcora de ejecucin

Poner en conocimiento a la organizacin sobre
el proceso de evaluacin y el modo en que se
Propsito
ejecutar
el
instrumento
bitcora
de
ejecucin.
El proceso de socializacin de la bitcora
de ejecucin comienza con una reunin
previa con el grupo de apoyo de la
organizacin.
115
Cada integrante reconoce su rol dentro del

Modo de Ejecucin
proyecto, el cual es socializado, mediante

el instrumento de plantilla de asignacin
de responsabilidades, (tabla 16), estas
tareas son discutidas y concertadas para
su respectiva aprobacin por parte del
director de proyecto
Una vez aprobadas, se procede asignar
las
diferentes
correspondientes
al
actividades
rol
grupo
de
procesos que pertenece cada uno de los

actores de un proceso de desarrollo. La
plantilla
ejecucin
de
actividades
colaborativas (tabla 17), permite realizar

esta actividad conforme se va ejecutando
el proyecto.
La valoracin de la forma en que se
ejecuta cada actividad colaborativa, se
realiza mediante la plantilla evaluacin de
actividades usando el instrumento de
thinklets (tabla 18). Este instrumento ser
usado a lo largo del proyecto.
Una vez que cada plantilla es socializada y
discutida,
la
bitcora
de
ejecucin
comienza su proceso de seguimiento y

control a cada actividad desarrollada por
cada rol en el proceso.
Instrumentos del modelo de referencia
Resultados
Esperados
socializados y diligenciados.
Bitcora
de
ejecucin
socializada
diligenciada en su estado inicial.

Acta
de
reunin
del
proceso
de
socializacin.
116
Tabla 34 Paso de ejecucin de la prueba
Nombre del paso
Desarrollar cada uno de los instrumentos
Propsito
definidos del modelo de referencia y continuar

con el seguimiento del instrumento de bitcora
de ejecucin.
Diligenciamiento, control y seguimiento de
cada uno de los instrumentos del modelo de
referencia y modelo de evaluacin, excepto
Modo de Ejecucin
el ndice de conclusiones y evidencias

El control de desarrollo de cada instrumento
puede ser orientado por el catalogo de
instrumento del modelo de mejora.
Instrumentos del modelo de referencia
Resultados
diligenciados.
Bitcora de ejecucin diligenciada en su
Esperados
estado de desarrollo.
Tabla 35 Paso anlisis de resultados
Nombre del paso
Anlisis de resultados
Los participantes discuten y analizan los
resultados
finales
una
vez
concluya
la
ejecucin de la prueba. Es necesario levantar

un acta con las conclusiones y experiencias
Propsito
adquiridas del proceso desarrollado.

A partir de la informacin recolectada en cada
uno de los instrumentos diligenciados,
se
elabora el instrumento final de ndice de

conclusiones y evidencias (tabla 25), el cual se
nutre con las experiencias y comentarios de
cada uno de los actores, involucrados durante
el proceso de desarrollo.
117
El moderador de la prueba, da a conocer el

proceso que se llevara a cabo durante la
sesin de anlisis de resultados.
Posteriormente los participantes realizan los
comentarios que consideraron pertinentes
de cada uno de los instrumentos y procesos
Modo de Ejecucin
desarrollados.
Luego de una extensa revisin de los
comentarios de los actores del proceso, el
equipo
de
evaluadores
establece
los
problemas, soluciones y recomendaciones,

obtenidas a partir de la prueba final.
Finalizado el anlisis de cada actividad con
sus respectivos instrumentos, se procede a
generar
la
socializacin
respectiva
discusin, el moderador motiva

participantes
para
conclusiones
finales
a los
que
realicen
sus
al
respecto
del
proceso.
Finalmente,
el
moderador
elabora
un
informe escrito, con los resultados y las

conclusiones ms relevantes de la prueba.
Es
necesario
experiencias
la
socializacin
adquiridas
para
de
las
generar
retroalimentacin del proceso de mejora.

Resultados
Bitcora de ejecucin finalizada
Esperados
ndice
de
conclusiones
evidencias
diligenciado y finalizado
Las tablas anteriormente citadas describen el procedimiento para la

prueba de validacin tipo piloto, el resultado de cada uno de los procesos
mencionados se ejecuta segn las condiciones de la organizacin y del
118
proyecto que se desea evaluar. A continuacin se describe el resumen de

resultados obtenidos de la prueba en mencin.
4.2.2. Resumen de resultados de la validacin prueba tipo piloto

El resumen que se describe en la tabla 36 detalla una ficha tcnica sobre
los resultados y recomendaciones concluyentes, obtenidos una vez
realizada la prueba.
Tabla 36. Conclusiones de los resultados de los procesos de validacin por
prueba piloto
CONCLUSIONES DE LOS RESULTADOS DEL PROCESOS DE

VALIDACIN POR PRUEBA PILOTO
Correo electrnico. Este recurso fue utilizado
para
solicitar
al
representante
de
la
organizacin, la informacin necesaria para

Recursos
evaluar el proyecto SICRED (Sistema de
tecnolgicos
Informacin Crediticia)
utilizados
Procesador de texto. Recurso utilizado para
escribir
la
informacin
representante
de
la
brindada
por
el
la
organizacin
elaboracin de los diferentes documentos

necesarios para la ejecucin de la prueba
Datos generales
Nombre de la Empresa: SOMOS Ltda (Software
Mobile Solutions),
Departamento: Cauca
Caracterizacin de
la Empresa
Municipio: Popayn
Tipo de Empresa: Pequea
Cantidad de Trabajadores: 10
Tipos de Desarrollo: Aplicaciones web y mviles
119
Descripcin de la organizacin
Empresa de desarrollo de software Caucana
ubicada en la Carrera 15 No. 5 - 41 2do piso Of.
203 Popayn, Colombia. Esta es una empresa
orientada a proveer soluciones a las necesidades
de movilidad y ubicuidad de los seres humanos,
soluciones que se construyen a partir de procesos
de innovacin y desarrollo que emprende al
interior de la organizacin, o en alianza con
centros
de
educacin
investigacin
superior,
crecimiento
instituciones
comprometidas
permanente
en
el
rea
de
con
el
de
la
computacin mvil.
Misin de la organizacin:
De la mano de aliados estratgicos y grandes
jugadores de la industria, brinda su conocimiento a
los mercados internacionales, al mismo tiempo
que se preocupa por contribuir en el desarrollo de
la regin.
Razones de seleccin de la muestra:
Esta empresa se escogi debido a que se
encuentra muy madura en sus procesos de
gestin de proyectos, a pesar de estar
catalogada como micro empresa.
El conocimiento y experiencia de su director
de proyectos en el rea de gestin de
proyectos informticos es muy amplia, y en
especial al uso de la metodologa PMBOK.
Brinda una alta confiabilidad en el ejercicio de
este tipo de pruebas, debido a que conocen el
ejercicio
de
un
proceso
de
mejora
y
120
reconocen el uso de estrategias colaborativas

en sus labores diarias, como una herramienta
que contribuye a agilizar y potencializar su
trabajo corporativo.
Como conclusiones del estudio realizado a la

poblacin muestra, el cual puede ser consultado
en detalle en el anexo 14,
a continuacin se
realiza un anlisis de los resultados obtenidos.
Este resultado del estudio muestra que el

porcentaje de empresas que conocen y aplican
tcnicas y procesos en gestin de proyectos es
muy bajo, lo que garantiza y sustenta que el
propsito de este proyecto es el adecuado.
Por lo tanto el resultado obtenido fue que solo 3
de 12 empresas diagnosticadas estn por encima
de la media esperada, lo que refleja que solo el
25% de la poblacin estudio, presenta condiciones
favorables para la realizacin de las prcticas de
esta
investigacin.
Estas
empresas
son:
CERATIC, SOMOS INFORMTICA Y GESTIN.
Como resultado del estudio de diagnstico, se

obtuvo que la empresa piloto que ser tomada
como muestra es la empresa SOMOS, puesto que
los indicadores y resultados de la valoracin de los
mismos, permiten identificar condiciones ptimas
para implantar el modelo de mejora propuesto en
este proyecto, esas condiciones son:
Conocimientos de la gua PMBOK
Elaboracin de documentacin pertinente a

la gestin de proyectos
121
Adecuacin
de
procesos
iniciales
de
mejora, en su labor de gestin de proyectos
Reconocimiento
de
la
importancia
de
implantar procesos de mejora
Alta receptividad a apropiar conceptos,

procesos y labores propias de la ingeniera
colaborativa
Condiciones favorables en el ejercicio del

desarrollo de sus tareas cotidianas, para la
adopcin de tcnicas de la ingeniera
colaborativa.
Socializacin de la bitcora de ejecucin
Inicialmente se realiz un acercamiento con el

gerente de la empresa SOMOS Ltda (Software
Mobile Solutios) para informarle acerca del
propsito de la evaluacin, conocer sobre el sitio y
establecer a partir de la informacin recogida el
Procedimiento
objetivo de la evaluacin, posteriormente se
Desarrollado
establecen los aspectos de logstica respectivos

con la ejecucin de la prueba y las reglas que se
deben tener en cuenta para desarrollarla.
La prueba es desarrollada en un periodo de 4
meses, periodo que tarda en el desarrollo del
proyecto, cabe mencionar que muchos de los
documentos (evidencias), requeridos ya fueron
elaborados, debido que el proyecto se encontraba
en su etapa de desarrollo de la aplicacin, lo que
122
facilito su ejecucin. Cada uno de los instrumentos

definidos
fue
elaborado
en
su
totalidad,
cumpliendo con la bitcora de ejecucin.
El
proyecto por su corta duracin y poca complejidad

segn estimativos del director de proyecto, fue
pertinente y represento una muestra significativa
para la validacin del modelo de referencia.
Anlisis de resultados
Una vez elaborados y analizados cada uno de los

instrumentos del proyecto SICRED en la empresa
SOMOS, se elaboraron dos reuniones debido a la
cantidad de comentarios por procesos que surgi
despus de desarrollado el proyecto. Se levanto
un acta de finalizacin de la prueba en la segunda
reunin.
SICRED (Sistema de Informacin Crediticia) Es
una aplicacin mvil que gestiona el manejo de
Descripcin
del
Proyecto
informacin
crediticia
en
las
pequeas
medianas empresas, mediante el establecimiento

de una red colaborativa y compartimiento de
informacin.
Participantes
8 integrantes entre ingenieros de sistemas,

electrnicos y desarrolladores de software
Roles
Gerente de Proyecto
Desarrolladores
Equipo de Apoyo
Grupos
Procesos
Tiempo
Duracin
de
Inicio, planeacin, ejecucin, control y cierre.
de El tiempo de duracin de ejecucin de la prueba,

se desarroll durante 4 meses.
1. Para la mayora de participantes la prctica,
123
Conclusiones
les permiti, reconocer la importancia del

trabajo en grupo y
afianzo su potencial
como equipo de desarrollo

2. El conocimiento
metodologa
sobre
el uso
PMBOK,
considerablemente,
de
la
mejoro
puesto
que
reconocieron el valor de muchos de sus

documentos (evidencias)
3. Existen an dificultades para entender
algunos patrones colaborativos y ms aun
de cmo implementar sus respectivos
Thinklets
4. Para algunos participantes, es aun confuso
la adopcin de tcnicas colaborativas,
debido a que lo rutinario de su ejercicio en
el desarrollo software
les confunde aun
muchos trminos y prcticas.

5. El
uso
de
thinklets
mejoro
sustentablemente el desarrollo de muchas

de las actividades que antes no se
realizaban
ejecucin,
por inconvenientes en su
ya
sea
por
falta
de
comunicacin, impotencia de trabajo en

grupo,
imposibilidad
de
transmitir
informacin, entre otras.

6. Se sigue presentando inconformidad por la
inexistencia de algunas actividades que se
consideran deben estar presentes en el
modelo de referencia.
7. El director de proyecto considero una
herramienta de muy alto valor terico y
prctico, puesto que desde su experiencia
encontr mejoras en el desarrollo tanto
124
personal como grupal.

8. La elaboracin de documentos (evidencias)
se gener de una forma ms amena y sin
contratiempos, debido a los instrumentos
entregaros por el modelo de referencia y las
pautas
ofrecidas
por
los
patrones
colaborativos.
9. El uso de caracterizaciones de roles en un
trabajo colaborativo les permiti identificar
nuevos roles al interior de la empresa, as
como nuevas tareas y responsabilidades a
los ya existentes.
1. Mayor
documentacin
sobre
procesos
colaborativos
2. Instrumentos de seguimiento para el trabajo
individual de caca actor.
3. Instrumentos de medicin para el avance
de
cada
uno
de
los
documentos
(evidencias) en cada actividad.

Recomendaciones
4. Ampliar
el
nmero
de
actividades
colaborativas, puesto que se considera que

algunas que no fueron tenidas en cuenta,
son indispensables para el desarrollo del
proyecto.
5. Cambios
en
la
determinacin
de
la
participacin directa e indirecta en las

evidencias colaborativas.
125
CAPITULO 5. RESULTADOS OBTENIDOS
El presente captulo muestra los resultados obtenidos, durante la

ejecucin del trabajo de grado. Para cada una los objetivos especficos
del proyecto, se presentarn los respectivos resultados.
5.1 Resultados por objetivo especfico
Primer objetivo especfico Definir un Modelo de Referencia dentro del

marco de mejora para la gestin de proyectos software, basado en
PMBOK, utilizando tcnicas de la ingeniera Colaborativa.
Resultados Los resultados obtenidos durante la ejecucin de las

actividades relacionadas con este objetivo son:
Base conceptual. Informacin respecto a los componentes tericos,

relacionados con diferentes aspectos del modelo de referencia
propuesto.
Se estableci un estudio comparativo, frente a las
metodologas de gestin de proyectos para determinar la viabilidad

de la seleccin de la metodologa PMBOK.
Modelo
conceptual.
Establecimiento
de
trminos
comunes
utilizados en el modelo de referencia. Se desarroll un estudio de

la metodologa PMBOK, frente a las tcnicas y componentes de la
ingeniera colaborativa, buscando la integracin y adopcin de esta
metodologa a los conceptos de la ingeniera colaborativa.
Se construy un modelo de referencia, el cual adopta la

metodologa PMBOK integrando tcnicas y patrones colaborativos.
Se elaboraron 9 instrumentos (plantillas) con sus respectivos
soportes, para el desarrollo de procesos de gestin de proyectos.
Este modelo de referencia se ejecuta conforme a un marco de
mejora, tomado como base, para el desarrollo de prcticas de
mejora en gestin de proyectos informticos.
126
Se elaboraron 8 guas de procedimiento para cada uno de los

instrumentos que conforman el modelo de referencia.
Se construy el mapa de procesos del modelo de referencia, el

cual integra los grupos de procesos de PMBOK, a los elementos de
la ingeniera colaborativa, este insumo es indispensable como gua
para
la
elaboracin
de
cada
uno
de
los
instrumentos
correspondientes al modelo de referencia y al modelo de

evaluacin.
Elaboracin de un articulo denominado Integracin de Tcnicas de

Ingeniera Colaborativa en procesos de mejora de gestin de
proyectos, para la revista ITECKNE de la Universidad de Santo
Tomas (Santander - Colombia) Tipo B (publindex)
Segundo objetivo especfico Definir los instrumentos de valoracin,

dentro de un modelo de evaluacin que permita validar el Modelo de
Referencia propuesto.

Se tom las tcnicas de validacin de la Ingeniera colaborativa

denominadas prueba de simulacin y prueba piloto, para
adaptarlas a los instrumentos de validacin creados para este
proyecto.
Se definieron distintos criterios e indicadores, as como la

caracterizacin de cada uno de ellos y sus respectivos valores,
para el proceso de validacin. Cada uno de estos indicadores y
criterios son utilizados en los instrumentos tanto del modelo de
evaluacin como de referencia.
Se gener un procedimiento para cada tipo de validacin acorde a

lo propuesto por la Ingeniera Colaborativa.
Se construy los instrumentos de medicin, para validar cada uno

de los instrumentos gua del modelo de evaluacin
127
Se elabor un plan de evaluacin denominado ndice de

conclusiones y evidencias, como instrumento de seguimiento a los
avances en cada uno de los grupos de proceso.
Se gener un catlogo de instrumentos para guiar el orden de

desarrollo de cada uno de ellos, esta herramienta documental es
de gran utilidad tanto para los evaluadores como para el director de
proyectos y su equipo de trabajo.
Se elabor un articulo denominado Thinklets elementos de

evaluacin de procesos colaborativos en la gestin de Proyectos
que esta aun en revisin en la RCC (Revista Colombina de
Computacin) Tipo C (publindex)
Se elabor un articulo denominado Procedimiento de Evaluacin

basado en Procesos Colaborativos para gestin de Proyectos en
Micro y Pequeas Empresas de Software enviado a la revista S&T
(Sistemas y Telemtica) de la Universidad ICESI
Tipo C
(publindex)
Tercer objetivo especfico Validar El modelo de Referencia propuesto,

usando el modelo de evaluacin, tomando como muestra un grupo de
micro y pequeas empresas de la Red de Software del Cauca, durante el
periodo de validacin de este proyecto plateado en el cronograma, en un
proyecto de software especfico definido por la muestra.
Se realiz el proceso de seleccin de una poblacin muestra, de

empresas desarrolladoras de software del departamento del Cauca
para ejecutar un estudio de diagnstico segn lo propone el
modelo de mejora.
Se realiz un proceso de estudio de muestra para obtener la

empresa ms apropiada, para la realizacin de las pruebas.
128
Se tom como muestra piloto a una empresa Caucana, que

cumpli ampliamente las expectativas de la prueba. As mismo se
gener un ambiente de satisfaccin y trabajo bien realizado al
interior de la empresa.
Se elabor un informe detallado citado en los anexos, donde se

refleja cada uno de los alcances obtenidos con la prueba en un
proyecto real en el tiempo pactado.
Validacin mediante simulacin. Informacin de los resultados

obtenidos durante la simulacin, la cual entre otras incluye
informacin respecto al proceso, recursos y recomendaciones
relevantes de cambios en la tcnica.
Validacin mediante prueba piloto. Informacin de los resultados

obtenidos durante la prueba piloto, la cual entre otras, incluye
informacin respecto al proceso, recursos y recomendaciones
relevantes de cambios en la tcnica.
Se desarroll un trabajo de Grado (pregrado) en la universidad

Autnoma del Cauca denominado Diseo e implementacin de
procedimientos para la evaluacin de la gestin de proyectos
usando tcnicas colaborativas, este proyecto fue financiado con la
convocatoria 2010 de cofinanciacin de proyectos de investigacin
(Cauca Aprende Gobernacin del Cauca), esta coordinado por
el grupo de investigacin GIDISA tipo D (COLCIENCIAS)
Esta en desarrollo un Trabajo de Grado (pregrado) en la Institucin

Universitaria Colegio Mayor del Cauca denominado Adpcin de
tcnicas colaborativas para la caracterizacin de procesos de
alfarera en el departamento del Cauca, este proyecto tiene la
financiacin de la convocatoria interna COLMAYOR 2011 de
financiacin de proyectos de investigacin, esta coordinado por el
grupo de investigacin I+D tipo C (COLCIENCIAS)
129
CAPTULO 6. CONCLUSIONES Y TRABAJO FUTURO

El presente captulo detalla cada una de las conclusiones obtenidas al
finalizar el desarrollo del proyecto denominado MEJORA DE PROCESOS
EN
LA
GESTION
DE
PROYECTOS
SOFTWARE
DESDE
LA
PERSPECTIVA DE LA INGENIERIA DE LA COLABORACION PARA

MIRCRO, PEQUEAS Y MEDIANAS EMPRESAS EN DESARROLLO DE
SOFTWARE. Adems cita unas recomendaciones del autor, frente al
trabajo a futuro que puede llegar a complementar la investigacin y
aplicacin del trabajo realizado.
6.1 CONCLUSIONES
La adecuacin de tcnicas y componentes de la ingeniera colaborativa a

contextos de gestin de proyectos, implica identificar en primera instancia
cual ser la metodologa ms adecuada para dicho ejercicio, el cual
requiere de un estudio comparativo muy profundo, para determinar el
grado de acople y asociacin que se adquiere a cada uno de los
requerimientos de la ingeniera colaborativa.
La identificacin de componentes homlogos entre las disciplinas de la

mejora de procesos y la gestin de proyectos, as como la integracin de
elementos de trabajo colaborativo como roles, grupos de trabajo,
responsabilidades, entre otras. Es una tarea que requiere de la
participacin interdisciplinar de expertos en reas como la administracin
de proyectos, evaluadores en procesos colaborativos, desarrolladores,
analistas de sistemas entre muchos otros.
Es pertinente el uso de procesos colaborativos (thinklets) para ser

utilizados como mecanismos de evaluacin y comunicacin entre los
diferentes roles que interactan durante la ejecucin de las distintas
actividades propuestas por PMBOK. Estos procesos colaborativos
especifican el conjunto de actividades tanto individuales como grupales
que se deben desarrollar para alcanzar objetivos comunes.
130
El uso de patrones de colaboracin facilito el diseo y definicin de los

diferentes procedimientos propuestos tanto del modelo de referencia
como de evaluacin. De igual modo los patrones colaborativos usados en
este proyecto, permitieron adems definir en mayor detalle criterios e
indicadores de evaluacin de los procedimientos colaborativos.
Se disminuy el nmero de actividades propuestas por la metodologa

PMBOK, gracias al aporte de la evaluacin realizada por expertos, los
cuales haciendo uso de criterios de patrones colaborativos identificaron
que actividades eran propicias para integrarles elementos y tcnicas de la
ingeniera colaborativa. Obteniendo as una sinergia apropiada para la
ejecucin de un proceso de mejora en la gestin de proyectos
informticos. Esta mejora fue posible debido a la adopcin de un modelo
definido y comprobado como lo es el de COMPETISOFT, el cual garantiza
que modelos de referencia como el propuesto en este proyecto se
acoplen de una forma perfecta y garanticen as su xito.
El aporte de tcnicas y conceptos de la ingeniera colaborativa permitieron

el diseo y definicin de herramientas documentales denominadas
instrumentos, los cuales fueron integrados a los procedimientos de los
modelos de referencia y de evaluacin.
Se definieron nuevos conceptos como evidencias, las cuales permitieron

evaluar si el producto de cada una de las actividades representativas de
una gestin de proyectos se realizo de forma colaborativa. Estas
evidencias permitan adems reconocer el grado de participacin de los
distintos roles, definidos para cada grupo de proceso, as como el
resultado de los pasos propuestos de un proceso colaborativo bajo un
patrn especifico. Otro concepto bastante significativo fue el de la bitcora
de ejecucin, un instrumento que permiti realizar un plan de trabajo a
cada uno de los grupos de procesos definidos bajo PMBOK.
131
Los mapas de procesos fueron herramientas muy tiles para guiar el

proceso de diligenciamiento de cada uno de los instrumentos, tanto del
modelo de referencia como de evaluacin. Estos mapas de procesos se
definieron como resultado de aportes y consideraciones del grupo de
desarrollo, que sugiri un mtodo para evitar el acompaamiento
frecuente de un consultor en procesos colaborativos y de gerencia de
proyectos. Otro aporte que sugiri el grupo de desarrollo, como resultado
de un ejercicio de anlisis y reuniones continas en el proceso de mejora,
fue definir un catalogo de instrumentos, el cual permiti que el grupo de
desarrollo tuviese una gua con el orden, propsito, entradas y salidas de
cada instrumento.
Los thinklets propuestos en Ingeniera de Colaboracin, han sido una

herramienta adecuada para especificar la forma como se sugiere sean
realizados los procesos colaborativos, durante la ejecucin de cada una
de las actividades propuestas para el ejercicio de la gestin de proyectos.
Adems permitieron definir procedimientos no solo de ejecucin sino de
evaluacin de resultados parciales y finales, en el ejercicio de la gerencia
de proyectos desde la perspectiva de la ingeniera colaborativa.
El modelamiento de las diferentes actividades colaborativas adoptadas en

un proceso de gestin de proyectos, requiri de la necesidad inicial de
poder representar de una forma clara y no ambigua los procesos
colaborativos, especificando detalladamente el aporte de conceptos
como: roles, responsabilidades, grupos de trabajo, escenarios, tareas y
evidencias, las cuales se establecen como los insumos bsicos del
proceso de evaluacin colaborativa, enmarcados en un modelo de
evaluacin soportado en tcnicas de validacin ya definidas por la
ingeniera colaborativa.
Se propuso un mtodo para el diseo y definicin de los distintos

instrumentos y procedimientos tanto el modelo de referencia como el
modelo de evaluacin. Este mtodo est conformado por un conjunto de
132
fases que describen detalladamente el proceso que se debe seguir para

diligenciar cada uno de los instrumentos generados para cada grupo de
proceso asociado a PMBOK. En las fases inciales del modelo de
referencia, se caracterizan cada una de las actividades colaborativas,
identificando claramente los roles, responsabilidades, grupos de trabajo y
dems informacin, necesaria para tener un conocimiento general
respecto al desarrollo de la tcnica. A partir de los resultados obtenidos
en las fases iniciales, se procede a incluir los procesos colaborativos,
definiendo as las tcnicas colaborativas propuestas para la ejecucin de
cada una de las actividades definidas.
El procedimiento para el diseo de procesos colaborativos propuesto por

los expertos, fue posible apropiarlo a las necesidades especficas de la
gestin
de
proyectos
informticos,
gracias
la
tcnica
de
conceptualizacin y posterior adecuacin, de elementos y procedimientos

de la ingeniera colaborativa a entornos de la mejora de procesos. Como
resultado de este proceso se obtuvieron procedimientos muy bien
documentados que detallan aspectos relacionados con el uso y
adaptacin de elementos colaborativos como: actividades, tareas,
responsabilidades, evidencias, roles, actores, entre otros.
Se particip en diversas convocatorias para postular diferentes trabajos

en artculos, que muestren no solo resultados sino tambin la propuesta
en adaptacin de tcnicas de ingeniera colaborativa para procesos de
mejora en gestin de proyectos. Como resultado se han enviado tres
artculos para su revisin, el primero de ellos denominado Integracin de
Tcnicas de Ingeniera Colaborativa en procesos de mejora de gestin de
proyectos, en la revista ITECKNE de la Universidad de Santo Tomas
(Santander - Colombia), otro artculo denominado Thinkltes elementos de
evaluacin de procesos colaborativos en la gestin de Proyectos que
esta aun en revisin en la RCC (Revista Colombina de Computacin) y un
tercer artculo denominado Procedimiento de Evaluacin basado en
Procesos Colaborativos para gestin de Proyectos en Micro y Pequeas
133
Empresas de Software enviado a la revista S&T (Sistemas y Telemtica)

de la Universidad ICESI, el cual ya cumpli con el proceso de entrega de
las correcciones respectivas.
6.2. TRABAJO FUTURO
Para el proyecto desarrollado, se tiene pensado como trabajo futuro, la

implementacin de la formalizacin del modelo propuesto a travs un
lenguaje
de
procesos,
como
SPEM,
puesto
que
se
tiene
los
procedimientos y mapas de procesos, pero se ve como una necesidad su

formalizacin con el fin de generar los artefactos necesarios que permitan
no solo su modelacin ms eficaz, sino tambin la aplicacin a otros
campos distintos a la gerencia de proyectos, puesto que el proceso de
mejora visto desde la perspectiva de la ingeniera colaborativa puede ser
adecuado a otros entornos organizacionales.
Tomando como base el modelo de mejora, que fue adoptado para este
proyecto, se requiere realizar una integracin ms profunda sobre criterios
e indicadores de medicin en la mejora del proceso, puesto que se
gener los instrumentos de medicin para validar el modelo de referencia,
pero sera muy interesante, desarrollar elementos que permitan medir el
nivel de mejora de la organizacin, frente a los alcances obtenidos en la
En el desarrollo del presente proyecto se utilizaron los patrones de
propuestos en la Ingeniera Colaborativa, como trabajo futuro se propone
establecer patrones de colaboracin propios. La definicin de patrones de
diseo en procesos colaborativos orientados a modelos de mejora es un
campo que an requiere de mucho estudio y profundizacin.
Adicional a los criterios de seleccin y agrupacin de los procesos
colaborativos establecidos por los expertos de ingeniera de colaboracin,
sera conveniente definir otros criterios de agrupacin que permitan una
identificacin ms efectiva de los procesos colaborativos, al relacionarlos
con las actividades de gestin de proyectos.
134
La implementacin de una herramienta informtica, que permita gestionar

el proceso descrito en este proyecto, garantiza la formalizacin y
sistematizacin de los diferentes componentes. Teniendo en cuenta las
sugerencias y aportes de la empresa SOMOS ltda, se encuentra la
necesidad de que dicha herramienta informtica, permita la gestin de
roles, configuracin de actividades colaborativas, asignacin de thinklets a
las actividades, valoracin de tareas, discriminacin y caracterizacin de
los grupos de trabajo, seguimiento y valora cin de las evidencias.
Preferiblemente se piensa en una herramienta en lnea, que mantenga
sesiones de trabajo y garantice el trabajo en grupo (documentos
compartidos, foros, salas de discusin entre otras), como es una directriz
de la ingeniera colaborativa. Este requerimiento fue expresado por los
partcipes de la prueba piloto y los evaluadores expertos que participaron
en el presente proyecto.
135
REFERENCIAS BIBLIOGRAFICAS
[1]
TERRAZONA CARMELA, NAVARRO VALLES FENICIA,

Metodologa E-learning Basada en Aprendizaje Colaborativo,
Florida Centre de Formacio, Valencia (Espaa) 2006
[2]
M. GEA.; J.L GARRIDO.; F.L. GUITIERRES.; AMENITIES: Modelo

Colaborativo para la Representacin de Comportamientos
Dinmicos. Inteligencia Artificial, Revista Iberoamericana de IA
AEPIA,Vol 10,Universidad de Granada (Espaa) 2008
[3]
ROBERTO F NAVARRO, JUAN D VALDES, Ingeniera de

colaboracin el diseo de procesos repetibles de alto valor
colaborativo, Vol.12, Universidad de Arizona, (USA) 2010
[4]
VREEDE G.J, KONERT PUSHA G., DEAN DOUGLAS L

Collaborative Software code inspection: the design and evaluation
of a repeatable collaboration process in the field, International
Journal of Cooperative Information Systems, Vol. 32 (EEUU) 2006
[5]
Project Management Institute, PMI. Gua de los Fundamentos de

la Direccin de Proyectos. (Gua del PMBOK) Cuarta Edicin, 2010
[6]
KAREN VELEZMORO, RUBIO J VALER, Valoracin de Mtodos y

Procesos en Gestin de Proyectos Demanda en Pymes,
Prospectiva y Gestin, Vol. 18, (Mxico) 2008
[7]
RAL ASSAFF, PMBOK El cuerpo de conocimientos de la gestin

de proyectos, Revista de Valores y Administracin, Vol. 21,
Universidad de Palermo, (Argentina) 2009
[8]
MATTHIAS CATN, ROBLEDO A AGUSTIN, La Gestin de

Proyectos un Marco de Referencia Experimental, Revista
Informtica y Gestin, Vol. 23, Universidad de Caldas, (Colombia)
2008
[9]
KOLFSCHOTEN GWENDOLYN L, GERT-JAN DE VREEDE,

ThinkLet Design Support Booklet, Journal Management and
Business, Vol. 31, University of Technology, University of Arizona,
(USA) 2011
[10] FRANCISCO J. PINO, JULIO A. HURTADO, JUAN C. VIDAL,

FLIX GARCA, MARIO PIATTINI, Un proceso para guiar la
mejora de procesos en las microempresas COMPETISOFT
[11] CUEVAS AGUSTN, GONZALO; GIL RIVERO, MIGUEL ANGEL:

Modelo del proceso software, 11 Congreso Nacional de Ingeniera
de Telecomunicacin, (Espaa) 2008
[12] MARKO PYHARVI, ISO/IEC TR 15504 Information technology
software process assessment: concepts and introductory guide
international organization for standardization, (USA) 2010
[13] DORLING ALEC. SPICE: Software Process Improvement and
Capability determination, Journal Information and Software
Technology, University of Denver Vol. 35, (USA) 2011
[14] MCFEELEY, BOB: IDEALsM: A Users Guide for Software Process
Improvement. Handbook CMU/SEI-96-HB-001, (USA) 2011
[15] VREEDE, G.J.; BRIGGS, R.O. Collaboration Engineering:
Designing Repeatable Processes for High-Value Collaborative
Tasks, Proceedings of the 38th Hawaii International Conference on
System Sciences, (USA) 2008
[16] PINO, F., F. GARCIA, M. PIATTINI, Revisin sistemtica de mejora
de procesos software en micro, pequeas y medianas empresas.
Revista Espaola de Innovacin, Calidad e Ingeniera del Software
(REICIS), (Espaa) 2006
[17] YENNY MNDEZ ALEGRA, Thinklet: Elemento Clave en la
Generacin De Mtodos Colaborativos para evaluar Usabilidad de
Software, Ciencia e Ingeniera Neogranadina, Vol. 20 (Espaa)
2010
[18] GUICKING A. TANDLER, AVGERIOU P: A Highly Flexible
Groupware
Framework.
In
Book
Groupware:
Design,
Implementation, and Use. Serie Lecture Notes in Computer
Science, Vol. 3706, (USA) 2006
[19] DAVID W. JHONSON, ROGER JHONSON, El Aprendizaje
Cooperativo en el Aula, Editorial Paidos, Edit. 23, Buenos Aires
(Argentina), 2001
[20] LAPORTE, C., ALEXANDRE, S., RENAULT, A, Developing
International Standards for Very Small Enterprises. IEEE Computer
41(3), pp.98121 (USA) 2008
[21] RICHARDSON, I., WANGENHEIM, C.G..: Why are Small Software

Organizations Different, Journal IEEE Software, vol. 24(1), pp.18
22 (USA) 2008
[22] STAPLES, M., NIAZI, M., JEFFERY, R., ABRAHAMS, A., BYATT,
P., MURPHY, R: An exploratory study of why organizations do not
adopt CMMI. Journal of Systems and Software Vol.80(6), pp.883
895, (USA) 2008
[23] PINO, F., GARCIA, F., PIATTINI, M., Software Process
Improvement in Small and Medium Software Enterprises: A
Systematic Review. Soft. Quality Journal Vol.16(2), (2008)
[24] ANGLICA M. DAZ CUADRADO, Implementacin de la
metodologa de gestin de proyectos en el desarrollo de proyectos
de infraestructuras de transmisin de energa en empresas
pblicas de Medelln E.S.P. Revista Universidad Nacional de
Colombia, Vol. 35, (Colombia) 2008
[25] SILVIA REBOLLEDO, ARMANDO EMILIO, Modelos de Procesos
en gerencia de Proyectos, Temas y proceso de negocios, Vol. 18,
pp. 45 -51 (Venezuela) 2008
[26] JOHNNY T. ARIAS, Interaccin de un sistema de trabajo basado
en el conocimiento para la gestin de proyectos de
emprendimiento
tecnolgico,
Administracin
y
gestin
organizacional, Vol.22, pp. 12-18, (CHILE) 2009
[27] SANCHEZ G. ALONSO, Mejora del Proceso Software de una
pequea empresa Desarrolladora de Software, Caso Competisoft
Per TAU, Trabajo de Grado Universidad del Lima Lima (Per),
2009
[28] ANTONIA T. MAS, ESPERANZA H. AMENGUAL, La mejora de los
procesos de software en las pequeas y medianas empresas
(pyme). Un nuevo modelo y su aplicacin a un caso real, Revista
espaola de innovacin, Calidad e ingeniera del software, Vol.25
(Espaa) 2005
[29] JOANNA CAPOTE, CARLOS JULIN LLANTN, CSAR PARDO,
CSAR COLLAZOS, Gestin del conocimiento en un programa de
mejora de procesos de software en MiPymes: KMSPI Model,
Revista Facultad de Ingeniera, Vol. 50, pp. 206 216,Universidad
de Antioquia, (Colombia) 2009
[30] YENNY MNDEZ ALEGRA, Modelo de proceso para el diseo de

tcnicas colaborativas de evaluacin de usabilidad de software,
Trabajo de Maestra en Computacin, Universidad del Cauca,
(Colombia) 2011
[31] VREEDE, G.J, BRIGGS R.O, Collaboration Engineering: Designing
Repeatable Processes for High-Value Collaborative Tasks.
Processes. Proceedings of the 38th Hawaii International
Conference on System Sciences, Delft University of Technology,
University of Arizona, (USA) 2009
[32] FABIO A. ZORZAN Y DANIEL F. RIESCO, Automatizacin de
procesos de desarrollo de software definidos con SPEM, Revista
Universidad Nacional San Luis, Vol. 28, pp. 34 - 41 (Espaa) 2010
[33] BRIGGS ROBERT O.; VREEDE GERT-JAN, NUMAKER J.F,
Collaboration engineering with Thinklets to pursue sustained
success with group support systems, Journal of Management
Information Systems, Vol. 32, pp. 12 19, (USA) 2008
[34] OJEDA E JUAN CARLOS, Administracin de Proyectos
Informticos, Gua gerencial, Revista Universidad Tcnica
Particular de Loja, Vol. 21, pp. 78 82, (Ecuador) 2011
[35] REBOLLEDO D. ARANDO, ARMANDO F. EMILIO, La
administracin de Procesos Organizacionales en las Medianas
empresas una visin de PMBOK, Revista Universidad
Departamental de Caracas, Vol. 45, pp. 67 78, (Venezuela) 2008
[36] VILLA P. CARLOS, Estrategias de Implantacin de Nuevas
Tecnologas en el mbito de la Ingeniera Colaborativa,
Universidad de Jaume, Departamento de Tecnologa, (Espaa)
2010
[37] CUENCA, A BOZA, ALARCN, F. C. LARIO, Metodologa para la
identificacin de inputs y outputs de procesos de negocio en un
entorno colaborativo, Revista Universidad de Complex Mxico D.F,
Vol. 31, pp. 61-70, (Mxico) 2009
[38] ELSA R. MAYNEGRA DAZ, La gerencia por proceso y servicios
como va alternativa para aumentar la eficiencia en la consultora,
Revista Valores y procesos Universidad libre de Colombia, Vol. 15,
pp. 56 -89 (Colombia) 2011
[39] PUELLO FLREZ OSVALDO, Aplicaciones y convenciones a la

gerencia informtica y a la direccin de proyectos, Revista
entornos y gestin empresarial, Vol. 21, pp. 45-49, (Per) 2011
[40] BLANCA R. MALDONADO, LUIS C. GMEZ FLREZ, Modelo
para la gerencia de la informacin en la gestin de proyectos,
Revista Educacin e Ingeniera, Vol. 4, (Colombia) 2010
[41] VALAREZO M. JUAN, DARWIN F. MANUEL, Definicin de
procesos de gerencia de proyectos basados en los fundamentos
de direccin de proyectos del Project Management Institute
aplicados al grupo de desarrollo de software, Revista Universidad
Tcnica de Loja, Vol. 8 (Per) 2012
[42] KOLFSCHOTEN L., BRIGGS ROBERT O. AND VREEDE GERTJAN. Definitions in Collaboration Engineering, Proceedings of the
39th Hawaii International Conference on System Sciences, (USA)
2006

Documento Tesis Maestria

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Documento Tesis Maestria

Uploaded by

Copyright:

Available Formats

MEJORA DE PROCESOS EN LA GESTION DE PROYECTOS SOFTWARE

DESDE LA PERSPECTIVA DE LA INGENIERIA DE LA COLABORACION PARA

JOSE LUIS JURADO

UNIVERSIDAD DEL CAUCA

MEJORA DE PROCESOS EN LA GESTION DE PROYECTOS SOFTWARE

JOSE LUIS JURADO

DIRECTOR: PHD. CESAR A COLLAZOS

UNIVERSIDAD DEL CAUCA

1.2.1 OBJETIVOS GENERALES

1.2.2 Objetivos especficos

1.3 Organizacin del documento

CAPITULO 2. BASE CONCEPTUAL

2.1 METODOLOGIAS DE GESTION DE PROYECTOS

2.1.1 Project Management Institute (PMI)

2.1.2 PMBOK (Project Management Body of Knowledge).

2.1.2.1 reas de conocimiento de PMBOK

2.1.2.2 Grupos de procesos

2.1.3 PRINCE2 (Proyectos En Entornos Controlados).

2.1.4 Method123 Metodologa de Gestin de Proyectos (MPMM).

2.1.5 Anlisis y comparacin entre las metodologas seleccionadas.

2.1.5.1. Anlisis entre MPMM y PMBOK

2.1.5.2 Anlisis entre PMBOK y PRINCE2

2.1.6 Relacin de PMBOK con ingeniera colaborativa

2.2 MEJORA DE PROCESOS

2.2.1 Caracterizacin de la mejora de procesos.

2.2.2 Modelos de mejora de procesos

2.2.2.1 Modelo genrico de mejora de ISPI

2.2.2.2 Modelo IDEAL

2.2.2.3 Modelo COMPETISOFT

2.3 INGENIERIA COLABORATIVA

2.3.1 Caracterizacin de la ingeniera colaborativa

2.3.1.1 Patrones de colaboracin.

2.3.1.3 Equipos de trabajo.

2.3.1.6 Escenario colaborativo

2.5. APLICACIN DE PMBOK, MEJORA DE PROCESOS E INGENIERIA

COLABORATIVA EN CASOS EXITOSOS

2.5.2 Aplicaciones en proyectos de mejora de procesos

2.5.3 Proyectos que han implementado Ingeniera colaborativa

CAPITULO 3. MODELO DE MEJORA PARA LA GESTION DE PROYECTOS

3.2 MODELO DE REFERENCIA

3.2.1 Contexto para la defincin del modelo de referencia

3.2.2 Caracterizacin de procesos colaborativos del modelo de referencia

3.2.2.1 Clasificacin de reglas como indicadores

3.2.2.2 Determinacin del grado de colaboracion de una actividad

3.2.3.3 Definicin de indicadores de reglas colaborativas

3.2.3.4 Relacin de criterios con indicadores de medicin de las reglas

3.2.3.1 Mapa de procesos

3.2.3.2 Instrumentos de estimacin del modelo de referencia

3.2.3.2.1 Fase 1 Identificacin de evidencias

3.2.3.2.2 Fase 2 Establecer indicadores colaborativos

3.2.3.2.3 Fase 3 Establecer ejecucin de actividades colaborativas

3.2.3.2.4 Fase 4 Determinacin de roles colaborativos

3.2.3.3 Instrumentos de ejecucin del modelo de referencia

3.2.3.3.1 Plantilla de asignacin de responsabilidades

3.2.3.3.2 Ejecucin de actividades colaborativas

3.2.3.3.3 Adecuacin de actividades colaborativas

3.3 MODELO DE EVALUACION

3.3.1 Evaluacin de alcance de actividades

3.3.2 Evaluacin de resultados alcanzados

3.4 MODELO DE MEJORA ADAPTADO

3.5 CATALOGO DE INSTRUMENTOS DEL MODELO DE MEJORA

CAPITULO 4. VALIDACION PRELIMINAR DEL MODELO DE MEJORA PARA LA

GESTION DE PROYECTOS INFORMATICOS DESDE LA PERSPECTIVA DE LA

4.1.1 Descripcin del proceso de validacin tipo simulacin