UNIT II. Planeación y ejecución del proyecto con Scrum

¿Qué es una historia de usuario en Scrum?

• Una descripción técnica del producto.

• Un registro de errores encontrados.

• Una descripción del por qué y el qué detrás del trabajo diario del equipo de desarrollo.

• Un documento de planificación financiera.

¿Cuál es la función principal del Product Backlog?

• Describir el trabajo a realizar sobre el producto.

• Asignar tareas a los desarrolladores.

• Crear el presupuesto del proyecto.

• Documentar las reuniones del equipo.

¿Quién tiene la responsabilidad de construir el Product Backlog?

• El Scrum Master.

• El Product Owner.

• El Development Team.

• El cliente.

¿Qué incluye el Sprint Backlog?

• Las estimaciones financieras del proyecto.

• Una lista de tareas para el equipo de desarrollo durante un sprint.

• Un registro de todos los errores encontrados.

• El plan de marketing del producto.

¿Cuál es el objetivo principal del Sprint Backlog durante un sprint?

• Seguir el progreso de las tareas asignadas.

• Definir las metas de ventas.

• Crear un plan de contingencia.

• Realizar el seguimiento de los gastos.

¿Qué es el Product Backlog?

• Una lista estática de tareas.

• Una lista dinámica y priorizada de características, mejoras y tareas pendientes.

• Un registro financiero del proyecto.

• Un documento de evaluación de riesgos.

¿Qué ayuda a alinear las expectativas de todos los participantes en Scrum?

• Las historias de usuario.

• El presupuesto del proyecto.

• El plan de marketing.

• El cronograma del proyecto.

¿Qué se debe hacer durante el proceso de planificación y estimación en Scrum?

• Crear historias de usuario, estimarlas y comprometerlas.

• Crear un plan financiero detallado.

• Definir las estrategias de marketing.

• Documentar los errores encontrados.

¿Cuál es uno de los beneficios de las historias de usuario?

• Reducen el tiempo de desarrollo.

• Aumentan la satisfacción del usuario.

• Disminuyen los costos del proyecto.

• Incrementan las ventas.

¿Qué se debe hacer con el Sprint Backlog durante el Sprint?

• Dejarlo sin cambios hasta el próximo Sprint.

• Ajustarlo según el avance y necesidades.

• Usarlo solo para documentar errores.

• Revisarlo al final del proyecto.