TRABAJO EN EQUIPO RESPECTO A LA CONSTRUCCION DE

SOFTWARE DE RESULTADOS DE PRUEBAS SABER.

Nicolas Alexander Ibarra, Diego Jose Osorio, Pedro Alexander Cabezas, Jhojan Estiven Cordoba, Hellman
Sebastian Salcedo.

a Ingeniería de Software II, Universidad Mariana, Calle 18 No. 34-104, San Juan de Pasto, Nariño-Colombia

Resumen
El objetivo principal de este artículo es utilizar la metodología de scrum para un trabajo en
equipo ágil y eficaz, saber interpretar la información obtenida respecto a la estimación de
tiempos en la construcción de software. Como resultado, se logró construir el software aplicando
Scrum siendo capaces de trabajar en equipo y hacer las correspondientes tareas a tiempo, se
logró identificar la necesidad de basarse en los tiempos realizados de cada historia de usuario en
la gestión del proceso de software y estar capacitado en la herramienta que se realizara el
proceso de software. El trabajo presenta información sobre el uso de scrum, representando que
es una metodología optima debido a que se trabajó con 5 personas, se adoptaron cambios que
presenta esta metodología permitiendo la mejora de los tiempos al desarrollar el software
utilizando distintas herramientas para un mejor desempeño de trabajo como Github.

Palabras clave: Construcción de Software, Equipo de trabajo, Scrum.

Abstract

The main objective of this article is to use the scrum methodology for an agile and efficient teamwork, to know how
to interpret the information obtained regarding the estimation of times in the construction of software. As a result, it
was possible to build the software by applying Scrum, being able to work as a team and do the corresponding tasks
on time, it was possible to identify the need to be based on the time taken for each user story in the software process
management and be trained in the tool that will perform the software process. The work presents information on the
use of scrum, representing that it is an optimal methodology because it was worked with 5 people, changes were
adopted that this methodology presents allowing the improvement of the times when developing the software.

Keywords: Software Development, Scrum, Teamwork.

 1. Introducción

La Ingeniería de Software es un campo que tiene pasos muy importantes dentro de ella que
siempre se dirigirán por gestiones elementales para la realización de un software y el trabajo en
equipo. En la construcción de este software (Visualizador de resultados de pruebas saber pro)
aparecerán dificultades para avanzar en el desarrollo del software como por ejemplo el desorden
al organizar las tareas para cada miembro del equipo, haciendo que se pierda tiempo
demostrando que Scrum por sus características no es válido para cualquier proyecto ni para
cualquier persona o equipo de personas, la perdida de tiempo ocurre a la hora de no manejar
correctamente los diferentes grupos de procesos que abarca la metodología de Scrum en un
proyecto software. Los problemas que con más frecuencia se dan es el no manejar el tiempo en
un Sprint al momento de realizar cada tarea, cambiar requerimientos a medio proyecto realizado
y por último el no gestionar individualmente tareas haciendo que genere retrasos en el proyecto.

La construcción de software es un proyecto que se realiza a través de ciertos procesos

definidos como, iniciación, ejecución, monitoreo y control, y cierre, se llevan a cabo para que la
planeación de la construcción del software salga futuramente igual de cómo se planeó.

El trabajo en equipo se define como la unión de dos o más personas organizadas de una forma
determinada, las cuales cooperan para lograr un fin común que es la ejecución de un proyecto.
Se puede afirmar que es la mejor manera de fomentar un buen clima laboral ya que potencia la
motivación de los empleados y, por ende, la retención del talento, uno de los mayores retos hoy
en día en las organizaciones. (Ranstad).

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas

para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto.
Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de
trabajar de equipos altamente productivos. (Albaladejo)

Según (Albaladejo) Scrum se realizan entregas parciales y regulares del producto final,
priorizadas por el beneficio que aportan al receptor del proyecto. Para conocer y desarrollar
habilidades en la construcción de software basada en equipos, en el semestre B de 2018 en el
desarrollo de la materia Ingeniería de Software II, se planteó el caso de estudio basado en la
problemática para gestión el proceso de evolución en las competencias genéricas para los
estudiantes del programa de Ingeniería de Sistemas. En este sentido, se conformó un equipo de
trabajo que apoyado en el método Scrum, recopiló y priorizó las necesidades del cliente para
plantear como parte de la solución una aplicación web mediante el desarrollo de un Sprint.

2. Resultados y discusión

A continuación, se presentan los resultados obtenidos en el ejercicio de construir un producto

software en equipo que se plantea como solución a la problemática presentada en el caso de
estudio.

Se debe presentar e interpretar los resultados obtenidos según el análisis de los datos
recopilados durante el proceso de hacer software. Se recomienda hacer uso de Tablas o Gráficas, Commented [S1]: Por hacer

interpretando los resultados, presentando argumentos que justifiquen los resultados más
relevantes que se observen. Commented [S2]: Para el artículo que se entrega, esta
explicación se debe eliminar.

A continuación, se indica la forma de presentar los resultados de una tabla (Ver Tabla 1)

Tabla 1
Título de la tabla 1
Encabezado1 Encabezado 2

A continuación, se indica la forma de presentar los resultados de una gráfica (Ver gráfica 1)

Gráfica 1. Título de la gráfica 1

 3. Conclusiones

Conclusión 1. El tiempo estimado para realizar cada ítem de cada historia de usuario fue
menor al planeado, sin embargo se realizaron todas las tareas planeadas.

Conclusión 2. Se concluye que es necesario verificar la complejidad de las historias de

usuario y así estimar de la manera en que se ocupe todo el tiempo establecido en cada semana de
trabajo.

Conclusión 3. Se concluye que la estimación es un factor fundamental para evitar sobre

costos cuando se desarrolla software.

Conclusión 4. Hubo retrasos en el primer sprint debido a que no se organizaron de la mejor

forma las tareas de cada miembro del equipo de Scrum.

Conclusión 5. Para el segundo Sprint el trabajo fue mucho mejor debido a que se aplicó de
mejor manera la metodología de Scrum.

Conclusión 6. La metodología de Scrum nos ayudó en la construcción del software debido a

que hubo más comunicación entre los miembros del equipo.

4. Recomendaciones

En el primer sprint se necesitó más del tiempo planeado, por esta razón, se recomienda que
cada vez que se termina un sprint se deba revisar las horas que utiliza cada historia de usuario
para escoger y estimar correctamente las siguientes historias de usuarios y Sprints.

Por otro lado al desarrollar software se recomienda utilizar herramientas de codificación que
le permitan mejorar el rendimiento a la hora de codificar como Papyrus ya que esta herramienta
utiliza extensiones que le permiten generar código a través del modelo por medio de la extensión
conde reverse.
 5. Referencias Bibliográficas

Albaladejo, X. (s.f.). proyectosagiles. Obtenido de https://proyectosagiles.org/que-es-scrum/

Casallas, R., Soto, M., & Yie, A. (2011). PSP. Bogotá D.C. - Colombia: Universidad de los Andes.

Humphrey, W. S. (2000). The Personal Software Process. Pittsburgh - USA: Carnegie Mellon University.

Pomeroy-Huff, M., Cannon, R., Chick, T. A., Mullaney, J., & Nichols, W. (2009). The Personal Software
Process, Body of Knowledge, Version 2.0. Carnegie Mellon University.

Ranstad. (s.f.). Ranstad. Obtenido de https://www.randstad.es/tendencias360/trabajo-en-equipo-la-

union-conlleva-al-exito/