option
Cuestiones
ayuda
daypo
buscar.php

Mi_Metodo_Loco_2024

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Mi_Metodo_Loco_2024

Descripción:
Mi Metodo Loco 2024-2025

Fecha de Creación: 2025/03/24

Categoría: Informática

Número Preguntas: 30

Valoración:(1)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

¿Qué implica el principio de «entregar software que funcione con frecuencia» en metodologías ágiles?. Priorizar la documentación sobre la funcionalidad. Realizar entregas largas y poco frecuentes. Demostrar resultados tangibles en cortos periodos de tiempo. Postergar la entrega hasta tener el producto completo.

¿Cuál es el propósito de la sprint retrospective en Scrum?. Revisar el trabajo completado. Planificar el próximo sprint. Identificar mejoras para el equipo. Presentar el trabajo al cliente.

Imagínate que estás implementando la metodología de Extreme Programming (XP) y quieres definir el alcance del proyecto e identificar las historias de usuario. ¿En qué fase realizaremos estas tareas?. En la de exploración. En la de planificación. En la de implementación. En la de integración.

¿Qué se utiliza comúnmente para estimar historias de usuario en Scrum?. Complejidad técnica. Tiempo real dedicado. Tamaño relativo o puntos de historia. Número de tareas asociadas.

¿Cuál de las siguientes opciones no es un valor de Extreme Programming (XP)?. Comunicación. Simplicidad. Coraje. Pasividad.

¿Qué caracteriza el enfoque de desarrollo ágil en cuanto a la entrega de software?. Entregar software al final del proyecto. Entregar software que funcione, a ser posible, con mucha frecuencia. Priorizar la documentación exhaustiva sobre el software funcional. Seguir estrictamente un plan predeterminado.

¿Qué métrica se puede utilizar para medir el lead time en el desarrollo de software?. Velocidad del equipo. Tiempo medio de resolución de problemas. Tiempo de ejecución de pruebas unitarias. Tiempo desde que se solicita una funcionalidad hasta que se completa.

¿Qué objetivo tienen los doce principios de la gestión de desarrollo ágil?. Aumentar la complejidad del proceso de desarrollo. Mejorar la eficiencia en la entrega de software. Minimizar la interacción con el cliente. Ignorar los cambios durante el desarrollo.

Qué es la integración continua en el desarrollo de software?. Un proceso para fusionar diferentes versiones del software en una sola. Una práctica para realizar pruebas manuales antes de lanzar el software. Un enfoque para fusionar código de manera regular y automática en un repositorio compartido. Una estrategia para realizar actualizaciones del sistema en un momento específico.

¿Cuál de las siguientes opciones no es un valor de Scrum?. Respeto. Foco. Coraje. Disciplina.

¿Cuál es el rol principal del cliente en Extreme Programming (XP)?. Gestionar el proceso de desarrollo. Representar los intereses del negocio y definir los requisitos del sistema. Facilitar las reuniones del equipo. Realizar pruebas de calidad del software.

¿Cuál es el rol principal de los developers en un equipo Scrum?. Definir la visión del producto. Establecer las metas del sprint. Desarrollar y entregar incrementos de producto funcionales. Gestionar la relación con los stakeholders.

¿Qué mide la complejidad ciclomática en un programa?. La cantidad de líneas de código en el programa. La cantidad de ciclos de reloj necesarios para ejecutar el programa. La dificultad estructural del programa basada en la cantidad de caminos independientes a través del código. La cantidad de parámetros de entrada que puede aceptar el programa.

¿Cuáles son los elementos habituales en el ciclo de vida de una metodología ágil?. Product backlog, sprint backlog, dailies y producto incremental. Product backlog, sprint backlog y producto incremental. Sprint backlog y producto incremental. Product backlog, sprint backlog y dailies.

¿Qué es Jira en el contexto del desarrollo de software?. Un lenguaje de programación. Una metodología ágil de gestión de proyectos. Una herramienta de seguimiento y gestión de proyectos. Un estándar de codificación.

El product backlog es... ... un listado fijo de funcionalidades ordenados por prioridad. ... un listado de funcionalidades ordenados por prioridad y que duran el tiempo que dure un sprint. ... un listado vivo de funcionalidades ordenados por prioridad. ... un listado vivo de funcionalidades ordenados por ROI (return on investment).

Si quieres realizar una planificación de entregas efectivas para tu proyecto, deberás tener especial cuidado con... ... ignorar las restricciones de tiempo y recursos. ... establecer fechas de entrega arbitrarias. .. priorizar funcionalidades y tareas basándose en el valor para el cliente. ... no considerar la capacidad de los developers.

¿Cuánto tiempo debería durar la daily idealmente?. Al menos una hora. Entre treinta minutos y una hora. No más de quince minutos. El tiempo que sea necesario para resolver todos los problemas.

¿Cuál es el propósito principal del planning poker?. Asignar tareas específicas a los miembros del equipo. Determinar el presupuesto necesario para el proyecto. Obtener una estimación consensuada del esfuerzo requerido para las tareas. Planificar las actividades del próximo sprint.

Imagínate que los developers están trabajando en una funcionalidad que sirve para poder realizar una llamada a una API y poder recibir las últimas noticias de interés de la sección de economía. Siguiendo una buena estrategia de branching y merging, una vez terminado el periodo de desarrollo y calidad, acoplaremos nuestro código a la rama de: Develop. Master. Release. Release candidate.

Imagínate que estás implantando la metodología de Extreme Programming (XP) en uno de tus proyectos y te gustaría identificar y mitigar los riesgos potenciales en el proyecto ¿Quién te podría ayudar en este aspecto?. El doomsayer. El consultor. El tracker. El tester.

¿Cómo se gestiona un impedimento en el impediment backlog?. Se asigna al Scrum master para su resolución. Se deja sin resolver hasta que el equipo decida abordarlo. Se prioriza y se aborda durante la reunión diaria de Scrum. Se delega al product owner para su solución.

¿Cuál es el principal rol del product owner en Scrum?. Liderar al equipo de desarrollo. Maximizar el valor del producto y gestionar el product backlog. Coordinar las reuniones diarias. Resolver conflictos entre el equipo y los stakeholders.

¿Cómo se priorizan los elementos en el product backlog?. Por orden alfabético. Por la complejidad de desarrollo. Por los developers que lo van a tratar. Por el valor que aportan al producto.

¿Qué muestra la línea de tendencia en un burndown chart?. El trabajo restante que se espera completar. La cantidad de trabajo realizado en el sprint. La cantidad de trabajo estimado para el proyecto. La cantidad de horas trabajadas por el equipo.

¿Cuál es una regla clave de Extreme Programming (XP) relacionada con la propiedad colectiva del código?. Realizar revisiones de código periódicas. Rotar a los miembros del equipo en diferentes roles. Fomentar la propiedad individual del código. Permitir a los desarrolladores trabajar de forma aislada en sus módulos.

¿Quién debe participar en la reunión de refinamiento?. Solo el product owner. El equipo de desarrollo y el Scrum master. Solo los stakeholders del proyecto. El equipo de desarrollo, el product owner y el Scrum master.

¿Cuál de las siguientes opciones dirías que es uno de los beneficios principales a la hora de utilizar estrategias de branching y merging en el desarrollo de software?. Aumentar la complejidad del proceso de desarrollo. Reducir la colaboración entre los miembros del equipo. Facilitar la integración y la gestión de cambios en el código. Acelerar la velocidad de desarrollo.

¿Cuál de las siguientes opciones es la que describe mejor el término calidad software?. Escribir un código limpio y eficiente. La capacidad del software para cumplir con los requisitos del cliente. Proporcionar al usuario funcionalidades relevantes para su producto. Aumentar el número de funciones para disminuir el acoplamiento entre clases.

Entregar documentación de un proyecto es típico de: Proyectos basados en metodologías waterfall. Proyectos de larga duración, independientemente de qué metodología de trabajo se use para gestionar el proyecto. Proyectos basados en metodologías ágiles. Cualquier proyecto, ya que todos deberían tener una documentación mínima.

Denunciar Test