Sunteți pe pagina 1din 5

Conformacin de la Propuesta de Mejora al Proceso de Software

Nilda Yangez Cervantes Universidad Tecnolgica de Panam nilda.yanguez@utp.ac.pa Christian Estay Niculcar Fundacin Universitaria Iberoamericana christian.estay.niculcar@gmail.com

Abstract
La Mejora al Proceso de Software involucra un complejo proceso de conformacin. La escasez de investigacin sobre este tema dificulta comprender su dinmica, plantear modelos tericos y desarrollar soluciones adecuadas para las empresas. Este trabajo expone lineamientos metodolgicos para enfrentar la investigacin del proceso de conformacin desde la perspectiva de una propuesta de proyecto de Mejora al Proceso de Software. Los lineamientos metodolgicos definen la conformacin de un proyecto y permiten fundamentar la definicin del problema, justifican el planteamiento de investigacin, y establecen objetivos de investigacin, todo lo cual conduce a la obtencin de componentes, elementos y artefactos para la conformacin de la propuesta de proyecto de Mejora al Proceso de Software. Los resultados obtenidos muestran la necesidad de una futura agenda de investigacin del tema y la importante necesidad de orientar resultados aplicados a PyMEs desarrolladoras de software. El documento muestra el estado del arte y los lineamientos de investigacin.

software, cuando la introduccin de dichos estndares se gestiona apropiadamente. Sin embargo, en la prctica, una cantidad considerable de empresas de software emprenden costosos proyectos de Mejora al Proceso de Software, sin antes caracterizar los motivos y elementos que componen la propuesta para iniciar este proceso de cambio de significativo impacto en el negocio. La investigacin planteada en el documento se centra en la conformacin de una propuesta de Mejora al Proceso de Software. La conformacin de una propuesta de Mejora al Proceso de Software se refiere a la ordenacin y disposicin de los artefactos involucrados en las actividades de cambio. Es la primera accin en la fase de formalizacin de la Propuesta. Este documento presenta los lineamientos metodolgicos revisando el estado de la situacin actual, la definicin del problema y el planteamiento y objetivos de investigacin. Se termina el documento con los resultados esperados y las referencias bibliogrficas.

2. Estado del arte


Los esfuerzos por mejorar el proceso de desarrollo de software son demostrados por la existencia de propuestas cientficas y experimentales de la industria de software. En [5] [18] se citan varios trabajos relacionados con este tema y se destaca que el enfoque de realizar cambios al Proceso de Software resulta ser una alternativa viable para lograr los objetivos estratgicos de la organizacin de software. Los estudios en Mejora al Proceso de Software han evolucionado a partir de los trabajos de [11] [12] [13] [14] en los que se present la definicin y los enfoques metodolgicos. Otros estudios han elaborado un amplio cuerpo de conocimientos que incluye modelos, marcos de trabajo y una gran cantidad de experiencias documentadas en la literatura [15] [16]. La Mejora al Proceso de Software como proceso de cambio, ha pasado por revisiones de autores que promueven la calidad en la Ingeniera de Software, desde un enfoque puramente tcnico de la produccin de

1. Introduccin
La Mejora al Proceso de Software (SPI) pretende obtener un proceso de software integral, que permita la consecucin de productos de software que satisfagan las necesidades de sus clientes. Un proyecto de Mejora al Proceso de Software es una inversin que propone un cambio en la forma de desarrollar software siempre y cuando se apoye el alcance de los objetivos estratgicos del negocio. Esta visin estratgica y organizacional convierte el proyecto en s mismo en una herramienta viable de competitividad empresarial [2][12]. Los estudios presentados en la literatura, destacan aportes significativos en conocimientos y marcos de trabajo para introducir mejoras en la forma de desarrollar software. Tambin la industria ha desarrollado estndares para la Mejora al Proceso de Software, cuyo enfoque resulta en alternativas que aportan valor a las empresas de

Electronic copy available at: http://ssrn.com/abstract=2061826

software. En la mayora de los programas de cambios al Proceso de Software, el enfoque al producto se basa en la premisa de Humphrey: La calidad en un sistema de software est regida por la calidad de los procesos utilizados para desarrollarlo y mantenerlo [11]. Sin embargo, la formalidad para introducir un proyecto de Mejora al Proceso de Software, no ha evolucionado desde el trabajo realizado por [15]. La literatura no presenta de manera explcita, casos de estudios terico o experimentales formales, para proponer un proyecto de Mejora al Proceso de Software en las empresas de software [1] [11]. Por otro lado, las organizaciones dedicadas a producir software adoptan estndares y prcticas de la industria como una decisin conveniente, intuitiva, motivados por la buena fe, sin valorar las consecuencias econmicas y financieras inclusive, para la organizacin. Estudios recientes indican que los proyectos de Mejora al Proceso de Software, inducen cambios organizacionales con base en estndares de la industria, sin precisar necesidades estratgicas de la organizacin [9] [3]. La literatura nos dice por un lado, que no hay estructuras estables y definidas de cmo proceder [1] [11] en la conformacin y presentacin de una propuesta de proyecto de Mejora al Proceso de Software (SPI). Comnmente, se basan en reuniones de trabajo y algunas veces en monitoreo continuo y anlisis de indicadores, por lo tanto, no existe una formalizacin como tal [19] [20]. De manera independiente, la bibliografa y la literatura reportan que en todos los casos no existe un proceso reflexivo de toma de decisiones [16], para considerar que un proyecto SPI viable o no. Actualmente, la decisin se basa en la buena prctica sin un proceso formal [10] [17] [21]. Son escasos los estudios experimentales de conformacin de una Propuesta de Mejora al Proceso de Software [7], lo que demuestra la necesidad de establecer discusiones acerca del tema.

3.1. Preguntas de investigacin


Desde la problemtica planteada derivamos las siguientes preguntas de investigacin: Cules son los escenarios organizacionales en las empresas de software que han implementado Proyectos de Mejora al Proceso de Software? Qu artefactos conforman la propuesta de un proyecto de Mejora al Proceso de Software en las organizaciones de software? Un proyecto de Mejora est formado por una serie de elementos que denominamos artefactos (documentos, plantillas, estndares, etapas, fases del trabajo, equipos de trabajo, entregables, herramientas conceptuales de la Ing. del Software). Para la investigacin es conveniente definir estos artefactos ya que constituyen el eje central del estudio. Como todas las inversiones, la introduccin de un proyecto de Mejora al Proceso de Software es el resultado de un proceso de toma de decisin de la alta gerencia [2]. Especficamente para las organizaciones de software, la decisin no se lleva a cabo sin un planteamiento viable de parte de los proponentes, que se traduce en valores monetarios [8] o en beneficios tangibles [6].

4. Estructura de Investigacin
4.1. Propuesta de investigacin
En la bibliografa se ha encontrado que [15] establece fases para implementar un proyecto de Mejora al Proceso de Software, sin desconocer que se haga referencia a una fase inicial no formalizada donde se evala el proyecto [4] [13]. La investigacin pretende identificar los artefactos y acciones necesarios para la conformacin de una Propuesta Formal de Mejora al Proceso de Software en una Fase Inicial (F1), al momento de detectar la necesidad de realizar cambios. La conformacin de la Propuesta SPI se fundamentar en estudios tericos anteriores, los escenarios de las organizaciones de software, la prctica actual y los elementos aportados por otras disciplinas. A la fase Inicial llamada F1 le seguirn otras fases (F2, F3,Fn) propias de la implementacin de la Mejora al Proceso de Software. La Figura 1 muestra la secuencia de fases, y la introduccin de la Propuesta Formal de Mejora al Proceso de Software en la fase Inicial.

3. Definicin del problema


3.1. Problemtica
Los gestores de Mejoras al Proceso de Software y los ejecutivos tomadores de las decisiones, se exponen a un panorama incierto al realizar una evaluacin y valoracin del proyecto de mejora; como consecuencia resulta difcil para un gestor cuantificar, por mtodos tradicionales, la gran cantidad de componentes intangibles que posee un programa de cambio al proceso de software [22]. Para un ejecutivo, resultara confuso autorizar presupuestos y asignar recursos, por la falta de renglones precisos y claros en el proyecto de Mejora al Proceso de Software.

Electronic copy available at: http://ssrn.com/abstract=2061826

Figura 1. Introduccin de la Propuesta de Mejora al Proceso de Software en la Fase Inicial F1. La Conformacin forma parte del proceso de Formalizacin de la Propuesta la cual contiene otras acciones posteriores. En este contexto de la Formalizacin, el resultado del proceso de Conformacin de propuesta de Mejora al Proceso de Software conformada, dar continuidad a las siguientes acciones (ver Figura 2).

revisin de casos de negocio. La fase descriptiva ampliar la Base de Conocimientos sobre propuestas de Mejora al Proceso de Software cuya informacin servir de comparacin con estudios empricos anteriores. Para la aplicacin de encuestas y la observacin de casos de negocios se ha elegido el sector TIC de las PyMEs, inicialmente con experiencia en la implementacin de proyectos de Mejora al Proceso de Software. El perfil de los encuestados se refleja en la Tabla 1 en la que se considera como criterio principal el nivel de compromiso en un proyecto SPI, el rol y las funciones. Tabla 1. Perfil de los encuestados

Figura 2. Proceso de Formalizacin de la Propuesta de Mejora al Proceso de Software

4.2. Objetivos de investigacin


Con la propuesta planteada surgen los objetivos generales: Investigar teora y recopilar prcticas, para consensuar teora con prctica, considerando los elementos esenciales de las propuestas de proyectos de Mejora al Proceso de Software. Formalizar la conformacin de la Propuesta de Mejora al Proceso de Software.

Finalmente, se aplicar un anlisis conceptual de la informacin recolectada a fin de extraer los posibles componentes de una propuesta de Mejora al Proceso de Software. La Figura 3 presenta la metodologa de trabajo resumida.

4.3. Propuesta metodolgica de investigacin


La metodologa ser de naturaleza exploratoria y descriptiva. La naturaleza exploratoria permitir considerar los distintos escenarios estratgicos de las organizaciones de software y mejorar la comprensin de conceptos, teoras y prcticas. La naturaleza descriptiva, facilitar la recoleccin y dimensionamiento de los componentes de una propuesta de Mejora al Proceso de Software. En la fase exploratoria se realizar la indagacin a travs de encuestas estructuradas y la

Figura 3. Metodologa de la investigacin

4.4. Lneas de investigacin


Para llevar a cabo esta investigacin, se necesita de un flujo de trabajo acorde con la naturaleza de la metodologa sugerida. Las lneas de investigacin de la investigacin

son las directrices para obtener los objetivos establecidos. Para la propuesta de investigacin se han definido para las etapas exploratoria y descriptiva de la metodologa. Etapa Exploratoria de la Metodologa Observar y documentar experiencias de Proyectos de Mejora al Proceso de Software en distintos escenarios organizacionales de empresas de software. Describir la percepcin de los distintos actores en un Proyecto de Mejora al Proceso de Software. Etapa Descriptiva de la Metodologa Contrastar lo observado en la fase exploratoria con los estudios realizados. Obtener los elementos esenciales para conformar una Propuesta de Mejora al Proceso de Software.

5. Resultados Esperados
En el apartado 2 de este documento se han revisado los trabajos relacionados con el tema y la definicin del problema en el punto 3. La propuesta de investigacin y la metodolgica hasta la descripcin de lneas de investigacin, han sido estructuradas en el apartado 4. Lo anteriormente expuesto conduce a definir los resultados esperados de la propuesta de investigacin: Una Base de Datos con informacin de experiencias en Proyectos de Mejora al Proceso de Software obtenida a partir de la indagacin, la bibliografa y tambin en los casos de negocios de las empresas de software. Informacin clasificada de las percepciones de los ejecutivos de empresas de software acerca de las ventajas y desventajas de los proyectos de Mejora de Software y los cambios organizacionales que conllevan. Un documento genrico con los componentes, elementos y artefactos con proyeccin a constituirse en una herramienta para presentar propuestas de proyectos de Mejora al Proceso de Software.

Los resultados esperados planteados, muestran la necesidad de una futura agenda de investigacin del tema y de resultados directamente aplicables a las PyMEs desarrolladoras de software.

6. Referencias
1] Allison I., Merali Y.(2007). Software Process Improvement as Emergent change: A Structurational Analysis. Disponible en: [https://www.

opneair.rgu.ac.uk/bitstream/10059/22011/Allisson*and+Meral*I STJ+paper+final.pdf]. Consultado el : [22 de marzo de 2011]. [2] Basili V., Heidrich J., Lindvall M., Mnch J., Regardie M., Rombach D., Seaman C., Trendowics A.(2007). Bridging the GAP between Business Strategy and Software Development. Proceedings. International Conference on Information System (ICIS). [3] Braun J., Ahlemann F., Mohan K. (2010). Understanding benefits management success. Results of a field study. 18th European Conference on Information Systems ECIS 2010. [4] Conradi R., Fuggetta A. (2002). Improvement Software Process Improvement. IEEE Software Journal. Volume 19 Issue 4, July 2002. IEEE Computer Society Press Los Alamitos, CA, USA. [5] Damian D., Zowghi D., Vaidyanathasamy L., Pal Y. (2002). An Industrial Experience in Process Improvement: An early assessment at the Australian Center for Unisys Software Proceeding of the 2002 International Symposium on Empirical Software Engineering (ISESE2002). IEEE, Nara, Japan. [6] Denne M., Cleland-Huang J.(2004). The New ROI in Software Engineering. [en lnea]. Publicado por Data Quest. Disponible en: [http://ptgmedia.pearsoncmg.com/images/0131407287/samplech apter/0131407287_ch02.pdf]. Consultado el: [ 16 de febrero de 2011]. [7] Dolado Cosn J., Fernndez Sanz L. (2000). Medicin para la gestin en la Ingeniera de Software. Editorial RA-MA, Espaa. [8] Farbey B.,Finkelstein A., (2003). Evaluation in Software Engineering: ROI, but more than ROI. Disponible en : [http://www.cs.virginia.edu/~sullivan/edser3/finkelstein.pdf]. Consultado el : [ 3 de mayo de 2010 ]. [9] Ganatra A. (2011). Maturing Project Management with the use of a Methodology. [10] Heikkila M. (2009). Learning and Organizational Change in SPI initiatives. PROFES 2009. Springer Verlag Berlin Heidelberg. LNBIP 32, pp. 216-230. [11] Humphrey W. (2001). Justifying a Process Improvement. Disponible en: [http://www.sei.cmu.edu/library/abstracts/newsat-sei/wattsmar00.cfm]. Consultado el [10 de diciembre de 2010]. [12] Humphrey W. (2002). Winning with Software: An Executive Strategy. SEI Series in Software Engineering. Addison Wesley Professional. USA. [13] Humphrey W., Snyder T., Willis D.(1991). Software Process Improvement at Hughes Aircraft. IEEE, Software vol. 8, 11-23 pp. [14] Lehman M.(2001). Rules and Tools for Software Evolution Planning and Management. Annals of Software Engineering 11, 15-44. Kluwer Academic Publishers, Netherlands. [15] McFeeley R. McKeehan D., Temple T. (1995). Software Process Roadmap. Technical Report CMU/SEI-95-u6-001 SEI, Carnegie Mellon University, USA. [16] Mcloughlin, Richardson (2010). The Rosetta Stone Methodology- A benefits Driven Approach to Software Process Improvement. PROFES 2010. LNCS 6156 pp. 366-379, 2010. Springer-Verlag Berlin Heidelberg. [17] Niazi M. (2009). Software Process Improvement Implementation: Avoiding Critical Barriers. Disponible en:

[http://www.crosstalkonline.org/storage/issuearchives/2009/200901/200901-Niazi.pdf]. Consultado el: [22 de septiembre de 2010]. [18] Niazi M., Wilson D., Zowghi, D. (2003). A maturity model for the implementation of software process improvement: an empirical study. The Journal of Systems and Software, 2003. Published by Elsevier Inc. Disponible en: [http://www.cse.dmu.ac.uk/~ieb/A%20maturity%20model%20fo r%20the%20implementation%20of%20software%20process%20 improvement.pdf]. Consultado el: [4 de Abril, 2010]. [19] Parker L. (2010). Acquisition Support program. Technical Report. . CMU/SEI-2010-TR-037. ESC-TR-2010-102. Disponible en: [http://www.sei.cmu.edu/reports/10tr037.pdf]. Consultado el:[ 31 de julio de 2011]. [20] Schmid P. (2010). Lots of effort with little effect, because nothing REALLY changed. PMI Global Congress 2010-EMEA. Proceeding ISSO05.pdf. PMI, Newton Square, Pa. [21] Umarji M., Seaman C.(2005). Predicting Acceptance of Software Process Improvement. Disponible en: [http://userpages.umbc.edu/~cseaman/papers/HSSE05.pdf]. Consultado el: [ 2 de abril de 2011]. [22] Wyckoff J.(1997). MEASURING INTANGIBLE BENEFITS -SOME NEEDED RESEARCH. JAWRA, Journal American Water Resource Association. Vol 7, Issue 1, pp 11-16, Feb 1997. Article first published online: 8 JUN 2007.

Nota Final. La investigacin propuesta en este documento forma parte del proyecto de tesis doctoral de uno de sus autores. La investigacin de tesis doctoral es patrocinada por la Secretara Nacional de Ciencia, Tecnologa e Innovacin de la Repblica de Panam.

S-ar putea să vă placă și