Modelo para la Implementación de Mejora de Procesos en Pequeñas Organizaciones Software
Francisco J. Pino
Grupo IDIS
Facultad de Ingeniería Electrónica y Telecomunicaciones Universidad del Cauca
Calle 5 No. 4 – 70. Popayán, Cauca, Colombia.
e-mail: [email protected] web: http://www.unicauca.edu.co/idis/
Félix Garcia, Mario Piattini
Grupo Alarcos Escuela Superior de Informática Universidad Castilla-La Mancha Paseo de la Universidad 4, Ciudad Real, España.
e-mail: {Felix.Garcia, Mario.Piattini}@uclm.es web: http://alarcos.inf-cr.uclm.es/
Resumen
Las pequeñas organizaciones software (con menos de 50 empleados) son fundamentales para el crecimiento de muchas economías nacionales.
Para persistir y crecer, este tipo de organizaciones necesitan prácticas de Ingeniería del Software eficientes y eficaces adaptadas a su tamaño y tipo de negocio. Una práctica que a partir de finales de los años noventa ha tomado gran fuerza es la Mejora de Procesos Software –SPI– en pequeñas organizaciones. Sin embargo, actualmente es baja la utilización de un modelo para la implementación de mejora por parte de las pequeñas organizaciones, debido en gran parte a que hay poco trabajo en este tema. Así pues, este artículo presenta un modelo para la implementación de mejora de proceso para pequeñas organizaciones software, en función de sus objetivos de negocio, de manera sistemática y coherente. Se muestra un proceso que guía paso a paso la implementación de las mejoras de procesos en pequeñas organizaciones software.
Este modelo ha sido desarrollado en el marco del proyecto COMPETISOFT y está siendo validado por las empresas participantes en dicho proyecto.
1. Introducción
Las pequeñas organizaciones software (con menos de 50 empleados) son fundamentales para el crecimiento de muchas economías nacionales y . En USA, Brasil, Canadá, China, India, Finlandia, Irlanda, Hungría y en muchos otros países, las pequeñas organizaciones representan el 85%la mayoría de todas las organizaciones software [23].
En Europa el 85% de las compañías del sector de
las tecnologías de la información son muy pequeñas, entre 1 y 10 empleados [4]. En Latinoamérica Iberoamérica el 75% de las empresas software tienen menos de 50 empleados [13]. Según [6] aproximadamente el 94% de empresas que desarrollan software son pequeñas organizaciones y desarrollan productos significativos que, para su construcción, necesitan prácticas eficientes de Ingeniería del Software adaptadas a su tamaño y tipo de negocio. Además, para persistir y crecer, las pequeñas compañías software necesitan soluciones de Ingeniería del Software eficientes y eficaces [23].
Una práctica que a partir de finales de los años noventa ha tomado gran fuerza en la comunidad de Ingeniería del Software (industria e investigadores) es la Mejora de Procesos Software (conocida por las siglas inglesas SPI, Software Process Improvement) en pequeñas organizaciones software. Una razón del impulso a esta área es que muchos autores están de acuerdo en que las características especiales de las pequeñas organizaciones software hacen que los programas de mejora de procesos deban aplicarse de un modo particular y visiblemente diferente a como se hace en las grandes organizaciones y que esto no es tan sencillo como el hecho de considerar dichos programas de mejora versiones a escala de las grandes compañías [12, 22, 27].
Además que las propuestas de mejora del SEI e ISO (como CMMI, IDEAL, SCAMPI, ISO 12207, ISO 15504) han sido creados y están estructurados para ser utilizados por empresas grandes y difícilmente pueden ser aplicados a empresas pequeñas debido a que un proyecto de mejora supone gran inversión en dinero, tiempo y recursos, así como a la alta complejidad de las
recomendaciones y que el retorno de la inversión se produce a largo plazo [8, 11, 18, 24].
Siguiendo este enfoque actualmente han aparecido un gran número de propuestas nacionales e internacionales relacionadas con mejora de procesos software para pequeñas organizaciones software (ver sección de trabajos relacionados). Esto ha impulsado a las pequeñas organizaciones software a querer implantar mejora de procesos software como una estrategia para asegurar la calidad de sus productos, ya que según [7] existe una correlación directa entre la calidad del proceso y la calidad del producto obtenido.
Ahora bien, para llevar a cabo una iniciativa de mejora de procesos software en una empresa es necesario involucrar: un modelo que conduzca la mejora (por ejemplo IDEAL [15]), un método para la evaluación de procesos (por ejemplo ISO/IEC 15504:2004 o SCAMPI (ref)) y un modelo de procesos de referencia a seguir (por ejemplo CMMI).
Aunque se encuentran diferentes trabajos desarrollados en el área, la mayoría son específicos para el modelo de referencia de procesos y el método de evaluación. Hay pocos trabajos relacionados con el modelos que conduce guían la mejora para pequeñas organizaciones software y esto ha conducido a que la utilización de un modelo de implementación de mejora por parte de las pequeñas organizaciones sea baja [19]. Esto supone un gran inconveniente porque este un modelo de este tipo constituye la guía necesaria para articular todas las actividades relacionadas con la mejora de procesos software y por supuesto todos los demás modelos involucrados.
Así pues, este artículo presenta un modelo para la implementación de mejora de proceso para pequeñas organizaciones software. Su propósito es mejorar los procesos de la organización en función de sus objetivos de negocio, de manera sistemática y coherente. Este modelo ha sido desarrollado al interioren el marco del Proyecto COMPETISOFT y es uno de los componentes del marco metodológico propuesto por éste.
COMPETISOFT de CYTED que es una iniciativa integradora deintegra diferentes propuestas de mejora de procesos para pequeñas organizaciones software, teniendo en cuenta para su desarrollo las características propias de este tipo de organizaciones..
Además de esta introducción el artículo presenta en la sección 2 una panorámica de los trabajos relacionados. En la sección 3 muestra una visión general del Proyecto COMPETISOFT. La sección 4 introduce el modelo para la implementación de mejora en una pequeña organización software. La sección 5 describe la aplicación y utilización del modelo en un proyecto SPI. La sección 6 muestra las conclusiones y trabajos futuros.
2. Trabajos relacionados
Actualmente, la mejora de procesos software es una estrategia de creciente interés para las pequeñas organizaciones software con el objetivo de asegurar la calidad de sus productos. Esto se evidencia por el análisis de la tendencia de las publicaciones realizado en [19], así como por el trabajo que organizaciones internacionales como el SEI y el ISO realizan actualmente con miras a que sus estándares de mejora de procesos software (ó adaptaciones de éstos) puedan ser aplicados a pequeñas organizaciones software, por ejemplo:
El International Process Research Consortium –IPRC– del SEI lleva a cabo desde 2005 una iniciativa de investigación en Mejorar Procesos para Small Settings (Improving Processes in Small Settings – IPSS–), el término Small Settings hace referencia a equipos pequeños, proyectos pequeños, organizaciones pequeñas y/o pequeñas empresas.
Además, ISO ha conformando el año pasado el grupo de trabajo SC7-WG24 con el objetivo de establecer un marco común para describir perfiles evaluables del ciclo de vida de software para ser usados en pequeñas organizaciones software.
También en los últimos años han aparecido diferentes propuestas nacionales para la mejora de procesos software en pequeñas organizaciones, relacionadas con:
El modelo de referencia de procesos:
MoProSoft [17], MR-MPS [28], Métrica V.3, MANTEMA [21] entre otros. Además, existen numerosas propuestas de adaptación de estándares como CMM, CMMI, SPICE, ISO 9001, ISO 12207.
El método de evaluación de procesos:
RAPID [3], MARES [1], SPIRE [26], EvalProsoft [16], ADEPT [14], TOPS [5], MA-MPS [28], Light MEPDS [20], entre otros.
El modelo para guiar la mejora:
PROCESSUS [9], MESOPyME [2], IMPACT [25].
El framework de PROCESSUS se basa en el paradigma de modelado de procesos, donde cada procedimiento es tratado como un proceso, el cual es definido, establecido, implementado y mantenido. El framework de IMPACT se basa en que el proceso es una abstracción de las prácticas llevadas a cabo en muchos proyectos diferentes por muchas personas diferentes, así es posible aprender continuamente y mejorar el proceso desde la experiencia ganada por mucha gente en muchos proyectos. MESOPyME se centra en reducir el tiempo y el esfuerzo en la implementación de SPI basado en el concepto de paquetes de acción. Sin embargo ninguna de estas propuestas presentan un proceso explícito que guié la implantación de proyectos SPI en una pequeña organización.
El aporte de la propuesta presentada en este artículo es definir un modelo de mejora de procesos integrado en un marco metodológico desarrollado específicamente para SPI en pequeñas organizaciones software. Además presentar explícitamente un proceso (describiendo actividades, roles, productos de trabajo, entre otros) que guié paso a paso la implementación de las mejoras de procesos en pequeñas organizaciones software.
3. Proyecto COMPETISOFT
El proyecto COMPETISOFT (financiado por CYTED) es una iniciativa integradora de diferentes propuestas de mejora de procesos software para pequeñas organizaciones software, que tiene en cuenta para su desarrollo: las características propias de este tipo de organizaciones, algunas propuestas nacionales, elementos de algunos estándares internacionales creados por instituciones como el SEI e ISO para la mejora de procesos, y la experiencia de los investigadores, unidades gubernamentales y las pequeñas organizaciones software (ver figura 1).
El objetivo del proyecto COMPETISOFT es incrementar el nivel de competitividad de las pequeñas organizaciones software mediante la creación y difusión de un marco metodológico común que, ajustado a sus necesidades específicas, pueda llegar a ser la base sobre la cual establecer un mecanismo de evaluación y certificación de la industria del software. El marco metodológico esta compuesto por el modelo para implantación de mejoras, el método de evaluación y el modelo de referencia.
Figura 1. Enfoque general de COMPETISOFT El método de investigación I-A (Investigación - Acción) es el empleado en la definición, refinamiento y aplicación de los modelos del marco metodológico de COMPETISOFT. En la figura 2 se muestra un esquema representativo de I-A en el proyecto COMPETISOFT.
Figura 2. Aplicación de I-A a COMPETISOFT.
Los participantes involucrados en el proyecto se dividen en dos grupos: el primero está compuesto por investigadores de distintas universidades y el segundo, denominado grupo de consulta critica, engloba a los profesionales informáticos de las pequeñas organizaciones software y organismos de estandarización.
4. Modelo para la implementación de mejora
El modelo de mejora de COMPETISOFT esta está basado en Agile SPI [10]. Este modelo de mejora es una guía para conducir un proyecto de mejora de procesos en una pequeña organización software. Estas organizaciones generalmente son extremadamente reactivas y flexibles, tienen típicamente una estructura plana, con un estilo de gestión de libre flujo que potencia el espíritu emprendedor y la innovación. Además no tienen suficiente personal para desarrollar funciones especializadas que permitirían realizar tareas complejas secundarias a sus productos. Poseen disponibilidad económica limitada, procesos livianos, entre otros. El modelo de mejora de COMPETISOFT pretende ayudar a este tipo de organizaciones a llevar a cabo un proyecto de mejora de procesos software siguiendo un enfoque sistemático y coherente con sus características.
El modelo de mejora que proponemos se caracteriza por ser un modelo ligero con el fin de facilitar su aplicabilidad en las pequeñas organizaciones software. Presenta un proceso que guía la implantación de un ciclo de mejora a través de iteraciones rápidas. Cada iteración lleva a cabo uno ó o más casos de mejora (oportunidades de mejora de procesos definidos por la organización). El modelo de mejora sigue un enfoque iterativo e incremental con el fin de obtener resultados rápidos de mejora, para garantizar la motivación de la organización en el proyecto de mejora.
Los propósitos del modelo de mejora, son:
Establecer los elementos necesarios para conducir la mejora de procesos en una pequeña organización software.
Aportar un modelo de mejora ligero aplicable a pequeñas organizaciones de manera fácil y económica, con pocos recursos y en poco tiempo.
El modelo de mejora se rige por los siguientes principios:
Entrega temprana y continua de mejoras. La generación de resultados visibles a corto plazo implica que los actores involucrados en el proceso de mejora observen los frutos de su trabajo de manera temprana y mantengan así la motivación.
Diagnóstico continuo y rápido de procesos.
Diagnosticar continuamente los procesos de la organización y el proyecto de mejora, con el fin de verificar si el proyecto de mejora esta cumpliendo con el objetivo de incrementar el nivel de capacidad de los procesos de la organización.
Medición de procesos. Llevar a cabo actividades de medición, a través del uso sistemático de métricas básicas de procesos adecuadas a este tipo de organizaciones.
Colaboración entre grupos. Establecer una comunicación y colaboración efectiva entre los diferentes actores involucrados en el proyecto de mejora de procesos software.
Aprendizaje continuo. Brindar formación y concienciar en mejora de procesos software a los diferentes actores involucrados en el proyecto de mejora. Promover la reflexión sobre el trabajo realizado y la realimentación de las lecciones aprendidas para mejorar y ajustar el proyecto de mejora.
4.1. PmCOMPETISOFT
El modelo de mejora de COMPETISOFT define un proceso para guiar la mejora continua de procesos denominado PmCOMPETISOFT, el cual sigue el patrón de procesos establecido por el proyecto COMPETISOFT, con el objetivo de que sea más intuitivo y fácil de usar por las pequeñas organizaciones software. Debido a las restricciones de espacio en las siguientes líneas se presenta el propósito, los objetivos, el diagrama de actividades, los roles, la descripción y los productos de trabajo de PmCOMPETISOFT.
Propósito. PmCOMPETISOFT tiene como propósito mejorar los procesos de la organización en función de sus objetivos de negocio. Así como ayudar a conducir la mejora de procesos software enfocada en las pequeñas organizaciones a través de la definición de una guía para implementar paso a paso la mejora de procesos.
Objetivos. PmCOMPETISOFT define los siguientes objetivos.
Lograr la mejora de procesos de manera disciplinada mediante el cumplimiento y realización sistemática de las actividades y productos de trabajo propuestas.
Definir objetivos y metas para el ciclo de mejora con base en los objetivos del negocio de la organización descritos en su plan estratégico.
Evaluar los resultados de cada ciclo de mejora con respecto a las mejoras introducidas en los procesos. También, monitorear y supervisar el proyecto de mejora evaluando frecuentemente su eficiencia.
Identificar nuevas estrategias para mejorar el proceso y las lecciones aprendidas, con el fin de aprender continuamente del proceso y mejorarlo con la experiencia ganada por la gente que participa en el proyecto de mejora.
Diagrama de actividades. El diagrama de actividades de PmCOMPETISOFT se presenta en la figura 3, en el cual se involucran las actividades, los roles y los productos de trabajo.
Figura 3. Flujo de trabajo de PmCOMPETISOFT
Roles. Los roles involucrados en PmCOMPETISOFT, se muestran en la tabla 1.
Descripción. El proceso de mejora continua de procesos se compone de uno o más ciclos de mejora. Cada ciclo de mejora consta de 5 actividades: Instalación del ciclo, Diagnóstico de procesos, Formulación de mejoras, Ejecución de mejoras y Revisión del ciclo. A continuación se
Tabla 1. Roles de PmCOMPETISOFT presentan estas actividades:
Actividad 1 – Instalación del ciclo: el Grupo Directivo (GD) y el Responsable de Mejora de Procesos (RMP) crea una Propuesta de Mejora (PT01_PM) alineada con la planeación estratégica de la organización plasmada en el Plan Estratégico. Esta propuesta guía a la organización a través de cada una de las fases siguientes del ciclo de mejora. La propuesta debe ser aprobada por el Grupo Directivo para garantizar así la asignación de los recursos necesarios. En esta fase se establece o actualiza una Propuesta de Mejora que contiene, al menos: el proceso de mejora, los objetivos de mejora generales y los recursos necesarios para llevar a cabo la iniciativa de mejora al interior de la organización.
Actividad 2 – Diagnóstico de procesos: el Responsable de Mejora de Procesos (RMP) realiza la actividad de valoración (evaluación interna) de procesos para conocer el estado general de los procesos de la organización y analizar los resultados con el objetivo de establecer las oportunidades de mejora (casos
de mejora) y sus prioridades. Esta información se registra en el Plan General de Mejora (PT02_PGM).
Actividad 3 – Formulación de mejoras: el Responsable de Mejora de Procesos (RMP) toma uno o dos casos de mejora y realiza la primera iteración del ciclo de mejora. De esta iteración se obtiene una medida del esfuerzo de conducir esta iniciativa de mejora. La información obtenida se utiliza como base para la estimación del esfuerzo, costo y tiempo que demandarán las demás iteraciones del ciclo de mejora. En el Plan de Implementación de Mejora (PT03_PIM) se registra la información y el aprendizaje ganado de ésta primera iteración. Además se realiza una planificación de la siguiente iteración de mejora y la estrategia a seguir para mejorar el proceso. Esta actividad puede realizarse una o varias veces en un ciclo de mejora.
Actividad 4 – Ejecución de mejoras: se gestiona y ejecuta los casos de mejora correspondientes a la iteración actual de acuerdo con los planes establecidos. Si la planificación de la iteración se ha desarrollado satisfactoriamente se aceptan e institucionalizan los nuevos procesos en la organización. Se actualiza el Plan de Implementación de Mejora (PT_03PIM) donde se describe la ejecución y evaluación de la iteración actual. Se analizan las mejoras que se han introducido en los procesos de la organización. Esta actividad puede realizarse una o varias veces en un ciclo de mejora.
Actividad 5 – Revisión del ciclo: se corrigen o ajustan todos lo elementos relacionados con la ejecución de cada una de las iteraciones de mejora. Al final se hace un análisis post- mortem del trabajo realizado en todo el ciclo de mejora. El Responsable de Mejora de Procesos (RMP) hace una realimentación del ciclo de mejora llevado a cabo antes de volver a comenzar la fase de instalación de un nuevo ciclo. En el Reporte de Mejora (PT04_RM) se registran las lecciones aprendidas, medidas desarrolladas para medir el cumplimiento de los objetivos, procesos mejorados, etc.
Productos de trabajo. Los productos de trabajo de PmCOMPETISOFT se describen a
continuación. Para cada uno de estos productos se ha desarrollado una plantilla auto-contenida, con el objetivo de facilitar su construcción.
(PT01_PM) Propuesta de Mejora.
Documento que proporciona una introducción e iniciación a un ciclo de mejora, y contiene:
objetivos de mejora generales, el proceso de mejora continua, alcance y metas globales del ciclo de mejora (modelo de referencia de procesos y método de evaluación), recursos, medida del esfuerzo de realizar la actividad asociada.
(PT02_PGM) Plan General de Mejora.
Documento constituido por dos partes: el Informe de Valoración y el Plan Preliminar de Mejora. El Informe de Valoración recopila:
estado, análisis y priorización de los procesos.
El Plan Preliminar de Mejora define: numero de iteraciones, planeación general, plan de mediciones, plan de capacitación, plan de manejo de riesgos, cronograma y medida del esfuerzo de realizar la actividad asociada.
(PT03_PIM) Plan de Implementación de Mejora. Documento que define las prácticas y actividades a seguir para crear, ejecutar e institucionalizar los casos de mejora; y contiene: la planeación especifica de la iteración, el registro de la ejecución de la mejora, las evaluaciones de los casos de mejora, la documentación de los procesos, el plan de aceptación e institucionalización y medida del esfuerzo de realizar la actividad asociada.
(PT04_RM) Reporte de mejora. Documento que cierra una iteración ó ciclo de mejora; y contiene: procesos mejorados, evaluación inicial, evaluación final, esfuerzo involucrado, logros alcanzados, lecciones aprendidas, revisión postmortem, recomendaciones de ajuste al proceso de mejora.
El modelo de mejora de COMPETISOFT también define una “Guía del Consultor” que presenta una orientación a la persona responsable de la mejora del proceso en una pequeña organización (quien es el responsable de la realización de las prácticas de mejora de procesos software y del cumplimiento de sus objetivos) de cómo utilizar PmCOMPETISOFT para iniciar y establecer un ciclo de mejora de procesos.
5. Aplicación del modelo
El modelo de mejora actualmente esta está siendo aplicado en la implantación de un programa SPI en dos pequeñas organizaciones software. Estas organizaciones hacen parte del grupo de consulta crítica (ver fig. 2) del proyecto COMPETISOFT.
Para preservar su anonimato se denominaran en este artículo PeqEmpUno y PeqOrgDos.
La PeqEmpUno es una pequeña empresa desarrolladora de software de Galicia (España) con 4 años de trayectoria en el ámbito nacional.
Actualmente la empresa cuenta con 7 empleados, seis personas dedicadas a la parte de desarrollo, operación y mantenimiento de los productos software de la empresa. PeqEmpUno desarrolla software en el área de Sistemas de información geográficos, Bibliotecas digitales y Aplicaciones Web, además actualmente esta desarrollando un producto genérico que soporta la gestión docente sobre PDAs para centros educativos. Su promedio de ventas en los últimos tres años ha sido de 153000 Dólares. Considera que la mejora de procesos software es importante para la organización porque “Porque si no lo hace la organización tiene poco”.
La PeqOrgDos es una pequeña organización software de Galicia (España) con 12 años de trayectoria en el ámbito nacional. Actualmente la organización cuenta con 21 personas, 15 de las cuales están dedicadas a la parte de desarrollo, operación y mantenimiento de los productos software de la organización. PeqOrgDos desarrolla software en el área de Sistemas de información geográficos, Bibliotecas digitales, Aplicaciones Web y Gestión docente para centros educativos. Considera que la mejora de procesos software es importante para la organización porque “Si se sabe lo que se está haciendo se puede mejorar”.
Es importante resaltar que las dos pequeñas organizaciones están estrechamente relacionadas y tienen un acuerdo estratégico para abordar la ejecución de proyectos software. Dependiendo de su volumen de trabajo en un momento determinado una de las organizaciones puede solicitar a través de outsoursing el desarrollo de un producto software a su partner (ya que ambas organizaciones trabajan en el desarrollo de software para áreas similares). Es decir, en algunas ocasiones la PeqEmpUno solicita a través
de outsoursing a la PeqOrgDos el desarrollo de un determinado producto o viceversa.
La alta dirección de ambas empresas ha decidido apostar por la mejora de procesos para dar soporte a la organización, consolidación y crecimiento de la empresa de manera sistemática.
Ninguna de las dos organizaciones tiene experiencia en mejora de procesos software, sin embargo actualmente es importante para las organizaciones incrementar el nivel de capacidad de sus procesos con el fin de poder tener claridad, seguimiento y organización de los procesos que realiza para el desarrollo del software. También existe el deseo de mejorar sus procesos y brindar a sus clientes productos y servicios con mayor nivel de calidad. Es por esto que a partir de marzo del presente año se ha comenzado un ciclo de mejora de procesos en cada una de estas organizaciones con el soporte de un asesor en mejora de procesos que hace parte del grupo de investigadores del proyecto COMPETISOFT (ver figura 2).
En las iniciativas de mejora se están involucrando diferentes componentes creados en el proyecto COMPETISOFT. El modelo que guía la mejora es el presentado en este artículo; para realizar las evaluaciones rápidas se utiliza el método liviano para la valoración de procesos software –Light MECPDS– [20], el cual se basa en el estándar internacional ISO/IEC 15504. El modelo de procesos de referencia escogido es el desarrollado en el proyecto COMPETISOFT.
Del modelo de implantación de mejora propuesto ya se han llevado a cabo las actividades de instalación y diagnóstico. Actualmente se ésta trabajando en la fase de formulación de los casos de mejora. En las siguientes líneas se presenta el trabajo realizado en las dos organizaciones relativo a las etapas de iniciación y diagnóstico del modelo de mejora.
5.1. Instalación del ciclo de mejora
Para la instalación del ciclo de mejora en cada organización se llevo a cabo:
El despegue del ciclo de mejora: se recopiló toda la información de las organizaciones, además se firmó por la alta gerencia de la organización y el asesor del proyecto COMPETISOFT un documento denominado
“Convenio de colaboración para la mejora de procesos software”, el cual avala el
compromiso de las partes para la ejecución del ciclo de mejora.
Las tareas para la creación de la Propuesta de Mejora. Debido a que las dos organizaciones reconocieron en la reunión inicial que su proceso para desarrollar software es caótico entonces se estableció el alcance para el ciclo de mejora los procesos de Administración de un Proyecto Específico –APE– y Desarrollo de Software –DS– del modelo de procesos de COMPETISOFT. El objetivo es institucionalizar estos procesos en la organización a través de un enfoque orientado a procesos siguiendo la estrategia del proyecto COMPETISOFT. Además se tiene como meta del ciclo de mejora incrementar en uno el nivel de capacidad del Proceso de DS y comenzar a implantar prácticas del Proceso de APE. También se asignaron las personas a los roles establecidos por el modelo de mejora. Se planeó realizar en este ciclo de mejora tres iteraciones, dos relacionadas con el Proceso de DS y una relacionada con el Proceso de APE. Se ha definido el cronograma general del ciclo de mejora teniendo en cuenta que el tiempo total es de 16 semanas. Se definió para cada una de las empresas el proyecto piloto en el cual se van a introducir las mejoras de procesos. Las metas cuantitativas definidas para el ciclo de mejora es incrementar en uno el nivel de capacidad de los procesos a ser mejorados.
Una reunión de lanzamiento del ciclo de mejora. Se socializó el proyecto de mejora en las organizaciones para que las personas involucradas estén enteradas del trabajo que se va a realizar relacionado con SPI.
El esfuerzo involucrado en la realización de esta actividad se presenta en la tabla 2.
COMPETISOFT Empresa PeqEmpUno 1 Ps. por 245 min 1 Ps. por 240 min PeqOrgDos 1 Ps. por 525 min 1 Ps. por 240 min Tabla 2. Esfuerzo para la actividad de Instalación
5.2. Diagnóstico de procesos
Para el diagnóstico de procesos en cada organización se llevo a cabo:
Las tareas para la creación del Informe de Valoración. Se definió que el alcance para el primer ciclo de mejora es hacer una evaluación rápida de los Procesos de DS y APE con respecto al nivel de 2 de capacidades del modelo de valoración Light MECPDS. Se planearon 5 tareas para realizar la valoración de cada una de las organizaciones: levantar el diagrama de actividades, aplicar el instrumento de valoración, analizar resultados, generar informe y cerrar la valoración. Se asignaron las personas a los roles establecidos por el modelo de mejora, el rol de evaluador es desempeñado por el asesor de COMPETISOFT. Para valorar los procesos se aplicaron las técnicas de recolección de evidencias: entrevista y encuesta, siguiendo los instrumentos de recolección de información desarrollados para tal fin.
Una reunión con una persona del grupo de mejora de procesos para levantar el diagrama de actividades del Proceso de DS y APE.
Una reunión en cada organización con el responsable del Proceso de DS para aplicar el instrumento de valoración. No se hizo una reunión con el responsable de del Proceso de APE porque ambas organizaciones expresaron que no hacían ninguna actividad visible y formal relacionado con este proceso.
Los diagramas de actividades de la PeqEmpUno y PeqOrgDos se muestran en las figuras 4 y 5, respectivamente.
Figura 4. Diagrama de actividades PeqEmpUno
Figura 5. Diagrama de actividades PeqOrgDos Se valoraron los procesos con los atributos de procesos: AP1.1 Realización del proceso, AP2.1 Gestión de la realización y AP2.2 Gestión de productos de trabajo definidos en Light MECPDS (ver tabla 3). Se observó que tanto los Procesos de DS y APE tienen un nivel de capacidad 0 – Proceso incompleto–. Es decir, los procesos no están bien implementados o fallan los logros de sus propósitos. Hay poca evidencia de algún logro sistemático del propósito del proceso. Hay fallas que limitan o incluso impiden el cumplimiento de los objetivos y propósitos del proceso. Hay muy pocos o incluso ningún, producto y/o salida identificados a lo largo del proceso.
Organ. Pro. Atributos de Proceso
Nivel 1.1 2.1 2.2
PEUno
DS 0.18 (PI)
0.4 (NI)
0.0
(NI) 0
AP
E 0 (NI) 0 (NI) 0 (NI) 0
PODos
DS 0.21 (PI)
0.10 (NI)
0.10
(NI) 0
AP
E 0 (NI) 0 (NI) 0 (NI) 0
Tabla 3. Capacidad de procesos de las organizaciones
El esfuerzo involucrado en la realización de esta actividad se presenta en la tabla 4.
COMPETISOFT Empresa PeqEmpUno 1 Ps. por 370 min 1 Ps. por 260 min PeqOrgDos 1Ps. por 1140 min 1 Ps. por 260 min Tabla 4. Esfuerzo para la actividad de Diagnóstico
6. Conclusiones y trabajo futuro
Agradecimientos
Este trabajo ha sido financiado por los proyectos:
MECENAS (Junta de Comunidades de Castilla-La Mancha, Consejería de Educación y Ciencia, PBI06-0024), COMPETISOFT (Programa Iberoamericano de Ciencia y Tecnología para el Desarrollo – CYTED –, 506PI0287) y ESFINGE (Dirección General de Investigación de el Ministerio de Educación y Ciencia de España, TIN2006-15175-C05-05).
Referencias
