Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Presentada por:
Dianne Britt Vergara Gonzlez
LIMA PERU
2008
RESUMEN
Hoy en da la industria de software ha experimentado un fuerte crecimiento y, como
bien lo menciona Roger Pressman, es la cuna de la economa en el mundo. Para el
Per, sta no es una realidad ajena, por ende es importante que se implemente
durante el desarrollo de proyectos, procesos de mejora continua, teniendo en cuenta
que la mayora de empresas en el Per se encuentran bajo la clasificacin de
pequeas
medianas
empresas
(pymes)
desarrolladoras
de
software.
La
ii
iii
DEDICATORIA
su
sacrificio
abnegado
toda
su
iv
AGRADECIMIENTOS
(Ciencia
Tecnologa
para
el
NDICE GENERAL
RESUMEN ......................................................................................................................................i
DEDICATORIA..............................................................................................................................iv
AGRADECIMIENTOS ....................................................................................................................v
NDICE GENERAL ........................................................................................................................vi
NDICE DE FIGURAS ................................................................................................................. viii
NDICE DE TABLAS .....................................................................................................................ix
INTRODUCCIN .......................................................................................................................... 1
1.
Marco de Referencia ............................................................................................................ 2
1.1.
Modelos de Calidad y Proceso en Software................................................................ 2
1.2.
Modelo de Referencia de Procesos............................................................................. 3
1.2.1.
ISO 9001:2000 .................................................................................................... 3
1.2.2.
ISO/IEC 12207 .................................................................................................... 4
1.2.3.
CMMI................................................................................................................... 6
1.2.4.
MoProSoft ........................................................................................................... 8
1.2.5.
MPS.BR............................................................................................................... 9
1.3.
Modelos de Evaluacin de Procesos......................................................................... 11
1.3.1.
ISO/IEC 15504 .................................................................................................. 11
1.3.2.
SCAMPI (Standard CMMI Appraisal Method for Process Improvement) ......... 12
1.3.3.
EvalProSoft ....................................................................................................... 13
1.4.
Modelos de Mejora de Procesos de Software ........................................................... 15
1.4.1.
IDEAL ................................................................................................................ 15
1.4.2.
Agile SPI............................................................................................................ 16
1.5.
Las Empresas desarrolladoras de software en el Per............................................. 18
1.6.
Proyecto COMPETISOFT.......................................................................................... 19
1.7.
Proyecto COMPETISOFT- PUCP ............................................................................. 20
2.
Empresa de Estudio ........................................................................................................... 22
2.1.
Descripcin de la empresa ........................................................................................ 22
2.2.
Diagnstico inicial ...................................................................................................... 23
3.
Mejora del proceso ............................................................................................................. 32
3.1.
Procesos actuales...................................................................................................... 32
3.1.1.
Gestin de Negocios ......................................................................................... 32
3.1.2.
Gestin de Procesos ......................................................................................... 32
3.1.3.
Gestin de Proyectos ........................................................................................ 34
3.1.4.
Gestin de Recursos......................................................................................... 34
3.1.5.
Gestin de Bienes, Servicios e Infraestructura................................................. 34
3.1.6.
Gestin del Conocimiento ................................................................................. 36
3.1.7.
Administracin de Proyectos Especficos ......................................................... 37
3.1.8.
Desarrollo y Mantenimiento de Software .......................................................... 37
3.2.
Propuesta de Plan de Mejora de Procesos ............................................................... 37
3.3.
Procesos Gestin de Negocios (GNeg)..................................................................... 41
3.3.1.
Situacin Actual ................................................................................................ 41
3.3.2.
Propuesta de Cambio ....................................................................................... 41
3.3.3.
Experiencias del Piloto...................................................................................... 46
3.3.4.
Lecciones Aprendidas ....................................................................................... 47
3.4.
Proceso Gestin de Proyectos (GProy)..................................................................... 47
3.4.1.
Situacin Actual ................................................................................................ 47
3.4.2.
Propuesta de Cambio ....................................................................................... 48
3.4.3.
Experiencias del Piloto...................................................................................... 51
3.4.4.
Lecciones Aprendidas ....................................................................................... 54
3.5.
Administracin de Proyectos Especficos (APE) ....................................................... 54
3.5.1.
Situacin Actual ................................................................................................ 54
3.5.2.
Propuesta de Cambio ....................................................................................... 54
3.5.3.
Experiencias del Piloto...................................................................................... 61
3.5.4.
Lecciones Aprendidas ....................................................................................... 62
3.6.
Evaluacin final del ciclo de mejora........................................................................... 62
3.7.
Evaluacin del esfuerzo del proyecto ........................................................................ 64
vi
3.8.
Directrices para un nuevo ciclo de mejora................................................................. 64
Observaciones, Conclusiones y Recomendaciones .......................................................... 66
4.1.
Observaciones ........................................................................................................... 66
4.2.
Conclusiones ............................................................................................................. 67
4.3.
Recomendaciones ..................................................................................................... 68
5.
Referencias Bibliogrficas .................................................................................................. 70
4.
vii
NDICE DE FIGURAS
Figura 1.1 Sistema de Gestin de la Calidad Fuente [Soluciones, 2008] ................................. 4
Figura 1.2 Modelo de Procesos de Referencia de ISO/IEC 12207 [ISO12207, 2006].............. 5
Figura 1.3 Distribucin de reas de Proceso por Categora [Piattini et al, 2007] ........................ 8
Figura 1.4 Estructura del modelo de procesos. [MoProSoft, 2005] .............................................. 9
Figura 1.5 Componente del Modelo MPS.BR [MPS.BR, 2006] .................................................. 10
Figura 1.6 Modelo IDEAL [Peterson, 1995] ................................................................................ 16
Figura 1.7 Procesos de COMPETISOFT [COMPETISOF, 2006] ............................................... 20
Figura 2.1. Organigrama de LAMBDA ........................................................................................ 23
Figura 2.2. Perfil de Capacidades............................................................................................... 24
Figura 2.3. Distribucin de puntuacin de Gestin de Negocios ................................................ 25
Figura 2.4. Distribucin de puntuacin de Gestin de Procesos................................................ 26
Figura 2.5. Distribucin de puntuacin de Gestin de Proyectos............................................... 27
Figura 2.6. Distribucin de puntuacin de Gestin de Recursos................................................ 27
Figura 2.7. Distribucin de puntuacin de Recursos Humanos y Ambiente de Trabajo. ........... 28
Figura 2.8. Distribucin de puntuacin de Gestin de Bienes Servicios e Infraestructura......... 29
Figura 2.9. Distribucin de puntuacin de Gestin de Conocimiento de la Organizacin.......... 30
Figura 2.10. Distribucin de puntuacin de Administracin de Proyectos Especficos. ............. 31
Figura 2.11. Distribucin de puntuacin de Desarrollo y Mantenimiento de Software. .............. 31
Figura 3.1. Diagrama Actual de Gestin de Procesos (GProc). ................................................. 34
Figura 3.2. Diagrama Actual de Gestin de Recursos (GRec)................................................... 35
Figura 3.3. Diagrama Actual de Gestin de Recursos Humanos y Ambiente de Trabajo
(GRyAT). ..................................................................................................................................... 35
Figura 3.4. Diagrama Actual de Gestin de Bienes, Servicios e Infraestructura (GBSI)............ 36
Figura 3.5. Diagrama Actual de Gestin de Conocimientos (GCO). .......................................... 36
Figura 3.6. Diagrama Actual de Desarrollo y Mantenimiento de Software (DMS). .................... 37
Figura 3.7 Nuevo Diagrama de Actividades de GNeg ................................................................ 44
Figura 3.8. Diagrama Actual de Actividades de GPROY............................................................ 48
Figura 3.9. Diagrama Nuevo de Actividades de GPROY. .......................................................... 51
Figura 3.10. Diagrama Actual de Actividades de APE................................................................ 55
Figura 3.11. Nuevo Diagrama de Actividades de APE. .............................................................. 59
Figura 3.12. Perfil de Capacidades al Final del Ciclo de Mejora. ............................................... 63
Figura 3.13. Posibles Resultados del Perfil de Capacidades al Final del Ciclo de Mejora. ....... 63
viii
NDICE DE TABLAS
Tabla 1.1 Distribucin de reas de Proceso por Nivel [Piattini et al, 2007].................................. 7
Tabla 1.2 Partes de la Norma ISO/IEC 15504[Piattini et al, 2007]] ............................................ 12
Tabla 1.3 Fases y Procesos del Mtodo SCAMPI [SEI, 2001b] ................................................. 13
Tabla 2.1. Nivel de Cumplimiento de Procesos .......................................................................... 24
Tabla 3.1. Notacin para la descripcin de los diagramas de actividades. ................................ 33
Tabla 3.2. Descripcin de los roles. ............................................................................................ 33
Tabla 3.3. Descripcin del estado del rol. ................................................................................... 33
Tabla 3.4. Cuadro de evaluacin de Objetivos de Negocios versus Problemas ........................ 39
Tabla 3.5. Cuadro de evaluacin de Objetivos de Negocios versus Procesos del Modelo ....... 40
Tabla 3.6. Cuadro de evaluacin de Problemas versus Procesos del Modelo .......................... 40
Tabla 3.7. Seleccin de Procesos a mejorar como resultado del anlisis.................................. 41
Tabla 3.8. Roles y Capacitaciones para la GNEG...................................................................... 43
Tabla 3.9. Breve descripcin de las Actividades de GNeg ......................................................... 45
Tabla 3.10. Descripcin de Actividades de GPROY................................................................... 48
Tabla 3.11. Roles y Capacitaciones para la GPROY. ................................................................ 50
Tabla 3.12. Descripcin del Nuevo Diagrama de Actividades de GPROY................................. 53
Tabla 3.13. Descripcin de Actividades de APE......................................................................... 56
Tabla 3.14. Roles y Capacitaciones para la APE. ...................................................................... 57
Tabla 3.15. Descripcin del Nuevo Diagrama de Actividades de APE....................................... 60
Tabla 3.16. Nivel de Cumplimiento de Procesos al Final del Ciclo de Mejora - I ....................... 62
Tabla 3.17. Esfuerzo de participacin en el proyecto. ................................................................ 64
ix
INTRODUCCIN
Hoy en da la industria de software ha experimentado un fuerte crecimiento y, como
bien lo menciona Roger Pressman, es la cuna de la economa en el mundo
[Pressman, 1998]. Para el Per, sta no es una realidad ajena, por ende es importante
hacer que los sistemas diseados e implementados sean productos con calidad,
entregados en el tiempo establecido, bajo los costos determinados y que cumplan
ciertas normas bsicas necesarias para su satisfactorio funcionamiento.
Las pequeas y medianas empresas (pymes) desarrolladoras de software al intentar
crecer al ritmo de la industria lo hicieron de forma desordenada, viviendo el da a da,
resultando as cada proyecto todo un reto, estimando mal los tiempos, costos, horashombre, logrando con ello clientes enojados e insatisfechos.
Para evitar este tipo de situaciones, es necesario incorporar procesos de mejora
continua, adoptar buenas prcticas para el desarrollo de los procesos involucrados en
la realizacin de los proyectos, incorporar temas de gestin de negocios, proyectos,
procesos, recursos, administracin, desarrollo y mantenimiento de software. De esta
manera lograrn ser pymes ms competitivas en el mercado, cumplir con los trabajos
de forma efectiva, contar con una base de datos en la cual se pueda consultar
diferentes situaciones pasadas para prever situaciones futuras, asimismo poder usar la
informacin para solucionar problemas actuales.
Sin embargo, llevar a cabo un proyecto de mejora continua de procesos, basado en
los modelos grandes, implica un costo elevado y poco accesible para las pymes
desarrolladoras de software. sta es una de las razones por las que se crea el
proyecto COMPETISOFT, [COMPETISOFT, 2006] desarrollado con la intencin de
mejorar la competitividad de las pymes desarrolladoras de software en Iberoamrica,
siendo fcil de entender, fcil de aplicar, no costoso en su adopcin y ser la base para
alcanzar evaluaciones exitosas con otros modelos o normas como CMMI o ISO 9000.
El presente proyecto de tesis consiste en la implementacin del modelo de mejora en
una pyme desarrolladora de software, demostrando un bajo consumo de horas
hombres, usando pocos recursos, y mostrando resultados productivos, motivando as
la mejora continua de procesos.
1. Marco de Referencia
El presente trabajo se divide en cuatro secciones: en la primera se muestra el anlisis
de diferentes modelos de referencia, modelos de evaluacin y modelos de mejora de
procesos; en la segunda, se define la empresa, el diagnstico inicial y el esquema de
trabajo; en la tercera seccin, se realiza la propuesta de mejora de procesos y el
desarrollo y evaluacin de la mejora de los procesos seleccionados; finalmente, en la
cuarta seccin se recogen observaciones, conclusiones y recomendaciones basados
en la experiencia de implementacin.
1.2.3. CMMI
Segn [SEI, 2006] CMMI (Capability Maturity Model Integration) es un enfoque de
mejora de proceso que provee a las organizaciones los elementos esenciales de
procesos efectivos. Puede ser usado como una gua de mejora de procesos
durante un proyecto, una divisin o toda una organizacin. CMMI ayuda a integrar
las tradicionalmente separadas funciones organizacionales, establecer metas y
prioridades de mejora de procesos, proveer guas para procesos de calidad y
proveer un punto de referencia para evaluaciones de procesos actuales.
Las mejores prcticas de CMMI permiten a las organizaciones a realizar lo
siguiente:
Expandir el mbito y la visibilidad dentro del ciclo de vida del producto y
actividades de ingeniera para asegurar que el producto o servicio cumple
con las expectativas del cliente.
Incorporar lecciones aprendidas de reas adicionales de mejores prcticas
(por ejemplo: medidas, gestin del riesgo y mantenimiento de proveedores).
Implementar robustas prcticas de alta madurez.
Dirigir funciones crticas de la organizacin hacia sus productos y servicios
ms accesibles, con los estndares relevantes de ISO.
El CMM - CMMI es un modelo de calidad de procesos de software que clasifica las
empresas o procesos en niveles de madurez o capacidad, respectivamente. Estos
niveles sirven para conocer la madurez o capacidad de los procesos que se
ejecutan para las actividades.
El modelo CMMI se clasifica en 5 niveles de madurez, tal como se muestra en la
Tabla 1.1.
Inicial o Nivel 1: el proceso de software es impredecible, sin control y reactivo. El
xito de los proyectos depende del talento de los individuos.
Repetible o Nivel 2: la principal diferencia entre este nivel y el anterior es que el
proyecto es gestionado (costo, calendario, funcionalidad), y controlado durante el
desarrollo del mismo. Los procesos existentes hacen que se puedan repetir xitos
en proyectos de similares caractersticas.
6
Nivel
reas de Proceso
CMMI
Gestin del
Proceso
Gestin de
Proyectos
Ingeniera
- Gestin de Requisitos
- Desarrollo de Requisitos
- Solucin Tcnica
- Integracin del Producto
- Verificacin
- Validacin
Soporte
- Gestin de Configuracin
- Aseguramiento de la Calidad
del Proceso y Producto
- Medicin y Anlisis
- Anlisis de Decisiones y Resolucin
- Anlisis Causal y Resolucin
Adquisicin
IPPD
- Entorno Organizacional para la Integracin
- Equipo Integrado
Figura 1.3 Distribucin de reas de Proceso por Categora [Piattini et al, 2007]
1.2.4. MoProSoft
Segn [MoProSoft, 2005] MoProSoft es un modelo de procesos agrupados en tres
categoras: Alta Direccin, Gestin y Operacin que reflejan la estructura de una
organizacin. Esta estructura se muestra en la Figura 1.4.
La categora de Alta Direccin aborda las prcticas relacionadas con la gestin del
negocio. Proporciona los lineamientos a los procesos de la categora de Gestin y
se retroalimenta con la informacin generada por ellos. Esta categora contiene el
proceso de Gestin de Negocio.
La categora de Gestin aborda las prcticas de gestin de procesos, proyectos y
recursos en funcin de los lineamientos establecidos en la categora de Alta
Direccin. Proporciona los elementos para el funcionamiento de los procesos de la
categora de Operacin, recibe y evala la informacin generada por stos y
comunica los resultados a la categora de Alta Direccin. Esta categora est
integrada por los procesos de Gestin de Procesos, Gestin de Proyectos y
Gestin de Recursos. ste ltimo est constituido por los subprocesos de
Recursos Humanos y Ambiente de Trabajo, Bienes, Servicios e Infraestructura y
Conocimiento de la organizacin.
1.2.5. MPS.BR
Basado en ISO/IEC 12207:2004, CMMI e ISO/IEC 15504:2003, tiene como
objetivo principal definir e implementar un modelo para la mejora de procesos de
software.
Segn [MPS.BR, 2006] est dividido en tres componentes: Modelo de Referencia
(MR-MPS), Mtodo de Evaluacin (MA-MPS) y Modelo de Negocio (MN-MPS)
como se muestra en la Figura 1.5. Cada componente est descrito por medio de
Guas y/o de Documentos del MPS.BR.
El Modelo de Referencia MR-MPS contiene los requisitos que los procesos de las
unidades de la organizacin deben cumplir para estar en conformidad con el MRMPS. Contiene tambin las definiciones de los niveles de madurez, procesos y
atributos del proceso.
Adicionalmente, la Gua de Adquisicin es un documento complementario
destinado a organizaciones que pretenden adquirir software y servicios
correlativos. La Gua de Adquisicin no contiene requisitos del MR-MPS, pero
contiene buenas prcticas para la adquisicin de software y servicios correlativos.
El Gua de Evaluacin contiene el proceso y el mtodo de evaluacin MA-MPS, los
requisitos para los evaluadores lderes, evaluadores adjuntos e Instituciones
Evaluadoras (IA).
El proceso y el mtodo de evaluacin MA-MPS est en conformidad con la norma
ISO/IEC 15504-2 [ISO, 2003]. El Modelo de Negocio MN-MPS describe reglas de
negocio para implementacin del MR-MPS por las Instituciones Implementadoras
(II), evaluacin siguiendo el MA-MPS por las Instituciones Evaluadoras (IA),
organizacin de grupos de empresas para implementacin del MR-MPS y
evaluacin MA-MPS por las Instituciones Organizadoras de Grupos de Empresas
(IOGE), certificacin de consultores de adquisicin y programas anuales de
entrenamiento por medio de cursos, pruebas y workshops MPS.BR.
10
11
PARTES DE
LA NORMA
CONTENIDO
ISO/IEC 15504
1.- Conceptos y
Vocabulario
2. Realizacin de
la Evaluacin
3. Gua para la
Realizacin de la
Evaluacin
4. Gua sobre el
uso
para
la
Mejora
del
proceso
y
la
Determinacin de
la Capacidad del
Proceso.
5. Un Ejemplo de
Modelo
de
Evaluacin
de
Procesos
(en
preparacin)
12
Fase
Proceso
Propsito
1.1
Analizar
requerimiento
1.2
Desarrollar
plan
de
evaluacin
1. Planificacin y
preparacin para la
evaluacin.
2. Conduccin de
la evaluacin
1.3 Seleccionar y
preparar equipo
1.4 Obtener y
analizar
evidencia
objetiva inicial.
1.5 Preparar la
recoleccin
de
evidencia
objetiva.
2.1 Examinar la
evidencia
objetiva.
2.2 Verificar y
Validar
la
evidencia
objetiva
2.3 Documentar
la
evidencia
objetiva
2.4 Generar los
resultados de la
evaluacin.
1.3.3. EvalProSoft
Es un modelo basado en la norma Internacional ISO/IEC 15504 [ISO/IEC, 2004].
Este modelo aplica a las organizaciones dedicadas al desarrollo y/o mantenimiento
de software; en particular a las que han utilizado como modelo de procesos de
referencia a MoProSoft para la implantacin de sus procesos.
13
14
16
17
18
19
reconocido
de
evaluacin
certificacin
de
la
industria
del
software
Iberoamericana.
El modelo pretende apoyar a las organizaciones en la estandarizacin de sus
prcticas, en la evaluacin de su efectividad y en la integracin de la mejora
continua.
El modelo de procesos de COMPETISOFT est basado en el Modelo de
MoProSoft. Tiene 3 categoras de procesos: Alta Direccin, Gerencia y Operacin
como se presenta en la Figura 1.7.
20
21
2. Empresa de Estudio
2.1. Descripcin de la empresa
LAMBDA es una empresa pionera en Amrica Latina en una tecnologa
especializada, con desarrollos e innovaciones propietarios en ciertos campos de
dichas tecnologas de infraestructura de dicha rea, ofreciendo una gama de
soluciones innovadoras, logrando satisfacer las necesidades de sus clientes.
LAMBDA contribuye al establecimiento de tecnologa que se integra al sistema del
cliente permitiendo realizar operaciones, tomando acciones de control en el caso
que la informacin se vea comprometida.
LAMBDA cuenta con la certificacin de ISO 9001:2000 en diseo y desarrollo de
software en su campo de aplicacin especializada.
Asimismo, LAMBDA ha participado en el proyecto PACIS (Programa de Apoyo a la
Competitividad de la Industria del Software) con el objetivo de implementar el
modelo CMMI nivel 2 para todos sus procesos de anlisis, diseo, implementacin
y construccin de software.
LAMBDA cuenta con un equipo humano competente que realiza investigacin y
desarrollo desde 1999 en materia de tecnologas del rea, y est conformado por
ingenieros (5), Bachilleres (3), Practicantes universitarios (2), Psicloga (1) y un
tcnico.
LAMBDA realiza consultoras dentro del marco de las normas ISO de su rea de
negocio, y las diversas soluciones se han basado en estndares abiertos, de modo
que se permite el uso de la infraestructura existente en las organizaciones y se
busca la interoperabilidad entre sus sistemas.
En la Figura 2.1 se puede apreciar el organigrama funcional de LAMBDA
22
23
% cumplimiento
Grado de cumplimiento
Nivel
Procesos
GNeg
GProc GProy
GRec GRHAT
40.9
12.5
43.3
35.9
50.0
P
N
P
P
L
0
0
0
0
1
GBSI
38.9
P
0
GCO
8.3
N
0
APE
38.6
P
0
DMS
42.5
P
0
% cumplimiento
100
100
80
60
43.3
40.9
40
50.0
35.9
38.9
12.5
20
38.6
42.5
APE
DMS
8.3
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
NivRef
24
NUNCA, 5%
NUNCA
POCO, 36%
POCO
REGULAR
CASI
REGULAR, 50%
SIEMPRE
25
CASI, 4%
REGULAR, 7%
SIEMPRE, 0%
NUNCA
POCO
POCO, 25%
REGULAR
CASI
SIEMPRE
NUNCA, 64%
de
los
recursos
humanos,
los
cuales
no
se
encuentran
documentados, sin embargo, se llevan a cabo cada vez que se requiere personal.
Lo que s se tiene archivado son los Curriculums Vitae de cada trabajador
26
SIEMPRE, 12%
NUNCA, 19%
NUNCA
CASI, 15%
POCO
REGULAR
CASI
POCO, 27%
SIEMPRE
REGULAR, 27%
SIEMPRE; 6%
CASI; 19%
NUNCA; 31%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
REGULAR; 19%
POCO; 25%
27
NUNCA, 17%
SIEMPRE, 33%
NUNCA
POCO
REGULAR
CASI
CASI, 0%
POCO, 33%
SIEMPRE
REGULAR, 17%
28
SIEMPRE; 22%
NUNCA; 28%
NUNCA
POCO
CASI; 0%
REGULAR
CASI
REGULAR; 17%
SIEMPRE
POCO; 33%
29
SIEMPRE; 0%
POCO; 20%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
NUNCA; 73%
30
SIEMPRE; 15%
NUNCA; 39%
CASI; 15%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
REGULAR; 18%
POCO; 12%
SIEMPRE; 10%
NUNCA; 13%
CASI; 15%
NUNCA
POCO
REGULAR
CASI
POCO; 40%
SIEMPRE
REGULAR; 23%
31
32
Notacin
Descripcin
Inicio del proceso
Fin del proceso
Flujo de secuencia
Actividad/Tarea
Nodo de decisin (las salidas/entradas son
mutuamente excluyentes y pueden ser dos o ms)
Nodo de Separacin (flujos en paralelo)
Acrnimo
GG
GER
Jefe de Proyecto
JP
Gerente
de
Proyectos
Gerente
de
Recursos Humanos
GP
GRH
Desarrollador
DES
Testeador
TST
Equipo
LAMBDA
Cliente
de
Administrativo
Representante
la Direccin
EQP
CLI
ADM
de
Descripcin
Encargado de tomar las decisiones finales.
Gerentes
Encargado de la administracin de un proyecto
especfico
RED
Acrnimo
RES
PAR
Descripcin
Responsable en la ejecucin de la actividad
Slo participa de la actividad
Responsable de aprobar la finalizacin de la
APR
actividad
REV
Aqul que verifica el cumplimiento de la actividad
Tabla 3.3. Descripcin del estado del rol.
33
Gestin de Procesos
RED
RES
RES
Implantacin del
nuevo proceso
REV
RES
[Si Existe]
[No se
Aprueba]
REV
[Se requiere
evaluar]
[Se Aprueba]
Rev. de la definicin
del nuevo proceso
[No se requiere
evaluar]
GG
[No Existe]
Definicin del
nuevo proceso
Evala y corrige
el proceso
Aprobacin del
Nuevo proceso
APR
34
GRH
Actualizar perfiles
de los puestos
RES
[Existe
necesidad
de nueva
capacitacin]
RES
Evaluacin de
habilidades
Actualizar Programa
de Capacitacin
Generar o actualizar el
Programa de Capacitacin
al inicio del ao
[No existe]
[No se
Aprueba]
[Si existe]
[Si
REV Aprueba]
REV
Revisar Programa
de Capacitacin
GG
Revisar
Actualizacin
[Se
Aprueba]
RES
Analizar necesidad de
evaluar a los RRHH
[No existe]
RES
Modificar Programa
de Capacitacin
Otras Areas
PAR
Planificar Proyecto
[Se requiere
personal]
[No se
contratar]
RES
Seleccionar
personal
GH
[Se
contratar]
RES
[No se
requiere
personal]
Proceso de
Contratacin
GER
PAR
Entrevista al
nuevo personal
35
EQP
Solicita
bien/servicio
RES
Verifica
solicitud
No se
aprueba
Se
aprueba
APR
Verifica
cotizaciones
ADM
Se
aprueba
Emite Orden
de compra
RES
Solicita cotizaciones a
diferentes proveedores
APR
Se
aprueba
No se
aprueba
APR
GER
Verifica
bien/servicio
RES
Se cambia o
devuelve
RES
Recibe
contizaciones
RES
Recibe el
bien/servicio
RES
RED
RES
Alimentar el
Tablero de Control
del SGC
RES
Reg. los procedimientos
actualizados (DMS)
GP
RES
Archivar los docs.
de cada proyecto
36
JP
Levantamiento
de informacin
PAR
RES
Solicita
personal
RES
RES
Creacin de la
Estructura del Proy.
RES
Genera Lista de
Especificaciones
Tcnicas
PAR
RES
REV
Revisin de las
Guas y Manuales
REV
Verificacin inicial
del Programa
RES
RES
Generacin de las
Guas y Manuales
RES
Realizar pruebas
Unitarias
REV
[Se Aprueba]
APR
REV
Propuesta
Tcnica aprobada
Validacin del
Programa
[No se Aprueba]
GO
[Se Modifica]
[Se Rechaza]
RES
Se modifica la
Propuesta Tcnica
RES
Gen. Reporte de
Acciones Correctivas
y Prod. no Conformes
RES
Elab. de la Propuesta
Tcnica-Econmica
APR
GO, JP
Control de
Codificacin
Codificar
Verificacin de la
Propuesta Tcnica
CLI
RES
Actualiza el
Cronograma
RES
Generacin del
Cronograma
RES
Elaboracin
de la Lista de
Requerimientos
PAR
RES
PRA,PROG
Planificacin de
las etapas del Proy.
RES
Elaboracin de
la Propuesta
Tcnica
RES
Creacin de
la carpeta
del proyecto
RES
Se abre un Reporte de
Acciones Preventivas,
Correctivas y Productos
No Conformes.
[No se
presenta
a tiempo]
REV
Aprob. Interna de la
Propuesta Tcnica
REV
[Se
presenta a
tiempo]
Validacin de la Propuesta
Tcnica-Econmica
[No se Acepta]
RES
Generacin del Acta
de Inicio del Proyecto
PAR
37
Mejora de Procesos (ver el Anexo 3). Finalmente, en base a estas dos actividades
mencionadas, se lograron identificar los procesos a mejorar, y tener una idea clara
de los problemas que solucionaremos al llevar a cabo exitosamente el proyecto.
Se debe tener en cuenta la importancia de contrastar los objetivos con los
problemas, pues esto permitir conocer con claridad qu es lo que solucionaremos
al implantar exitosamente el proceso de mejora. El mejoramiento gana mayor
crdito cuando se resuelve un problema y la organizacin percibe el beneficio; de
all la importancia de reconocer todos los problemas y no-conformidades dentro de
la organizacin, los cuales hacen que los objetivos definidos se vean muy lejanos o
imposibles.
Los objetivos de negocio que se identificaron fueron:
Especializar al personal con el fin de cumplir con las normas de ISO necesarias
para los campos a desarrollar, implementar COMPETISOFT y posteriormente
CMMI.
Baja capacidad para lograr que los proyectos sean financiados (BID).
38
14.8%
14.8%
14.8%
11.5%
11.5%
0.0%
61
Cuartil
9
9
16.4%
10
16.4%
10
Peso
Objetivos de Negocio
Elaborar, difundir y cumplir un Plan Estratgico alineado con el Plan
Estratgico de nuestros socios de negocios
Terminar el diseo e implementacin del producto estrella integrado
con todos los productos desktop de LAMBDA
Montar un Centro de Datos (DataCenter) con todas las
especificaciones tcnicas segn normas de ISO
Montar los servicios y acreditarlos ante el INDECOPI.
Llevar a cabo el plan de ventas y marketing, y buscar alianzas con
socios estratgicos para copar el mercado.
Especializar al personal con el fin de cumplir con las normas de ISO
necesarias para los campos a desarrollar, implementar COMPETISOFT
y posteriormente CMMI
Evaluar la posibilidad de instalarnos en Silicon Valley en EE.UU. a fin
de poder brindar nuestros servicios (exportar e internacionalizar).
% Peso
mostrados en las Tablas 3.4, 3.5 y 3.6, las cuales se presentan a continuacin:
3.33
2.05
2.7
De la Tabla 3.4, se obtiene los problemas que son de mayor impacto para el logro
de los objetivos de negocios
39
14.8%
11.5%
7
0
61
11.5%
0.0%
GCO
APE
DMS
14.8%
14.8%
GBSI
9
9
GRHAT
16.4%
GRec
10
GProy
16.4%
GProc
10
GNeg
% Peso
Peso
Objetivos de Negocio
Elaborar, difundir y cumplir un Plan Estratgico alineado con el Plan
Estratgico de nuestros socios de negocios
Terminar el diseo e implementacin del producto estrella integrado
con todos los productos desktop de LAMBDA
Montar un Centro de Datos (DataCenter) con todas las
especificaciones tcnicas segn normas de ISO
Montar los servicios y acreditarlos ante el INDECOPI.
Llevar a cabo el plan de ventas y marketing, y buscar alianzas con
socios estratgicos para copar el mercado.
Especializar al personal con el fin de cumplir con las normas de ISO
necesarias para los campos a desarrollar, implementar
COMPETISOFT y posteriormente CMMI
Evaluar la posibilidad de instalarnos en Silicon Valley en EE.UU. a fin
de poder brindar nuestros servicios (exportar e internacionalizar).
0
cuartil
Tabla 3.5. Cuadro de evaluacin de Objetivos de Negocios versus Procesos del Modelo
De la Tabla 3.5, se obtienen los procesos del modelo MoProSoft que tienen mayor
13.5%
13.5%
12.2%
12.2%
A
A
M
12.2%
10.8%
12.2%
DMS
APE
13.5%
GCO
10
Baja capacidad para lograr que los proyectos sean financiados (BID)
Bajos ingresos econmicos por falta de concrecin y realizacin de
10
proyectos.
10
Deficiencia en equipo de Ventas y Marketing, comercializacin
Falta de Herramienta de Gestin.
9
Falta de Procesos Definidos (calidad)
9
Diseo-Arquitectura del producto estrella sin los suficientes criterios
9
de usabilidad
Falta de comunicacin entre los stakeholders.
8
Compra de equipo que no realiza la funcin que se requiere.
9
0 74
cuartil
GBSI
Problemas
GRHAT
GRec
GProy
GNeg
% Peso
Peso
GProc
M
M
A
M
A
A
A
B
M
A
B
M
B
B
B
B
B
A
B
A
M
B
A
B
A
A
A
B
B
B
B
A
A
A
M
M
A
B
A
M
A
A
3.24 2.46 3.24 2.16 2.19 1.77 1.99 3.08 2.55
3.1
De la Tabla 3.6, se obtienen los procesos del modelo MoProSoft que tienen mayor
relacin para la resolucin de los problemas:
Procesos Seleccionados:
GNeg
Gestin de Negocios
GProy
Gestin de Proyectos
APE
Administracin de Proyectos Especficos
Se ha previsto reforzar los siguientes procesos:
DMS
Desarrollo y Mantenimiento de Software
GProc
Gestin de Procesos
Se ha previsto dejar para un siguiente ciclo de mejora los siguientes procesos:
GRec
Gestin de Recursos
GRHTA
Gestin de Recursos Humanos y Ambiente de Trabajo
GBSI
Gestin de Bienes, Servicios e Infraestructura
GCO
Gestin de Conocimiento de la Organizacin
Tabla 3.7. Seleccin de Procesos a mejorar como resultado del anlisis
41
42
Rol
Competencias
Conocimiento del esfuerzo requerido para
Grupo
llevar a cabo la planificacin estratgica, y
Directivo
sobre todo estar comprometido con ste.
Responsable
Conocimiento de las actividades necesarias
de Gestin de
para definir e implantar exitosamente el
Negocio
proceso de Gestin de Negocio.
Grupo de
Conocimiento para administrar los proyectos
Gestin
e implantar los procesos definidos.
Tabla 3.8. Roles y Capacitaciones para la GNEG.
43
Gestin de Negocios
RES
A.1.1 Actualizar la Misin,
Visin y Valores
RES
A.1.2 Anlisis de la
situacin actual (FODA)
GG
RES
A.1.9 Integrar y documentar
el Plan Estratgico
RES
A.1.3 Actualizar objetivos y
estrategias
RES
A.1.4 Definir los procesos y
proyectos
RES
A.1.10 Elaborar el Plan de Adquisiciones
y Capacitacin para el proceso de GNEG
RES
RES
A.1.5 Actualizar la Estructura
de la Organizacin
RES
A.1.6 Definir la Estrategia
de Recursos
GER
RES
A.1.7 Calcular el presupuesto
requerido
RES
A.1.8 Definir los mecanismos
de comunicacin con el cliente
44
TIPO
ELEMENTO
A.1. PLANIFICACIN
Factores
Externos
ENT
Reportes
Financieros
ENT
DESCRIPCIN
Tendencias tecnolgicas,
clientes, competidores.
-
FUENTE
ACTIVIDAD
Externa
Org.
A 1.1
SAL
Plan
Estratgico
Objetivos, Estrategias
A 1.3
Procesos requeridos,
Carteras de Proyectos.
A 1.4
Estructura de la
Organizacin.
A 1.5
Estrategia de Recursos
A 1.6
Presupuesto
A 1.7
Plan de Comunicacin
con el Cliente
A 1.8
A 1.9
Plan de Adq. y
SAL
Capacitacin
A 2. REALIZACIN
-
GProc
GProy
GRec
GRec
A 1.10
A 2.1
DESCRIPCION DE LA ACTIVIDAD
45
47
RGP
Gestin de Proyectos
RES
Definir Proyectos para
lograr objetivos trazados
GG
Identificacin de
proyectos internos
Analizar el mercado
Identificacin de potenciales
compradores
49
Indicadores
I1 (O1) Las actividades se llevan a cabo de acuerdo a lo establecido en los Planes
de Gestin de Proyectos y Ventas, para ello se determinar el grado de
cumplimiento del Plan de gestin de Proyectos de la siguiente manera:
I = Cantidad de proyectos realizados a la fecha / total de proyectos que
debieron realizarse a la fecha
Involucrados y Competencias:
En la Tabla 3.11 se muestran los roles para la implantacin de este proceso y las
competencias que cada uno de ellos debe poseer.
Rol
Abreviatura
Capacitacin
Responsable de Gestin de RGN
Conocimiento del esfuerzo requerido para
Negocios - Gerente General
llevar a cabo la planificacin de GProy.
Responsable de Gestin de RGP
Conocimiento
de
las
actividades
Proyectos - Gerente de
necesarias para llevar a cabo la GProy.
Proyectos
Equipo
EQP
Personal de LAMBDA
Tabla 3.11. Roles y Capacitaciones para la GPROY.
Planeamiento Estratgico.
50
Gestin de Proyectos
RES
RES
RES
RGP, EQP
Si NO hay alternativas
de proy. Int.
RES
SI hay alternativas
de proy. Int.
RES
PAR
A.2.1 Realizar Actividades
del Plan de Ventas.
PAR
A.2.1 Realizar Actividades
del Plan de Proyectos.
GG
APR
A.1.3 Seleccionar una
alternativa
para los Proyectos Int.
52
ID
ROL
A 1. PLANIFICACIN
A1.1
RGP
A1.2.
RGP
EQP
A1.3.
RGN
ELEMENTO
Alternativas
de
Realizacin
de
Proyectos Internos
Alternativas
de
Realizacin
de
Proyectos
Internos
seleccionados
A1.4.
RGP
EQP
Plan de Gestin de
Proyectos
Plan de Ventas
Plan de Proyectos
A1.5.
RGP
EQP
Plan de Adquisicin y
Capacitacin
ACTIVIDAD
Analizar alternativas
proyectos internos
Generar Alternativas
Proyectos Internos.
DESCRIPCION
de
realizacin
de
de
Realizacin
de
Elaborar el
Capacitacin
Plan
de
Adquisicin
A 2. REALIZACIN
A2.1.
RGP
EQP
A2.2.
RGP
EQP
Plan de Ventas
Contratos
53
54
CLI
RES
A.1.1 Comunicacin
del Cliente
RES
JP, EQP
PAR
A.1.2 Acuerdo
Inicial
RES
RES
RES
Capacitacin
REV
RES
Elaborar la
Propuesta Tcnica
Control y Monitoreo
RES
RES
Formar equipo de trabajo
con el personal de LAMBDA
JP
Si NO es
necesario
SI es
necesario
PAR
Contratar personal
RES
SI NO es
necesario
Capacitar
al cliente
SI es necesario
Capacitar
al cliente
RES
JP, GP
APR
Aprueba Propuesta
Tcnica
ACTIVIDAD
Elaborar la Propuesta Tcnica.
DESCRIPCION DE LA ACTIVIDAD
Se describe el problema y la solucin planteada.
Se establece el cronograma de actividades
propuesto.
Si es el caso, se incluyen las actividades de
capacitacin.
Aprueba Propuesta Tcnica.
El Gerente de Proyectos (GP) revisa la propuesta
y se realizan los ajustes o cambios de ser el caso.
Posteriormente se aprueba la Propuesta Tcnica y
es entregada (enviada por correo electrnico) al
cliente.
Acuerdo con el cliente.
El cliente analiza la Propuesta Tcnica y, si lo
requiere, se realiza una presentacin en sus
instalaciones.
Si est de acuerdo, se procede a ejecutar el
proyecto, acordndose con l de manera verbal,
cmo se harn las entregas (parciales y final).
Si no lo est, se da por concluido el proyecto.
Formar equipo de trabajo con el Si el proyecto se ejecutara, se determina el
personal de LAMBDA.
personal que llevar a cabo el desarrollo: jefe de
proyectos, analistas, programadores, etc.
Contratar personal.
Se analiza si existe la necesidad de contratar
personal adicional al de LAMBDA, ya sea en la
modalidad de outsourcing o no.
Definir forma de trabajo.
Se divide el trabajo asignando las tareas
correspondientes a los elementos del equipo de
desarrollo. Incluye la coordinacin con el personal
contratado en la modalidad de outsourcing.
Control y monitoreo.
En coordinacin con el jefe de proyectos, se
establecen los mecanismos de control y monitoreo
de las actividades de desarrollo.
Entrega de producto o servicio.
Se hace entrega del producto o se pone a
disposicin el servicio. Durante un periodo de
prueba, el cliente lo verifica. Si encuentra
observaciones, se realizan los cambios pertinentes
hasta levantar dichas observaciones.
Aceptacin del cliente.
El cliente aprueba el producto o servicio.
Capacitacin.
Cierre del proyecto.
56
Abreviatura
RGP
Capacitacin
Conocimiento
de
las
actividades
necesarias para llevar a cabo la GProy.
57
58
JP, GP
A.1.13 Planificacin de
las etapas del Proy.
A.1.1 Elaboracin de
la Propuesta Tcnica
REV
RES
RES
[Se Aprueba]
A.1.2 Verificacin de la
Propuesta Tcnica
RES
APR
RES
A.1.3 Propuesta
Tcnica aprobada
JP
[No se Aprueba]
[Se Modifica]
[Se Rechaza]
CLI
GER, JP
RES
A.1.5 Gen. Reporte de
Acciones Correctivas
y Prod. no Conformes
RES
A.1.4 Modificar la
Propuesta Tcnica
RES
A.1.6 Aprob. Interna de
la Propuesta Tcnica
RES
A.1.8 Elab. la Propuesta
Tcnica-Econmica
REV
RES
RES
A.1.9 Generar un Reporte
de Acciones Preventivas,
Correctivas y Productos
No Conformes.
[No se
presenta
a tiempo]
A.1.7 Indicar/describir
evaluar los riesgos
REV
[Se
presenta a
tiempo]
RES
A.1.11 Generacin del Acta
de Inicio del Proyecto
[No se Acepta]
59
PAR
RES
ID
ROL
ELEMENTO
A1. PLANIFICACIN
A.1.1
GP
JP
A.1.2
JP
Propuesta Tcnica
A.1.3
JP
A.1.4
JP
A.1.5
JP
A.1.6
A.1.7
A.1.8
A 1.9
A.1.10
A.1.11
A.1.12
GER
JP
GER
JP
GER
JP
GER
JP
CLI
JP
GP
CLI
JP
GP
JP,
GP
A.1.13
ACTIVIDAD
Propuesta Tcnica
Econmica
Reporte de Acciones
Preventivas, Correctivas y
Productos no Conforme
Propuesta Tcnica
Econmica
JP
A2. REALIZACIN
A2.1
JP
Expediente del Proyecto
Expediente del Proyecto
Se registra el problema que suscit, cuales fueron las principales o posibles causas de ello y que
acciones se tomaron frente a dicho inconveniente.
Actividad realizada por los Gerentes y el jefe de Proyectos. De ser aprobada se pasa al punto A.1.7
Identificar, describir y evaluar los riesgos que pueden afectar el proyecto. Estimar la probabilidad de
impacto de cada riesgo estimando sus implicaciones en los objetivos del proyecto (anlisis
cualitativo). Desarrollar procedimientos para reducir el impacto de los riesgos. Documentar en el Plan
de Riesgos o actualizarlo.
Adiciona el Presupuesto a la Propuesta Tcnica, generando la Propuesta TcnicoEconmica.
JP
A3. CIERRE
A3.1
JP
Plan de Riesgos
DESCRIPCION
Formalizar la terminacin del ciclo o del proyecto de acuerdo al Protocolo de Entrega establecido en
el Plan del Proyecto y obtener el documento de Aceptacin
60
61
que
en
esta
oportunidad
deban
mostrarse
las
evidencias
correspondientes.
Debido a la escasez de proyectos de desarrollo de software, no se cont con la
evidencia necesaria durante la evaluacin realizada, por ello los resultados fueron
los mostrados en la Tabla 3.16 y grficamente en la Figura 3.12. En el anexo 7, se
muestra la evalucin final realizada por el consultor COMPETISOFT-PUCP.
% cumplimiento
Grado de cumplimiento
Nivel
Procesos
GNeg GProc GProy GRec GRHAT
70.5
55.4
74.0
48.4
60.4
A
A
A
P
A
1
1
1
0
1
GBSI
45.8
P
0
GCO
10.0
N
0
APE
64.1
A
1
DMS
69.4
A
1
62
% cumplimiento
100
100
80
74.0
70.5
55.4
60
48.4
60.4
64.1
69.4
APE
DMS
45.8
40
10.0
20
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
NivRef
90.4
78.4
100
90.6
65.0
60.4
55.4
60
% cumplimiento
46.9
45.8
40
11.7
20
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
APE
DMS
NivRef
Figura 3.13. Posibles Resultados del Perfil de Capacidades al Final del Ciclo de Mejora.
De esto se puede concluir que los resultados de la mejora fueron significativos. Sin
embargo, pese a ello no se cumplieron los objetivos propuestos, por lo mismo que
ya se mencion, esto es, la falta de evidencias.
El proceso GNeg requiere de mayor tiempo para ser monitoreado y determinar si
los objetivos de negocio definidos se cumplirn durante los tres aos. Es posible
que se puedan visualizar algunos resultados en el segundo ciclo de mejora; sin
embargo, la definicin del nuevo proceso de gestin de negocios y la elaboracin
del plan estratgico conjuntamente con el plan de comunicacin con el cliente se
concluyeron de forma exitosa.
En el caso del proceso GProy, tambin requiere de mayor tiempo, pues la escasez
de proyectos implic que algunas de las actividades definidas no se pudieran llevar
a cabo. Se debe tener en cuenta que la puntuacin no fue muy baja, ya que
63
Horas
Categora de Alta
Direccin (DIR)
30
Categora de
Gerencia (GER)
48
Categora de
Operacin (OPE)
25
Encargado de Guiar
la Implantacin
312
Consultor
70
COMPETISOFT
Tabla 3.17. Esfuerzo de participacin en el proyecto.
64
Aparte del apoyo por parte del Gerente General al proyecto se requiere de su
compromiso personal para con las actividades que le corresponde realizar, por
ello es necesario que destine parte de su tiempo al proyecto dndole la
prioridad que se necesita.
Para lograr el compromiso por parte del personal, es necesario que la alta
gerencia demuestre su compromiso para con el proyecto pblicamente;
adicionalmente, deber definir algn tipo de incentivo para lograr que cumplan
con las actividades propuestas.
Es necesario que la empresa cuente con una mayor cantidad de proyectos de
desarrollo para poder implementar las propuestas de mejora y as lograr
obtener los resultados y medirlos a travs de indicadores.
Es necesario tener en cuenta la dimensin de los proyectos en los que se
correr el piloto, pues dependiendo de ello podra modificarse el tiempo
definido para el piloto.
65
66
Jornadas
Iberoamericanas
de
Ingeniera
del
Software
Ingeniera
del
4.2. Conclusiones
Se complet el ciclo de mejora dentro del plan general establecido, basado en el
modelo de MoProSoft. Se realizaron los cambios en los procesos seleccionados en
los cinco meses y medio previstos en el proyecto.
Se logr seleccionar los procesos prioritarios en base a la evaluacin inicial
(diagnstico), la definicin de objetivos de negocio y los problemas no triviales a
travs de la aplicacin de la tcnica de grupo nominal. Adems, se consideraron
las recomendaciones del grupo internacional de COMPETISOFT sobre qu
procesos incluir en el primer ciclo.
La evaluacin final evidenci que se lograron mejoras en diversos procesos. En
GNeg se logr una mejora de 40.9% a 70.5%, en GProy una mejora de 43.3% a
74.0% y en APE de se logr una mejora de 38.6% a 64.1%, los cuales
corresponden a la calificacin de ampliamente alcanzado; sin embargo, no se logr
la meta establecida (85%) debido a que no se cont con los proyectos de
desarrollo durante el periodo de pilotaje, por lo cual no se obtuvo la evidencia
necesaria.
Se hizo una adecuada seleccin de los procesos a ser mejorados, pues la
organizacin requera engranar lo que ya tena definido, correspondiente a diseo
y desarrollo, con la parte de negocios; consiguiendo que la realizacin de los
proyectos apunten hacia los objetivos de negocio definidos en el Plan Estratgico.
Se concluye que el tiempo adecuado para llevar a cabo el proyecto depende de la
organizacin y la frecuencia con la que desarrolla proyectos, pues es necesario
contar con al menos uno para poder realizar la mayora de actividades, definidas
en cada proceso.
La multifuncionalidad de roles que suele existir en las pymes y el tiempo ajustado
del personal para realizar sus actividades, demandan de un verdadero compromiso
67
4.3. Recomendaciones
Es recomendable que la empresa cuente con proyectos de desarrollo de software
para el prximo ciclo de mejora, para poder monitorear los procesos mejorados, y
determinar as, si el cambio es efectivo y productivo para la organizacin.
Se recomienda la incorporacin de los procesos de Desarrollo y Mantenimiento de
software y Gestin de Recursos en la siguiente etapa de mejora de procesos. Para
este proceso se debe tener en cuenta que la empresa ya tiene un sistema de
gestin de la calidad, por ello debe realizar un mapeo con los procesos de
desarrollo ya definidos para que no haya inconsistencias. Adicionalmente, se
deber continuar con la mejora de los procesos ya considerados durante el primer
ciclo.
Se deber seguir monitoreando las actividades correspondientes al proceso
Gestin de Negocios, verificando si los objetivos de negocio definidos se estn
logrando, y si las estrategias definidas estn colaborando con ello; de no ser as se
recomienda actualizar el Plan Estratgico.
68
69
5. Referencias Bibliogrficas
1.
2.
3.
[Deming, 2000] DEMING, Edwards, Out of the Crisis Published by MIT Press.
4.
5.
6.
[ISO/IEC 9126] tomado de la Norma ISO/IEC 9126-1: Software EngineeringProduct quality-Part 1: Quality Model
7.
de
procesos
software
en
pases
en
desarrollo.
http://www.ewh.ieee.org/reg/9/etrans/vol4issue2April2006/4TLA2_4Pino.pdf
Domingo, 8 de abril del 2007. Hora: 8:50am
8.
Sande.
ISO
12207:
Ciclo
de
Vida
del
Software
www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/ISO%2012207
%20-
[Piattini et al, 2007] Calidad de Sistemas de Informacin http://alarcos.infcr.uclm.es/doc/Calidad, domingo, 8 de abril del 2007. Hora 3:10pm
10.
[SEI,
2006]
Software
Engineering
Institute
What
is
CMMI
70
12.
13.
14.
15.
16.
17.
18.
19.
20.
Definition
Document
Pag
35
http://www.sei.cmu.edu/publications/documents/01.reports/01hb001.html
Lunes, 9 de abril de 2007. Hora 10.00pm
21.
[Soluciones,
2008]
Gestin
de
calidad
ISO9001-2000
71
Anexos
ndice de Anexos
Anexos .......................................................................................................................................... 1
Anexo 1. Cronograma del Proyecto .............................................................................................. 3
Anexo 2. Informe Tcnico Evaluacin de procesos inicial LAMBDA_IT_03_EPI_01v2............... 6
Anexo 3. Plan de Mejora de Procesos - LAMBDA_IT_04_PMP_04v1....................................... 24
Anexo 4. Gua para definir Plan Estratgico ............................................................................... 33
Anexo 5. Plan de Comunicacin con los Clientes ...................................................................... 34
Anexo 6. Plan de Ventas............................................................................................................. 35
Anexo 6. Registro de Proyectos.................................................................................................. 36
Anexo 7. Evaluacin Final del Ciclo de Mejora 01...................................................................... 37
Resumen
Evaluacin inicial
Propsito de la evaluacin
Objetivos de negocio
Como parte del trabajo inicial en la empresa se obtuvieron los siguientes objetivos de
negocio.
2.3
GProc
GProy
GRec
GRHTA
GBSI
GCO
APE
DMS
Gestin de Procesos
Gestin de Proyectos
Gestin de Recursos
Gestin de Recursos Humanos y Ambiente de Trabajo
Gestin de Bienes, Servicios e Infraestructura
Gestin de Conocimiento de la Organizacin
Administracin de Proyectos Especficos
Desarrollo y Mantenimiento de Software
Documentos referenciados
Los siguientes documentos han sido utilizados como base para la elaboracin del
presente informe y deben ser consultados para su mejor comprensin en los casos
que sea necesario.
Perfil de capacidades
En esta seccin se presenta una vista global, de manera grfica, de las capacidades
de procesos de la organizacin (perfil de capacidades) evaluada con una tcnica de
evaluacin ligera. Asimismo, se presenta la interpretacin de los datos y el nivel de
capacidad alcanzado.
En la Tabla 1 se encuentran los datos globales de cada proceso como un porcentaje
del cumplimiento de los procesos. En la Figura 1, se encuentra el perfil de
capacidades que corresponde con los porcentajes.
% cumplimiento
Grado de cumplimiento
Nivel
Procesos
GNeg
GProc GProy
GRec GRHAT
40.9
12.5
43.3
35.9
50.0
P
N
P
P
L
0
0
0
0
1
GBSI
38.9
P
0
GCO
8.3
N
0
APE
38.6
P
0
DMS
42.5
P
0
% cumplimiento
100
100
80
60
43.3
40.9
40
50.0
38.9
35.9
12.5
20
38.6
42.5
APE
DMS
8.3
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
NivRef
Podemos observar que 1 de los 9 procesos alcanzaron un Nivel 1, esto nos indica que
el 11% de los procesos de la empresa se encuentran en un Nivel 1-Proceso
Realizado, de acuerdo a la Norma ISO/IEC 15504 2. Estos procesos son:
Gestin de Proyectos.
Gestin de Negocio.
Gestin de Proceso.
Gestin de Recursos.
Gestin de Conocimiento de la Organizacin.
Gestin de Bienes Servicios e Infraestructura.
Administracin de Proyectos Especficos.
Desarrollo y Mantenimiento de Software.
Resultados obtenidos
NUNCA, 5%
NUNCA
POCO, 36%
POCO
REGULAR
CASI
SIEMPRE
REGULAR, 50%
Debilidades
Las siguientes son las debilidades identificadas para el proceso Gestin de Negocios.
No se maneja o no se genera adecuadamente:
5.2
CASI; 4%
REGULAR; 7%
SIEMPRE; 0%
NUNCA
POCO
POCO; 25%
REGULAR
CASI
NUNCA; 64%
SIEMPRE
10
Debilidades
Las siguientes son las debilidades identificadas para el proceso Gestin de Negocios.
No se maneja o no se genera adecuadamente:
EL Plan Estratgico.
El Plan de Procesos con la definicin de elementos de procesos, el calendario,
plan de evaluacin y plan de manejo de riesgos.
El rol de Responsable de Gestin de Negocio con conocimiento de las
actividades necesarias y del esfuerzo requerido para definir e implantar el
proceso de Gestin de Procesos.
La definicin de elementos de Procesos, es decir, revisar los modelos de
procesos de referencia para definir y actualizar los elementos, las relaciones
entre ellos y la estructura que conformarn los Procesos Requeridos en el Plan
Estratgico
Un Plan de Evaluacin, que incluya un calendario para mantener y mejorar
procesos, con la identificacin de actividades y asignacin de fechas.
Un Plan de Manejo de Riesgos para la Gestin de Procesos:
La Documentacin de Procesos de acuerdo a un Plan de Procesos
5.3
11
SIEMPRE; 12%
NUNCA; 19%
NUNCA
POCO
CASI; 23%
REGULAR
CASI
POCO; 27%
SIEMPRE
REGULAR; 19%
5.4
12
SIEMPRE; 6%
CASI; 19%
NUNCA; 31%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
REGULAR; 19%
POCO; 25%
13
5.5
NUNCA, 17%
SIEMPRE, 33%
NUNCA
POCO
REGULAR
CASI
CASI, 0%
POCO, 33%
SIEMPRE
REGULAR, 17%
Debilidades
Las siguientes son las debilidades identificadas para el proceso Gestin de Recursos
Humanos y Ambiente de Trabajo. No se manejan o no se generan adecuadamente:
Un Plan de Procesos con el Plan de Mediciones de Procesos
No se realizan seguimientos del estado de los recursos humanos, actividades
de capacitacin realizadas y planificadas, resultado de las encuestas sobre el
ambiente de trabajo.
No se cuenta con el rol de Responsable de Gestin de Recursos con
conocimiento de las actividades necesarias para planificar exitosamente el
subproceso de Recursos Humanos y Ambiente de Trabajo.
5.6
15
SIEMPRE; 22%
NUNCA; 28%
NUNCA
POCO
CASI; 0%
REGULAR
CASI
REGULAR; 17%
SIEMPRE
POCO; 33%
16
5.7
SIEMPRE; 0%
POCO; 20%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
NUNCA; 73%
17
5.8
SIEMPRE; 15%
NUNCA; 39%
CASI; 15%
NUNCA
POCO
REGULAR
CASI
SIEMPRE
REGULAR; 18%
POCO; 12%
18
Fortalezas
Las siguientes son las fortalezas identificadas para el proceso Gestin de
Administracin de Proyectos Especficos.
Descripcin del Proyecto: Descripcin del Producto, Alcance, Objetivos y
Entregables
Se cuenta con el rol de Responsable de Administracin del Proyecto Especfico
Plan de Desarrollo: Descripcin del producto (que se va a construir o del
cambio) y entregables, Equipo de trabajo (asignado al proyecto) y Calendario
(con actividades, fechas de inicio y de fin)
Cliente con conocimiento en la expedicin de Solicitudes de Cambios
Acordar con el Responsable de Desarrollo y Mantenimiento del proyecto la
asignacin de tareas al Equipo de Trabajo incluyendo a los subcontratistas.
Debilidades
Las siguientes son las debilidades identificadas para el proceso Gestin de
Administracin de Proyectos Especficos. No se maneja o no se genera
adecuadamente:
Un Plan de Proyecto: Ciclos de Actividades, Tiempo Estimado, Equipo de
Trabajo, Costo Estimado, Calendario, Plan de Manejo de Riesgos y Protocolo
de Entrega.
Plan de Adquisicin y Capacitacin (Plan de Proyecto) relacin de recursos
humanos, capacitacin, materiales, equipos y herramientas necesarios para la
ejecucin del proyecto.
El rol de Responsable del Subcontrato con conocimiento en la administracin
de proyectos.
La actividad de definir conjuntamente con el cliente el protocolo de entrega de
cada uno de los entregables especificados en la descripcin del Proyecto.
Documentar el resultado como Ciclos y Actividades
Establecer el Tiempo Estimado para desarrollar cada actividad
Costo estimados de los proyecto
Un Plan de Manejo de Riesgos con la lista de riesgos que pueden afectar el
proyecto, que contemple riesgos relacionados con el tipo de trabajo incluyendo
al cliente y los usuarios, riesgos con la tecnologa o la metodologa, riesgos con
la organizacin del proyecto (costo, tiempo, alcance, recursos) o riesgos
externos al proyecto.
Un Plan del Proyecto o su actualizacin antes de iniciar un nuevo ciclo
5.9
19
SIEMPRE; 10%
NUNCA; 13%
CASI; 15%
NUNCA
POCO
REGULAR
CASI
POCO; 40%
SIEMPRE
REGULAR; 23%
20
En esta seccin se presentan los datos tcnicos que hacen posible la elaboracin de
este informe.
6.1
Para la obtencin de los datos a ser usados para la evaluacin, se utiliz la tcnica de
entrevistas con el personal de la empresa utilizando un cuestionario como gua. El
cuestionario fue obtenido del modelo MoProSoft considerando la evaluacin de de la
ISO/IEC 15504 2 al nivel 1 de capacidad de procesos software denominado Proceso
Realizado.
6.2
Participantes
21
Esfuerzo empleado
Esquema de evaluacin
Esta seccin es solamente informativa y debe ser verificada siempre con respecto a
la ISO/IEC 15504-2.
La evaluacin de cada proceso se ha realizado considerando que est: (i)
completamente alcanzado si la calificacin est entre 85% y 100%, (ii) ampliamente
alcanzado si est entre 50% y 85%, (iii) parcialmente alcanzado si est entre 15% y
50% y (iv) no alcanzado si est entre 0% y 15%. Para cada proceso, se hace la
evaluacin considerando los atributos de proceso establecidos en la ISO/IEC 15504.
Nivel
1.1 Realizacin del proceso
2.1 Administracin de la realizacin
2.2 Administracin del producto de trabajo.
3.1 Definicin del proceso.
3.2 Implantacin del proceso.
4.1 Medicin del proceso
4.2 Control del proceso
5.1 Innovacin del proceso
5.2 Optimizacin del proceso
1
A
-
2
C
A
A
-
3
C
C
C
A
A
-
4
C
C
C
C
C
A
A
-
5
C
C
C
C
C
C
C
A
A
23
Resumen
Este informe tcnico de Plan de Mejora de Procesos ha sido desarrollado como parte
del proyecto COMPETISOFT-PUCP para la empresa desarrolladora de software
LAMBDA.
El documento tiene las siguientes secciones:
Plan de mejora de procesos.
Documentos referenciados.
Organizacin del proyecto de mejora.
Objetivos de mejora y priorizacin.
Implementacin de la mejora.
Lista de Riesgos.
Datos tcnicos del informe.
2
En esta seccin se presenta el propsito del plan de mejora de procesos, los objetivos
de negocio, los problemas principales de la empresa y el alcance de procesos previsto
de acuerdo al modelo MoProSoft y usando el modelo de mejora Agil SPI.
2.1
Este documento tiene como propsito definir el plan de mejora de proceso respecto a
un modelo de procesos definido previamente. El plan de mejora se ha obtenido a partir
de una evaluacin del tipo ligera (o no rigurosa) para que pueda ser completada en un
tiempo comparativo muy breve. El plan de mejora est basado en el modelo Agil SPI.
2.2
Objetivos de negocio
Como parte del trabajo inicial en la empresa se obtuvieron los siguientes objetivos de
negocio (ver la seccin 2.2 el informe de Evaluacin de Procesos Inicial
LAMBDA_IT_03_EPI_01v7):
24
2.4
Baja capacidad para lograr que los proyectos sean financiados (BID).
Bajos ingresos econmicos por falta de concrecin y realizacin de proyectos.
Deficiencia en equipo de Ventas y Marketing, comercializacin.
Falta de Herramienta de Gestin.
Falta de Procesos Definidos (calidad).
Diseo-Arquitectura del producto estrella sin los suficientes criterios de
usabilidad.
Falta de comunicacin entre los stakeholders.
Compra de equipo que no realiza la funcin que se requiere.
Alcance del plan de mejora de procesos
Los procesos han sido seleccionados utilizando una tcnica de grupo nominal
ejecutada por los propios practicantes y cuyos resultados se presentan en las tablas 1,
2 y 3 y que se presentan a continuacin:
25
14.8%
14.8%
14.8%
11.5%
11.5%
0.0%
61
M
A
9
9
16.4%
10
16.4%
10
Peso
Objetivos de Negocio
Elaborar, difundir y cumplir un Plan Estratgico alineado con el Plan
Estratgico de nuestros socios de negocios
Terminar el diseo e implementacin del producto estrella integrado
con todos los productos desktop de LAMBDA
Montar un Centro de Datos (DataCenter) con todas las
especificaciones tcnicas segn normas de ISO
Montar los servicios y acreditarlos ante el INDECOPI.
Llevar a cabo el plan de ventas y marketing, y buscar alianzas con
socios estratgicos para copar el mercado.
Especializar al personal con el fin de cumplir con las normas de ISO
necesarias para los campos a desarrollar, implementar COMPETISOFT
y posteriormente CMMI
Evaluar la posibilidad de instalarnos en Silicon Valley en EE.UU. a fin
de poder brindar nuestros servicios (exportar e internacionalizar).
% Peso
De la tabla 1, se obtiene los problemas que son de mayor impacto para el logro de los
objetivos de negocios.
3.33
2.05
2.7
Cuartil
cuartil
14.8%
11.5%
7
0
61
11.5%
0.0%
APE
DMS
14.8%
14.8%
GCO
9
9
GBSI
16.4%
GRHAT
10
GRec
16.4%
GProy
10
GProc
Objetivos de Negocio
Elaborar, difundir y cumplir un Plan Estratgico alineado con el Plan
Estratgico de nuestros socios de negocios
Terminar el diseo e implementacin del producto estrella integrado
con todos los productos desktop de LAMBDA
Montar un Centro de Datos (DataCenter) con todas las
especificaciones tcnicas segn normas de ISO
Montar los servicios y acreditarlos ante el INDECOPI.
Llevar a cabo el plan de ventas y marketing, y buscar alianzas con
socios estratgicos para copar el mercado.
Especializar al personal con el fin de cumplir con las normas de ISO
necesarias para los campos a desarrollar, implementar
COMPETISOFT y posteriormente CMMI
Evaluar la posibilidad de instalarnos en Silicon Valley en EE.UU. a fin
de poder brindar nuestros servicios (exportar e internacionalizar).
0
GNeg
Peso
% Peso
De la tabla 2, se obtiene los procesos del modelo MoProSoft que tienen mayor impacto
para el logro de los objetivos de negocios.
DMS
10.8%
12.2%
APE
12.2%
GCO
A
A
M
GBSI
13.5%
12.2%
12.2%
GRHAT
13.5%
GRec
GProy
13.5%
GProc
10
Baja capacidad para lograr que los proyectos sean financiados (BID)
Bajos ingresos econmicos por falta de concrecin y realizacin de
10
proyectos.
10
Deficiencia en equipo de Ventas y Marketing, comercializacin
Falta de Herramienta de Gestin.
9
Falta de Procesos Definidos (calidad)
9
Diseo-Arquitectura del producto estrella sin los suficientes criterios
9
de usabilidad
Falta de comunicacin entre los stakeholders.
8
Compra de equipo que no realiza la funcin que se requiere.
9
0 74
cuartil
GNeg
Problemas
% Peso
Peso
De la tabla 3, se obtiene los procesos del modelo MoProSoft que tienen mayor relacin
para la resolucin de los problemas.
M
M
A
M
A
A
A
B
M
A
B
M
B
B
B
B
B
A
B
A
M
B
A
B
A
A
A
B
B
B
B
A
A
A
M
M
A
B
A
M
A
A
3.24 2.46 3.24 2.16 2.19 1.77 1.99 3.08 2.55
3.1
Documentos referenciados
Los siguientes documentos han sido utilizados como base para la elaboracin del
presente informe y deben ser consultados para su mejor comprensin en los casos
que sea necesario.
Rol
Tareas
Responsable de mejora
de procesos
Grupo de mejora de
procesos
Dirige la implementacin de
las mejoras de este plan.
Dirige la implementacin de
todas las mejoras en la
organizacin.
Dirige implementacin de las
mejoras de este proceso
(equipo de apoyo)
Disea y mejora, guiando la
GGM
Grupo de
mejora
RP
Responsable
gestin
de
de
27
Persona (s)
GG
GP
Abraham Dvila
Dianne Vergara
Abraham Dvila
Dianne Vergara
GP
EV
procesos
Evaluador
implementacin de la mejora
Evala la adhesin a la mejora
de proceso
Dianne Vergara
28
Terminar el diseo e implementacin del producto estrella integrado con todos los
productos desktop de LAMBDA.
Montar un Centro de Datos (DataCenter) con todas las especificaciones tcnicas
segn la norma de ISO.
Montar los servicios y acreditarlos ante el INDECOPI.
Las personas que participan de esta mejora y sus respectivos esfuerzos son:
Gerente General, 40 hrs
Dianne Vergara, Tesista, 40 hrs
Abraham Dvila, Asesor, 20 hrs.
6.2
Monitorear la mejora
Las personas que participan de esta mejora y sus respectivos esfuerzos son:
Gerente de Proyectos, 60hrs
Dianne Vergara, Tesista, 60 hrs
Abraham Dvila, Asesor, 30 hrs.
6.3
Lista de Riesgos
Riesgo
Largo proceso
adaptacin.
Falta de identificacin
de los colaboradores
con
las
nuevas
medidas tomadas.
Rotacin del Personal
3
4
5
de
Tipo de
riesgo
Proba
bilidad
Impacto
De la
organizacin
Alta
De la
organizacin
Medio
De la
organizacin
Media
De la
organizacin
Media
(A, M, B)
Tcnico
Alta
De la
Direccin
Media
30
Acciones
Capacitar a todo el personal
participante
en
temas
referidos al modelo de mejora
Lograr que el personal
participe activamente en la
definicin de las mejoras del
proceso.
Realizar
nuevas
capacitaciones
Implementar un Plan de
Respaldo de la informacin.
Monitorear
frecuentemente
las actividades ejecutadas y
los tiempos empleados, en
base a eso plantear acciones
correctivas oportunamente.
Comprometer a los altos
directivos de la organizacin
Alta Direccin
7
Poca dedicacin al
proyecto por parte de
los involucrados
La
curva
de
aprendizaje durante
la ejecucin del piloto
De la
organizacin
Alta
De la
organizacin
Media
En esta seccin se presentan los datos tcnicos que hacen posible la elaboracin de
este informe.
8.1
Participantes
8.3
Gerente General.
Gerente de Operaciones
Gerente de Recursos
Gerente de Marketing
Esfuerzo empleado
El esfuerzo empleado para completar este trabajo fue el que se presenta en la Tabla 4.
9
Esfuerzo Empleado
Institucin
Recopilacin y Anlisis
de Informacin
Llenado de
LAMBDA
Competisoft
LAMBDA
31
Horas
LAMBDA
0.5
2.0
0.5
Horas
PUCP
Total
5.5
3.0
1.0
1.5
cuestionario inicial de
la empresa
Entrevista y llenado del
cuestionario de
capacidad de proceso
Competisoft
Tesista
LAMBDA
LAMBDA
LAMBDA
Competisoft
Elaboracin y llenado
de la hoja de
resultados
Elaboracin del
Informe de Evaluacin
Elaboracin del Plan
de Mejora de Procesos
LAMBDA
Competisoft
Gerente General
Gerente Operaciones
Gerente de RRHH
Consultor
Tesista
Consultor
Tesista
Competisoft
Competisoft
Competisoft
Competisoft
Competisoft
Competisoft
Consultor
Tesista
Gerente General
Gerente de Proyectos
Consultor
Tesista
Consultor
Tesista
1.0
0.7
0.6
2.5
2.5
3.0
3.0
0.5
5.0
0.0
0.5
1.0
3.0
0.5
2.0
7.3
6.0
5.5
4.5
1.0
32
33
34
35
36
Resumen
Este informe tcnico de Evaluacin Final del Ciclo de Mejora ha sido desarrollado
como parte del proyecto COMPETISOFT-PUCP para la empresa desarrolladora de
software Empresa Lambda.
El reporte tiene las siguientes secciones:
Evaluacin final de ciclo de mejora
Documentos referenciados
Resultados del ciclo de mejora
Anlisis y recomendaciones para la empresa
Datos tcnicos del informe
2
Propsito de la evaluacin
Objetivos de negocio
37
2.3
Especializar al personal con el fin de cumplir con las normas de ISO necesarias
para los campos a desarrollar, implementar COMPETISOFT y posteriormente
CMMI.
Objetivos del ciclo de mejora
Los objetivos del ciclo de mejora estn descritos en el Plan de Mejora de Procesos y
que a continuacin se presentan para facilitar la comprensin del presente informe.
Los objetivos de mejora fueron:
Abreviatura
GNeg
GProy
APE
Descripcin
Gestin de Negocios
Gestin de Proyectos
Administracin de Proyectos Especficos
Meta (%)
85
85
85
GProc.
DMS
Gestin de Procesos
Desarrollo y Mantenimiento de Software
Documentos referenciados
Los siguientes documentos han sido utilizados como base para la elaboracin del
presente informe y deben ser consultados para su mejor comprensin en los casos
que sea necesario:
% cumplimiento
Grado de cumplimiento
Nivel
Procesos
GNeg GProc GProy GRec GRHAT
40.9
12.5
43.3
35.9
50.0
P
N
P
P
L
0
0
0
0
1
GBSI
38.9
P
0
GCO
8.3
N
0
APE
38.6
P
0
DMS
42.5
P
0
% cumplimiento
Grado de cumplimiento
Nivel
Procesos
GNeg GProc GProy GRec GRHAT
70.5
55.4
74.0
48.4
60.4
A
A
A
P
A
1
1
1
0
1
GBSI
45.8
P
0
GCO
10.0
N
0
APE
64.1
A
1
DMS
69.4
A
1
38
% cumplimiento
100
100
80
60
43.3
40.9
40
50.0
35.9
38.9
12.5
20
38.6
42.5
APE
DMS
8.3
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
NivRef
% cumplimiento
100
100
80
74.0
70.5
55.4
60
48.4
60.4
64.1
69.4
APE
DMS
45.8
40
10.0
20
0
GNeg
GProc
GProy
GRec
GRHAT
GBSI
GCO
NivRef
Meta
Evaluacin
Evaluacin
Delta
%
Inicial (%)
Final (%)
%
85
40.9
70.5
29.6
85
43.3
74.0
30.7
85
38.6
64.1
25.5
procesos que se han revisado
GProc
No definido
12.5
55.4
42.9
DMS
No definido
42.5
69.4
26.9
Tabla 3. Logros del Ciclo de Mejora segn Objetivos de Mejora
5
Anlisis y recomendaciones
En esta seccin se presenta el anlisis para cada uno de los objetivos del ciclo de
mejora y del proceso en su conjunto. Asimismo, se presentan algunas
recomendaciones para la empresa.
5.1
39
Para el ciclo de mejora se estableci la meta de 85% con respecto al nivel 1, sin
embargo, durante el ciclo de mejora se logr hasta el 70.5%, lo que implica que est
Ampliamente Alcanzado segn la ISO/IEC 15504, pero no Completamente
Alcanzado.
Durante el ciclo de mejora, se ha trabajado sobre algunos formatos y el plan
estratgico pero no ha logrado concretar un conjunto de EVIDENCIAS aceptables para
obtener una mejor calificacin en la evaluacin. Se tiene conocimiento que la empresa
ha estado trabajando para la re certificacin de ISO 9001:2000 que ya logr; por tanto,
es posible que la empresa pueda dedicarle un esfuerzo mayor a estas mejoras.
La empresa, en relacin a este proceso, presenta como principal fortaleza el
compromiso de la Alta Direccin y la experiencia de ISO 9001:2000 y como debilidad
la an baja dedicacin a la implementacin de las mejoras.
5.2
40
Algunos de estos han sido probados en alguno de los proyectos que se encontraban
en ejecucin, pero no han sido debidamente pilotados de manera completa. Esta
situacin contribuye lamentablemente a una baja calificacin de la capacidad del
proceso.
La empresa, en relacin a este proceso, presenta como principal fortaleza el inters de
introducir buenas prcticas de gestin de proyectos y como debilidad la ausencia de
proyectos que pongan en prctica las mejoras.
5.4
Durante el ciclo de mejora se revis los procesos GProc y DMS los que tambin han
tenido una mejor calificacin en esta evaluacin. En particular, estos procesos estn
vinculados a los procesos que han sido parte de la mejora y que al hacer los cambios
tambin se veran favorablemente afectados.
Los procesos que corresponden a Gestin de Recursos como Gestin de Recursos
Humanos y Ambiente de Trabajo; Gestin de Bienes, Servicios e Infraestructura y
Gestin de Conocimiento han obtenido calificaciones diferentes y que pueden ser
atribuibles: a una evaluacin realizada basada en evidencias, a efectos colaterales de
las mejoras realizadas, o a iniciativas de mejora de la propia organizacin no previstas
en este proyecto.
5.5
evidencia en s misma; razn por la cual es posible que la calificacin sea mucho
menor que la esperada en correspondencia con el esfuerzo invertido. Igualmente, esta
situacin se asocia al hecho que la empresa no cuente con suficientes proyectos para
poner en prctica las mejoras incorporadas en el ciclo de mejora.
Se recomienda, para una siguiente evaluacin de la organizacin, que la empresa
prepare toda la documentacin correspondiente tanto en formato electrnico como en
formato impreso de modo tal que la evaluacin de dichas evidencias sea de una
manera ms efectiva.
6
Para la obtencin de los datos a ser usados para la evaluacin, se utiliz la tcnica de
entrevistas y revisin de evidencia, utilizando un cuestionario como gua. El
cuestionario fue obtenido del modelo MoProSoft considerando la evaluacin de de la
ISO/IEC 15504 2 al nivel 1 de capacidad de procesos software denominado Proceso
Realizado.
La evaluacin sigui el mismo esquema que el utilizado en la evaluacin inicial, sin
embargo, constituye un mejor referente para tomar decisiones puesto que ahora se
usaron evidencias y no solamente la respuesta de los entrevistados.
42