Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Esta obra est´a bajo una Licencia
Creative Commons Atribuci´on
4.0 Internacional.
Tipo de art´ıculo: Art´ıculos originales
Tem´atica: Calidad de software
Recibido: 30/04/2024 |Aceptado: 15/06/2024 |Publicado: 30/09/2024
Identificadores persistentes:
DOI: 10.48168/innosoft.s16.a176
ARK: ark:/42411/s16/a176
PURL: 42411/s16/a176
Propuesta de una Metodolog´ıa basada en DevSecOps y
SCRUM para el desarrollo de Software con Calidad
Proposal of a DevSecOps SCRUM-based Methodology for
Software Development with Quality
Itzel Xochitototl Cote1[0009-0008-1409-549X]*, Jos´e Juan Hern´andez Mora2[0000-0003-2878-7290], Mar´ıa
Guadalupe Medina Barrera3[0000-0003-3074-0029], Elizabeth Cuatecontzi Cuahutle4[0009-0008-0531-0354],
Juan Ramos Ramos5[0009-0004-7440-7257]
1Tecnol´ogico Nacional de M´exico/Campus Apizaco. M´exico. C.P. 90300. m23370012@apizaco.tecnm.mx
2Tecnol´ogico Nacional de M´exico/Campus Apizaco. M´exico. C.P. 90300. juan.hm@apizaco.tecnm.mx
3Tecnol´ogico Nacional de M´exico/Campus Apizaco. M´exico. C.P. 90300. guadalupe.mb@apizaco.tecnm.mx
4Tecnol´ogico Nacional de M´exico/Campus Apizaco. M´exico. C.P. 90300. elizabeth.cc@apizaco.tecnm.mx
5Tecnol´ogico Nacional de M´exico/Campus Apizaco. M´exico. C.P. 90300. juan.rr@apizaco.tecnm.mx
∗Autor para correspondencia: m23370012@apizaco.tecnm.mx
Resumen
La colaboraci´on en equipos de desarrollo de software a menudo necesita una buena gesti´on de las actividades;
con la aplicaci´on de metodolog´ıas ´agiles es posible administrar los cambios, sin embargo, una cultura de
colaboraci´on transversal en la organizaci´on y una responsabilidad compartida en relaci´on con la seguridad en
el desarrollo permite una comunicaci´on integral, lo que les da mejores herramientas a las partes interesadas
para la toma de decisiones.
El objetivo de este trabajo es describir la propuesta de una metodolog´ıa para la gesti´on del desarrollo de pro-
yectos de software con base en DevSecOps y Scrum; posteriormente, se prueba la metodolog´ıa en el desarrollo
de dos casos de estudio y se presentan los resultados, adem´as, identifican las mejoras en los tiempos de entrega
y la calidad del desarrollo de software.
Finalmete, se comenta c´omo la integraci´on de metodolog´ıas ´agiles DevSecOps y SCRUM en la gesti´on de
proyectos de desarrollo de software proporciona una estructura robusta para adaptarse a los cambios y mejorar
la calidad del producto final.
Palabras claves: Colaboraci´on transversal, DevSecOps, Gesti´on del desarrollo, Mejora Continua, Seguridad
de la informaci´on.
Abstract
Collaboration in software development teams often requires effective activity management. Agile methodologies
enable managing changes; however, fostering a culture of cross-functional collaboration within the organization
and shared responsibility for security in development facilitates comprehensive communication. This provides
stakeholders with better decision-making tools.
The aim of this paper is to outline a methodology proposal for managing software development projects based
on DevSecOps and Scrum. Subsequently, the methodology is tested in two case studies, and the results are
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
64
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
presented, highlighting improvements in delivery times and software development quality.
Finally, it discusses how integrating agile methodologies like DevSecOps and Scrum in software development
project management provides a robust framework to adapt to changes and enhance the quality of the final
product.
Keywords: Cross-functional collaboration, DevSecOps, Development management, Continuous Improvement,
Information Security.
Introducci´on
Seg´un investigaciones en el ´ambito de la tecnolog´ıa y el desarrollo de software, se evidencia que existen diversos
desaf´ıos como una mala planeaci´on, falta de comunicaci´on con el cliente, cambio de alcances, personal mal
capacitado y fallas en el proceso de desarrollo del software llevan al desecho del trabajo previo [1–4]. Para
afrontar estos riesgos, se han propuesto metodolog´ıas ´agiles que permiten la entrega de software constante y
tomando en cuenta siempre las necesidades del cliente y alineando el trabajo a los objetivos de la empresa. Sin
embargo, aunque se encuentra amplia informaci´on acerca de estas metodolog´ıas, poco se habla de su correcta
implementaci´on y de los problemas culturales a los que los l´ıderes de equipos de desarrollo se enfrentan al
momento de desarrollar software de calidad [5–9]
Por ello, el presente trabajo investiga y analiza la combinaci´on de la metodolog´ıa ´agil DevSecOps y SCRUM
en una empresa internacional, en sus equipos de desarrollo de un software, para la gesti´on del capital humano
y tiene como objetivo administrar los requerimientos del cliente a manera de evitar fallas en las entregas de los
proyectos [6], [7], [9], [10]. DevSecOps como cultura organizacional permite estar al pendiente de los Feedback
que el cliente env´ıa durante el desarrollo del proyecto, mientras que Scrum gestiona las c´elulas de desarrollo
de software en la conformidad del cliente en cada Sprint [6], [11].
Adem´as, Scrum como metodolog´ıa ´agil, ha probado su funcionalidad, pero tambi´en se ha experimentado la falta
de compromiso organizacional en las empresas que carecen de cultura DevSecOps alineada a los est´andares de
Scrum [12], [13].
En el desarrollo de la metodolog´ıa propuesta, los casos de estudio, procesos y resultados presentados en este
proyecto permiten a los lectores la comprensi´on de las metodolog´ıas y la correcta aplicaci´on, al mismo tiempo,
se podr´ıa interpretar el presente trabajo como gu´ıa de aplicaci´on de la metodolog´ıa denominada ´
AgilSegura ,
y algunos ejemplos de problemas encontrados en las aplicaciones de prueba y posibles soluciones.
Por otro lado, se analizan trabajos relacionados con DevOps y la gesti´on del talento humano en el desarrollo
de software. Seg´un Navarro [14] DevOps implica un cambio de mentalidad y paradigma laboral, lo que re-
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
65
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
quiere adoptar nuevas herramientas, tareas y formas de comunicaci´on. Este cambio en lo personal y grupal es
fundamental para la implementaci´on exitosa de DevOps en una organizaci´on.
Por su parte, Garc´ıa-Mireles et al. [15] destacan la importancia de la comunicaci´on con los clientes para
identificar ´areas de mejora en las aplicaciones y monitorear los desechos generados durante el desarrollo.
Tambi´en se˜nalan la necesidad de alentar al equipo de desarrollo desde una perspectiva gerencial. Asimismo,
se menciona la interacci´on entre SCRUM y DevOps en el desarrollo de proyectos, subrayando su relevancia en
la gesti´on del talento humano y los resultados obtenidos.
En otros estudios, recomiendan aplicar un enfoque estructurado para gestionar el cambio y alentar a los
empleados a adoptar nuevas pr´acticas, lo que puede aumentar la velocidad de adopci´on y la eficiencia del
proyecto, reduciendo costos en el proceso. Sin embargo, la mala gesti´on del cambio puede poner en riesgo tanto
a los individuos como al proyecto y la organizaci´on en su conjunto, por lo que es crucial dise˜nar herramientas
de prevenci´on de riesgos y asegurar que las personas realicen su trabajo de manera diferente para alcanzar los
objetivos del proyecto a tiempo y dentro del presupuesto [12], [13].
Metodolog´ıa computacional
La metodolog´ıa propuesta ´
AgilSegura basada en DevSecOps y Scrum, permite una gesti´on integral, ya que,
involucra a todas las personas interesadas en el desarrollo del proyecto, con el fin de mejorar los indicadores de
desempe˜no de los desarrolladores para entregar un producto de calidad y obtener ventajas competitivas como
se observa en la Figura 1, donde se muestra la integraci´on para desarrollo de software.
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
66
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Figura 1. Metodolog´ıa ´
AgilSegura
En la Figura 1, se puede observar c´omo gestionar el desarrollo de una aplicaci´on a trav´es de fases como la
planeaci´on, el desarrollo, el despliegue, las operaciones y el monitoreo.
Durante la etapa de Planeaci´on, se crea el plan de negocio, el cual, establece una relaci´on comercial entre la
empresa y el cliente. Se definen las historias de usuario del proyecto, para dar paso a la hoja de ruta (Road
map), que es un gr´afico que muestra las actividades a desarrollar y su tiempo de ejecuci´on.
Adem´as, en Sprint Planning, se deben de generar la minuta de acuerdos iniciales y el Product Backlog, que son
las actividades por desarrollar. Tambi´en, es importante evaluar los riesgos y amenazas del proyecto, as´ı como,
realizar un an´alisis de las vulnerabilidades de la informaci´on para poder elaborar las pol´ıticas de seguridad del
proyecto.
Despu´es, durante la etapa de Desarrollo se lleva a cabo el Sprint, que es un evento con tiempo definido, en
el que se llevan a cabo diversas actividades, con el fin de codificar ordenadamente el proyecto de software y se
debe de tener un tablero Kanban, para ordenar las actividades de Sprint Backlog.
En consecuencia, es fundamental llevar a cabo reuniones diarias, conocidas como Daily Scrum, donde se dis-
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
67
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
cuten dudas, inconvenientes, retrasos y acuerdos. Durante estas reuniones, se elabora una minuta de acuerdos
que permite una comunicaci´on efectiva y una retroalimentaci´on adecuada. En este contexto, durante el feed-
back, se expresan sentimientos, se identifican impactos y consecuencias, se proponen mejoras y se fomenta el
compromiso tanto del equipo como del cliente. Adem´as, se monitorean las pol´ıticas de seguridad y se observan
los comportamientos para garantizar un desarrollo ´optimo del proyecto.
Durante el sprint, es importante detectar y responder a los riesgos del proyecto. Con el an´alisis de la seguridad
de la informaci´on se pueden clasificar y evaluar las carencias que se tienen y de esta manera identificar los
niveles de riesgo y monitorearlos.
Luego entonces, el entorno de desarrollo utilizado en la construcci´on y el despliegue de la aplicaci´on, debe
contar con control de versiones; por ejemplo, GITHUB, adem´as debe de estar bien administrado para mitigar
errores en la integraci´on del c´odigo entre los miembros del equipo y se debe de considerar utilizar un servidor de
construcci´on del sistema; asimismo, permanentemente evaluar la calidad del producto, la integraci´on, realizar
documentaci´on de las pruebas y evaluar el ambiente de puesta en escena del proyecto.
Y con el fin de documentar, se integran en forma continua las actualizaciones al software, por lo que se deben
de ir corrigiendo errores para mejorar las funcionalidades del sistema con cada iteraci´on.
Durante la etapa de Despliegue y Operaciones se genera la minuta de acuerdos finales del sprint, donde
se eval´uan las funcionalidades del sistema, escaneo de la red, escaneo de vulnerabilidades, revisi´on de puertas
traseras, revisi´on de la integridad de los archivos y de las actividades que realiza el software desarrollado.
Y se lleva a cabo una reuni´on de retrospectiva (Sprint Retrospective), para identificar mejoras y problemas
encontrados.
Adem´as, se entrega un producto m´ınimo viable al cliente, que es un incremento en el desarrollo del proyecto,
para ello se debe de cumplir con todas las actividades establecidas en el Sprint Backlog.
Tambi´en es importante Monitorear el correcto funcionamiento del sistema entregado en esta etapa y se realiza
una reuni´on de revisi´on de los incrementos al Proyecto, las que se deben de mantener y las que se deben de
modificar. Todo ello, con el objetivo de generar referencias de mejora para implementar el siguiente sprint.
El principal objetivo de esta metodolog´ıa es mejorar el rendimiento del personal del equipo de desarrollo,
reduciendo la deuda t´ecnica, logrando la entrega de los proyectos bajo un sello de calidad con enfoque en
seguridad de la informaci´on. Y con ello, lograr eficiencia econ´omica para la empresa; pero, sin olvidar que el
cambio que se sugiere en la propuesta debe ser integral.
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
68
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Resultados
Para verificar la metodolog´ıa ´
AgilSegura, se implementa en dos casos de estudio.
Caso uno: Se prob´o la metodolog´ıa con proyectos a estudiantes de Octavo Semestre de Ingenier´ıa en Tecno-
log´ıas de la Informaci´on y comunicaci´on, donde, se les proporcion´o informaci´on sobre la metodolog´ıa, las fases,
los procesos y actividades que se utilizaron y la forma en c´omo se valida la informaci´on de salida.
El objetivo fue que los alumnos aprendieran la metodolog´ıa y la aplicaran en el desarrollo de un producto en
equipo.
Resultados: Durante la ejecuci´on de las pruebas de la metodolog´ıa, se encontraron patrones de implemen-
taci´on de la misma y se pudieron clasificar en dos grupos, los que aplicaron la metodolog´ıa y los que no la
aplicaron.
As´ı mismo, se observ´o que, en un equipo, la falta de inter´es en la correcta aplicaci´on de la metodolog´ıa interfiri´o
de forma directa con el logro de los objetivos. Por el lado positivo, los equipos aprendieron a comunicarse y
dominar el estr´es que provoc´o la constante entrega de producto de valor para el cliente. Como se puede observar
en la Figura 2, donde se muestra la comparaci´on del desempe˜no de los grupos con y sin la metodolog´ıa.
Figura 2. Comparaci´on del desempe˜no de grupos con y sin metodolog´ıa ´
AgilSegura.
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
69
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Adem´as, en la Figura 2 se observa que los equipos se evaluaron con una escala de 1 a 5, donde 5 es la calificaci´on
m´as alta y las categor´ıas a evaluar en el desempe˜no son la forma en que el equipo analiz´o los requerimientos,
c´omo realiz´o la asignaci´on de roles, determinaci´on del backlog, el control del progreso de las actividades, el
dise˜no del producto, la comunicaci´on con el cliente, la entrega de valor y la calidad de retrospectiva que se
realiz´o, con el fin de obtener una muestra completa de la aplicaci´on de la metodolog´ıa.
Caso dos: Gesti´on de la aplicaci´on Chat Corporativo en una empresa de desarrollo de software internacional.
Herramienta: la gesti´on y coordinaci´on de las actividades de este proyecto se llev´o a cabo mediante Trello,
adem´as, se desarroll´o un formato de minutas de acuerdos para poder mantener una comunicaci´on formal entre
los miembros del equipo, los gerentes de la empresa y el cliente.
Comentario: Cabe aclarar que la aplicaci´on se encuentra en etapa de pruebas y a´un, no cuenta con planes de
contingencia, planeaci´on de riesgos, y errores en la estimaci´on de tiempos de entrega. Pero si sepudo observer
que la inexperiencia de los desarrolladores, la falta de comunicaci´on entre los miembros de desarrollo del
proyecto tienen como consecuencia el retraso en los sprint, por lo que, se podr´ıa genera el riesgo de una deuda
t´ecnica.
Resultados: En el primer sprint se prob´o la metodolog´ıa en el desarrollo del sistema y se observ´o un completo
control, los desarrolladores llevaron a cabo su roles y sus actividades, las reuniones y las minutas ayudaron a
que las actividades se desarrollaran en tiempo y forma como se observa en la Figura 3; pero a medida que los
cambios en los requisitos del Sistema y alcance se iban implementando, en los sprint siguientes, la planeaci´on
se afect´o, los nuevos miembros del equipo no aplicaron la metodolog´ıa, lo que provoc´o un descontrol en tiempos
de entrega, falta de comunicaci´on como se observa en la Figura 4.
Luego, entonces con la aplicaci´on de la metodolog´ıa ´
AgilSegura en el sprint uno, el equipo no tuvo problemas
de entregar los objetivos a tiempo, como se muestra en la Figura 3.
La Figura 3 muestra la evaluaci´on del tiempo de desarrollo planeado, seg´un las actividades del Backlog y lo
confronta con el tiempo real del desarrollo; resaltando la entrega del objetivo a tiempo.
Posteriormente, en el sprint dos, los cambios de alcance en el proyecto y nuevos integrantes en el equipo que
desconocian la metodolog´ıa propuesta, provoc´o que el tiempo de entrega tuvieran un mayor retraso como se
puede observar en la gr´afica Burndown; que se muestra en la Figura 4. Adem´as, la Figura 4, muestra que,
durante el desarrollo del segundo sprint, existe un retraso en el tiempo de entrega de las actividades, desde el
d´ıa uno hasta el d´ıa quince, tambi´en, se muestra las actividades que se van realizando a lo largo de los d´ıas,
lo que indica el retraso en la de entrega del proyecto, el cual, es 10 d´ıas mayor al planeado.
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
70
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Figura 3. Comparaci´on del desempe˜no de equipos de desarrollo con la aplicaci´on de la metodolog´ıa.
Figura 4. Se muestran los problemas evidentes en el desarrollo del segundo sprint.
Discusi´on
Los casos de estudio que se presentan revelan varios aspectos interesantes en la aplicaci´on de metodolog´ıa
´
AgilSegura en entornos educativos y empresariales. Ambos casos muestran c´omo la implementaci´on y ejecuci´on
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
71
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
de la metodolog´ıa puede influir significativamente en los resultados finales de los proyectos.
Tambi´en, se observa que los equipos que no utilizaron la metodolog´ıa tuviero problemas con el logro de sus
objetivos en tiempo y forma. A pesar de los desaf´ıos, los casos de estudio nos permiten observar c´omo los
equipos aprendieron valiosas habilidades de comunicaci´on y manejo del estr´es, aspectos cruciales en entornos
de desarrollo de software donde la entrega continua de valor al cliente es fundamental. Al final, ambos casos
de estudio proporcionan lecciones valiosas para estudiantes, profesionales y empresas sobre la implementaci´on
pr´actica de la metodolog´ıa ´
AgilSegura en el desarrollo y gesti´on de proyectos en entornos reales de desarrollo.
Estas lecciones no solo son relevantes desde el punto de vista t´ecnico, sino tambi´en en t´erminos de habilidades
interpersonales y organizativas necesarias para el ´exito en proyectos complejos y din´amicos de creaci´on de
software.
Conclusiones
La problem´atica de la falta de adopci´on de la cultura DevSecOps se evidencia en la aplicaci´on de esta meto-
dolog´ıa, c´omo se muestra en los casos de estudio 1 y 2; lo cual impacta negativamente en las organizaciones
al afectar la comunicaci´on efectiva y en consecuencia el desempe˜no de los equipos de trabajo. Sin embargo,
al analizar la informaci´on recabara, se puede observar que los puntos cr´ıticos est´an donde las organizaciones
enfrentan problemas de comunicaci´on, seguridad e integraci´on de la informaci´on.
Adem´as, identificamos que la aplicaci´on de ´
AgilSegura es una soluci´on efectiva para mitigar los problemas
comunicaci´on en el desarrollo de aplicaciones, ya que permite una gesti´on integral de los proyectos de software.
Esta integraci´on proporciona a todos los involucrados en el proyecto la informaci´on necesaria para tomar
decisiones que beneficien tanto al proyecto como a la organizaci´on.
Al final, la adopci´on de la metodolog´ıa ´
AgilSegura en el desarrollo de un proyecto de software, no solo mejora
la eficiencia y la seguridad en las aplicaciones, sino que tambi´en fortalece la colaboraci´on y el desempe˜no de
los equipos de trabajo, promoviendo as´ı el ´exito organizacional y reduciendo la deuda t´ecnica del proyecto.
Trabajos futuros
Bas´andonos en la investigaci´on presentada en los casos de estudio sobre la implementaci´on de metodolog´ıa
´
AgilSegura existen varias ´areas de trabajo futuro que podr´ıan explorarse:
Estudio de factores que afectan la gesti´on del tiempo: Dado que el tiempo fue un factor cr´ıtico en ambos
casos de estudio, ser´ıa interesante investigar m´as a fondo los factores que contribuyen a los retrasos en los
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
72
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
proyectos de desarrollo de software. Esto podr´ıa incluir desde an´alisis de carga de trabajo hasta estudios sobre
la efectividad de t´ecnicas de estimaci´on de tiempos.
Implementaci´on de estrategias de gesti´on de riesgos y planes de contingencia: El segundo caso de estudio resalta
la falta de planes de contingencia y gesti´on ineficaz de riesgos. Investigar y desarrollar mejores pr´acticas en la
identificaci´on temprana de riesgos, as´ı como en la implementaci´on de planes de contingencia efectivos, podr´ıa
mitigar los impactos negativos en los proyectos.
En resumen, estas ´areas no solo pueden ayudar a prevenir problemas conocidos, sino tambi´en a mejorar la
eficiencia y la calidad en la ejecuci´on de proyectos tecnol´ogicos complejos reduciendo considerablemente la
deuda t´ecnica.
Contribuci´on de Autor´ıa
Itzel Xochitototl Cote: Conceptualizaci´on,Investigaci´on,Metodolog´ıa,Software,Validaci´on,Redacci´on -
borrador original.Jos´e Juan Hern´andez Mora: Conceptualizaci´on,Investigaci´on,Metodolog´ıa,An´alisis for-
mal,Recursos,Visualizaci´on,Supervisi´on,Administraci´on de proyectos,Adquisici´on de fondos,Curaci´on de
datos,Escritura, revisi´on y edici´on.Mar´ıa Guadalupe Medina Barrera: Conceptualizaci´on,Investigaci´on,
Metodolog´ıa,An´alisis formal,Recursos,Visualizaci´on,Supervisi´on,Administraci´on de proyectos,Adquisici´on
de fondos,Curaci´on de datos,Escritura, revisi´on y edici´on.Elizabeth Cuatecontzi Cuahutle: Concep-
tualizaci´on,Investigaci´on,Metodolog´ıa,An´alisis formal,Recursos,Visualizaci´on,Supervisi´on,Administraci´on
de proyectos,Adquisici´on de fondos,Curaci´on de datos,Escritura, revisi´on y edici´on.Juan Ramos Ra-
mos: Conceptualizaci´on,Investigaci´on,Metodolog´ıa,An´alisis formal,Recursos,Visualizaci´on,Supervisi´on,
Administraci´on de proyectos,Adquisici´on de fondos,Curaci´on de datos,Escritura, revisi´on y edici´on.
Referencias
[1] F. Flores-Cerna, V. M. Sanhueza-Salazar, H. M. Vald´es-Gonz´alez, and L. Reyes-Bozo, “Metodolog´ıas
´agiles: un an´alisis de los desaf´ıos organizacionales para su implementaci´on,” Revista Cient´ıfica, vol. 43,
no. 1, pp. 38–49, 2022, doi: 10.14483/23448350.18332.
[2] C. Bryar and B. Carr, “Have we taken agile too far?” Harvard Business Review, 2021. [Online].
Available: https://hbr.org/2021/04/have-we-taken-agile-too-far
[3] K. M. S´anchez, “Proceso de gesti´on de incidentes y problemas para la mesa de ayuda y de servicios
de record S.A, basado en ITIL (information technology infrastructure library),” Monter´ıa, C´ordoba,
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
73
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
Colombia: Universidad de C´ordoba, 2021. [Online]. Available: https://repositorio.unicordoba.edu.co/
entities/publication/0f600392-dc9a-4a29-b4eb-06e167e07e28
[4] R. B. TI, “Los 3 desaf´ıos de implantar una cultura DevOps,” Revista Byte TI, 2019. [Online]. Available:
https://revistabyte.es/actualidad-it/devops/implantar-una-cultura-devops/
[5] J. S. Q. Monroy, J. V. M. Padua, and I. A. C. Jim´enez, “Caracterizaci´on y comparaci´on de metodolog´ıas
´agiles y tradicionales de desarrollo de producto,” Ciencia e Ingenier´ıa Neogranadina, vol. 32, no. 2, pp.
9–26, 2022, doi: 10.18359/rcin.5168.
[6] CLEARED, “Devsecops fundamentals guidebook: Devsecops tools & activities,” DEPARTMENT OF
DEFENSE. United States of America, 2021. [Online]. Available: https://dodcio.defense.gov/Portals/0/
Documents/Library/DevSecOpsTools-ActivitiesGuidebook.pdf
[7] G. J. A. Zambrano, M. I. D. C. Lazo, D. G. M. Ch´avez, and D. C. V. Silva, “Gesti´on de riesgos para el
desarrollo de proyectos de sistemas cr´ıticos,” Revista Innovaci´on y Software, vol. 3, no. 2, pp. 132–139,
2022.
[8] D. G. C. Carpio, J. F. G. Mendoza, and J. H. Dorado, “Revisi´on del proceso de mejora de software,”
Revista Innovaci´on y Software, vol. 3, no. 2, pp. 91–98, 2022, doi: 10.48168/innosoft.s9.a70.
[9] M. E. C. Arroyo, A. F. V. Cabrera, J. P. S. Fern´andez, L. E. B. Chavil, and J. L. C. Otero, “Sistema
web para mejorar la gesti´on comercial y de talento humano utilizando la metodolog´ıa Scrum,” Revista
Innovaci´on y Software, vol. 5, no. 1, pp. 125–140, 2024, doi: 10.48168/innosoft.s15.a147.
[10] G. D. L. C. Rodr´ıguez, R. A. M. Fern´andez, and A. C. M. Fern´andez, “Seguridad de la informaci´on en
el comercio electr´onico basado en iso 27001 : Una revisi´on sistem´atica,” Revista Innovaci´on y Software,
vol. 4, no. 1, pp. 219–236, 2023, doi: 10.48168/innosoft.s11.a79.
[11] O. E. C. Uceda and J. M. A. Perez, “Influencia de scrum en los plazos de entrega y rendimiento en los
proyectos de las asignaturas de desarrollo de software,” Revista Iberoamericana de Tecnolog´ıa en Educaci´on
y Educaci´on en Tecnolog´ıa, no. 29, pp. 36–42, 2021, doi = 10.24215/18509959.29.e4.
[12] E. F. Moreno, “La gesti´on del cambio, la colaboraci´on virtual y la agilidad estrat´egica organizacional de
empresas mexicanas ante los impactos por el COVID-19,” Nova Sci, 2021, doi: 10.21640/ns.v13ie.2762.
[13] P. D. G. ´
Alvarez, “El cambio y su impacto en las organizaciones,” Academo, vol. 8, no. 2, pp. 213–220,
2021, doi: 10.30545/academo.2021.jul-dic.10.
[14] M. Navarro, “Sogeti: “todas las compa˜n´ıas quieren ser devops”,” Revista Byte TI, 2021. [Online].
Available: https://revistabyte.es/entrevistas/sogeti-devops-testing/
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
74
Revista Innovaci´on y Software
Vol. 5, No. 2, Mes Septiembre-Febrero, 2024
ISSN: 2708-0935
P´ag. 64-75
https://revistas.ulasalle.edu.pe/innosoft
[15] G. A. Garc´ıa-Mireles, N. P. Olivero, and H. Avila-George, “Devops y la medici´on de la calidad del producto
de software: Hallazgos preliminares,” RISTI, no. 53, pp. 37–52, 2024, doi: 10.17013/risti.53.37-52.
Facultad de Ingenier´ıa
Universidad La Salle, Arequipa, Per´u
facin.innosoft@ulasalle.edu.pe
75
