COBOL L2 - Estimación de Proyectos de Software

Quiz

(1)

Played 3 %Accuracy 100 Average time 05:53

Create copy

About this activity

Estimación de Proyectos de Software

Created by

HR Mexico

Mexico

Download the paper version to play

Top 10 results

#	Player	Accuracy	time
1	Martin February 17, 2026	% 100	05:53

Do you want to stay in the Top 10 of this game? Log in to identify yourself.

Make your own free game from our game creator

Compete against your friends to see who gets the best score in this game

Make challenge

Tissues - Practice Quiz

Benjamin D Morgan

United States

(16)

Tissues - Practice Quiz
Spanish Alphabet Listening

Falkenberg Falkenberg

United States

(88)

Spanish alphabet, listening-based assessment
Practice Quiz - Punnett Square, Variation, and Mutations

Benjamin D Morgan

United States

(14)

Practice Quiz - Punnett Square, Variation, and Mutations
Photosynthesis vs Cellular Respiration - Practice Quiz

Benjamin D Morgan

United States

(39)

Photosynthesis vs Cellular Respiration - Practice Quiz
UPS 5 Seeing Habits Quiz

Heather Bell

United States

(12)

Test your knowledge about the 5 seeing habits discussed in the text 'UPS 5 seeing habits'.

		%
	Anonymous	%
		%
		%

Print your game

COBOL L2 - Estimación de Proyectos de Software


COBOL L2 - Estimación de Proyectos de SoftwareOnline version Estimación de Proyectos de Software by HR Mexico 1 ¿Cómo abordarías la estimación de un proyecto de software altamente innovador con poca o ninguna experiencia previa en tecnologías similares? a Utilizar datos históricos de proyectos no relacionados. b Utilizar una técnica de estimación paramétrica. c Combinar Wideband Delphi con prototipos rápidos y experimentos controlados para reducir la incertidumbre y refinar las estimaciones a medida que avanza el proyecto. d Ignorar la falta de experiencia y hacer una estimación basada en la intuición. 2 ¿Qué consideraciones son críticas al seleccionar un método de estimación para un proyecto Agile con requisitos que cambian constantemente? a La capacidad de generar estimaciones precisas desde el principio. b La capacidad de adaptarse rápidamente a los cambios y de refinar las estimaciones a medida que se aprende más sobre el proyecto, como Planning Poker o la estimación relativa. c La capacidad de evitar la reestimación. d La capacidad de imponer un plan fijo. 3 ¿Cómo gestionarías la situación en la que un equipo de desarrollo sistemáticamente subestima el esfuerzo necesario para completar las tareas? a Aumentar la presión sobre el equipo para que cumpla con las estimaciones originales. b Facilitar una retrospectiva profunda para identificar las causas de la subestimación, como el optimismo excesivo, la falta de experiencia o la presión para cumplir con plazos poco realistas. c Asignar un porcentaje fijo de sobreestimación. d Reemplazar a los miembros del equipo con estimadores más precisos. 4 ¿Qué papel juega el análisis de riesgos en el proceso de estimación? a Ninguno. b Permite identificar y evaluar los riesgos potenciales que podrían afectar la estimación, y desarrollar planes de mitigación para reducir la incertidumbre y mejorar la precisión. c Aumenta la incertidumbre. d Elimina la necesidad de estimación. 5 ¿Qué estrategias utilizarías para estimar el esfuerzo necesario para refactorizar una base de código existente? a Ignorar el costo de la refactorización. b Utilizar análisis estático del código y métricas de calidad para cuantificar la complejidad y el esfuerzo necesario para mejorar la estructura y la mantenibilidad del código. c Asignar un porcentaje aleatorio del costo de desarrollo original. d Descartar la refactorización. 6 ¿Qué consideraciones son importantes al utilizar datos históricos de proyectos anteriores para estimar proyectos nuevos? a Asumir que todos los proyectos son iguales. b Asegurarse de que los datos sean relevantes, precisos y comparables, y ajustar las estimaciones para tener en cuenta las diferencias en el alcance, la complejidad, la tecnología y el equipo. c Utilizar datos históricos sin ninguna adaptación. d Desconfiar de los datos históricos. 7 ¿Cómo abordarías la estimación de la complejidad no funcional, como el rendimiento, la escalabilidad, la seguridad o la usabilidad? a Ignorar la complejidad no funcional. b Utilizar métricas específicas y técnicas de modelado para cuantificar los requisitos no funcionales, y asignar el esfuerzo correspondiente. c Asumir que la complejidad funcional incluye la no funcional. d Dejarlo a la suerte. 8 ¿Qué es la "Ley de Parkinson" y cómo afecta a la estimación de proyectos? a Una ley física. b La observación de que el trabajo se expande para llenar el tiempo disponible para su finalización, lo que puede conducir a la sobreestimación y a la ineficiencia. c Una ley sobre la conservación de la energía. d Una ley sobre la relatividad. 9 ¿Qué es el "síndrome del estudiante" y cómo influye en la gestión de proyectos? a Una enfermedad contagiosa. b La tendencia a posponer el trabajo hasta el último momento, lo que puede afectar negativamente la precisión de las estimaciones y la entrega del proyecto. c Una tendencia a estudiar demasiado. d Un signo de inteligencia superior. 10 . ¿Cómo se gestiona el "alcance variable" (scope creep) en un proyecto de software y cómo impacta en la estimación? a Ignorándolo. b Definiendo un proceso de gestión de cambios claro y robusto para evaluar el impacto de las solicitudes de cambio en el alcance, el tiempo y el costo, y ajustar las estimaciones en consecuencia. c Cediendo a toda solicitud del cliente. d Negándose a realizar cambios. 11 ¿Qué estrategias son efectivas para estimar el esfuerzo de pruebas de software? a Adivinar. b Utilizar técnicas basadas en el tamaño del código, la complejidad funcional, los riesgos y la cobertura de pruebas. c Asignar un tiempo fijo para pruebas independientemente de la complejidad del proyecto. d No realizar pruebas. 12 ¿Cómo se puede estimar el impacto de la deuda técnica en el futuro mantenimiento y evolución de un sistema de software? a Ignorándolo. b Utilizando métricas de calidad del código y técnicas de análisis estático para cuantificar la deuda técnica, y estimar el esfuerzo adicional necesario para corregir los problemas y evitar que empeoren. c Asumiendo que no tendrá impacto. d Renegando a realizar mantenimiento. 13 ¿Cómo abordarías la estimación de un proyecto con una alta tasa de rotación de personal? a Ignorando la rotación. b Incorporando un factor de contingencia para tener en cuenta el tiempo de aprendizaje de los nuevos miembros del equipo y la posible pérdida de conocimiento. c Asumiendo que los nuevos miembros del equipo serán más productivos. d Renegando a contratar nuevos miembros. 14 ¿Cómo se integra la gestión de la configuración en el proceso de estimación? a No se integra. b Permite rastrear los cambios en el código, los requisitos y los documentos del proyecto, y evaluar su impacto en la estimación. c Limita la capacidad de realizar cambios. d Complica la tarea de los desarrolladores. 15 ¿Qué papel juega la comunicación efectiva entre los stakeholders en el éxito de la estimación? a Ninguno. b Permite compartir información, aclarar suposiciones, gestionar expectativas y obtener el compromiso de todos los stakeholders, lo que conduce a estimaciones más realistas y a una mejor gestión del proyecto. c Es una pérdida de tiempo. d Genera confusión. 16 ¿Qué es el "efecto Dunning-Kruger" y cómo puede afectar la estimación? a Un efecto óptico. b La tendencia de las personas con poca competencia en una tarea a sobreestimar su habilidad, y la tendencia de las personas competentes a subestimar su habilidad. c Una forma de daltonismo. d Una teoría económica. 17 ¿Cómo se puede utilizar el análisis de valor ganado (Earned Value Management - EVM) para realizar un seguimiento del progreso y la precisión de la estimación durante la ejecución del proyecto? a EVM no es útil para la estimación. b Comparando el valor planificado, el valor ganado y el costo real para identificar desviaciones y ajustar las estimaciones futuras. c EVM es demasiado complejo. d EVM solo sirve para proyectos grandes. 18 ¿Qué es la "falacia de planificación" (planning fallacy) y cómo se puede mitigar? a Un mito sobre la planificación. b La subestimación del tiempo para una tarea puede mitigarse con datos históricos, desglosándola en partes y consultando expertos. c Una excusa para no planificar. d Algo que solo afecta a los novatos. 19 ¿Qué técnicas se pueden utilizar para estimar proyectos de software en los que el equipo de desarrollo está distribuido geográficamente? a Ignorar la ubicación del equipo. b Tener en cuenta las diferencias culturales, las barreras del idioma y las dificultades de comunicación, y utilizar herramientas y procesos que faciliten la colaboración y la comunicación. c Asumir que todos los miembros del equipo son iguales. d Contratar solo a personas que vivan cerca del jefe. 20 ¿Cuál es el papel de la ética profesional en el proceso de estimación? a No hay ninguna relación. b La honestidad, la transparencia y la objetividad son cruciales para generar estimaciones creíbles y confiables, evitar la manipulación de las cifras y proteger los intereses de todos los stakeholders. c La ética es un obstáculo para la eficiencia. d La ética solo importa en la política.

You can integrate the game into an LMS compatible with LTI 1.1 or LTI 1.3 such as Canvas, Moodle, or Blackboard. This way, the scores will be automatically saved into the platform’s gradebook.

COBOL L2 - Estimación de Proyectos de Software

Quiz

About this activity

Created by

Download the paper version to play

Top Games

Quiz

Tissues - Practice Quiz

Quiz

Spanish Alphabet Listening

Quiz

Practice Quiz - Punnett Square, Variation, and Mutations

Quiz

Photosynthesis vs Cellular Respiration - Practice Quiz

Quiz

UPS 5 Seeing Habits Quiz

COBOL L2 - Estimación de Proyectos de SoftwareOnline version

by HR Mexico

¿Cómo abordarías la estimación de un proyecto de software altamente innovador con poca o ninguna experiencia previa en tecnologías similares?

¿Qué consideraciones son críticas al seleccionar un método de estimación para un proyecto Agile con requisitos que cambian constantemente?

¿Cómo gestionarías la situación en la que un equipo de desarrollo sistemáticamente subestima el esfuerzo necesario para completar las tareas?

¿Qué papel juega el análisis de riesgos en el proceso de estimación?

¿Qué estrategias utilizarías para estimar el esfuerzo necesario para refactorizar una base de código existente?

¿Qué consideraciones son importantes al utilizar datos históricos de proyectos anteriores para estimar proyectos nuevos?

¿Cómo abordarías la estimación de la complejidad no funcional, como el rendimiento, la escalabilidad, la seguridad o la usabilidad?

¿Qué es la "Ley de Parkinson" y cómo afecta a la estimación de proyectos?

¿Qué es el "síndrome del estudiante" y cómo influye en la gestión de proyectos?

. ¿Cómo se gestiona el "alcance variable" (scope creep) en un proyecto de software y cómo impacta en la estimación?

¿Qué estrategias son efectivas para estimar el esfuerzo de pruebas de software?

¿Cómo se puede estimar el impacto de la deuda técnica en el futuro mantenimiento y evolución de un sistema de software?

¿Cómo abordarías la estimación de un proyecto con una alta tasa de rotación de personal?

¿Cómo se integra la gestión de la configuración en el proceso de estimación?

¿Qué papel juega la comunicación efectiva entre los stakeholders en el éxito de la estimación?

¿Qué es el "efecto Dunning-Kruger" y cómo puede afectar la estimación?

¿Cómo se puede utilizar el análisis de valor ganado (Earned Value Management - EVM) para realizar un seguimiento del progreso y la precisión de la estimación durante la ejecución del proyecto?

¿Qué es la "falacia de planificación" (planning fallacy) y cómo se puede mitigar?

¿Qué técnicas se pueden utilizar para estimar proyectos de software en los que el equipo de desarrollo está distribuido geográficamente?

¿Cuál es el papel de la ética profesional en el proceso de estimación?