1

Proyecto Grupal

Análisis y diseño de un producto de software

Politécnico grancolombiano.
Ingeniería del Software 1.
Ingeniería de software.

Mariana Valencia Ramirez, Emmanuel Tobón Correa y Jonnier Alberto Rodríguez Campo
2023.
 2

Introducción

La industria de la salud se ha visto beneficiada por los avances tecnológicos, que

permiten una mejor comunicación y acceso a servicios médicos de calidad. En este contexto,

se plantea el desarrollo de una herramienta que facilite la búsqueda y agendamiento de citas

con profesionales de la salud, adaptándose a las necesidades y preferencias de los usuarios.

El presente documento tiene como objetivo seleccionar un modelo de proceso de

desarrollo de software adecuado para abordar este proyecto. Para lograrlo, se analizarán

diferentes modelos de proceso, considerando las características del proyecto, los requisitos

planteados y los beneficios que cada modelo puede ofrecer. Asimismo, se identificarán los

riesgos asociados a la elección del modelo seleccionado y se propondrá una estrategia para

gestionarlos de manera efectiva.

El desarrollo de esta herramienta no solo proporcionará una solución tecnológica para

el agendamiento de citas médicas, sino que también contribuirá a mejorar la experiencia de

los usuarios al brindarles la posibilidad de acceder a información relevante sobre los

profesionales de la salud y los servicios que ofrecen. Además, facilitará la gestión de citas

para los profesionales, optimizando su tiempo y recursos.

A lo largo del documento se presentará una evaluación exhaustiva de los modelos de

proceso de desarrollo de software, considerando las ventajas y desventajas de cada uno en

relación con las necesidades y características del proyecto. Asimismo, se identificarán los

principales riesgos asociados a la elección del modelo seleccionado y se propondrá una

estrategia para gestionarlos de manera efectiva.

 3

En resumen, este documento proporcionará una base sólida para la selección del

modelo de proceso de desarrollo de software más adecuado, teniendo en cuenta los objetivos

del proyecto y los riesgos potenciales involucrados.

 4

Tabla de contenido

Introducción.........................................................................................................................................2
Tabla de contenido..............................................................................................................................4
Capítulo 1 Justificación del modelo de proceso seleccionado: Scrum.............................................5
Adaptabilidad y flexibilidad...........................................................................................................5
Entrega continua de valor...............................................................................................................6
Enfoque en la calidad y la mejora continua...................................................................................6
Gestión efectiva de riesgos..............................................................................................................7
Razones por las que se descartó los demás modelos:....................................................................7
Capítulo 2.............................................................................................................................................8
Riesgos asociados a la elección de Scrum y estrategias de gestión...................................................8
Cambios frecuentes en los requisitos..............................................................................................8
Falta de experiencia en la metodología Scrum..............................................................................9
Dependencia de la colaboración y la disponibilidad del equipo...................................................9
Retrasos en la entrega del software..............................................................................................10
Falta de satisfacción al cliente.......................................................................................................11
Brechas de seguridad y privacidad...............................................................................................11
Capítulo 3 Plan de proyecto.............................................................................................................13
Actividades para desarrollar........................................................................................................13
Inicio...............................................................................................................................................13
Planificación y estimación.............................................................................................................13
Implementación.............................................................................................................................13
Revisión y retrospectiva................................................................................................................13
Lanzamiento...................................................................................................................................13
Capítulo 4 Requerimientos..............................................................................................................14
Conclusiones......................................................................................................................................15
Bibliografía........................................................................................................................................17
 5

Capítulo 1

Justificación del modelo de proceso seleccionado: Scrum

Para abordar el proyecto de desarrollo de la herramienta que permita registrar

profesionales de la salud, buscar servicios y agendar citas en línea, se ha optado por el

modelo de proceso ágil Scrum. Scrum es ampliamente reconocido y utilizado en la industria

debido a su enfoque colaborativo, adaptativo y orientado a la entrega continua de valor. A

continuación, se proporcionan las razones de la elección de Scrum y se detallan los beneficios

que ofrece para el éxito del proyecto.

Adaptabilidad y flexibilidad

Una de las principales razones para elegir Scrum es su capacidad para adaptarse a los

cambios y lidiar con requisitos cambiantes. En el contexto del proyecto, es probable que haya

modificaciones en los requisitos a medida que los usuarios brinden su retroalimentación y

surjan nuevas necesidades. Scrum permite una respuesta rápida a estos cambios, esto brinda

la flexibilidad necesaria para ajustar las prioridades, agregar nuevas funcionalidades o

modificar las existentes, lo que resulta beneficioso para garantizar la satisfacción del cliente y

la adaptación a los requerimientos cambiantes del mercado.

 6

Entrega continua de valor

Otro aspecto destacado de Scrum es su enfoque en la entrega continua de valor al

cliente. A través de la planificación de sprints y la priorización de las funcionalidades en

función de su valor, se busca proporcionar resultados tangibles y utilizables en un corto

período de tiempo. Esto permite que los usuarios puedan comenzar a utilizar la herramienta

lo antes posible y proporcionar retroalimentación valiosa.

Colaboración y comunicación efectiva

Scrum fomenta una colaboración estrecha y una comunicación efectiva entre los

miembros del equipo de desarrollo, los usuarios y los stakeholders. Mediante la formación de

equipos multidisciplinarios y autónomos, Scrum promueve la colaboración y la toma de

decisiones conjunta. Se establecen reuniones periódicas, como las reuniones diarias de

seguimiento, la revisión del sprint y la planificación del siguiente sprint, esto facilita la

resolución rápida de problemas, la identificación de obstáculos y la toma de decisiones ágiles.

Enfoque en la calidad y la mejora continua

Scrum también se preocupa por la calidad del producto y la mejora continua. Se

analizan los resultados obtenidos en cada sprint y se identifican áreas de mejora. Esto permite

detectar posibles problemas o deficiencias en el proceso de desarrollo y tomar acciones

correctivas de manera oportuna. Además, se promueve la utilización de prácticas como las

pruebas automatizadas y la integración continua, lo que contribuye a garantizar la calidad del

software y reducir los riesgos asociados.

Gestión efectiva de riesgos

Scrum ofrece una estructura y un enfoque efectivo para la gestión de riesgos. Existe la

oportunidad de identificar y abordar los riesgos de manera temprana y continua. Durante la

 7

planificación de cada sprint, se pueden identificar los posibles obstáculos y riesgos

potenciales, y se pueden tomar medidas proactivas para mitigarlos.

En resumen, Scrum se adapta de manera natural a los requisitos del proyecto,

brindando flexibilidad, adaptabilidad y una entrega continua de valor. Su enfoque en la

colaboración, la comunicación efectiva y la mejora continua garantiza la participación activa

de los stakeholders y la calidad del producto. Además, su estructura de sprints y su enfoque

en la gestión de riesgos permiten abordar los cambios y los desafíos del proyecto de manera

proactiva. Por todas estas razones, Scrum se considera el modelo de proceso de desarrollo de

software más adecuado para el proyecto en cuestión.

Razones por las que se descartó los demás modelos:

- Cascada: Este modelo cuenta con muy poca flexibilidad en los cambios que se

presentan en el transcurso del desarrollo por su enfoque lineal, dificultando la

implementación de los mismos, lo que causa contratiempos en la entrega final del

software.

- Incremental: Este modelo se utiliza normalmente cuando se espera unas

funcionalidades ya listas para comenzar con su utilización, y también cuando no se

cuenta con mucho tiempo para tomar los requisitos y especificaciones, es preferible

optar por un modelo donde se asegure mayor calidad en el desarrollo y así evitar

contratiempos.

- Prototipos: Este modelo cuenta con muchas interacciones con el usuario, esto implica

que el desarrollo se convierta en un proceso bastante lento por los posibles cambios o

nuevas funcionalidades que el cliente pueda incluir en cada entrega del prototipo, se

considera más efectivo la entrega de un prototipo más completo, con los

requerimientos previamente definidos.

 8

- Espiral: Este modelo es bastante efectivo referente al tema de entregas evolutivas,

pero esto implica también invertir demasiado tiempo por las modificaciones que se

pueden presentar en cada entrega, también es utilizado al no necesitar una definición

de requerimientos previamente

Capítulo 2

Riesgos asociados a la elección de Scrum y estrategias de gestión

Aunque Scrum ofrece numerosos beneficios, como flexibilidad, adaptabilidad y

entrega continua de valor, también implica ciertos riesgos que deben abordarse de manera

adecuada. A continuación, se identificarán los principales riesgos asociados a la elección de

Scrum como modelo de proceso de desarrollo de software para el proyecto, junto con las

estrategias propuestas para su gestión.

Cambios frecuentes en los requisitos

Uno de los riesgos más significativos al utilizar Scrum es la posibilidad de cambios

frecuentes en los requisitos a medida que los usuarios brindan su retroalimentación y se

obtiene un mayor entendimiento del producto. Estos cambios pueden afectar la planificación

y el alcance del proyecto, lo que podría llevar a retrasos o a un incremento en los costos. Para

mitigar este riesgo, se propone:

 Establecer una comunicación clara y continua con los usuarios y stakeholders para

comprender sus necesidades y expectativas.

 Realizar una planificación inicial flexible que permita la incorporación de cambios y

ajustes a lo largo del proyecto.

 Realizar revisiones periódicas del backlog del producto y realizar adaptaciones en la

priorización de los requisitos según las necesidades cambiantes.

 9

 Establecer un proceso de gestión del cambio efectivo que evalúe los impactos de los

cambios propuestos y los apruebe de manera controlada.

Falta de experiencia en la metodología Scrum

Otro riesgo asociado a la elección de Scrum es la falta de experiencia o conocimiento

adecuado en la metodología por parte del equipo de desarrollo. Esto puede dificultar la

correcta implementación de Scrum y afectar la productividad y la eficiencia del equipo. Para

abordar este riesgo, se sugiere:

 Proporcionar capacitación y formación en Scrum para todo el equipo de desarrollo,

incluyendo a los desarrolladores, el Scrum Master y el Product Owner.

 Contratar o asignar a un Scrum Master experimentado que pueda guiar y facilitar la

implementación de Scrum.

 Fomentar la colaboración y el intercambio de conocimientos entre los miembros del

equipo para aprender de manera conjunta y resolver problemas de manera efectiva.

 Buscar la asesoría de consultores o expertos en Scrum para orientar y apoyar al

equipo durante la implementación inicial.

Dependencia de la colaboración y la disponibilidad del equipo

Scrum se basa en una colaboración estrecha y en la disponibilidad del equipo de

desarrollo para lograr los objetivos del proyecto. Sin embargo, puede haber situaciones en las

que la colaboración o la disponibilidad del equipo se vean comprometidas, lo que podría

afectar la productividad y el cumplimiento de los plazos. Para mitigar este riesgo, se

recomienda:

 Establecer una comunicación clara sobre los roles, responsabilidades y expectativas

de cada miembro del equipo.

 10

 Fomentar la colaboración y el trabajo en equipo a través de reuniones regulares, como

las reuniones diarias de seguimiento y las sesiones de planificación y revisión de

sprints.

 Identificar y resolver proactivamente los posibles obstáculos que puedan afectar la

colaboración y la disponibilidad del equipo.

 Establecer mecanismos de apoyo y respaldo dentro del equipo para asegurar que las

responsabilidades puedan ser asumidas en caso de ausencias o imprevistos.

Retrasos en la entrega del software

Un riesgo importante en cualquier proyecto de desarrollo de software es el retraso en

la entrega del producto final. Esto puede deberse a diversos factores, como cambios en los

requisitos, problemas técnicos o falta de recursos. Para mitigar este riesgo, se proponen las

siguientes estrategias:

 Establecer un cronograma realista: Definir un cronograma detallado y realista que

tome en cuenta los recursos disponibles, la complejidad del proyecto y los posibles

retrasos.

 Seguimiento continuo del progreso: Realizar un seguimiento regular del progreso del

proyecto utilizando herramientas de gestión de proyectos. Esto permitirá identificar

cualquier desviación o retraso y tomar acciones correctivas de manera oportuna.

 Gestión efectiva del alcance: Establecer un alcance claro y bien definido desde el

inicio del proyecto. Controlar los cambios en los requisitos y evaluar su impacto en

términos de tiempo y recursos antes de aprobarlos.

 11

 Asignación adecuada de recursos: Asegurarse de contar con los recursos adecuados,

como personal capacitado y herramientas de desarrollo, para evitar posibles cuellos de

botella o falta de capacidad para cumplir con los plazos.

Falta de satisfacción al cliente

La satisfacción del cliente es un factor crítico en el éxito del proyecto. Si los usuarios

finales no están satisfechos con el producto final, esto puede afectar la utilización y la

percepción del valor de la herramienta. Para mitigar este riesgo, se sugieren las siguientes

estrategias:

 Mantener una comunicación abierta y constante con los usuarios y otros stakeholders

para comprender sus necesidades, expectativas y preocupaciones.

 Utilizar el enfoque ágil de Scrum para realizar entregas incrementales del software y

obtener retroalimentación temprana de los usuarios. Esto permitirá realizar ajustes y

mejoras de manera continua para asegurar la satisfacción del cliente.

 Implementar una estrategia sólida de pruebas que garantice la calidad y confiabilidad

del software. Realizar pruebas funcionales, de usabilidad y de rendimiento para

identificar posibles problemas y corregirlos antes de la entrega final.

 Fomentar la participación del cliente en el proceso de desarrollo. Invitar a los usuarios

a participar en sesiones de revisión, demostraciones y pruebas para validar y verificar

el cumplimiento de sus necesidades

Brechas de seguridad y privacidad

Dado que la herramienta de registro de profesionales de la salud y agendamiento de

citas en línea manejará información sensible de los usuarios, la seguridad y la privacidad son

preocupaciones críticas. Para mitigar este riesgo, se deben implementar las siguientes

estrategias:
 12

 Asegurarse de cumplir con las normativas y regulaciones aplicables, como el

Reglamento General de Protección de Datos (GDPR) u otras leyes de protección de

datos, garantizando así la privacidad y la seguridad de la información.

 Realizar una evaluación exhaustiva de los riesgos de seguridad asociados al sistema y

establecer controles de seguridad adecuados, como el cifrado de datos, autenticación

segura y auditorías periódicas.

 Brindar capacitación a los miembros del equipo sobre buenas prácticas de seguridad y

concienciar sobre la importancia de proteger la información confidencial.

 Implementar herramientas y mecanismos de monitoreo continuo para detectar

posibles brechas de seguridad y reaccionar rápidamente ante cualquier incidente.

 13

Capítulo 3

Plan de proyecto

Actividades para desarrollar

Cada una de las etapas de Scrum forma parte de la meta en común que busca

satisfacer las exigencias y las necesidades planteadas y a mismo tiempo cumplir con los

plazos de entrega de un proyecto.

Objetivo del proyecto

Desarrollar un software que permita la gestión de profesionales de la salud y la

reserva de citas en línea, brindando a los usuarios una plataforma eficiente y fácil de usar

para encontrar y agendar citas con profesionales de la salud.

Alcance del proyecto:

El software permitirá a los usuarios buscar profesionales de la salud por nombre, tipo

de servicio y ubicación, consultar las agendas de los profesionales, reservar citas, realizar

pagos en línea y realizar modificaciones en las citas agendadas.

Metodología SCRUM:

El proyecto se desarrollará utilizando la metodología ágil SCRUM, que se basa en

ciclos de trabajo iterativos e incrementales llamados "sprints". Se seguirán los principios de

transparencia, inspección y adaptación, fomentando la colaboración y la comunicación

constante dentro del equipo.

Roles y responsabilidades:

Product Owner
 14

El Product Owner será responsable de definir y priorizar el backlog del producto.

Trabajará en estrecha colaboración con el cliente para comprender y representar sus

necesidades y aceptará o rechazará el trabajo completado por el equipo al final de cada sprint.

Scrum Máster

El Scrum Máster será el facilitador del proceso SCRUM y se asegurará de que se

cumplan las reglas y los principios de SCRUM. Ayudará al equipo a ser autónomo y a

resolver obstáculos que puedan surgir durante el desarrollo y Fomentará la mejora continua y

la adopción de las prácticas ágiles.

Equipo de Desarrollo

El equipo de desarrollo estará compuesto por desarrolladores, diseñadores y otros

roles necesarios para el proyecto, Será un equipo autoorganizado y multidisciplinario

encargado de implementar las historias de usuario seleccionadas para cada sprint. Trabajarán

de manera colaborativa y se responsabilizarán de entregar el trabajo comprometido al final de

cada sprint.

Historias de usuario

Se identificarán y definirán las historias de usuario que representen las

funcionalidades deseadas desde la perspectiva del usuario. Cada historia de usuario debe ser

independiente y aportar valor al cliente y se priorizarán las historias de usuario en base a su

importancia y valor para el cliente.

Priorización y estimación de historias

El Product Owner y el equipo de desarrollo trabajarán juntos para priorizar las

historias de usuario en el backlog del producto.

 15

Se utilizará una técnica de estimación, como el Planning Poker, para asignar puntos de

historia que representen el esfuerzo necesario para completar cada historia.

Refinamiento del backlog:

Antes de cada sprint, se realizarán sesiones de refinamiento del backlog para aclarar

los detalles de las historias de usuario seleccionadas para el próximo sprint. El equipo de

desarrollo, el Product Owner y otros interesados discutirán y clarificarán los requisitos y las

expectativas asociadas a las historias de usuario.

Sprint Planning:

Al comienzo de cada sprint, se llevará a cabo una reunión de planificación donde se

seleccionarán las historias de usuario que se abordarán en el sprint. El equipo de desarrollo

estimará el esfuerzo necesario para completar cada historia y se comprometerá a entregarlas

en el período del sprint.

Desarrollo de historias de usuario:

Durante el sprint, el equipo de desarrollo trabajará en la implementación de las

historias de usuario seleccionadas. Las historias de usuario se descompondrán en tareas más

pequeñas y se asignarán al equipo de desarrollo. Se seguirá un enfoque de desarrollo iterativo

e incremental, entregando incrementos de funcionalidad al final de cada sprint.

Daily Scrum

Se realizarán reuniones diarias cortas para sincronizar al equipo de desarrollo. Cada

miembro del equipo compartirá lo que hizo el día anterior, lo que planea hacer ese día y

cualquier obstáculo que esté enfrentando. Se identificarán y abordarán los problemas y

obstáculos para mantener el flujo de trabajo.

 16

Revisión del sprint:

Al final de cada sprint, se llevará a cabo una reunión de revisión del sprint. El equipo

de desarrollo presentará las historias de usuario completadas al Product Owner y al cliente.

Se recopilarán los comentarios y se realizarán ajustes o cambios en el backlog del producto si

es necesario.

Retrospectiva del sprint

Después de la reunión de revisión del sprint, se realizará una retrospectiva del sprint.

El equipo de desarrollo revisará su propio desempeño durante el sprint y discutirá cómo

mejorar en el próximo sprint. Se identificarán las lecciones aprendidas y se propondrán

acciones correctivas para el próximo sprint.

Cronograma y estimación:

Duración de los sprints:

Los sprints tendrán una duración de aproximadamente 2 semanas cada uno. La

duración exacta de cada sprint se determinará en base a la capacidad del equipo y la

complejidad de las historias de usuario seleccionadas.

Estimación de la capacidad del equipo

Antes de comenzar el primer sprint, se realizará una estimación de la capacidad del

equipo. El equipo evaluará cuánto trabajo puede realizar de manera realista durante cada

sprint y se tomará en cuenta para la selección de historias de usuario.

Planificación de los sprints

 17

Antes de cada sprint, se realizará una reunión de planificación en la que se

seleccionarán las historias de usuario del backlog del producto para el sprint. El equipo de

desarrollo, el Product Owner y el Scrum Master trabajarán juntos para determinar qué

historias de usuario se incluirán y cuáles son las prioridades.

Gestión de riesgos

Identificación de riesgos

Se realizará una identificación exhaustiva de los posibles riesgos que podrían afectar

el proyecto. Los riesgos pueden incluir retrasos en el desarrollo, cambios en los requisitos,

problemas de comunicación, entre otros.

Evaluación de riesgos

Los riesgos identificados se evaluarán en términos de probabilidad de ocurrencia y su

impacto potencial en el proyecto. Se asignará una prioridad a cada riesgo para poder centrar

los esfuerzos de mitigación adecuadamente.

Plan de mitigación de riesgos

Se desarrollará un plan de mitigación de riesgos que incluya acciones específicas para

reducir la probabilidad de ocurrencia de los riesgos identificados y mitigar su impacto. El

equipo de desarrollo y el Scrum Máster serán responsables de implementar y dar seguimiento

a las acciones de mitigación.

Reuniones adicionales

Además de las reuniones regulares de SCRUM, se realizarán reuniones adicionales

según sea necesario para abordar temas específicos o resolver problemas. Estas reuniones
 18

pueden incluir sesiones de refinamiento del backlog, reuniones de revisión de requisitos o

cualquier otra reunión adicional que sea relevante para el proyecto.

Comunicación con el cliente:

Se establecerá una comunicación regular con el cliente para mantenerlo informado

sobre el progreso del proyecto y para recopilar comentarios y requisitos adicionales. Se

utilizarán herramientas de comunicación adecuadas, como reuniones presenciales, llamadas

telefónicas o correos electrónicos.

Herramientas de seguimiento

Se utilizarán herramientas de seguimiento y gestión de proyectos, como tableros

Kanban o software de gestión de tareas, para visualizar el progreso del trabajo y mantener un

registro de las tareas realizadas y pendientes.

Conclusiones:

Resultados esperados:

Se espera que el proyecto logre desarrollar un software funcional que cumpla con los

requisitos del cliente y brinde una experiencia satisfactoria a los usuarios. Se espera que se

entreguen incrementos de funcionalidad al final de cada sprint y que se realicen mejoras

continuas en base a los comentarios recibidos.

Agradecimientos:

Se agradecerá a todas las personas y equipos involucrados en el proyecto, incluyendo

al cliente, el equipo de desarrollo, el Product Owner y el Scrum Master, por su dedicación y

contribución.
 19

Capítulo 4

Requerimientos

Anexo 1
Se anexa el documento de Excel con lo requerimientos funcionales y no funcionales
del sistema.
 20

Capítulo 5

Casos de uso

Para la realización de los casos de uso del sistema de salud, nos guiamos de la matriz

de requisitos, separándolos por modulo y submódulo.

figura 1

Caso de uso sistema general

 21

figura 2
 22

figura 3

figura 4
 23

Capítulo 6

Diagramas de clases
 24

Conclusiones

En este documento, se ha evaluado y justificado la elección del modelo de proceso de

desarrollo de software para el proyecto de la herramienta de registro de profesionales de la

salud y agendamiento de citas en línea. Después de considerar diferentes opciones, se

determinó que el modelo ágil Scrum es el más adecuado para abordar los desafíos y

requisitos de este proyecto en particular.

Scrum se destaca por su enfoque en la adaptabilidad, la entrega continua de valor y la

colaboración efectiva. La capacidad de adaptarse a los cambios en los requisitos y obtener

retroalimentación temprana de los usuarios brinda la flexibilidad necesaria para desarrollar un

producto que cumpla con las expectativas y necesidades de los usuarios. Además, la entrega

incremental del software permite a los usuarios comenzar a utilizar la herramienta lo antes

posible, lo que fomenta la satisfacción y la mejora continua.

La elección de Scrum también implica riesgos que deben gestionarse adecuadamente.

La gestión de cambios frecuentes en los requisitos, la falta de experiencia en Scrum y la

necesidad de una colaboración efectiva son algunos de los desafíos que se deben abordar de

manera proactiva para garantizar el éxito del proyecto.

En términos de estrategias de gestión de riesgos, se propusieron acciones como

establecer un cronograma realista, fomentar la comunicación efectiva con los stakeholders,

realizar pruebas exhaustivas y garantizar la seguridad y privacidad de la información. Estas

estrategias permiten mitigar los riesgos potenciales y mejorar las posibilidades de éxito del

proyecto.

En conclusión, la elección de Scrum como modelo de proceso para el proyecto de la

herramienta de registro de profesionales de la salud y agendamiento de citas en línea

 25

proporciona una metodología ágil y adaptable que se alinea con los requisitos del proyecto.

Sin embargo, es importante destacar que cada proyecto es único y que la elección del

modelo de proceso debe basarse en un análisis exhaustivo de los requisitos y las

circunstancias específicas.

La implementación exitosa de Scrum requerirá un equipo comprometido, una gestión

efectiva de los riesgos y una comunicación continua con los stakeholders. Al seguir las

estrategias propuestas y adaptarlas a las necesidades del proyecto, se aumentan las

posibilidades de lograr los objetivos establecidos y desarrollar una herramienta de calidad que

satisfaga las necesidades de los usuarios y los profesionales de la salud.

En resumen, el uso de Scrum como modelo de proceso de desarrollo de software para

este proyecto específico brinda una metodología ágil y adaptable que se ajusta a los requisitos

del proyecto. Sin embargo, se deben gestionar adecuadamente los riesgos asociados y adaptar

las estrategias de gestión a las circunstancias específicas del proyecto. Con una

implementación adecuada y una gestión efectiva de los riesgos, se puede lograr el éxito en el

desarrollo de la herramienta de registro y agendamiento de citas en línea.

 26

Bibliografía

1. Ambler, S. W., & Lines, M. (2012). Disciplined agile delivery: A practitioner's guide

to agile software delivery in the enterprise. IBM Press.

2. Schwaber, K. (2017). The Scrum Guide. Scrum.org. Recuperado de

https://www.scrum.org/resources/scrum-guide

3. Pressman, R. S. (2014). Ingeniería del software: Un enfoque práctico. McGraw-Hill

Education.

4. Boehm, B., & Turner, R. (2004). Balancing agility and discipline: A guide for the

perplexed. Addison-Wesley Professional.

5. Highsmith, J. (2002). Agile software development ecosystems. Addison-Wesley

Professional.

6. Cockburn, A. (2002). Agile software development. Addison-Wesley Professional.

7. Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J. (2002). Agile software

development methods: Review and analysis. VTT Publications.