COBOL L2 - Estimación de Proyectos de Software

Test

(1)

Jugadas 3 %Acierto 100 Tiempo medio 05:53

Crear copia

Sobre esta actividad

Estimación de Proyectos de Software

Creada por

HR Mexico

México

Descarga la versión para jugar en papel

Top 10 resultados

#	Jugador	Acierto	tiempo
1	Martin 17 de Febrero de 2026	% 100	05:53

¿Quieres aparecer en el Top 10 de este juego? Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

cuanto sabes de Futbol

hugo estay

Chile

(318)

este test esta basado en las diapositivas que pudimos ver con anterioridad, consta de 10 preguntas las cuales tienen alternativas para poder resolverlas.
Brawl stars preguntas

Carlos Andrés Prieto Rodríguez

Colombia

(164)

Completa todas las preguntas
Cultura general española

Ernest Serret

España

(100)

Responde las siguientes preguntas
Verbos irregulares en Inglés

Hélmer González Serrano

Colombia

(312)

Se presentan 10 preguntas, cada una con 4 opciones de respuesta. Seleccione la que considere correcta.
Tipos de sintagmas (II)

idoia rubio

España

(945)

Actividades interactivas para reconocer los distintos tipos de sintagmas

		%
	Anónimo	%
		%
		%

Imprime tu juego

COBOL L2 - Estimación de Proyectos de Software


COBOL L2 - Estimación de Proyectos de SoftwareVersión en línea Estimación de Proyectos de Software por 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.

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.

COBOL L2 - Estimación de Proyectos de Software

Test

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Test

cuanto sabes de Futbol

Test

Brawl stars preguntas

Test

Cultura general española

Test

Verbos irregulares en Inglés

Test

Tipos de sintagmas (II)

COBOL L2 - Estimación de Proyectos de SoftwareVersión en línea

por 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?