documento tesis maestria
DESCRIPTION
ccvvTRANSCRIPT
-
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
COLABORATIVA EN CASOS EXITOSOS
40
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
COLABORATIVA
36
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
colaborativas
58
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
GESTION DE PROYECTOS INFORMATICOS DESDE LA PERSPECTIVA DE LA
INGENIERIA COLABORATIVA
100
4.1. VALIDACIN MEDIANTE TCNICA DE SIMULACIN
4.1.1 Descripcin del proceso de validacin tipo simulacin
101
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
ANEXOS
136
-
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
proyectos
26
Tabla 3 Relacin de PMBOK con ingeniera colaborativa 28
Tabla 4 44
Tabla 5 Relacin entre la composicin bsica de un modelo de
referencia y la propuesta desde la perspectiva de la
Ingeniera Colaborativa
49
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
(construccin en consenso)
62
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
Inicio
67
Tabla 13 Descripcin de los roles usados para trabajo colaborativo en
PMBOK
69
Tabla 14 Valoracin de la actuacin del rol frente a la evidencia por
grupo de proceso
71
Tabla 15 Plantilla de asignacin de responsabilidades grupo de
proceso (Inicio)
74
Tabla 16 Ejecucin de actividades colaborativas grupo de proceso
(inicio)
75
Tabla 17 Evaluacin de ejecucin de actividades usando el
instrumento de Thinklets
77
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
por prueba piloto
119
-
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
-
10
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].
-
11
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
-
12
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]
-
13
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]
-
14
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.
-
15
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.
-
16
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.
-
17
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
-
18
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.
-
19
- 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].
-
20
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
-
21
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].
-
22
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
1Project 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. 2Project management templates: Plantillas de gestin de proyectos basado en los procesos de
gestin de PMBOK, son desarrollados por PMP certificados.
-
23
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].
-
24
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
proyecto SCOPE
Establecer los Trminos de Referencia
Proceso de planificacin
Elaborar Plan de Gestin de Proyectos Crear un plan de proyecto
mbito de Planificacin Crear un plan de proyecto
mbito de aplicacin Definicin Crear un plan de proyecto
Crear WBS Crear un plan de proyecto
Definicin de la actividad Crear un plan de proyecto
Planificacin de las comunicaciones Crear un Plan de Comunicaciones
Manejo de riesgos Crear un Plan de Riesgo
Identificacin de Riesgos Crear un Plan de Riesgo
Anlisis Cualitativos de riesgos Crear un Plan de Riesgo
Anlisis Cuantitativo de Riesgos Crear un Plan de Riesgo
Planificacin de Respuestas de
Riesgos
Crear un Plan de Riesgo
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
proyecto
Entregables Build
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
trabajo
Monitoreo y control
Seguimiento y Control de Riesgo Realizar la gestin de riesgos
Administracin de Contratos Realizar la Gestin de Compras
-
25
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
Proyecto
Crear un plan de recursos
Gestin de Comunicaciones del
Proyecto
Gestin de Comunicaciones del
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].
-
26
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.
Aplicable a un amplio rango de proyectos, incluyendo construccin, software, ingeniera, finanzas, administracin y marketing.
Conformado por 5 procesos bsicos:
1. Inicio, 2. Planificacin, 3. Ejecucin, 4. Control y Monitoreo, 5. Cierre.
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.
Es un mtodo general, ajustable de gestin de proyectos. Abarca la organizacin, la direccin y el control de proyectos. Ayuda a controlar riesgos, asegurar la calidad y organizar procesos de cambio eficazmente. 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
-
27
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].
-
28
Tabla 3. Relacin de PMBOK con ingeniera colaborativa
PMBOK
CARACTERISTICAS COLABORATIVAS
Escenarios
colaborativos
Workspace
Roles
Groupware
o
Equipos de
trabajo
Patrones de
colaboracin Thinklet
reas de
conocimiento X X X X
Grupos de
procesos X X X X X
Documentos X
Actividades X X X X X X
Tareas X X X X X X
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.
-
29
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
-
30
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].
3ISPI: Asociacin Internacional para la Mejora del Desempeo, principal asociacin
internacional dedicada a mejorar la productividad y el desempeo en el lugar de trabajo.
-
31
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.
-
32
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]
-
33
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.
-
34
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].
-
35
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 a 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
-
36
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.
-
37
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, y
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.
-
38
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
-
39
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
-
40
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 E
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.
-
41
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 y
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
-
42
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
4OPM3: 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.
-
43
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 y 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.
5CMM-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. 6MTRICA V.3: Metodologa de planificacin, desarrollo y mantenimiento de sistemas de
informacin.
-
44
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].
7CoP: Comunidades de Practica.
-
45
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.
-
46
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
-
47
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
-
48
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.
-
49
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
-
50
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
-
51
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.
-
52
Los criterios que se e