SEGURO QUE SIRVE HR T4

4.1.- ¿Cuál es la principal ventaja del enfoque iterativo en proyectos donde el producto final no está claramente definido desde el inicio?. Permite ejecutar todas las actividades del proyecto una sola vez con alcances fijos y previamente establecidos. Facilita aumentar gradualmente la comprensión del producto y mejorar sus características en cada iteración. Garantiza que los requisitos iniciales no cambien durante el desarrollo del proyecto.

4.2.- ¿En cuál de los siguientes tipos de proyecto resulta más adecuado aplicar el enfoque iterativo?. En proyectos simples y repetitivos donde el producto final se conoce completamente desde el inicio. En proyectos de corta duración donde no se requiere retroalimentación del producto desarrollado. En proyectos con alta complejidad e incertidumbre, donde los alcances se ajustan conforme se aprende.

4.3.- Una empresa de dispositivos médicos quiere lanzar un nuevo accesorio personalizado para rehabilitación. Solo tienen una idea general del producto, pero no están seguros de cuál diseño será el más útil para pacientes y fisioterapeutas. Además, esperan que los requisitos cambien conforme reciban retroalimentación de pruebas de uso. El director del proyecto propone planear todo el alcance desde el inicio y ejecutar una sola vez para “evitar retrabajos”. Como líder del proyecto, ¿qué enfoque de gestión del desarrollo elegirías y por qué?. Enfoque predictivo. Iterativo. Incremental.

4.4.- ¿Cuál de las siguientes afirmaciones describe mejor el Product Backlog dentro de Scrum?. Es un plan detallado de tareas técnicas que el equipo ejecuta exclusivamente durante el Sprint en curso. Es una lista dinámica y priorizada de todo el trabajo necesario para el producto, gestionada por el Product Owner. Es un registro de problemas operativos detectados en producción que deben resolverse con urgencia.

4.5.- ¿Qué característica distingue principalmente al Sprint Backlog del Product Backlog?. Contiene impedimentos organizacionales que afectan el avance del equipo durante el Sprint. Es propiedad del Equipo de Desarrollo y detalla qué se hará y cómo se hará para cumplir el objetivo del Sprint. Es una lista priorizada de requisitos del producto que puede modificarse en cualquier momento por los stakeholders.

4.6.- ¿Cuál es el propósito principal del gráfico burndown en Scrum?. Registrar los incidentes críticos ocurridos durante el desarrollo del producto. Mostrar la comparación entre los incrementos entregados y los defectos encontrados en cada Sprint. Visualizar el trabajo pendiente en función del tiempo para monitorear el avance del equipo.

4.7.- Si en un gráfico burndown la línea de trabajo real se encuentra por encima de la línea ideal, ¿qué indica esta situación?. Que el equipo está adelantado respecto al plan y podría asumir más trabajo. Que el equipo va retrasado en relación con el plan establecido para el Sprint. Que se han eliminado impedimentos críticos que aceleraron el ritmo del equipo.

4.8.- ¿Cuál es el rol principal del Scrum Master respecto a la lista de impedimentos?. Identificar errores en producción y priorizarlos según su impacto en los usuarios finales. Definir los criterios de calidad que debe cumplir el incremento de producto. Visibilizar, priorizar y ayudar a eliminar los impedimentos que afectan al equipo.

4.9.- ¿Cuál de las siguientes situaciones corresponde a un elemento típico del Incident Backlog?. Una historia de usuario pendiente de desarrollo que fue estimada incorrectamente. Una falla crítica en producción reportada por usuarios con alto impacto en el servicio. Una idea de mejora detectada durante una reunión diaria que no es urgente.

4.10.- ¿Para qué se utiliza principalmente el Parking Backlog en Scrum?. Para registrar tareas técnicas que no fueron completadas al final del Sprint. Para almacenar ideas, dudas o problemas relevantes que no deben desviar la reunión actual. Para documentar incidentes críticos que requieren atención inmediata del equipo.

4.11.- ¿Cuál es la función principal del Tablero Scrum?. Representar visualmente el estado de avance de las historias y tareas del Sprint Backlog. Priorizar los requisitos del producto según el valor de negocio definido por el Product Owner. Controlar la eliminación de impedimentos externos al equipo de desarrollo.

4.12.- ¿Cuál de las siguientes afirmaciones define correctamente un Incremento de producto en Scrum?. Es un conjunto de tareas técnicas que aún no cumplen criterios de calidad, pero muestran avance parcial. Es el resultado verificable y utilizable que se suma a los incrementos anteriores y demuestra valor entregado. Es un documento que describe los objetivos planificados para el siguiente Sprint.

4.13.- ¿Qué relación existe entre la Definición de Terminado y el Incremento de producto?. El Incremento se considera válido solo cuando cumple formalmente con la Definición de Terminado. La Definición de Terminado se crea después de finalizar el Sprint para evaluar el trabajo realizado. El Incremento puede entregarse, aunque no cumpla la Definición de Terminado si el cliente lo solicita.

4.14.- ¿Cuál de las siguientes secuencias ocurren los eventos dentro de un sprint. Sprint 0 – Planificación del sprint - Reunión diaria - Restrospectiva del sprint - Revisión del sprint. Sprint 0 – Reunión diaria - Planificación del Sprint- Restrospectiva del sprint - Revisión del sprint. Sprint inicial – Planificación del Sprint - Reunión diaria - Restrospectiva del sprint - Revisión del sprint. Planificación del Sprint - Reunión diaria - Revisión del sprint - Restrospectiva del sprint.