Implantacin de la norma ISO/IEC 12207 con mtodos agiles y Scrum Est. Yerli Aguilar Guerrero1, Est.

Oscar Bustamante Cerrn2 Resumen

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 OConnor, 2008) con estos modelos.

Metodologas giles
En febrero de 2001, tras una reunin celebrada en Utah-EEUU, nace el trmino gil aplicado al desarrollo de software. De la misma participaron un grupo de 17 expertos de esta industria, incluyendo algunos de los creadores o impulsores de stas metodologas. Su objetivo fue esbozar los valores y principios que deberan permitir a los equipos desarrollar software rpidamente y responder a los cambios que puedan surgir a lo largo del proyecto. Se pretendi ofrecer una alternativa a los procesos de desarrollos tradicionales, caracterizados por ser rgidos y dirigidos por la documentacin generada en cada una de las actividades abordadas. Tras esta reunin se cre La Alianza gil, una organizacin, sin fines de lucro, dedicada a promover los conceptos relacionados con el desarrollo gil de software y ayudar a las organizaciones para que adopten dichos conceptos. El punto de partida fue el Manifiesto gil, un documento que resume la filosofa de este tipo de metodologa (Letelier y Penads, 2006). SCRUM

Palabras Claves: SCRUM, NTP-ISO/IEC 12207, Metodologa gil. Abstarac

Increasingly, organizations see the need to control and improve software quality due to the impact it has on the final costs. In this sense, organizations are implementing models of software process improvement, with the increased use of CMMI-DEV and ISO / IEC 15504 - ISO / IEC 12207 (ISO, 2004, ISO, 2008a) (Chrissis et al, 2006.). However, numerous studies (Hareton and Terence, 2001; Saiedian and Carr, 1997; Staples et al, 2007) confirm that the application of these models is expensive in SMEs and small development teams. On the other hand, the difficult integration of agile methodologies, more paradigm used by SMEs and small development teams (Coleman and O'Connor, 2008) adds to these models.

Keywords: SCRUM, NTP-ISO/IEC 12207, Agile Methodology. Historia

1

1. Antecedentes En la actualidad el software se ha convertido en un elemento esencial de los sistemas convencionales, tales como los sistemas de transportes, gestin, acadmicos, militares y financieros. Para el desarrollo de software existen muchas metodologas, se tiene a las propuestas tradicionales como: Rational Unified Process (RUP), Microsoft Solution Framework (MSF) centradas especialmente en el control de procesos, estableciendo rigurosamente las actividades involucradas, los artefactos que se deben producir y las

y 2 Autores Estudiantes del 8 ciclo de Ingeniera de Sistemas del de la Universidad Peruana

Unin-FT

herramientas y notaciones que se usarn, por otro lado las llamadas metodologas giles como Extreme Programming (XP), Adaptive Software Development (ASD), SCRUM caracterizadas por tener una orientacin hacia las personas y un desarrollo incremental del software con iteraciones muy cortas (Aguilar 2003). La Programacin extrema es la metodologa ms utilizada del mercado gil teniendo el 38% de aceptacin dentro del mercado gil, por otro lado Fowler (2004) afirma que la Programacin Extrema le da poco nfasis al diseo inicial y a la documentacin ocasionando que se tenga que hacer muchos cambios durante el desarrollo del proyecto de software. La presidencia del Consejo de Ministros (2004), aprob el uso obligatorio de la Norma Tcnica Peruana NTP-ISO/IEC 12207:2004 y fue revalidado mediante el publicacin de la segunda versin el 13 de julio de 2006 en entidades del Sistema Nacional de Informtica. Este marco de referencia cubre el ciclo de vida del software desde la conceptualizacin de ideas hasta su retirada y consta de procesos para adquirir y suministrar productos y servicios software. La Norma Tcnica Peruana (2006), enfatiza que la NTP describe la arquitectura de los procesos del ciclo de vida del software, pero no especifica los detalles de cmo implementar o llevar a cabo las actividades y tareas incluidas en los procesos. Entonces surge la necesidad de usar un modelo que pueda guiar a las instituciones del Sistema Nacional de Informtica el cumplimiento de la Norma Tcnica Peruana en sus proyectos de desarrollo de Software. 2. La integracin de la ISO/IEC12207 y los modelos Agiles 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

Implantacin de la 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 de 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 (Asociacin Espaola y Normalizacin y Certificacin). Se centra en los procesos del rea de gestin de proyectos, ya que la metodologa SCRUM cubre principalmente
estas reas 2010). (Schwaber y Sutherland,

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).

4. <APORTES..>
El presente artculo describe los resultados obtenidos del estudio realizado sobre el grado de cobertura entre los procesos de 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.

3. <CASOS DE XITO> Evaluacin de la norma Xxxxxxxxxxxxxxxxxxxxx Xxxxxxxxxxxxxxx xxxxxxxxxxxxxxxx

5. Conclusiones En este artculo concluimos que las metodologas agiles como scrum nos pueden ayudar desarrollar software de alta calidad, especialmente pensado en las pequeas empresas
6. Referencias Coleman G, OConnor R. 2008. Investigating software process in practice: A grounded theory perspective. J Syst Softw 81(5):772 Chrissis MB, Konrad M, Shrum S. 2006. CMMI: Guidelines for Process Integration and Product Improvement. 2nd Edition ed: Addison-Wesley Professional Hareton L, Terence Y. 2001. A Process Framework for Small Projects. Software Process Improvement and Practice 6:67-83.