IMPLANTACIN DE LAS NORMAS ISO/IEC 15504 E ISO/IEC 12207 CON MTODOS GILES Y SCRUM

M Carmen Garca, Emanuel Irrazabal y Javier Garzs www.kybeleconsulting.com http://kybeleconsulting.blogspot.com

Cada vez ms, las organizaciones ven la necesidad de controlar y mejorar la calidad del software debido al impacto que sta tiene en los costes finales. En este sentido, las organizaciones estn implantando modelos de mejora de procesos software, siendo los de mayor uso CMMI-DEV (Chrissis et al., 2006) e ISO/IEC 15504 - ISO/IEC 12207 (ISO, 2004; ISO, 2008a). Sin embargo, numerosos estudios (Hareton y Terence, 2001; Saiedian y Carr, 1997; Staples et al., 2007) confirman que la aplicacin de estos modelos resulta costosa en pymes y pequeos equipos de desarrollo. Y por otro lado, se suma la difcil integracin de las metodologas giles, paradigma ms utilizado por pymes y pequeos equipos de desarrollo (Coleman y O'Connor, 2008) con estos modelos. En este sentido se han identificado varias iniciativas nacionales e internacionales orientadas expresamente a unir pymes, procesos y metodologas giles, como la de AENOR, en la que participa Kybele Consulting, y en la que se ha elaborado un modelo de evaluacin y mejora de procesos software conforme con la norma ISO/IEC 15504 - ISO/IEC 12207:2008 adaptado a pymes y pequeos equipos de desarrollo que permita lograr una mayor agilidad, adaptacin e integracin con los procesos y metodologas de la organizacin, incluyendo giles.

1. El modelo de procesos ISO/IEC 15504 ISO/IEC 12207:2008

Normalmente, en la mejora de la calidad de los procesos participan dos tipos de modelos, el modelo de procesos y el modelo de evaluacin. El modelo de procesos define un catlogo o coleccin estructurada de buenas prcticas que describen las caractersticas de un proceso efectivo, mientras que el modelo de evaluacin proporciona los principios para realizar una evaluacin de la calidad, e implantacin, de dicho modelo de procesos en una organizacin. La norma ISO/IEC 15504, en su parte 7 (ISO, 2008b), describe las bases para llevar a cabo evaluaciones por niveles de madurez. En concreto, establece 6 niveles para mejorar y evaluar a las organizaciones, desde el 0 hasta el 5. Si bien dicha norma slo describe los niveles, y no los procesos a superar en cada uno de ellos, esto ltimo se define en el modelo desarrollado por AENOR (ver la Tabla 1).
Tabla 1. Procesos de los niveles de madurez 1 y 2 del modelo ISO/IEC 15504 ISO/IEC 12207:2008
Procesos de los niveles 1 y 2 de madurez Suministro (SUM) Definicin de Requisitos de los Stakeholders (RQU) Anlisis de los Requisitos del Sistema (RQSIS) Planificacin del Proyecto (PP) Evaluacin y Control del Proyecto (ECP) Gestin del Modelo de Ciclo de Vida (MCV) Gestin de la Configuracin (GC) Gestin de la Configuracin del Software (GCS) Medicin (MED) Aseguramiento de la Calidad del Software (ACS)

2. Integracin entre ISO/IEC 12207 y los modelos giles

En el desarrollo software, el qu hacer y el cmo hacerlo han sido siempre aspectos bsicos en la mejora de procesos, que sin embargo en la prctica han creado confusin. Los modelos de procesos, como ISO/IEC 12207, definen buenas prcticas (outcomes) y lo qu se espera encontrar en los procesos, pero en ningn momento indican cmo realizarlo (Glazer et al., 2008; Osterweil, 1987; Wang y King, 2000; Yingxu y Antony, 2002), esto ltimo se describe en las metodologas. Por lo tanto, el uso de modelos de procesos y metodologas giles no debe considerarse un aspecto contradictorio sino complementario. Un problema que sucede en muchas ocasiones cuando se implantan metodologas giles es la falta de documentacin. Como se afirma en (Selic, 2009a), uno de los principios giles sugiere que no debera existir una documentacin exhaustiva, lo cual es correcto, el problema aparece cuando no se documenta. La ausencia completa de documentacin en cualquier soporte no es una buena prctica, ya que no ayuda al personal no directamente involucrado en el desarrollo, como son nuevos desarrolladores o el equipo de mantenimiento. En ningn caso el modelo ISO/IEC 12207:2008 obliga a documentar exhaustivamente, el objetivo que persigue es que las actividades sean repetibles. Asimismo indicar que en las auditoras ISO/IEC 15504 ISO/IEC 12207:2008 no se evala la aplicacin directa de los resultados de los procesos, sino que se estudia y analiza la implementacin y adaptacin de los mismos a una organizacin concreta. La tarea de un equipo auditor es alinear las actividades de mejora definidas en la organizacin y las evidencias objetivas de su implantacin con las buenas prcticas del modelo de procesos.

3. Implantacin de ISO/IEC 12207, niveles 1 y 2, con SCRUM

El modelo de procesos ISO/IEC 12207:2008 no pone restricciones sobre la metodologa que se debe utilizar para implementar los procesos. Por lo tanto, es posible implementarlos con metodologas giles como SCRUM. En el estudio que aqu se presenta se analiz el grado de relacin entre ISO/IEC 12207:2008 y las prcticas de SCRUM. El estudio se realiz sobre los procesos establecidos en los niveles de madurez 1 y 2 del modelo desarrollado por AENOR. Se centra en los procesos del rea de gestin de proyectos, ya que la metodologa SCRUM cubre principalmente estas reas (Schwaber y Sutherland, 2010). Para llevar a cabo el estudio, en primer lugar se analiz el grado de relacin entre los outcomes del modelo ISO/IEC 12207:2008 y las prcticas de SCRUM. Una vez concluida esta primera fase del estudio, se calcul el grado de cobertura de los procesos de Planificacin del Proyecto y Evaluacin y Control del Proyecto (ver Fig. 1).
Fig. 1. Grado de cobertura de los procesos PP y ECP utilizando SCRUM.

100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

16,67% 16,67%

25,00%

% no satisfecho %parcialmente satisfecho 66,67% 75,00% % satisfecho

Proceso de Planificacin del Proyecto

Proceso de Evaluacin y Control del Proyecto

Por ltimo, se estudi el grado de implantacin de forma general de los restantes procesos de los niveles 1 y 2 de madurez que no tienen una relacin directa con los principios de SCRUM, para los que se observ que hay cierto grado de cobertura.

4. Consideraciones finales y conclusiones

El presente artculo describe los resultados obtenidos del estudio realizado sobre el grado de cobertura entre los procesos de ISO/IEC 15504 ISO/IEC 12207:2008 y SCRUM. Segn el estudio realizado, con la implantacin de SCRUM, se alcanzara, prcticamente, el 83% del proceso de Planificacin del Proyecto y el 75% del proceso de Evaluacin y Control de Proyectos. En base a la experiencia de los autores en consultora y auditora del modelo de evaluacin y mejora de procesos software ISO/IEC 15504 SPICE, se considera que la aplicacin de la metodologa SCRUM para el cumplimiento de dicho modelo es un recurso muy utilizado en las organizaciones. De una muestra de 23 organizaciones auditadas por Kybele Consulting el 56% usaba SCRUM para gestin de proyectos. NOTA: Este artculo es un resumen de otro mas extenso publicado en la conferencia Agile Spain 2010 Haciendo realidad la agilidad, celebrada entre los das 10 y 11 de Junio de 2010 en Madrid.

Referencias
Coleman G, O'Connor R. 2008. Investigating software process in practice: A grounded theory perspective. J Syst Softw 81(5):772-784. Chrissis MB, Konrad M, Shrum S. 2006. CMMI: Guidelines for Process Integration and Product Improvement. 2nd Edition ed: Addison-Wesley Professional. Glazer H, Dalton J, Anderson D, Konrad M, Shrum S. 2008. CMMI or Agile: Why not Embrace Both! Technical Note CMU/SEI-2008-TN-003. Software Engineering Institute. (http://www.sei.cmu.edu/reports/08tn003.pdf). Hareton L, Terence Y. 2001. A Process Framework for Small Projects. Software Process Improvement and Practice 6:67-83. ISO. 2004. ISO/IEC 15504-2:2003, Information technology Process assessment Part 2: Performing an assessment. International Standards Organization. Ginebra, Suiza. ISO. 2008a. ISO/IEC 12207:2008. Systems and software engineering - Software life cycle processes. International Organization for Standarization. ISO. 2008b. ISO/IEC TR 15504-7:2008 Information technology -- Process assessment -- Part 7: Assessment of organizational maturity. International Standards Organization. Marcal ASC, Soares FS, Belchior AD. Mapping CMMI Project Management Process Areas to SCRUM Practices; 2007. IEEE Computer Society. p 13--22. Osterweil L. Software Processes Are Software Too; 1987 Monterey, CA, March 1987. p 2-13. Saiedian H, Carr N. 1997 Characterizing a software process maturity model for small organizations. , 1997. Vol. pp. . ACM SIGICE Bulletin:2-11. Schwaber K, Sutherland J. 2010. The Scrum Guide. (wwwscrumorg/storage/scrumguides/Scrum%20Guidepdf#view=fit). Selic B. 2009a. Agile Documentation, Anyone? IEEE Softw 26(6):11-12. Staples M, Niazi M, Jeffery R, Abrahams A, Byatt P, Murphy R. 2007. An exploratory study of why organizations do not adopt CMMI. Journal of Systems and Software 80(6):883-895. Turner R, Jain A. Agile Meets CMMI: Culture Clash or Common Cause?; 2002. Springer-Verlag. p 153-165. Scrum Alliance

Wang Y, King G. 2000. Software Engineering Processes: Principles and Applications. CRC Press. Yingxu W, Antony B. 2002. Process-Based Software Engineering: Building the Infrastructures. Ann Softw Eng 14(1-4):9-37.

Histrico
Julio 10: Primera publicacin. Copyright 2010 Kybele Consulting. All Rights Reserved.