1

SENA

DOCUMENTO IDENTIFICANDO LA METODOLOGÍA PARA EL PROYECTO DE

DESARROLLO DE SOFTWARE

INTEGRANTES
Johnatan Palacio Cataño
Mateo Marín Callejas
Daniel Correa

Fase de Análisis

Servicio Nacional de Aprendizaje SENA

Análisis y desarrollo de software
# de Ficha 2626993
2023
 2

TABLA DE CONTENIDO

1. INTRODUCCION …………………………………………………………………3

2. METODOLOGIAS DE DESARROLLO DE SOFTWARE TRADICIONAL…..4

3. METODOLOGÍAS DE DESARROLLO DE SOFTWARE ÁGILES…………...4

4. SCRUM …………………………………………………………………………….5

5. FASES DEL SCRUM ……………………………………………………………..6

5.1 Planeación del Sprint/Sprint Planning ………………………………………6

5.2 Reunión de equipo de Scrum/Scrum team meeting ………………………6

5.3 Refinamiento del Backlog/Backlog Refinement………….…………………6

5.4 Revisión del Sprint/Sprint Review …………………………………………..6

5.5 Retrospectiva del Sprint/Retrospective ………………….…………………6

6. PRINCIPIOS DE LA METODOLOGIA SCRUM.……………..………………..7

6.1 Control sobre el proceso empírico ……………………………………………...7

6.2 Autoorganización …………………………………………………………………..7

6.3 Colaboración …………………………………………………………………….…..7

6.4 Priorización basada en valores …………………………………………………..7

6.5 Duración limitada …………………………………………………………………...7

6.6 Desarrollo iterativo …………………………………………………………………7

7. ROLES DEL SCRUM ……………………………………………………………..8

8. VENTAJAS DEL SCRUM ………………………………………………………..8

9. CONCLUSION …………………………………………………………………..10
 3

1. INTRODUCCION

Por medio de este trabajo vamos a evidenciar cada una de las fases o etapas
listadas en el proceso de creación de software, existen sub etapas o tareas. El
modelo de proceso o modelo de ciclo de vida utilizado para el desarrollo, define el
orden de las tareas o actividades involucradas, también define la coordinación
entre ella.
Las metodologías se definen como una secuencia de fases en la que al final de
cada una de ellas se reúne la documentación para garantizar que cumple las
especificaciones y los requisitos antes de pasar a la fase siguiente.
 4

2. METODOLOGIAS DE DESARROLLO DE SOFTWARE TRADICIONAL

Las metodologías de desarrollo de software son un conjunto de técnicas y

métodos organizativos que se aplican para diseñar soluciones de software
informático. El objetivo de las distintas metodologías es el de intentar organizar los
equipos de trabajo para que estos desarrollen las funciones de un programa de la
mejor manera posible.
El trabajo con una metodología de desarrollo de software permite reducir el nivel
de dificultad, organizar las tareas, agilizar el proceso y mejorar el resultado final de
las aplicaciones a desarrollar.
Las metodologías de desarrollo de software tradicionales se caracterizan por
definir total y rígidamente los requisitos al inicio de los proyectos de ingeniería de
software. Los ciclos de desarrollo son poco flexibles y no permiten realizar
cambios, al contrario que las metodologías ágiles; lo que ha propiciado el
incremento en el uso de las segundas.

3. METODOLOGÍAS DE DESARROLLO DE SOFTWARE ÁGILES

Como hemos dicho al principio del artículo, las metodologías ágiles de desarrollo
de software son las más utilizadas hoy en día debido a su alta flexibilidad y
agilidad. Los equipos de trabajo que las utilizan son mucho más productivos y
eficientes, ya que saben lo que tienen que hacer en cada momento.
Se basan en la metodología incremental, en la que en cada ciclo de desarrollo se
van agregando nuevas funcionalidades a la aplicación final. Sin embargo, los
ciclos son mucho más cortos y rápidos, por lo que se van agregando pequeñas
funcionalidades en lugar de grandes cambios.
Este tipo de metodologías permite construir equipos de trabajo autosuficientes e
independientes que se reúnen cada poco tiempo para poner en común las
novedades.
 5

4. SCRUM

La historia de Scrum se remonta a 1986 en el artículo de la Harvard Business

Review (HBR) titulado “The New Product Development Game” (El juego del
desarrollo de nuevos productos) por Hirotaka Takeuchi y Ikujiro Nonaka.
Es una metodología incremental que divide los requisitos y tareas de forma similar
a Kanban. Se itera sobre bloques de tiempos cortos y fijos (entre dos y cuatro
semanas) para conseguir un resultado completo en cada iteración. Las etapas
son: planificación de la iteración, ejecución, reunión diaria y demostración de
resultados. Cada iteración por estas etapas se denomina también sprint.
El objetivo principal de Scrum es satisfacer la necesidad del cliente a través de un
entorno de transparencia en la comunicación, responsabilidad colectiva y progreso
continuo.
En Scrum se van realizando entregas regulares y parciales del trabajo final, de
manera prioritaria y en función del beneficio que aportan dichas entregas a los
receptores del proyecto. Por este motivo, es una metodología especialmente
indicada para proyectos complejos, con requisitos cambiantes y en los que la
innovación y la flexibilidad son protagonistas
 6

5. FASES DEL SCRUM

5.1 Planeación del Sprint/Sprint Planning

Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante
este evento se decide qué requerimientos o tareas se le asignará a cada uno de
los elementos del equipo. Cada integrante deberá asignar el tiempo que crea
prudente para llevar a cabo sus requerimientos. De esta manera se define el
tiempo de duración del Sprint.
5.2 Reunión de equipo de Scrum/Scrum team meeting
A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y deberían
ser siempre en el mismo horario y lugar. En ellas, cada miembro del equipo
deberá responder tres simples preguntas:

• ¿Qué hiciste ayer?

• ¿Qué tienes planeado hacer hoy?
• ¿Qué obstáculos encontraste en el camino?
Estas reuniones sirven para que todos los miembros del equipo se apoyen entre
ellos. Si alguno de ellos tiene algún inconveniente que obligue a extender el
encuentro, este debe tratarse más a fondo en una reunión enfocada en buscar la
mejor solución para ello.
5.3 Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada uno de los elementos dentro del Product
Backlog con el fin de esclarecer cualquier duda que pueda surgir por parte del
equipo de desarrolladores. También sirve para volver a estimar el tiempo y
esfuerzo dedicado a cada uno de los requerimientos.
5.4 Revisión del Sprint/Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de
desarrollo de software que se ha completado. Se hace una demostración de todos
los requerimientos finalizados dentro del Sprint. En este punto no es necesario que
todos los miembros del equipo hablen, pueden simplemente estar presentes, pero
la presentación está a cargo del Scrum Master y el Product Owner.
5.5 Retrospectiva del Sprint/Retrospective
En este evento el Product Owner se reúne con todo su equipo de trabajo y su
Scrum Master para hablar sobre lo ocurrido durante el Sprint. Los puntos
principales a tratar en esta reunión son:
 7

• Qué se hizo mal durante el Sprint para poder mejorar el próximo.

• Qué se hizo bien para seguir en la misma senda del éxito.
• Qué inconvenientes se encontraron y no permitieron poder avanzar como
se tenía planificado.

6. PRINCIPIOS DE LA METODOLOGIA SCRUM

Existen seis principios que ayudan a definir qué es Scrum y a aplicar la

metodología Scrum para aprovechar sus beneficios. Son los siguientes:

6.1 Control sobre el proceso empírico: Los equipos Scrum creen en la

transparencia, la inspección y la adaptación.

6.2 Autoorganización: Aunque tu equipo Scrum tendrá roles y reglas, cada

miembro Scrum está facultado para asumir la responsabilidad de sus tareas y su
trabajo. En Scrum se cree que la responsabilidad compartida produce equipos
más creativos y dinámicos.

6.3 Colaboración: Tu equipo obtendrá los mejores resultados si trabaja en

conjunto durante y después del sprint de Scrum.

6.4 Priorización basada en valores: El objetivo del sprint de Scrum es ofrecer el

mayor valor comercial. Para hacer eso, debes dar prioridad a tu trabajo desde el
inicio del proceso Scrum.

6.5 Duración limitada (timeboxing): El proceso Scrum tiene varias actividades

basadas en el tiempo, como el sprint en sí, las reuniones diarias de actualización y
el análisis retrospectivo. Debido a que Scrum se basa en la creencia de la mejora
continua, es importante establecer una duración limitada para el trabajo para pasar
a la siguiente tarea y mejorar el trabajo futuro.

6.6 Desarrollo iterativo: En Scrum, tu primer producto no será perfecto. Pero al

construir de manera iterativa, tu equipo podrá adaptarse mejor a las necesidades
del cliente y modificar el producto y sus resultados en función de la priorización
basada en el valor.
 8

7. ROLES EN SCRUM

Los roles en el scrum son claves a la hora de poner en práctica este proceso ágil:

• Scrum master: Es la persona que dirige al equipo guiándolo para que

cumpla con las reglas y procesos de la metodología.

• Jeff Sutherland Propietario de Producto o Product owner (PO): Es el

representante de las partes interesadas y de los clientes que utilizan el
software. Se centra en la parte de negocio y es responsable del ROI del
proyecto.

• Equipo: Grupo de profesionales con los conocimientos técnicos necesarios

que desarrollan el proyecto de forma conjunta llevando a cabo las historias
a las que se comprometen al inicio de cada sprint.

8. VENTAJAS

Scrum tiene muchas ventajas sobre otras metodologías de desarrollo ágil.

Actualmente es el marco de referencia más utilizado y fiable en la industria del
software.

• Fácilmente escalable: Los procesos de Scrum son iterativos y se manejan

dentro de períodos de trabajo específicos, lo que facilita que el equipo se
concentre en funcionalidades definidas para cada período.

• Cumplimiento de expectativas: El cliente establece sus expectativas

indicando el valor que aporta cada requisito/historia del proyecto, el equipo
las estima y con esta información el Propietario de Producto establece su
prioridad.

• Flexibilidad ante los cambios: Reacción rápida a los cambios en los

requisitos generados por las necesidades del cliente o la evolución del
mercado.

• Reducción del tiempo de comercialización: El cliente puede empezar a

utilizar las funcionalidades más importantes del proyecto antes de que el
 9

producto esté completamente listo.

• Mayor calidad del software: El método de trabajo y la necesidad de obtener

una versión funcional después de cada iteración, ayuda a obtener un
software de mayor calidad.

• Predicción oportuna: Con esta metodología se conoce la velocidad media

del equipo por sprint (puntos de historia), con lo que, en consecuencia, se
puede estimar cuándo estará disponible una determinada funcionalidad que
aún está en el backlog.

• Reducción de riesgos: El hecho de realizar las funcionalidades más

valiosas en primer lugar y de conocer la velocidad con la que el equipo
avanza en el proyecto, permite despejar los riesgos de forma eficaz y
anticipada.
 10

CONCLUSION

En resumen, Scrum es una metodología aplicable a cualquier tipo de proyecto y,

aunque su ejecución requiere de un cambio de cultura laboral por parte de los
miembros del equipo, los buenos resultados, el recorte de tiempo y de costos que
se genera hacen que todo el sacrificio valga la pena.