Francisco J. Pino
IDIS Research Group
Electronic and Telecommunications Engineering Faculty University of Cauca, Street 5 # 4 – 70 Popayán, Colombia.
Félix Garcia, Mario Piattini
ALARCOS Research Group
Information Systems and Technologies Department, UCLM–Soluziona Research and Development Institute University of Castilla–La Mancha, Paseo de la Universidad, 4 – 13071 Ciudad Real, Spain.
Felix.Garcia, [email protected]
Keywords: Practices priorization, Software process improvement, SPI, Very small software enterprises, VSEs, SMEs, Reference process model.
Abstract:
1 INTRODUCTION
A partir de principios del presente siglo XXI la comunidad de Ingeniería del Software (industria e investigadores) ha expresado especial interés en la mejora de procesos software (conocida por las siglas inglesas SPI, Software Process Improvement) en micro y pequeñas empresas desarrolladoras de software (a las cuales se hace referencia en el presente articulo por la sigla VSEs del término en inglés Very Small Software Enterprises). Esto se evidencia por el creciente número de artículos que tratan el tema según el análisis de la tendencia de las publicaciones de mejora de procesos en micro, pequeñas y medianas empresas presentado en [18], así como por la aparición de un gran número de estándares y propuestas regionales relacionadas con SPI para VSEs, como por ejemplo:
From the very beginning of present century XXI onwards, the Software Engineering community (industry and researchers) has expressed a special interest in Software Process Improvement –SPI– for Very Small Software Enterprises VSEs. This is evidenced by the growing number of articles that deal with the topic of SPI in VSEs, something that is seen in the analysis of the trends in publications about this subject, presented in (Pino et al., 2006).
Too by the appearance of a great number of standards and proposals related with SPI for VSEs, for instance:
La Unión Europea ha impulsado iniciativas como ESSI (European Software and System Initiative) y proyectos como SPIRE (Software Process Improvement in Regions of Europe)[1] y TOPS (Toward Organised Software Processes in SMEs)[2], entre otros.
The European Union has encouraged initiatives like European Software and System Initiative –ESSI– and projects such as Software Process Improvement in Regions of Europe –SPIRE– (SPIRE, 1993), Toward Organized Software Processes in SMEs – TOPS– (Esprit_Project, 1999), among others
La Secretaria de Economía de México creó el Programa para el Desarrollo de la Industria del Software (PROSOFT) que ha dado origen al Modelo de Procesos para la Industria del Software – MoProSoft – [4] y al Método de evaluación de procesos para la industria de software – EvalProsoft – [7].
The Mexico Economy Secretary created the Program for the Software Industry Development (PROSOFT) that has given origin to the Process Model for the Software Industry – MoProSoft – (Oktaba, 2005) and to the Method for Process Assessment for the Software Industry – EvalProsoft – (Oktaba, 2004).
En Brasil el gobierno subsidió la implementación del programa PBQP-Software (Productivity and Quality Software Program) [8] y se ha desarrollado el proyecto “mps Br”
(melhoria do processo de software brasileiro) [21].
In Brazil the government subsidized the Productivity and Quality Software Program – PBQP– (Bedini et al., 2005) and has been developed the MPS.BR Project (melhoria do processo of software brasileiro) (Weber et al., 2005).
En Colombia se llevó a cabo el proyecto SIMEP-SW financiado por Colciencias y la Universidad del Cauca cuyo principal resultado es el marco de trabajo para la mejora de procesos software en pequeñas empresas denominado Agile SPI [14].
In Colombia the SIMEP-SW Project has been developed, it was financed by Colciencias and the University of Cauca. The main result is the Framework for the Software Processes Improvement in Small Companies so-called Agile SPI. (Hurtado et al., 2007).
El Consorcio Internacional de Investigación de Procesos (International Process Research Consortium – IPRC –) del Software Engineering Institute –SEI– lleva a cabo 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.
The International Process Research Consortium – IPRC – from Software Engineering Institute – SEI –, has a research initiative about process improvement in small settings as one of the early high-priority topics. The "small settings" term include small teams, small projects, small organizations, and small businesses.
El International Organization for Standardization –ISO– ha conformando 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 VSEs.
The International Organization for Standardization –ISO– shaped the workgroup SC7-WG24 in order to the development of software life-cycle profiles and guidelines for use in very small enterprises.
Este creciente interés acerca de SPI en VSEs, se suscita porque este tipo de empresas son una pieza muy importante en el engranaje de la economía mundial, además la industria del software en la mayoría de los países está formada por tejido industrial compuesto en gran parte por micro y pequeñas empresas. Es de resaltar que para fortalecer este tipo de organizaciones se necesitan estrategias, prácticas y/o guías eficientes de mejora de procesos software adaptadas a su tamaño y tipo de negocio.
It growing interest about SPI in VSEs is because these companies are a very important cog in the gears of the economy of many nations in the world.
The software industry in most countries has an industrial backcloth, made up mainly of small software organizations which favour the growth of national economies. In order to fortify this sort of organizations, efficient strategies, practices and/or guides about process software improvement tailoring to their size and business kind is needed.
Actualmente se esta desarrollando el proyecto COMPETISOFT. Este proyecto define un marco metodológico, para llevar a cabo SPI en VSEs, compuesto por: el modelo de procesos, el método de evaluación y el modelo de mejora. Estos modelos han sido creados teniendo en cuenta las características de la industria del software de América Latina compuesta principalmente por VSEs. Además, los modelos del proyecto COMPETISOFT se basan en propuestas de mejora que han demostrado su utilidad práctica, tales como:
Moprosoft, Evalprosoft, Agile SPI, MPS.BR, Mares, entre otros.
Currently COMPETISOFT project is developed.
This project deals with the creation of the software reference process, assessment and improvement models adapted to the characteristics of the software industry in Latin America, mainly composed of small-sized enterprises. The COMPETISOFT
approach is based on models which have previously shown their practical usefulness, such as:
MoProSoft, EvalProSoft, Agile SPI, MPS.BR, Mares, among others.
Una estrategia del proyecto COMPETISOFT es la realización de estudios teóricos y/o prácticos en el área de SPI para VSEs, que le brinden a éste tipo de organizaciones información para tener más elementos de juicio y así facilitar la adopción e implantación de las propuestas regionales ó estándares internacionales relacionados con SPI en VSEs. Así pues en este artículo se presenta un conjunto de procesos (y la manera como se han obtenido) que se consideran prioritarios al iniciar la implementación de un proyecto SPI en VSEs. El objetivo es presentar una estrategia a las VSEs sobre los primeros procesos que deben tener en cuenta cuando emprendan un proyecto SPI.
A strategy of COMPETISOFT Project is the accomplishment of theoretical and/or practical studies in the area of SPI for VSEs, which provides information in order to have more judgment elements and thus facilitate the adoption and implantation of international or regional standards related to SPI in VSEs. Therefore in this article a set of processes (and the way like has been obtained) that consider high-priority when initiating the implementation of a project SPI in VSEs, is presented. The objective is to show a strategy to the VSEs about first processes that must consider when they undertake a project SPI.
Además de la presente introducción el artículo presenta en la sección 2 los trabajos relacionados. En la sección 3 se muestra los trabajos de investigación utilizados para la priorización de procesos. La sección 4 muestra los procesos priorizados y se hace una discusión y la sección 5 muestra las conclusiones y futuros trabajos.
The paper proceeds as follows. In Section 2 the related works are presented. Section 3 presents research works use for the processes priorization. In the section 4 the high-priority processes are displayed. Finally, the conclusions and future work are outlined.
2 RELATED WORKS
Existen varios trabajos relacionados que presentan un conjunto de procesos que deberían utilizar las VSEs para abordar la mejora de procesos de software, entre otros:
There are several related works that present a set of processes, which could use the VSEs in order to derive much benefit from the process improvement, as such as:
MoProSoft propone 6 procesos (basados en ISO 12207, CMM, ISO 9001): Gestión de negocio, Gestión de procesos, Gestión de proyectos, Gestión de recursos, Administración de proyectos específicos, y Desarrollo y mantenimiento del software.
MoProSoft proposes 6 processes (based on ISO 12207, CMM, ISO 9001): Business management, Processes Management, Projects Management, Resources management, Administration of specific projects, and Software development and maintenance.
MPS.BR propone 21 procesos (basados en ISO 12207 y CMMI): Implantación de innovaciones en la organización, Análisis de causas y resolución, Desempeño del proceso organizacional, Gestión cuantitativa del proyecto, Análisis de decisión y resolución, Gestión de riesgos, Desarrollo de requisitos, Solución técnica, Integración del producto, Verificación, Validación, Entrenamiento, Definición del proceso organizacional, Evaluación y mejora del proceso organizacional, Adaptación del proceso para gestión del proyecto, Medición, Gestión de configuración, Adquisición, Aseguramiento de calidad, Gestión de requisitos y Gestión del proyecto.
MPS.BR proposes 23 processes (based on ISO 12207 and CMMI): Organizational innovation and deployment, Causal analysis and resolution, Organizational process performance, Quantitative project management, Risk management, Decision analysis and resolution, Requirements development, Technical solution, Validation, Verification, Software integration, Software installation, Product release, Training, Process establishment, Process assessment and improvement, Tailoring process for project management, Configuration management, Quality assurance, Acquisition, Measurement, Project management and Requirements management.
RAPID [4] propone 8 procesos (basados en ISO 15504:1998): Captura de requisitos, Desarrollo de software, Gestión de la
configuración, Aseguramiento de calidad, Resolución de problemas, Gestión de proyectos, Gestión de riesgos y Establecimiento del proceso.
RAPID (Cater-Steel et al., 2005) proposes 8 processes (based on ISO 15504:1998): Requirements elicitation, Software development, Configuration management, Quality assurance, Project management, Problem resolution, Risk management, Process establishment.
PROCESSUS [8] propone 6 procesos (basados en CMM e ISO 9001): Relación con el cliente, Gestión de proyectos, Ingeniería del software, Actividades de soporte, Gestión de procesos y Automatización de procesos.
PROCESSUS proposes 6 processes (based on CMM and ISO 9001): Customer relationship management, Project management, Software engineering, Supporting activities, Process management and Process automation.
ADEPT [13] propone 12 procesos (basados en CMMI): Gestión de requisitos, Gestión de configuración, Planeación del proyecto, Control y seguimiento del proyecto, Análisis y medida, Aseguramiento de calidad de procesos y producto, Gestión de riesgos, Solución técnica, Verificación, Validación, Desarrollo de requisitos e Integración de producto.
ADEPT (McCaffery et al., 2006) proposes 12 processes (based on CMMI):
Requirements management, Configuration management, Project planning, Project monitoring & control, Measurement &
analysis, Process & product quality assurance, Risk management, Technical solution, Verification, Validation, Requirements development, Product integration.
Todos los estudios presentados anteriormente están relacionados con métodos de evaluación o modelos de procesos de referencia, y al interior de ellos sugieren un conjunto de procesos que deben ser tenidos en cuenta por las VSEs en su programa de mejora. Sin embargo, en estas propuestas no se exponen aspectos que son importantes analizar como las razones detalladas por las cuales se seleccionaron dichos procesos y no otros, así como la prioridad de los mismos.
All the previous research works are related with assessment methods or process reference models, and all of them define a group of processes that should be taken into account by the VSEs in the improvement programme. However, these proposals do not consider important aspects like the reasons that lead to select a particular process, or the criterion to define its priority.
Con todo ello el principal aporte de este trabajo al tema de SPI en VSEs es la propuesta y priorización de un conjunto de procesos de referencia, con base en las características especiales de las VSEs y también en la literatura existente sobre SPI. También se expone la base conceptual de las VSEs y SPI desde donde se soporta el análisis y la síntesis para la priorización de los procesos. La priorización permite orientar a las VSEs en relación con las prácticas a establecer primero cuando inicien un proyecto SPI independiente del modelo de procesos de referencia escogido.
The main contribution this work pretend to make to the SPI on VSEs subject is to propose and prioritize several reference processes based on the very special features VSEs have, as well as the existing literature about SPI. It is also exposed the concepts about VSEs and SPI in which is supported the analysis and synthesis to prioritize the processes.
The prioritize of processes allows to guide the VSEs about practices which be done at the beginning of a SPI project, not matter the process reference model used.
Es importante destacar que este trabajo se centra en mostrar a las VSEs qué procesos abordar inicialmente en un proyecto SPI. La descripción de los procesos así como sus resultados, prácticas, entradas, salidas, etc., puede ser consultado en los modelos de procesos de referencia de las propuestas existentes, como por ejemplo MoProSoft, MR-MPD de “mps BR”, RAPID, PROCESSUS, ADEPT, ISO/IEC 12207, CMMI.
It is important to emphasize this work wants to explain to VSEs which processes to tackle at the beginning of a SPI project. The description of the processes as well as their results, conclusions, practices, inputs, etc., are available on the process reference models material such as MoProSoft, MR- MPD de MPS.BR, RAPID, PROCESSUS, ADEPT, ISO/IEC 12207, CMMI.
3. RESEARCH WORKS USED FOR PRIORITIZATION
El principal objetivo del Proyecto COMPETISOFT es incrementar el nivel de competitividad en el mercado global de las VSEs Iberoamericanas productoras de software mediante la creación y difusión de un marco metodológico ajustado a sus necesidades.
The main goal of the COMPETISOFT project is to provide the software industry in Latin America with a reference framework for software process improvement and certification, which will enable them to be more competitive in the global market.
El método de investigación empleado en la definición, refinamiento y aplicación de los modelos del proyecto COMPETISOFT es Investigación- Acción (I-A). En la figura 1 se muestra un esquema representativo de I-A en el proyecto COMPETISOFT.
The research method applied in the definition, refinement and application of the COMPETISOFT model is Action-Research (A-R). Figure 1 provides a summary of the A-R application.
Figure 1:A-R application to the COMPETISOFT project 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 VSEs desarrolladoras de software y organismos de estandarización.
The participants in the COMPETISOFT project could be grouped into two main categories:
Researchers and Critical reference group.
Los procesos que se proponen en este artículo se fundamentan en el análisis y contrastación de tres trabajos de investigación realizados por los autores en el marco del proyecto COMPETISOFT, los cuales son:
The processes proposed in this article are fundamentally based on the analysis and contrast of three research works carried out by the COMPETISOFT project:
Una exploración del estado de la práctica de los procesos software en la industria del software del suroccidente colombiano.
Una revisión sistemática de mejora de procesos software en micro, pequeñas y medianas empresas.
Un análisis sobre la contribución de los estándares internacionales a la gestión y mejora de procesos software.
An exploration of the software process practice background in the south-western Colombian software industry.
A systematic review about software process improvement on small and medium software enterprises.
An analysis of the contribution of international standards to management and improvement software process.
A continuación se presenta los resultados de los trabajos de investigación descritos anteriormente utilizados para la priorización de los procesos.
As follows, the results of the previously described research works used to prioritize will be detailed.
3.1 South-western Colombian software process practice background.
En esta sección se ofrece una panorámica del estado de la práctica relacionada con los procesos de desarrollo de software en la industria del software del suroccidente colombiana. Está panorámica se obtiene a partir de un trabajo de investigación realizado en el año 2005 utilizando el método de encuesta y entrevista aplicada a varias empresas representativas de la región suroccidental de Colombia. La investigación involucró una muestra de 20 empresas. Para la ejecución de la investigación dos personas visitaron a las empresas por un mínimo de 2 horas, en las cuales primero se realizó una entrevista con la alta gerencia y luego se aplicó la encuesta al encargado del área de desarrollo de la
organización. El grupo investigador estuvo siempre presente en la aplicación de la encuesta primero para explicar claramente su objetivo y forma de responderla y luego para resolver cualquier pregunta que surgiera sobre ésta.
This section offers an outlook of the software development processes in the south-western Colombian software industry by means of a research made on 2005 which used methods of survey and interview. The research was applied to 20 outstanding local companies, with 2 people taking at least 2 hours each survey and interview. Interviews first were focused on managing directors and then on the development area head. The research group was always present carrying out the survey by clarifying the objectives, the way it should be answered, and by solving any kind of doubt the participants could have.
En la investigación a través de una encuesta se recolectó información explicita sobre cuáles técnicas y/o prácticas son utilizan por las empresas para soportar cada una de las disciplinas fundamentales o áreas del proceso de desarrollo de software. Con la información obtenida se creó un perfil de cuales son las disciplinas más implementadas en estas empresas (ver figura 2).
The research intended to find out what techniques or practices the companies carry out in order to support every single fundamental discipline or development software area. This information was used to create a profile to estimate the most implemented disciplines used by the polled companies (see figure 2).
Figure 2:Implementation disciplines profile on companies El grado de implementación, en la figura 2, se describe en función del número de prácticas descritas por las empresas para implementar una disciplina y la frecuencia de utilización de dichas prácticas por toda la muestra.
The implementation degree specified on figure 2 depends on the number of practices companies use
to implement a particular discipline, and the utilization frequency of these practices by the entire sample.
De la figura anterior podemos ver que la disciplina que tiene un mayor grado de implementación es análisis y diseño y la que tiene el menor grado de implementación es administración de requisitos. Si se considera que el grado de implementación de una disciplina refleja el interés de las empresas para llevar a cabo esa disciplina, entonces estas organizaciones tienen mayor interés sobre las disciplinas relacionadas con el grupo de procesos de ingeniería (ingeniería de requisitos, análisis y diseño, implementación pruebas e implantación) que sobre disciplinas relacionadas con el grupo de procesos de gestión (planificación, seguimiento y control) y con el grupo de procesos de soporte (aseguramiento de la calidad, gestión de configuración y administración de requisitos).
Analysis and Design is the most implemented discipline according to the results exposed on figure 2, and requirement management is the discipline with the least implementation degree. Now, if it is also considered that the implementation degree of a discipline is a result of the company interests to carry it out, it is correct to affirm that companies are more interested on disciplines related to Engineering Process Group1 (requirement elicitation, analysis and design, software construction, testing and software installation). The companies are less interested on disciplines related to Management Process Group (planning, tracking and control) and with the Support Process Group (quality assurance, configuration management and requirement management).
El mesurado interés por el modelado del negocio se puede explicar debido a que la mayoría de este tipo de empresas visualizan un segmento del mercado para ofrecer allí sus soluciones software. El conocer muy bien el negocio y desarrollar productos teniendo en cuenta sus características se convierte en una ventaja competitiva.
The modest interest on business modelling can be understandable because of the most of this kind of companies visualizes a market segment to offer their software products. Knowing very well the business and to make software products considering these know-how, becomes a competitive advantage.
1 The nomenclature of ISO15504-5 standard is followed.
3.2 Systematic review about SPI in small and medium software enterprises
En esta sección se ofrece una visión general de una revisión sistemática de la literatura sobre los esfuerzos llevados a cabo en micro, pequeñas y medianas empresas desarrolladoras de software relacionados con la mejora de sus procesos presentada en [15], y cuyo objetivo es indagar sobre lo que se ha realizado y logrado en este tipo de empresas con respecto a la mejora de procesos software. Para llevar a cabo la revisión sistemática de SPI en micro, pequeñas y medianas empresas desarrolladoras se siguió el método propuesto por Barbara Kitchenham en [12] y la plantilla del protocolo para la ejecución de dicho método presentado en [3].
In this section we showed an overview of a systematic review of the literature which deals with SPI efforts carried out in small and medium software enterprises presented in (Pino et al., 2006). Its objective was to discover what has already been carried out and achieved as regards software process improvement in this type of companies. To carry out the systematic review of SPI in SMSEs, was followed the method proposed by Barbara Kitchenham in (Kitchenham, 2004) and the protocol template presented by Biolchini in (Biolchini et al., 2005).
En este estudio se presenta una visión sobre hacia dónde se han enfocado lo esfuerzos de mejora en las micro, pequeñas y medianas empresas. En la figura 3 se muestran las frecuencias de los procesos mejorados, donde para su presentación se utiliza las categorías y grupos de procesos del estándar ISO/IEC 15504-5:2006 [11] como modelo de referencia de procesos para expresar las mejoras.
On this research a vision on towards where the improvement efforts have been concentrated on small and medium software enterprises, is presented.
The frequency of the improved processes is presented in figure 3, considering the categories and groups of processes defined on the ISO/IEC 15504- 5:2006 standard.
Figure 3: Process improvement by improvement efforts in small and medium software enterprises
De la figura anterior podemos ver que el proceso que tiene mayor frecuencia de mejora es la gestión de proyectos. Si se considera que la frecuencia de los procesos mejorados refleja el interés de las empresas para llevar a cabo mejoras en dichas prácticas, entonces estas organizaciones tienen mayor interés en mejorar (i) los procesos de gestión de proyectos relacionados con el grupo de procesos de gestión; y (ii) los procesos de documentación, gestión de cambio de requisitos y gestión de la configuración relacionados con el grupo de procesos de soporte. En menor medida se presenta interés en realizar mejoras sobre el grupo de procesos de ingeniería a excepción del proceso de captura de requisitos.
From figure 3 can be concluded that the project management is the process with the highest improvement frequency. Now, if it is also considered that the frequency of improved of a processes is a result of the company interests to carry out improvements on these practices, it is correct to affirm that companies are more interested on improving: (i) the processes of project management related to management process group;
and (ii) the documentation processes, change request management and configuration management related to the support process group. Companies have not that much interest on carrying out improvements
about engineering process group, with the exception of the requirements elicitation process.
Es importante resaltar que hay muchos procesos que presenta el modelo de referencia de procesos que no se abordan en las mejoras, es el caso de las prácticas del grupo de procesos de proveedor y adquisición, entre otras.
It is important to emphasize that there are many processes as is the case of acquisition and supply processes group, which do not report any type of improvement.
3.3 International standards contribution to the software processes management and improvement.
En [16] se presenta la manera como algunas áreas de conocimiento de la guía del cuerpo de conocimiento de la Ingeniería del Software –SWEBOK-, así como los procesos definidos en el estándar ISO/IEC 12207:2004 [10] contribuyen a dar soporte a las responsabilidades claves de la gestión de procesos software que son (i) definir el proceso, (ii) medir el proceso, (iii) controlar el proceso y (iv) mejorar el proceso según [7]. En la figura 4 se muestra cómo los procesos de un único estándar (como el ISO/IEC 12207) apoyan éstas responsabilidades. Además se ofrece una panorámica de la estrecha relación que existe entre la gestión y mejora de procesos software.
The way as some knowledge areas from SWEBOK (guide to the software engineering body of knowledge) – in addition to the way as the processes defined on the ISO/IEC 12207:2004 standard (ISO_12207, 2004) contribute to the support of the four key responsibilities of software process management (which are definition, measure, control and improvement of processes (Florac et al., 1997)), are discussed in (Pino et al., 2007). Figure 4 shows the way as processes of a unique standard (like ISO 12207 standard) supports these responsibilities.
Besides, it shows an outlook of the close relationship exists between the software process management and the software process improvement.
Figure 4: ISO/IEC 12207 processes and its close relationship with process management responsibilities
Debido a que el presente trabajo está enmarcado en el área de la mejora de procesos software es importante colocar especial interés en los procesos que están fuertemente ligados con la responsabilidad de mejorar procesos: (i) Alineamiento organizativo y medición relacionados con el grupo de procesos de gestión, y (ii) Establecimiento del proceso, proceso de evaluación y proceso de mejora relacionados con el grupo de procesos de mejora de procesos. Es fundamental considerar que la mejora de procesos esta inmersa en la gestión de procesos.
Due to this work is related to the software process improvement area, it is important to have special interest on the processes strongly tied to the responsibility of improving processes: (1) organizational alignment and measurement related to the management process group, and (ii) process establishment, process assessment and process improvement related to Process improvement process group. It is essential to have in mind that the process improvement is immersed in the process management.
4. PRIORITIZED PROCESSES AND DISCUSSION
Los procesos que se proponen como prioritarios para ser tendidos en cuenta en la implementación de un programa de mejora de procesos software en micro y pequeñas empresas se presentan en la tabla 1. Con el objetivo expresar estos procesos en términos de un modelo de referencia reconocido internacionalmente se sigue la nomenclatura de procesos y grupos de procesos definidos en el estándar ISO/IEC 15504- 5:2006. Este estándar se ha escogido porque presenta los procesos con un mayor grado de granularidad fina.
The processes that are proposed as high-priority in the implementation of a software process improvement programme in small software enterprises are described on Table 1. With the aim of expressing these processes in terms of an internationally recognized reference model, the nomenclature of processes and group of process defined on the ISO/IEC 15504-5:2006 standard, is followed. This standard has been chosen because its processes group has greater detail degree.
Table 1: Processes proposed to begin SPI on VSEs.
El conjunto de procesos presentado en la tabla anterior contiene prácticas extraídas de los trabajos de investigación mostrados en la sección 3. Dentro del alcance de SPI en una VSE se propone:
The processes displayed on the previous table have practices extracted from the research works showed on section 3. Within the SPI scope at the interior of a VSE, it is proposed:
El grupo de procesos de ingeniería con el objetivo de mejorar y complementar las disciplinas técnicas (análisis y diseño, implementación, etc.) que son las más ejecutadas por las VSEs (ver sección 3.1). La intención es fortalecer el que hacer en ésta área para garantizar que se llevan a cabo las responsabilidades siguiendo las mejores prácticas propuestas por un modelo de referencia. Hay que hacer un especial énfasis en la obtención de requisitos ya que es una disciplina que refleja un alto interés para ser implementada y mejorada (ver figuras 1 y 2).
The engineering process group with the aim of improving and complementing the technical disciplines (analysis and design, software construction, etc) that are the most executed by VSEs (section 3.1). The intention is to consolidate this area in order to guarantee the responsibilities be carried out following the best practices proposed by a reference model. It is necessary to place great emphasis on the requirement elicitation because is a discipline that tends to be implemented and improved (see figure 2 and 3).
Los procesos de gestión de proyectos, documentación, gestión de cambio de requisitos, establecimiento del proceso, gestión de configuración y aseguramiento de calidad. Estos procesos son los que más se han intentado mejora en los esfuerzos SPI llevados a cabo en VSEs, como se observa en la figura
2. Además contribuyen a dar soporte a la responsabilidad de controlar el proceso al interior de la gestión de procesos software.
The processes of project management, documentation, change request management, process establishment, configuration management and quality assurance. These processes have been subject of a lot of improvements intentions by the SPI efforts, carried out on VSEs, as it is observed on figure 3. These processes also contribute to support the control process responsibility within the software process management.
Los procesos de alineamiento organizacional, medición, establecimiento de procesos, evaluación de proceso y mejora de proceso, ya que estás prácticas están fuertemente relacionadas con las responsabilidades de definir el proceso, medir el proceso y mejorar el proceso al interior de la gestión de procesos software.
The processes of organizational alignment, measurement, process establishment, process assessment and process improvement, because these practices are tightly related to the responsibilities of define, measure and improve process within the software process management.
Según [5] el énfasis en el proceso y en la gestión del proceso proporciona la principal justificación de muchas iniciativas de estandarización, así como de los esfuerzos de medir capacidad del proceso, tales como CMMI, SCAMPI, ISO/IEC 15504, ISO/IEC 12207 y por lo tanto de otras propuestas que se basen en la filosofía de estos estándares. La mejora de procesos, siguiendo el enfoque de medir la capacidad de éstos, se basa en el control estadístico de procesos el cual se soporta en la gestión de procesos y sus cuatro responsabilidades clave.
Además es importante resaltar que la mejora de procesos esta inmersa como una responsabilidad dentro de la gestión de procesos software [7] (ver gráfica de la figura 3).
According to (Derniame et al., 1999) the emphasis in the process and in the process management provides the main justification of a lot of standardization initiatives, such as CMMI, SCAMPI, ISO/IEC 15504, ISO/IEC 12207 (in addition to the efforts of measuring the process capability) and therefore of other offers based on the philosophy of these standards. The process improvement, following the conception of
measuring its capability is based on the statistical processes control. The statistical processes control is based on the management process and its four key responsibilities. It is also important to stand out that the process improvement is immersed as a responsibility within the software process management (Florac et al., 1997), see figure 4.
Por otro lado las VSEs tienen su creación (generalmente) por la realización de un proyecto exitoso. Es más, en estas organizaciones el proceso se realiza de manera innata, es decir, nace con la organización aunque no sea definido ni visible. En otras palabras estas organizaciones comienzan su funcionamiento con la ejecución de procesos técnicos que es una responsabilidad inherente de la gestión del proyecto. Según lo presentado en la figura 1 y 2 se corre un alto riesgo de que nunca salga de la ejecución de procesos técnicos, y prueba de ello es: (i) el interés de implementar estos procesos y (ii) que las mejoras introducidas en este tipo de empresas se centran en la gestión del proyecto. La gestión de proyectos es responsable por velar que un producto software sea desarrollado de acuerdo a un plan y que el plan sea viable.
On the other hand, VSEs are generally created because of the execution of a successful project. In fact, in these organizations the process is carried out of innate way. The process is born with the organization although it is neither defined nor visible. These organizations start their operation with the execution of technical processes which is an inherent responsibility of the project management.
According to section 3.1 and 3.2 a high risk exists which the VSEs never to go out of the execution of technical processes, and an evidence of that is: (i) the interest of implementing these processes and (ii) the introduced improvements on these kind of companies are concentrated on project management.
The project management is responsible for seeing that a software product is developed according to a plan and that the plan is feasible.
Así pues es fundamental que a través de la mejora de procesos software las VSEs den el paso desde la ejecución de procesos y gestión de proyectos hasta la implantación de las cuatro responsabilidades de la gestión de procesos software. Nosotros proponemos para ayudar en ese paso que los grupos de procesos presentados anteriormente se prioricen de la siguiente manera:
Therefore, is important that through software process improvement, the enterprises can carry its processes from process execution and project
management up to the establishment of the four software process management responsibilities. We propose that group of process should be prioritized in this way:
Primero llevar a cabo el grupo de proceso de mejora de procesos.
Segundo llevar a cabo el grupo de procesos de gestión.
Tercero llevar a cabo el grupo de procesos de soporte.
Finalmente llevar a cabo el grupo de procesos de ingeniería.
First of all, carrying out the process improvement process group.
At second, carrying out the group of management process group.
At third, carrying out the support process group.
Finally, carrying out the group of process of engineer.
Una vez instalado el programa de SPI en la VSE, el primer paso es seguir un proceso de mejora iterativo e incremental (por ejemplo PmCOMPETISOFT [18]) que guíe la mejora o creación de nuevos procesos al interior de la VSE, con el objetivo de crear en la primera iteración (o ciclo de mejora) una infraestructura básica para gestión de procesos software. Esta infraestructura se soporta a partir de la implantación en la VSE de los siguientes procesos: proceso de mejora, establecimiento del proceso, proceso de evaluación, alineamiento organizacional, gestión de proyectos y medición. Con la mejora o creación de estos procesos y su posterior ejecución al interior de la VSE se brinda soporte a las responsabilidades de definir, medir y mejorar el proceso (ver gráfica de la figura 3).
In order to carry out the SPI on the VSE, the first step is to follow an iterative and incremental
improvement process (for instance,
PmCOMPETISOFT [20]). The improvement process guide the creation (or improvement) of processes inside the VSE, with the objective of creating a basic infrastructure for software process management on the first iteration. This infrastructure is based on the following processes: process improvement, process establishment, process assessment, organizational alignment, project management, and measurement. With the improvement or creation of these process and its later execution inside the VSE, responsibilities such
as defining, measuring, and improving the process are supported (see figure 4).
El siguiente paso es implantar a través de una segunda iteración (o ciclo de mejora) del proyecto de mejora los procesos relacionados con el grupo de procesos de soporte. Estos procesos, además de ser los que mayor número de VSEs buscan mejorar, brindan soporte a la responsabilidad de controlar el proceso (ver gráfica de la figura 3). El control del proceso trata de que los resultados sean predecibles, esto significa mantener el proceso dentro de sus límites (inherentes) normales de funcionamiento.
The next step is to install with a second improvement project iteration, the processes related to support process group. These processes, besides to being those that greater number of VSEs they look for to improve, help to support and deal with the responsibility of control process (see figure 4).
The process control tries to make results predictable, which means keeping the process inside its normal inherent limits of operation.
Finalmente se debe implantar a través de otras iteraciones del proyecto de mejora los procesos relacionados con el grupo de procesos de ingeniería.
Es posible también tener en cuenta otros procesos que sean determinados siguiendo los objetivos de negocio de la organización.
Finally it must be installed through more improvement project iterations, practices related to the engineering process group. It is possible to include other processes determined by the business objectives of the organization too.
4 CONCLUSIONS
Este trabajo es un aporte al área de SPI en VSEs. En este artículo se ha propuesto y priorizado un conjunto de procesos para guiar a las VSEs cuando comiencen un proyecto SPI. Se exponen los trabajos y razones detalladas por las cuales se seleccionaron dichos procesos, así como la prioridad de los mismos.
ACKNOWLEDGEMENTS
This work has been funded by the following projects: COMPETISOFT” (506PI287) financed by CYTED; MECENAS” (PBI06-0024) granted by the
“Junta de Comunidades de Castilla-La Mancha” of Spain; and ESFINGE (TIN2006-15175-C05-05)
financed by Dirección General de Investigación of the Ministerio de Educación y Ciencia of Spain.
