Análisis de la Metodología AgilePM-S: una propuesta para la gestión ágil de proyectos de software

Abstract

The analysis is carried out from a field investigation, particularly the evaluation allows to make a correspondence of the AgilePM-S Methodology and the agile postulates with the purpose of proposing a new guide or framework for the agile management of academic projects. The main objective of the study is to provide and seek good practices with the use of the AgilePM-S Methodology that leads to the success of software development projects. Contributing to the academic and scientific community with a tool that prevails with agile project management in software development. En este proceso se describe la definición de Hecho para las Tareas de la Historia realizadas en el Sprint y se llevan a cabo los Eventos de Sprint Review, Sprint Retrospective y Sprint Grooming.

Headnote

Resumen: El presente estudio exhibe un análisis de frecuencias y dispersión a través de la definición de haremos utilizando el software SPSS. El análisis se realiza a partir de una investigación de campo, particularmente la evaluación permite realizar una correspondencia de la Metodología AgilePM-S y los postulados ágiles con la finalidad de proponer un nueva guía o marco de trabajo para la gestión ágil de proyectos académicos. Estableciendo una forma específica de implementar los procesos al administrar la implementación de productos de software. El objetivo principal del estudio es disponer y procurar las buenas prácticas con el uso de la Metodología AgilePM-S que conlleve al éxito de los proyectos de desarrollo de software. Contribuyendo a la comunidad académica y científica con una herramienta que impere con la gestión ágil de proyectos en el desarrollo de software.

Palabras-clave: Metodología AgilePM-S, Análisis, Dimensiones, Baremos, SPSS.

Abstract: The present study exhibits an analysis of frequencies and dispersion through the definition of scales using the SPSS software. The analysis is carried out from a field investigation, particularly the evaluation allows to make a correspondence of the AgilePM-S Methodology and the agile postulates with the purpose of proposing a new guide or framework for the agile management of academic projects. Establishing a specific way to implement the processes when managing the implementation of software products. The main objective of the study is to provide and seek good practices with the use of the AgilePM-S Methodology that leads to the success of software development projects. Contributing to the academic and scientific community with a tool that prevails with agile project management in software development.

Keywords: AgilePM-S Methodology, Analysis, Dimensions, Scales, SPSS.

1. Introducción

Los métodos de desarrollo ágil han despertado interés principalmente en la ingeniería de software, pero también en otras disciplinas, incluidos los sistemas de información y la gestión de proyectos (Dingsoeyr, Falessi , & Power, 2019).

La gestión ágil de proyectos es un estilo de gestión de proyectos que se centra en entrega temprana de valor comercial, mejora continua de productos y procesos del proyecto, flexibilidad de alcance, aportes del equipo y entrega de productos bien probados que reflejan las necesidades del cliente. Se denomina gestión ágil de proyectos a un conjunto de metodologías que permiten el desarrollo de proyectos que precisan de una especial rapidez y flexibilidad en su proceso y en especial, aquellos desarrollados en entornos dónde encontramos una incertidumbre muy alta (Layton & Ostermiller, 2017). En este tipo de proyectos, se halla el desarrollo de software, ya que su producción tiene una naturaleza diferente. El software no posee pasos intermediarios que puedan ser verificables como válidos durante su ciclo de vida (Laínez, 2015).

La investigación de campo asociada a la Metodología AgilePM-S está compuesta y evaluada de acuerdo con cinco dimensiones: agilidad, capacidad del equipo, tiempo de entrega, adaptación al cambio y cultura ágil. Por tal razón, en el presente estudio se crean variables de matriz que agrupan los datos recolectados para cada una de las dimensiones. A partir de ello, se realiza el estudio y análisis presentado.

2. El estudio de la Investigación

En particular, los proyectos de desarrollo de software, por su naturaleza dinámica, requieren de una gestión particular basada en conceptos propios de la Ingeniería de Software (Sommerville, 2015). Un modelo de desarrollo de software define una filosofía o marco de actuación para obtener un software que se ajuste a determinadas características. Éstos se implementan a través de sus metodologías que van describiendo el proceso de ingeniería, junto con las herramientas a aplicar, para obtener el producto que verifique las especificaciones del modelo (Alonso, Martinez, & Segovia, 2005). Un proceso de software descrito como un conjunto de actividades y resultados asociados que producen un producto de software (Ramos, Noriega, Laínez, & Durango, 2017). Particularmente, se pretende evaluar una Metodología propuesta denominada con el nombre de AgilePM-S, para ello se realiza una investigación de campo donde se recogen datos que permiten un análisis de evaluación de dicha metodología en correspondencia con los Postulados Ágiles.

3. Desarrollo del estudio

3.1.El enfoque ágil

Para hablar de una gestión ágil, sin lugar a dudas, es necesario retomar el origen de esta corriente, como esencia del objeto de estudio. Los cuatro postulados ágiles que sustentan el concepto de agilidad son (Cunningham, 2001):

1. Individuos e interacciones sobre procesos y herramientas.

2. Software funcionando sobre documentación excesiva.

3. Colaboración con el cliente sobre negociación contractual.

4. Respuesta ante el cambio sobre seguir un plan.

3.2.La Metodolodía AgilePM-S

La Metodología AgilePM-S, es un modelo propuesto a partir del marco de trabajo Scrum y los estándares provistos por el Project Management Institute (PMI) para la gestión ágil de proyectos, específicamente la Guía Práctica Ágil publicada en el año 2017.

La Metodología AgilePM-S presenta una estructura organizada con base a la Guía PMBOK. Está basada en procesos, donde los procesos se superponen e interactúan a lo largo de la realización de las fases del proyecto (Hernández Cruz & Bravo Diaz, 2020).

Es precisamente, de lo anterior de donde se identifican los componentes para el diseño de la Metodología AgilePM-S:

* Fases. La fase representa cada una de las etapas de la gestión ágil como parte del ciclo de vida del proyecto derivado del modelo de proceso.

* Procesos. Conjunto de acciones y actividades interrelacionadas a seguir por cada uno de los roles.

* Roles. Define un conjunto de responsabilidades y habilidades específicas relacionadas con la gestión ágil que deben ser llevadas a la práctica dentro del proyecto de desarrollo de software por un miembro del equipo.

* Eventos. Reuniones dispuestas durante la gestión ágil del proyecto.

* Artefactos. Producto de trabajo de la gestión ágil del proyecto.

* Tecnologías. Software de uso específico para automatizar actividades implicadas en la gestión ágil de proyectos.

La Metodología AgilePM-S, plantea cuatro fases en el desarrollo de un proyecto de software. La primera y última fase únicamente se realizan una vez durante toda la vida, mientras que, en el medio, se encuentran las Fases 2 y 3 que son iterativas e incluyen los incrementos funcionales para el producto de software. La Tabla 1 muestra las fases y procesos de la Metodología AgilePM-S.

De la Tabla i además se puede observar que la Metodología AgilePM-S especifica siete procesos generales prioritarios que se detallan a continuación. Estos son el objeto del análisis cuantitativo del presente estudio:

1.Definir el proyecto: Es el proceso que consiste en identificar la naturaleza del proyecto, las necesidades y requerimientos de la empresa, la redacción inicial del alcance del proyecto y realizar un primer plan de entregas macro del proyecto. La Figura 1 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso "Definir el proyecto".

2. Asignar roles delproyecto: Es el proceso que establece los actores o personas que podrán intervenir durante todo el ciclo de vida del proyecto. En la Metodología AgilePM-S se establecen cuatro roles que deben especificarse en este proceso: Product Owner (PO), Agile Master (SM), Coach Agile (CA) y Agile Team (DT). Los datos generales y de contacto de las personas que tienen asignado un rol se guardan en un artefacto denominado Registro del Collaborators. La Figura 2 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Asignar Roles del proyecto.

3. Crear la lista de producto (Product Backlog): Engloba todas las tareas o actividades correspondientes a la definición, priorización, estimación, definición de criterios de aceptación de Historias de Usuario e Historias de Usuario Técnicas. La Figura 3 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Crear la lista de producto (Product Backlog).

4.Planificar el Sprint: Permite llevar a cabo las actividades relativas a la construcción de la lista de Sprint (Sprint Backlog). En este proceso se describe el objetivo del Sprint, posteriormente se analiza la lista de producto (Product Backlog) y se eligen las Historias de usuario a trabajar en el siguiente Sprint. Además, se determinan todas las Tareas por cada Historia de usuario y se asigna el recurso necesario para la misma. La Figura 4 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Crear la lista de producto (Product Backlog).

5. Producir los entregables: Permite llevar a cabo las actividades relativas a la construcción del producto con las historias de usuario de la lista del Sprint (Sprint Backlog). En este proceso se describe el objetivo del Sprint, posteriormente se analiza la lista de producto (Product Backlog) y se eligen las Historias de usuario a trabajar en el siguiente Sprint. Además, se determinan todas las Tareas por cada Historia de usuario y se asigna el recurso necesario para la misma. La Figura 5 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Producir los entregables.

6. Lanzar funcionalidad del producto: Permite terminar un Sprint. En este proceso se describe la definición de Hecho para las Tareas de la Historia realizadas en el Sprint y se llevan a cabo los Eventos de Sprint Review, Sprint Retrospective y Sprint Grooming. La Figura 6 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Lanzar funcionalidad del producto.

7.Cierre del proyecto: Permite terminar el Proyecto. En este proceso se lanza el producto y se hace la entrega formal del mismo. La Figura 7 muestra las Entradas; Eventos, herramientas y técnicas; Salidas; y Artefactos del proceso Cierre del proyecto.

3.3.Análisis de la Investigación de campo: Evaluando la Metodología AgilePM-S.

En primera instancia se realiza un análisis univariables (exploratorios) de los datos recogidos a través del instrumento AgilePM-SS. En este estudio se incluye el análisis de Frecuencias por dimensión y estableciendo Baremos de Nivel (alto, medio y bajo). Además de las Medidas de Dispersión con el objetivo de encontrar y representar características propias relativas a la Metodología AgilePM-S y los Postulados Ágiles.

El estudio se realiza mediante una investigación de campo. El instrumento de recogida de datos fue diseñado ad-hoc (a la medida) llamado AgilePM-SS y con el objetivo de evaluar la Metodología AgilePM-S y su práctica como una metodología de gestión ágil de proyectos. Inicialmente se muestra la tasa de respuesta y la segmentación por sexo de los encuestados. La Tabla 2 y la Figura 8 muestran, respectivamente, tasa de respuesta y la segmentación por género de los encuestados. De igual manera, se presenta la construcción de variables de matriz por dimensión, que sirvieron de entrada para generar un análisis estadístico correlacional y un análisis gráfico de regresión, así analizar y demostrar las interrelaciones de las diferentes variables comparadas, que permitieron aceptar o rechazar la hipótesis planteada.

De la Figura 8, resulta significativa la tasa de respuesta o participación con respecto a la muestra total por género, para los hombres siendo del 77.0% y para las mujeres del 23.0%, lo que muestra claramente una mayor cantidad de alumnos hombres cursando el Programa Educativo de Ingeniero en Sistemas Computacionales en la Facultad de Ingeniería de la Universidad Autónoma de Campeche. Además, en la Tabla 3 y la Figura 9, se puede percibir el rango de edades de los alumnos, obteniendo como resultado un 91.8% con edad entre 20 y 25 años, lo que significa que la mayoría alumnos oscila ± 3 años en la edad correspondiente al nivel de estudios cursando. Cabe señalar la duración del Programa Educativo Ingeniero en Sistemas Computacionales es de 4 años, y la encuesta fue aplicada en el último semestre de este (8° semestre).

En el estudio se han designado tres niveles de logro o cumplimiento para evaluar las dimensiones de análisis: bajo, medio y alto.

Para realizar el análisis de datos, se crean dentro del programa SPSS cinco variables para evaluar los resultados obtenidos por dimensión consolidando los resultados de los ítems correspondientes a cada una de ellas. La Figura 10 muestra las variables de escala por dimensión para el análisis de datos.

Después de tener establecidos los baremos se realiza el análisis de frecuencias para cada una de las Dimensiones del estudio. Las Figuras de la 11 a la 15 muestran los resultados obtenidos.

Del total de encuestados se percibe, en la dimensión Agilidad, una frecuencia del 51 en el baremo Nivel alto y solo de 10 para el Nivel medio. La Figura 11 muestra el porcentaje resultado para evaluar la dimensión de agilidad. Se interpreta que la Metodología AgilePM-S cumple con un 83.6% con las características propias de agilidad, alcanzando un nivel de logro alto.

La dimensión Tiempo de Entrega, los encuestados respondieron para el Nivel alto una frecuencia de 42 encuestados y para el Nivel medio d 19 encuestados. la Metodología AgilePM-S cumple con sólo un 68.9% con nivel de logro alto en las características propias del Tiempo de Entrega, y alcanzando un 31.1% de nivel medio. Los encuestados coinciden en el tiempo es una variable determinante en el avance, seguimiento y entrega del proyecto, a su vez éste es limitado, ya que se debe cumplir con los trabajos y entregas propias de su ciclo escolar. La Figura 12 muestra los resultados para la dimensión Tiempo de Entrega.

Con respecto a la dimensión Adaptación al cambio, la Metodología AgilePM-S cumple con un 80.3% con nivel de logro alto en las características propias del Adaptación al cambio, y alcanzando un 19.7% de nivel medio. La Figura 13 muestra los resultados obtenidos para la dimensión Adaptación al cambio.

Asimismo, se realiza un análisis por dimensión de las medidas de dispersión con respecto a los datos recogidos por el instrumento AgilePM-SS. En seguida se exhiben los Histogramas para cada una de las variables creadas en el SPSS y que específicamente responden a los Postulados Ágiles. Las Figuras de la 15 a la 19 muestran los Histogramas por Dimensión considerando sus baremos definidos.

5. Conclusiones

La gestión ágil es una práctica que conlleva al éxito de proyectos que poseen dinamismo significativo. Concretamente, para proyectos de desarrollo de software los modelos, procesos y metodologías que envuelven el desarrollo de software tendrán que integrarse adecuadamente y, esto dependerá en gran medida del uso de estándares que regulen y guíen los procesos a seguir.

Los resultados conseguidos en el estudio realizado corresponden a un análisis cuantitativo, después de haber contrastado los referentes de los Postulados Ágiles y la Metodología AgilePM-S. Asimismo, se tuvo a bien, incluir los procesos principales de dicha Metodología para que el lector conozca y tenga una visión más amplia de la propuesta a evaluar.

La gestión ágil de proyectos está caracterizada por la adaptabilidad, flexibilidad, equipos autoorganizados y resistencia al cambio, en general, se persiguen los preceptos del enfoque ágil. Por lo cual, existe una dificultad propia de la naturaleza de los proyectos de desarrollo de software. A través del tiempo y el avance científico han emergido muchas propuestas y tendencias en el camino de la gestión de proyectos. Es, una camino largo y amplio de dominar. Con este estudio se permite evaluar la Metodología AgilePM-S concluyendo que es apropiada y tiene un nivel alto de aceptación en su uso, específicamente con la muestra analizada. Sin embargo, queda abierta la investigación de esta Metodología y pueda servir de aporte para la gestión ágil de proyectos académicos de desarrollo de software.

Por último, en trabajos futuros, se plantea la mejora continua y experimentación de la Metodología AgilePM-S propuesta en el contexto específico del uso en proyectos académicos. Es importante mencionar, que además existe un campo muy amplio de investigación para diversos estudios, considerando nuevos paradigmas, metodologías, estándares y la integración de ellos, siendo ciertamente una oportunidad indiscutible para el avance científico y tecnológico en el área de la Ingeniería de Software.

References

Referencias

Alonso, F., Martinez, L., & Segovia, J. (2005). Introducción a la Ingeniería del Software: Modelos de desarrollo de programas. Madrid: Delta publicaciones.

Cunningham, W. (2001). Manifiesto por el Desarrollo Ágil de Software. Obtenido de https://agilemanifesto.org/iso/es/manifesto.html

Dingsoeyr, T., Falessi , D., & Power, K. (2019). Agile Development at Scale: The Next Frontier. IEEE Software, 36(2), 30-38.

Hernández Cruz, L., & Bravo Diaz, B. (2020). Design of a procedure for the agile management of software development projects aligned to the pmbok guide | Diseño de un procedimiento para la gestión ágil de proyectos de desarrollo de software alineados a la guía del pmbok. Revista Iberica de Sistemas e Tecnologias de Informacao(E32), 229-241.

Laínez, J. R. (2015). Desarrollo de Software Ágil: Extremme Programming y Scrum. (2da. edición ed.). IT Campus Academy.

Layton, M. C., & Ostermiller, S. J. (2017). Agile Project Management for Dummies (2da. Edición ed.). New Jersey: John Wiley & Sons, Inc.

Pressman, R. S. (2010). Software Engineering: A Practitioner's Approach (7a. edición ed.). New York: McGraw-Hill Education.

Project Management Institute, Inc. (2017). Agile Practice Guide. Pennsylvania: Project Management Institute, Inc.

Project Management Institute, Inc. (2017). Guía de los Fundamentos para la Dirección de Proyectos: Guía del PMBOK sexta edición. Pennsylvania, Estados Unidos de América: Project Management Institute, Inc.

Project Management Institute, Inc. (07 de 11 de 2019). Project Management Institute. . Obtenido de Project Management Institute. America Latina: https://americalatina. pmi.org/latam/AboutUS/WhatisPMI.aspx

Ramos, D., Noriega, R., Laínez, J. R., & Durango, A. (2017). Curso de Ingeniería de Software (2da. edición ed.). IT Campus Academy.

Sangacha Tapia, L. M., Varela Tapia, E., Ortiz Zambrano, J. A., Ortiz Aguirre, I., Masabanda Campoverde, L. G., & Ferruzola Duque, W. S. (2019). Aplicación móvil en los ambientes educativos en Ecuador: "Monitoreando tareas y Asistencia en tiempo Real". RISTI - Revista Ibérica de Sistemas e Tecnologias de Información(E22), 33.

Schwaber, K., & Sutherland, J. (2017). Obtenido de La Guía de Scrum: http://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US. pdf#zoom=100

Sommerville, I. (2015). Software Engineering (10a. edición ed.). Pearson Education.

Urso, C. (2013). Dirección de Proyectos Exitosos. Cómo dejar de administrar el caos y encarar proyectos posibles y previsibles.. México: Granica.

VERBI GmbH. (2020). MAXQDA. The Art of Data Analysis. Obtenido de https: //es.maxqda.com/software-analisis-datos-cualitativos?gclid=CjwKCAjwiMj 2BRBFEiwAYfTbCqamBPtBqPDrOCvG0ZjxKB-MtlRmKorZxtK1567YfHN4or1rXR YBLx°CMigQAvD_BwE