Trabajo Investigacion1
Trabajo Investigacion1
Trabajo Investigacion1
Introducción. En la presente unidad de trabajo se ha hecho un recorrido por los tipos de software y
su relación con el hardware.
También por el conjunto de etapas que componen los ciclos de desarrollo software. Dentro de las
metodologías de desarrollo software podemos diferenciar entre metodologías tradicionales y las
ágiles.
SCRUM es una de las metodologías de desarrollo que cuenta con un gran porcentaje de
implantación en el sector empresarial.
Por ello en esta práctica se desarrollará un trabajo de investigación sobre esta metodología.
Con el objetivo de que se abarque la complejidad de esta metodología, se han diseñado unas
preguntas que se deberán ser respondidas.
Colaboración Intensa: Fomenta la comunicación constante entre miembros del equipo y partes
interesadas.
Enfoque en la Entrega Continua de Valor: Prioriza la satisfacción del cliente mediante entregas
regulares y evaluación constante.
Ciclo SCRUM
ARTEFACTOS
Es una lista de tareas específicas seleccionadas del Product Backlog para ser completadas durante
un Sprint. Es una planificación detallada que el Equipo de Desarrollo utiliza para alcanzar los
objetivos del Sprint. El Sprint Backlog se crea durante la Reunión de Planificación del Sprint y se
ajusta según sea necesario durante el Sprint. Es una herramienta dinámica que guía el trabajo diario
del equipo y evoluciona a medida que se realizan ajustes y se completan tareas.
El Daily Scrum Meeting en Scrum es una reunión diaria corta (de unos 15 minutos) que realiza el
Equipo de Desarrollo para sincronizarse y planificar el trabajo del día. Durante la reunión, cada
miembro del equipo comparte brevemente qué hizo desde la última reunión, qué planea hacer hasta
la próxima y si hay algún obstáculo. El Scrum Master generalmente facilita la reunión, pero no la
organiza. La finalidad es mantener a todos informados, promover la colaboración y ayudar a
eliminar posibles obstáculos para el progreso del trabajo.
EQUIPO
El Product Owner en Scrum es el representante del cliente o stakeholders y tiene las siguientes
funciones y responsabilidades clave:
Definición del Product Backlog: Mantiene y gestiona la lista priorizada de requisitos del producto,
conocida como el Product Backlog.
Aprobación de Entregables: Acepta o rechaza los incrementos del producto al final de cada
Sprint, asegurándose de que cumplan con los criterios de aceptación.
Colaboración con Stakeholders: Trabaja en estrecha colaboración con stakeholders para entender
y representar sus necesidades y expectativas en el Product Backlog.
Adaptación del Product Backlog: Ajusta continuamente el Product Backlog en función de los
cambios en el mercado, los objetivos del negocio y el feedback de los usuarios.
Toma de Decisiones Empresariales: Toma decisiones basadas en el valor del producto y las
necesidades del negocio.
Facilitador del Proceso: Guía y facilita el uso efectivo del marco Scrum en el equipo,
asegurándose de que comprendan y sigan las prácticas y reglas de Scrum.
Eliminación de Obstáculos: Trabaja para eliminar los obstáculos que impiden al equipo de
desarrollo alcanzar sus objetivos, ya sea gestionando problemas internos o interfiriendo con factores
externos.
Promotor de la Colaboración: Fomenta la colaboración y la comunicación efectiva entre todos los
miembros del equipo, así como con stakeholders externos.
Promotor de la Mejora Continua: Facilita la Retrospectiva del Sprint para que el equipo
identifique oportunidades de mejora y establezca planes de acción para implementar cambios
positivos.
Guardián del Proceso Scrum: Protege al equipo de desarrollo de interferencias externas y asegura
que se adhieran a los principios y prácticas de Scrum.
Líder Servidor: Actúa como líder servidor, enfocándose en el éxito del equipo y eliminando
barreras para que puedan alcanzar sus metas.
En resumen, el Scrum Master desempeña un papel crucial en garantizar que el equipo de desarrollo
y el Product Owner sigan las prácticas ágiles, eliminando obstáculos y promoviendo un entorno de
trabajo colaborativo y de mejora continua.
MEETINGS
La Sprint Planning Meeting en Scrum es una reunión donde el equipo de desarrollo y el Product
Owner planifican y seleccionan las tareas del Product Backlog para incluirlas en el Sprint Backlog
del próximo Sprint. Se discuten los objetivos, se revisa el Product Backlog, se estiman las tareas y
se seleccionan las que se trabajarán durante el Sprint. El resultado es un plan detallado para el
próximo ciclo de desarrollo.
La Sprint Review en Scrum es un evento al final de cada Sprint donde el equipo de desarrollo
presenta el trabajo completado al Product Owner y otros stakeholders. Durante esta reunión, se
revisa el incremento del producto, se recoge feedback y se discute cualquier ajuste necesario en el
Product Backlog. El objetivo es asegurar que el producto sea comprensible y aceptable, y se facilita
la toma de decisiones sobre futuras mejoras.
La Sprint Retrospective en Scrum es una reunión al final de cada Sprint en la que el equipo de
desarrollo reflexiona sobre su desempeño. Se analizan los procesos, las relaciones y las
herramientas utilizadas durante el Sprint para identificar qué funcionó bien, qué se puede mejorar y
se establecen acciones concretas para implementar esas mejoras en el próximo Sprint. La Sprint
Retrospective fomenta la mejora continua y fortalece la eficiencia y la colaboración del equipo.