Documento identificando la metodología para el proyecto de desarrollo de software.
GA1-220501093-AA1-EV04
Presenta: Juan Felipe Gallego Mesa
Ficha: 2977485
Instructor:
Haminton Yesid Paez Maldonado
Servicio Nacional de Aprendizaje
Análisis y desarrollo de software
Bogotá
2024
Introducción
Este informe tiene como objetivo presentar una propuesta detallada para la
implementación de la metodología Scrum en el desarrollo de un sistema de soporte
técnico para [Link]. Se justificará la elección de Scrum como la metodología más
adecuada para este proyecto específico, considerando las características del sistema a
desarrollar y los beneficios que esta metodología aporta. Además, se describirá el
contexto y las características del proyecto, así como la aplicación de diversos filtros para
evaluar la idoneidad de Scrum.
Objetivos
- Justificar la selección de la metodología Scrum para el desarrollo del sistema de
soporte técnico.
- Describir el contexto y las características del proyecto.
1- Contexto y Características del Proyecto.
El sistema de soporte técnico para [Link] tiene como objetivo principal brindar
asistencia a los usuarios de la plataforma en la resolución de dudas, problemas técnicos y
solicitudes de información. Las características principales de este proyecto son:
• Complejidad: El sistema requerirá la integración con otros sistemas existentes en
[Link], lo que implica un nivel de complejidad moderado.
• Cambios frecuentes: Es probable que los requisitos del sistema evolucionen a
medida que se avanza en el desarrollo, debido a los cambios en las necesidades de
los usuarios y las funcionalidades de la plataforma.
• Colaboración: Se requiere una estrecha colaboración entre el equipo de
desarrollo y los usuarios finales para garantizar que el sistema cumpla con sus
expectativas.
• Entrega incremental: Es importante entregar funcionalidades de manera
incremental para que los usuarios puedan comenzar a utilizar el sistema lo antes
posible y proporcionar retroalimentación.
2- Justificación de la Selección de Scrum
La metodología Scrum ha sido seleccionada como la más adecuada para este proyecto
debido a las siguientes razones:
• Flexibilidad: Scrum permite adaptarse a los cambios de manera ágil, lo que es
fundamental en un entorno donde los requisitos pueden evolucionar rápidamente.
• Colaboración: Fomenta la colaboración entre los miembros del equipo y el
cliente, lo que garantiza que el producto final cumpla con las expectativas de los
usuarios.
• Entrega incremental: Permite entregar funcionalidades de manera incremental,
lo que reduce el riesgo y permite obtener retroalimentación temprana.
• Enfoque en el valor: Se centra en entregar el máximo valor al cliente en cada
iteración.
3- Aplicación de Filtros
• Tamaño del proyecto: El proyecto se considera de tamaño mediano, lo que hace
que Scrum sea una opción adecuada.
• Periodicidad de realimentación con el cliente: Se requiere una alta frecuencia
de realimentación con el cliente, lo cual es una característica clave de Scrum.
• Estado de la tecnología: La tecnología utilizada en el proyecto es estable y
conocida por el equipo de desarrollo, lo que facilita la aplicación de Scrum.
• Cambios en los requisitos: Se espera que haya cambios frecuentes en los
requisitos, lo que hace que la flexibilidad de Scrum sea una ventaja.
4- Plan de Implementación de Scrum
El plan de implementación de Scrum incluirá los siguientes elementos:
• Roles: Product Owner, Scrum Master, Equipo de Desarrollo.
• Eventos: Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.
• Artefactos: Product Backlog, Sprint Backlog, Incremento.
• Procesos: Gestión del Product Backlog, Gestión del Sprint, Definición de Done.
5- Profundizando en los Eventos Scrum y su Aplicación
Sprint Planning:
• Objetivo: Definir el trabajo a realizar durante el próximo Sprint.
• Aplicación en el proyecto:
o El Product Owner priorizará las historias de usuario del Product Backlog
que aporten mayor valor al cliente y que puedan completarse en el Sprint.
o El equipo de desarrollo estimará la cantidad de trabajo necesaria para
completar cada historia de usuario.
o Se creará el Sprint Backlog, que contiene las historias de usuario
seleccionadas para el Sprint.
Daily Scrum:
• Objetivo: Sincronizar al equipo y revisar el progreso diario.
• Aplicación en el proyecto:
o El equipo se reunirá diariamente durante 15 minutos para responder a tres
preguntas:
▪ ¿Qué hiciste ayer?
▪ ¿Qué harás hoy?
▪ ¿Hay algún impedimento que te bloquee?
o Esta reunión permitirá identificar cualquier problema que pueda afectar el
progreso del Sprint y tomar las medidas necesarias para resolverlo.
Sprint Review:
• Objetivo: Revisar el incremento del producto con las partes interesadas y obtener
su feedback.
• Aplicación en el proyecto:
o Al final de cada Sprint, el equipo demostrará el incremento del producto
al Product Owner y a otras partes interesadas.
o Se discutirá el progreso realizado, se recogerán comentarios y se
actualizará el Product Backlog en función de la retroalimentación recibida.
Sprint Retrospective:
• Objetivo: Identificar las áreas de mejora y acordar acciones para el próximo
Sprint.
• Aplicación en el proyecto:
o El equipo se reunirá para reflexionar sobre lo que fue bien, lo que no
funcionó y qué se puede mejorar en el próximo Sprint.
o Se creará una lista de acciones para implementar los cambios necesarios.
Gestión del Product Backlog y del Sprint Backlog
• Product Backlog:
o Es una lista ordenada de todas las características, funcionalidades y
mejoras que se desean incluir en el producto.
o El Product Owner es responsable de gestionar y priorizar el Product
Backlog.
o En el caso del sistema de soporte técnico, el Product Backlog podría
incluir historias de usuario como:
▪ "Como usuario, quiero poder crear un ticket de soporte".
▪ "Como agente de soporte, quiero poder asignar un ticket a un
técnico".
• Sprint Backlog:
o Es un subconjunto del Product Backlog que contiene las historias de
usuario seleccionadas para un Sprint específico.
o El equipo de desarrollo es responsable de crear y gestionar el Sprint
Backlog.
Definición de "Done"
• Es un acuerdo entre el equipo de desarrollo y el Product Owner sobre lo que
significa que una historia de usuario está completa.
• Para el sistema de soporte técnico, la definición de "Done" podría incluir:
o La historia de usuario ha sido codificada y probada.
o La historia de usuario ha sido revisada y aprobada por el Product Owner.
o La historia de usuario ha sido documentada.
o La historia de usuario ha sido desplegada en el entorno de pruebas.
6- Conclusión
La implementación de Scrum en el desarrollo del sistema de soporte técnico para
[Link] permitirá:
Una mayor adaptabilidad que facilitará la adaptación a los cambios en los requisitos, de
igual forma una mayor colaboración donde se mejorará la comunicación y la colaboración
entre el equipo de desarrollo y el cliente.
Por otro lado, se tendrá una mayor calidad donde se garantizará la entrega de un producto
de alta calidad que cumpla con las expectativas del cliente y una satisfacción del cliente
que proporcionará una mayor satisfacción del cliente al entregar valor de manera
incremental.
En conclusión, Scrum es la metodología más adecuada para este proyecto debido a su
capacidad para adaptarse a un entorno cambiante, fomentar la colaboración y entregar
valor de manera incremental. La implementación de Scrum permitirá desarrollar un
sistema de soporte técnico de alta calidad que satisfaga las necesidades de los usuarios de
[Link].
Bibliografía.
- Sena. 2024. Metodología de desarrollo de software. Recuperado de
[Link]
ia/228118/Contenido/OVA/CF6/[Link]#/