Preguntas Ingeniería Del Software II PDF

PREGUNTAS INGENIERÍA DEL SOFTWARE II 1. Durante un sprint, un equipo de desarrollo determina que no será capaz de terminar el trabajo planificado. ¿Quién debe estar presente para revisar y ajustar el alcance para el resto del sprint? a. El Scrum Master, el jefe de proyecto y el equipo de desa...

PREGUNTAS INGENIERÍA DEL SOFTWARE II 1. Durante un sprint, un equipo de desarrollo determina que no será capaz de terminar el trabajo planificado. ¿Quién debe estar presente para revisar y ajustar el alcance para el resto del sprint? a. El Scrum Master, el jefe de proyecto y el equipo de desarrollo. b. El Product Owner y el equipo de desarrollo. c. El equipo de desarrollo. d. El Product Owner y los Stakeholders. 2. Si llamamos a un método de búsqueda binaria que espera como entrada un array ordenado con un array desordenado, ¿qué tipo de error de interfaz estamos cometiendo? Escoge la mejor opción. a. Error de temporización. b. Ninguna de las anteriores. c. Uso incorrecto de la interfaz. d. Malinterpretación de la interfaz. 3. En el contexto de control de calidad, ¿cuál de los siguientes escenarios es el que puede generar un mayor coste para una empresa desarrolladora de software? a. Defecto originado en la fase de definición de requisitos y detectado en la de mantenimiento del sistema. b. Defecto originado en la fase de definición de requisitos y detectado en la de construcción del sistema. c. Defecto originado en la fase de diseño detallado del sistema y detectado la de construcción. d. Defecto originado en la fase de definición de la arquitectura del sistema y detectado en la de diseño detallado. 4. ¿En qué 3 principios de control empírico de procesos se basa Scrum? a. Planificación, demostración y retrospectiva. b. Transparencia, eliminación de desperdicio y mejora continua. c. Transparencia, inspección y adaptación. d. Respeto, mejora continua y transparencia. 5. En el proceso de gestión de cambios, ¿qué factores debemos considerar al analizar la idoneidad de incluir o no un cambio en el producto? a. Si el cambio tiene origen en un fallo, cuál es su gravedad y a qué porcentaje de mis clientes afecta. b. Si es una mejora del producto, la relación coste/beneficio de la implementación. c. Sí debo incluir el cambio en una release vigente o puedo posponerlo para una futura. d. Todas las anteriores. 6. De las siguientes opciones, ¿cuál representa una práctica errónea al ejecutar el proceso de análisis de componentes software? a. Realizar el análisis solo sobre los módulos más importantes o representativos del sistema. b. Prestar más atención a los valores particulares de las observaciones obtenidas que a las tendencias. c. Especificar el modo en que se realizarán las mediciones. d. Archivar los resultados de las mediciones. e. Analizar los datos al margen del contexto en que han sido recogidos. 7. En un proyecto para una multinacional, considerando alcance y plazo de entrega y comparando el coste final del proyecto respecto al planificado, ¿cuál de las siguientes opciones te parece que ha sido la peor gestionada? a. El proyecto se entrega en el plazo acordado, ajustado al presupuesto (desviación 0) y con una reducción no desdeñable respecto al alcance solicitado (No se ha implementado un 30% hoy de la funcionalidad clave inicialmente requerida).  b. El proyecto se entrega en el plazo acordado, conforme al alcance solicitado, e incurriendo en la mitad de costes de lo planificado. c. El proyecto se entrega en el plazo acordado, conforme al alcance solicitado, y con un coste total un 5% mayor de lo planificado. d. El proyecto se entrega conforme al alcance solicitado, ajustado al presupuesto (desviación 2%) y dos meses más tarde de lo planificado (desviación 20%). 8. En el contexto de las pruebas de software, ¿cuál de las siguientes opciones NO pertenece al ámbito de la validación? a. Identificar conjuntos de datos de entrada que ayuden a mostrar durante el desarrollo comportamientos incorrectos o indeseables del producto. b. Demostrar a los stakeholders que el software cumpla con los requisitos. c. Asegurarse de que para cada requisito incluido en la especificación existe al menos una prueba. d. Asegurarse de que todas las features de sistema que se incluyan en la reléase están cubiertas por un conjunto de pruebas. 9. Para la correcta planificación (inicial y en ejecución) de una actividad el jefe de proyecto debe considerar… (Escoge la mejor opción) a. Una estimación basada en su propia experiencia. b. Una estimación obtenida por voto mayoritario entre los diseñadores. c. Una estimación proporcionada por un ingeniero senior. d. Una estimación proporcionada por la persona que se encargará de realizar la actividad. 10. ¿Cuál de las siguientes afirmaciones es FALSA? a. En tanto que es un desglose de los elementos del Product backlog que se seleccionaron en el Sprint planning, el sprint backlog cambia a medida que se realiza el trabajo. b. El equipo de desarrollo puede trabajar con el Product Owner para eliminar o añadir trabajo del Sprint backlog si descubre que tiene menos o más capacidad de la esperada. c. El Product Owner puede ayudar a aclarar u optimizar el Sprint si el equipo de desarrollo se lo pide. d. El Sprint backlog queda completamente definido en el Sprint Planning y no se modifica durante el Sprint. 11. Comparado con un desarrollo propio al 100%, ¿Cuál de las siguientes opciones NO es un beneficio de la reutilización del software? a. Posibilidad de usar de forma más eficiente la competencia de los especialistas. b. Beneficiarse de componentes software que han sido probados y validados con éxito en numerosos sistemas. c. Posibilidad de satisfacer más rápidamente una necesidad de mercado. d. Menor exposición al riesgo de disputas relacionadas con la propiedad intelectual. 12. El _________ especifica las versiones de los componentes que se incluyen en el sistema junto con una especificación de las librerías utilizadas, HD de los ficheros de configuración, etc. a. Codeline. b. Configuration item. c. Baseline. d. Codebase. 13. ¿Cuál de las siguientes opciones hace referencia a una técnica basada en encuestas anónimas para conseguir un consenso sin sesgo entre expertos, aplicable a distintas áreas o fases de la gestión de proyectos? a. Método Delphi. b. Root-Cause Analysis (RCA) c. Entrevistas. d. Brainstorming. 14. Suponga que le piden que prepare un plan de calidad para el desarrollo de un sistema software. Si quiere que sea eficaz, de las siguientes opciones ¿cuál considera que NO es un criterio para su elaboración? a. Que describa los estándares que se usarán para el desarrollo y la gestión del producto. b. Que sea extenso y muy detallado. c. Que identifique y justifique los aspectos críticos del producto. d. Que describa el mercado al que va dirigido. 15. ¿Cuál es la duración máxima de un Sprint Review? a. Cuatro (4) 4 horas para un sprint mensual (cuatro semanas). Para Sprints de menor duración, suele ser más breve. b. Dos (2) horas. c. Cuatro (4) horas o más si es necesario. d. Una jornada laboral completa (8 horas). 16. ¿Cuál de las siguientes opciones NO es verdadera? a. El ciclo de vida de un producto software incluye tanto major como minor releases. b. Una release de sistema es una versión del sistema software que se disminuye a los clientes. c. Las major releases suelen ser gratuitas para facilitar la difusión del producto. d. La gestión de releases suele ser más compleja en líneas de producto y sistemas con adaptaciones de mercado. 17. ¿Cuál es el propósito de las pruebas de software? Escoge la mejor opción. a. Entregar un producto sin defectos. b. Demostrar que el producto cumple con los requisitos acordados y descubrir anomalías en el producto antes de ponerlo en producción. c. Demostrar que la funcionalidad solicitada se ha implementado y entregar un producto sin defectos al mercado. d. Descubrir anomalías en el producto antes de ponerlo en producción. 18. ¿Cuál de las siguientes opciones es FALSA respecto a las métricas de producto? a. Son características de un sistema software que no siempre pueden medirse objetivamente. b. Pueden ser estáticas o dinámicas. c. Se pueden usar para descartar o revisar aquellos productos que no satisfacen los valores especificados. d. La complejidad ciclomática es un ejemplo de métrica de producto. 19. La puesta a disposición de los usuarios de un sistema de una actualización de seguridad para eliminar una vulnerabilidad que aún no ha afectado a la base instalada es un ejemplo de: a. Mantenimiento correctivo. b. Mantenimiento perfectivo. c. Mantenimiento preventivo. d. Mejora planificada de la funcionalidad del sistema. 20. ¿Qué ventajas ofrecen las inspecciones respecto a las pruebas dinámicas? a. Se pueden llevar a cabo con más agilidad que las pruebas. b. Ayudan a detectar más fácilmente las potenciales interacciones entre errores. c. Además de localizar defectos permiten detectar otros atributos del sistema como conformidad con estándares, portabilidad y mantenibilidad. d. Requieren menos experiencia por parte de quienes las llevan a cabo. 21. ¿Cuál debe ser la extensión (temporal) de un Sprint? a. No demasiado extenso para que permita que el trabajo realizado por el equipo de desarrollo pueda sincronizarse con otros eventos de negocio.  b. No demasiado extenso para que el riesgo de negocio asociado a la inversión en el sprint sea aceptable para el producto owner. c. No superior a un mes (cuatro semanas). d. Todas las otras opciones son correctas. 22. La historia de derivación es un conjunto de comentarios breves… a. que se recogen durante el análisis post-mortem de un proyecto, hola relativos a las desviaciones de la calidad obtenida del producto respecto a la especificada. b. que añade el ingeniero de soporte al formulario de solicitud de cambio para facilitar la trazabilidad de su evolución. c. que añade el desarrollador a la cabecera de código fuente sobre el que implementa los cambios para facilitar la trazabilidad de su evolución. d. que incluye el producto owner en el formulario de solicitud de cambio para facilitar la trazabilidad de su evolución. 23. ¿Bajo qué condición anormal se puede cancelar un sprint? a. Cuando el equipo de desarrollo piensa que el esfuerzo es demasiado grande para realizarlo. b. Cuando el equipo ve con claridad que no va a poder terminar todo el trabajo planificado al final del sprint. c. Cuando el objetivo del sprint se convierte en obsoleto. d. Cuando el departamento de ventas detecta una oportunidad de mercado muy importante. 24. ¿Cuál de las siguientes afirmaciones se ajusta mejor a la definición del Sprint Review? a. Es el evento en el que el equipo scrum y los stakeholders inspeccionan el resultado del Sprint y analizan cómo seguir adelante. b. Es un mecanismo de control de actividades realizadas por el equipo de desarrollo durante el Sprint. c. Consiste en una demo realizada al final del Sprint para que todos los miembros de la organización puedan comprobar lo que se ha hecho durante el Sprint. d. Ninguna de las anteriores. 25. ¿Cuál de las siguientes afirmaciones es FALSA respecto a los factores que influyen en la comunicación entre los miembros de un proyecto? a. La comunicación suele ser más sencilla en grupos que conviene distintos tipos de personalidad, por ejemplo, en equipos mixtos de mujeres y hombres. b. La comunicación suele ser más fluida en grupos jerárquicos que en grupos informales. c. La complejidad de la comunicación entre los miembros de un equipo es proporcional al cuadrado del número de sus componentes. d. La organización del espacio físico en la oficina puede facilitar o dificultar la comunicación entre los miembros del equipo. 26. Las pruebas de software NO sirven para… a. Descubrir anomalías en el producto antes de ponerlo en producción. b. Conocer características no funcionales del producto. c. Demostrar que el producto cumple con los requisitos acordados. d. Entregar un producto 100% libre de fallos. 27. ¿Cuál de las siguientes opciones es un beneficio de la reutilización del software? a. Menor exposición al riesgo de disputas relacionadas con la propiedad intelectual. b. No requerir la competencia de especialistas para desarrollar el sistema. c. Beneficiarse de componentes software que han sido probados y validados con éxito en numerosos sistemas. d. Satisfacer la necesidad de un nicho de mercado con mayor probabilidad. 28. Si siguiésemos el esquema que propone Humphrey para documentar un plan de calidad, ¿cuál de las siguientes opciones NO estaría incluida? a. La descripción del producto, información relativa a las expectativas de calidad existentes respecto al mismo, así como una descripción del mercado al que va dirigido. b. Descripción de los estándares que se usarán para el desarrollo y la gestión del producto. c. Los objetivos de calidad que se persiguen con el proyecto. d. Los criterios de contratación del personal que participará en el proyecto. 29. El ámbito de los proveedores de telecomunicaciones, antes de liberar un producto software de forma generalizada es común realizar un proyecto FOA (First Office Application) integrando el sistema en la red real de la operadora (e. g. Telefónica, France Telecom) y monitorizando su comportamiento durante un periodo de una o dos semanas. ¿Bajo cuál de las siguientes categorías de pruebas clasificarías esta actividad? a. Pruebas de estrés. b. Pruebas de campo (field trial). c. Pruebas de versión (release) d. Pruebas de componente. 30. De las siguientes afirmaciones, ¿cuál es válida para la selección de casos de prueba? a. Las pruebas deben centrarse en la definición de casos que detecten el uso/comportamiento anormal del sistema. No es necesario ocuparse de los casos de uso normal, pues de esa parte se ocupan las inspecciones. b. Para asegurar la satisfacción de los usuarios, las pruebas deben ser rigurosamente exhaustivas. c. Para que el coste de verificación sea viable, los casos de prueba se definen en base a particiones de los datos de entrada y de salida, o en guidelines que recogen la experiencia previa de otros desarrolladores. d. Todas las anteriores. 31. ¿Quiénes deben asistir obligatoriamente al Daily Scrum? a. El equipo scrum al completo. b. El equipo de desarrollo. c. El equipo de desarrollo y el Scrum Master. d. El equipo de desarrollo y el Producto Owner. 32. Se define _____ como una secuencia de versiones de código fuente (u otros elementos de la configuración) en la que cada versión deriva de una previa. a. Codeline. b. Configuration item. c. Codebase. d. Baseline. 33. En un sitio web los usuarios han dejado de poder acceder usando las credenciales de Google, porque esta compañía ha cambiado recientemente la forma en que su API gestiona la autenticación. La modificación realizada para asegurar que esta opción de autenticación sigue funcionando es un ejemplo de: a. Mantenimiento adaptativo. b. Mantenimiento correctivo. c. Mantenimiento perfectivo. d. Mantenimiento preventivo. 34. En un proyecto para una multinacional, considerando alcance y plazo de entrega y comparando el coste final del proyecto respecto al planificado, ¿cuál de las siguientes opciones te parece que ha sido la mejor gestionada? a. El proyecto se entrega en el plazo acordado, ajustado al presupuesto (desviación 0) y con una reducción no desdeñable respecto al alcance solicitado (No se ha implementado un 30% hoy de la funcionalidad clave inicialmente requerida).  b. El proyecto se entrega en el plazo acordado, conforme al alcance solicitado, e incurriendo en la mitad de costes de lo planificado. c. El proyecto se entrega en el plazo acordado, conforme al alcance solicitado, y con un coste total un 5% mayor de lo planificado. d. El proyecto se entrega conforme al alcance solicitado, ajustado al presupuesto (desviación 2%) y dos meses más tarde de lo planificado (desviación 20%). 35. ¿Cuál de las siguientes opciones es un beneficio de la reutilización del software? a. No requerir la competencia de especialistas para desarrollar el sistema. b. Beneficiarse de componentes software que han sido probados y validados con éxito en numerosos sistemas. c. Menor exposición al riesgo de disputas relacionadas con la propiedad intelectual. d. Satisfacer la necesidad de un nicho de mercado con mayor probabilidad. 36. ¿Qué tipo de pruebas son aquellas en las que se invita a un grupo de usuarios a participar junto al equipo de desarrollo para probar el software? a. Pruebas de componentes. b. Pruebas alfa. c. Pruebas unitarias. d. Pruebas Beta. 37. ¿Quiénes deben asistir obligatoriamente al Daily Scrum? a. El equipo de desarrollo. b. El equipo de desarrollo y el Product Owner. c. El equipo de desarrollo y el Scrum Master. d. El equipo Scrum al completo. 38. De las siguientes opciones, ¿cuáles representan roles asociados a un equipo de Srcum? Seleccione una o más de una: a. Product Owner. b. Scrum Master. c. (miembro del) equipo de desarrollo. d. Usuarios. e. Clientes. 39. Según Sommerville, y en el contexto del proceso de gestión de riesgos, ¿cuál es el resultado generado en la fase de planificación de riesgos? a. Una lista de riesgos potenciales. b. Una lista priorizada de riesgos potenciales. c. Una estrategia documentada para evitar los riesgos y gestionar las contingencias. d. Una valoración de los riesgos. 40. Si comparamos el coste final de un proyecto con las estimaciones realizadas al analizar los requisitos estables de cliente e iniciar la fase de diseño, ¿qué márgenes de desviación se consideran propios de una buena gestión de proyecto por metodologías como PMP? a. -5%/+10%. b. -25%/75%. c. -10%/25%. d. -200%/+500%. 41. ¿Quién es el responsable último de establecer la prioridad de los elementos (historias de usuario) del Product Backlog? a. Los stakeholders.  b. El equipo de desarrollo. c. El Product Owner. d. El CEO. 42. ¿Cuál de las siguientes afirmaciones es falsa respecto de los hilos de proyecto? a. Definir significativamente los hilos de negocio facilita la planificación incremental con backlogs jerarquizados. b. Articular el valor asociado a un hito es esencial para involucrar a los stakeholders en la definición del alcance incluido y excluido en dicho hito. c. Se ha de procurar que junto con el valor proporcionado los hitos muestren el progreso de acuerdo con rangos de actividades completadas -50%/+85%. 43. ¿Existe en el framework scrum el rol de jefe de proyecto? Escoge la mejor opción. a. No existe un rol con ese nombre, pero el Project Owner hace las mismas funciones que un Project Manager tradicional. b. Sí, es el encargado de gestionar el producto backlog. c. Scum no define un rol de Project Manager. d. Sí, es el encargado de distribuir las historias de usuario entre el equipo de desarrollo. 44. ¿Cuál de las siguientes afirmaciones NO es válida para las estimaciones sencillas basadas en un único valor? a. No deben usarse por su proclividad al padding. b. Son más fiables cuando se basan en información histórica. c. Dificultan la gestión de riesgos. d. Constituyen una opción válida para tareas de corta duración y con las que estamos muy familiarizados. 45. De las siguientes opciones ¿cuál te parece mejor para identificar las causas probables o comunes a los riesgos identificados? a. Diagramas de Ishikawa. b. Celebrar una sesión de brainstorming usando el método de los seis sombreros de De Bono. c. El análisis SWOT/DAFO. d. Matrices RACI (Root Analysis of Causes in Interactive-mode). 46. En un Proyecto cuya relación beneficio/coste es de 1’9, con un riesgo asociado bajo y en el que las dependencias entre las actividades son discrecionales, al realizar la calendarización inicial se estima que llevará seis días más de los disponibles para entregar en la fecha requerida por el cliente. No puedes acceder a recursos adicionales. En estas circunstancias, ¿cuál de las siguientes opciones consideras que sería la mejor para intentar cumplir con el plazo de entrega. a. Movería recursos asignados a las actividades con dependencias discrecionales a actividades con dependencias externas. b. Intentaría reducir los recursos asignados a la actividad con mayor duración. c. Eliminaría actividades del proyecto. d. Intentaría paralelizar actividades. 47. ¿Cuál de las siguientes opciones describe mejor el propósito de un Sprint Review? a. Una reunión orientada a que el equipo de desarrollo revise y mejore los procesos de trabajo que ha aplicado en el Sprint. b. Una reunión en la que el producto owner revisa las actividades realizadas por el equipo de desarrollo durante el sprint. c. Una reunión en la que se da al cliente o a otros stakeholders la oportunidad de inspeccionar el producto. 48. Un desarrollador acaba de incorporarse a un equipo de desarrollo existente. La integración no parece estar funcionando, puesta esta persona se enfrenta constantemente con otros miembros del equipo lo que está  enrareciendo el ambiente. En este escenario, ¿quién tiene la responsabilidad de identificar el problema e intentar resolverlo? d. Como responsable del retorno de la inversión del proyecto, es el producto owner el encargado de resolver el problema. e. Dado que en Scrum el equipo de desarrollo se auto-organiza, es este el responsable de identificar e iniciar el proceso de resolución del problema, con la ayuda del 49. ¿Cuál es la diferencia entre proyecto, programa y portfolio? Escoge la mejor opción. a. Proyecto representa un esfuerzo temporal significativo (largo) con un principio y un final definidos. Un programa combina dos o más proyectos independientes. Un portfolio combina dos o más programas. b. Un proyecto representa un esfuerzo temporal sujeto a un contrato, con un principio y un final definidos. Un portfolio es un conjunto de proyectos cuyas fechas de entrega no están cerradas. Un programa combina dos o más portfolios. c. Un proyecto representa un esfuerzo temporal con un principio y un final definidos. Un programa es un conjunto de proyectos relacionados. Un portfolio es un grupo de proyectos y programas relacionados entre sí por un objetivo estratégico. 50. En el framework Scrum, ¿qué quiere decir que un evento está “temporizado” (time-boxed)? Elige la mejor opción. a. El evento tiene que ocurrir en un momento fijo. b. El evento no puede consumir un tiempo mayor del asignado. c. El evento debe consumir, como mínimo, el tiempo asignado. 51. ¿Cuál de los siguientes conceptos asociados a la gestión de riesgos expresa el punto específico en el que un riesgo se vuelve inaceptable? a. Tolerancia al riesgo. b. Umbral de riesgo. c. Apetito de riesgo. d. Margen de riesgo. 52. ¿De qué dos maneras puede principalmente un Scrum Master ayudar al equipo de desarrollo a alcanzar un mayor nivel de productividad? a. Obligando a que los eventos tengan lugar según el calendario acordado y eliminando obstáculos que interfieran con el equipo de desarrollo. b. Eligiendo para cada Sprint las historias del product backlog que aportan más valor y asegurándose de que los eventos tienen lugar según el calendario acordado. c. Priorizando correctamente el product backlog y facilitando la toma de decisiones. d. Facilitando la toma de decisiones y ayudando a eliminar obstáculos que interfieran con el equipo de desarrollo. 53. ¿Cuál de las siguientes opciones considera que es falsa en relación con la asignación de precio a un sistema software? a. Aparte de los costes, hay otros factores (organizativos, de mercado, etc.) que pueden influir en el establecimiento del precio final. b. Es preciso tener en cuenta todos los costes implicados. c. El valor que ofrece al cliente es un aspecto secundario en el cálculo del precio. 54. Según el libro 50 Quick Ideas to Improve your User Stories de Gojko Adzic y David Evans, ¿cuál de las siguientes recomendaciones debemos tener en cuenta a la hora de crear historias de usuario? a. Es muy importante prestar atención al formato en el que se redactan las historias, por lo que se debe emplear el tiempo que sea necesario para definir un estándar. b. El uso de roles genéricos en lugar de específicos puede ser muy beneficioso para no limitar la solución de antemano.  c. Es mejor usar las historias como una forma de estimular la discusión y colaborar entre miembros del equipo y el responsable de producto que como un procedimiento formal más ligero de documentar requisitos. d. El criterio guía en la creación de las historias de usuario es crear tareas que requieran poco esfuerzo. 55. Según el libro 50 Quick Ideas to Improve your User Stories de Gojko Adzic y David Evans, ¿cuál de las siguientes recomendaciones NO debemos tener en cuenta a la hora de crear historias de usuario? a. No hay que obsesionarse con el formato en el que se redactan las historias. b. El uso de roles genéricos en lugar de específicos puede ser muy beneficioso para no limitar la solución de antemano. c. Es mejor usar las historias como una forma de estimular la discusión y colaborar entre los miembros del equipo y el responsable de producto que como un procedimiento formal más ligero de documentar requisitos. d. El criterio guía en la creación de las historias de usuario no es crear tareas “cortas”, sino tareas que aporten valor. 56. ¿Qué herramienta se utiliza en la gestión de personas para identificar la responsabilidad y el grado de implicación de los miembros del proyecto en las actividades? a. Estructura WBS. b. Matrices RACI. c. La metodología Six Hats de De Bono. d. Registro de stakeholders. 57. El contexto de la gestión personal, ¿cuál de las siguientes afirmaciones es VERDADERA? a. Un jefe de proyecto debe vigilar que en el proyecto se den las condiciones necesarias para eliminar riesgos asociados a la seguridad de las personas, pero no tiene por qué prestar especial atención a las necesidades sociales o de estima de los miembros del equipo. b. La pirámide de Maslow proporciona un modelo suficiente para gestionar la complejidad de la motivación en la gestión de equipos. c. Contribuir a la motivación del equipo es una tarea secundaria en las labores de un jefe de proyecto. d. Es responsabilidad del jefe de proyecto organizar el trabajo y el entorno de colaboración de tal modo que tribuya y anima a que la gente trabaje de forma efectiva. 58. En relación con el trabajo en equipo, y específicamente con la comunicación entre sus miembros, ¿cuál de las siguientes afirmaciones es VÁLIDA? a. Los histogramas de recursos proporcionan una herramienta útil para gestionar la comunicación entre los miembros de un equipo o entre equipos, pues indican la “historia laboral” y la experiencia de cada miembro, lo que nos permite acudir a la persona indicada en caso de duda. b. Las matrices RACI proporcionar una herramienta útil para gestionar la comunicación entre miembros de un equipo o entre equipos, pues identifica la responsabilidad de cada miembro respecto a una actividad, así como su idoneidad para ser consultado respecto a ella o su necesidad de ser informado sobre la misma. c. Cuanto mayor sea el tamaño de un equipo, mejor será su comunicación, dado que aumenta las posibilidades de que ante una duda, alguien tenga la respuesta adecuada. d. Numerosos estudios muestran que es más sencillo comunicarse en grupos jerárquicos que en grupos informales, pues la jerarquía nos proporciona una referencia organizativa que nos permite identificar a quién tenemos que dirigirnos en caso de duda. 59. Analizar una actividad durante la planificación, vemos que puede comenzar como muy pronto el día 5, y terminar, en el mejor de los casos, el día 11. La actividad puede empezar como muy tarde el día 11 y concluir el día 17 como máximo. De acuerdo con la información anterior, ¿cuál de las siguientes afirmaciones es VÁLIDA? a. La actividad forma parte del camino crítico. b. La actividad tiene un retraso (lag) de 6 días. c. La actividad no forma parte del camino crítico.  d. La actividad progresa a un ritmo adecuado. 60. ¿Cuál de las siguientes afirmaciones es VERDADERA respecto de los estándares propuestos por el Project Management Institute (PMI) en el PMBOK? a. Los estándares del PMBOK solo pueden aplicarse a proyectos dirigidos por planes (i.e. waterfall). b. El conjunto de estándares propuestos en el PMBOK se articula en torno a 8 grupos de procesos y 5 áreas de conocimientos. c. Los estándares del PMBOK solo pueden aplicarse a proyectos ágiles. d. El conjunto de estándares propuesto en el PMBOK se articula en torno a 5 grupos de procesos y 10 áreas de conocimiento. 61. ¿Cuál de las siguientes afirmaciones es FALSA? a. El aspecto esencial que define un proyecto es que es una empresa temporal con un principio y final bien definidos orientado a la creación de un producto o servicio. b. El aspecto diferencial para decidir si un conjunto de proyectos se agrupa bajo una estructura organizativa de portfolio es que contribuyan a un objetivo estratégico común. c. El aspecto diferencial para decidir si un conjunto de proyectos se agrupa bajo una estructura organizativa de programa es que contribuyan a un objetivo estratégico común. d. El aspecto clave para decidir si un conjunto de proyectos se agrupa bajo una estructura organizativa de programa es la posibilidad de explotar sinergias significativas entre ellos. 62. ¿Cuál de las siguientes opciones NO representa una buena práctica de un jefe de proyecto en la gestión de estimaciones? a. Multiplicar por un factor de corrección las estimaciones de los desarrolladores con menos experiencia para evitar riesgos. b. Solicitar que las estimaciones estén vinculadas con las WBSs, las listas de actividades y que se visibilicen los riesgos. c. Asegurarse de que las hipótesis realizadas durante la estimación se documentan para su posterior consulta o revisión. d. Indicar al equipo qué nivel de detalle ha de proporcionarse en las estimaciones. 63. En relación con la gestión del proyecto, ¿qué finalidad tiene conocer las tolerancias de los distintos stakeholders respecto a los riesgos identificados? a. Para que el equipo pueda calendarizar correctamente el proyecto. b. Para que los managers sepan respectivamente cómo reaccionan los demás y evitar conflictos internos. c. Para que ayude al equipo a estimar correctamente la severidad asociada a los riesgos y así ordenarlos correctamente. d. Para que el jefe de proyecto pueda estimar correctamente el presupuesto final del proyecto. 64. Si un proyecto tiene una probabilidad de un 60% de obtener un beneficio de 100.000 € y una probabilidad del 40% de obtener unas pérdidas de 100.000 €, ¿cuál es el valor monetario esperado/expexted monetary value (EMV) del proyecto? a. Una pérdida de 60.000 €. b. Un beneficio de 100.000 €. c. Una pérdida de 40.000 €. d. Un beneficio de 20.000 €. 65. En un registro de riesgos encontramos este elemento en cuya definición se especifica exclusivamente la siguiente información. De cara a la correcta gestión de este riesgo. ¿cuál considerarías que es el principal defecto en su definición? a. La descripción del riesgo es demasiado vaga. b. El plan de acción debe contar de una única acción. Si se precisan más, se incorpora una entrada separada en el registro con distinto ID aunque tenga la misma descripción. c. La probabilidad (y en consecuencia el nivel de riesgo) debería ser más alta, dado que la descripción indica que este problema estaba presente en la versión anterior. d. Carece de un responsable encargado de supervisarlo y asegurarse de que se ejecuta el plan. 66. ¿Cuál de las siguientes situaciones es la única en la que, de acuerdo con los criterios definidos en la guía Scrum, lo que sucede es rigurosamente acorde con el propósito del evento que describe? a. Durante el Sprint Review el cliente solicita al equipo de Desarrollo que adopte una nueva metodología de reporting que facilite el seguimiento de las actividades de cada miembro del equipo durante el Sprint. b. Durante el Daily Scrum uno de los miembros del equipo se ha quedado atascado con el último item del backlog del que se ha hecho cargo y el resto de los miembros del equipo decide extender 45 minutos la reunión para averiguar cuál puede ser la razón del bloqueo. c. Durante el Sprint Review el cliente no queda totalmente satisfecho con el diseño de la interfaz de usuario de la aplicación y solicita una serie de cambios para que se incluyan en el próximo Sprint. d. Durante el Sprint Retrospective el cliente solicita al equipo de Desarrollo que adopte una nueva metodología de reporting que facilite el seguimiento de las actividades de cada miembro del equipo durante el Sprint. 67. De acuerdo con los creadores, ¿cuál de las siguientes definiciones se ajusta mejor a lo que es Scrum? a. Scrum propone una forma de colaborar para equipos pequeños, durante periodos de tiempo breves (denominados Sprints) en los que explotan al máximo las virtudes de las metodologías dirigidas por planes. b. Una metodología que especifica todos y cada uno de los pasos y herramientas necesarios para desarrollar un producto o servicio en pequeños periodos de tiempo denominados Sprints. c. Scrum es un conjunto de procesos con métricas predeterminadas que permite a un equipo de no más de diez integrantes desarrollar productos o servicios de forma ágil. d. Un marco de trabajo con el que las personas pueden acometer problemas complejos adaptativos, entregando productiva y creativamente productos del máximo valor posible. 68. ¿Cuál de las siguientes afirmaciones es VÁLIDA? a. Scrum hace uso de un tablero (a veces denominado Kanban board o Scrum board) en el que se refleja la línea de progreso teórica definida para el Sprint y que permite observar la velocidad del equipo expresada en puntos de historia. La velocidad del equipo es siempre una medida relativa, que no debe generar expectativas de rendimiento en Sprints futuros. b. Scum hace uso de un tablero (a veces denominado Kanban board o Scrum board) que está orientado a aumentar la transparencia en el equipo y a que todos puedan con un vistazo rápido hacerse una idea del estado del proyecto. Dicho tablero suele ubicarse en la sala en la que se celebran los Daily Scrums. c. El Scrum board es un artefacti Scrum gestionado por el Scrum Master para visualizar las tareas en curso y para asignar nuevas tareas a los miembros del equipo a medida que estos van quedando libres. d. En burndown chart es un artefacto definido por el framework Scrum para facilitar la transparencia en el seno del equipo. En el gráfico los distintos componentes reflejan su estado de ánimo y pueden escribir un  breve comentario sobre su motivación. Esta herramienta facilita al Scrum Master supervisar la moral del equipo y tomar las acciones pertinentes en caso de que la gente se esté “quemando”. 69. ¿Cuál de las siguientes opciones describe mejor el propósito de un Sprint Review? (igual que 47 pero completa) a. Una reunión orientada a que el equipo de desarrollo revise y mejore los procesos de trabajo que ha aplicado en el Sprint. b. Una reunión en la que el producto owner revisa las actividades realizadas por el equipo de desarrollo durante el sprint. c. Una reunión en la que se da al cliente o a otros stakeholders la oportunidad de inspeccionar el producto desarrollado en el Sprint y proporcionar feedback sobre el resultado, que permita guiar futuros incrementos. d. Una reunión para fomentar la motivación y la cohesión del equipo de desarrollo. 70. ¿Cuál de las siguientes opciones describe mejor el propósito de un Sprint Retrospective? a. Una reunión orientada a que el equipo de desarrollo revise y mejore los procesos de trabajo que ha aplicado en el Sprint. b. Una reunión en la que el producto owner revisa las actividades realizadas por el equipo de desarrollo durante el sprint. c. Una reunión en la que se da al cliente o a otros stakeholders la oportunidad de inspeccionar el producto desarrollado en el Sprint y proporcionar feedback sobre el resultado, que permita guiar futuros incrementos. d. Una reunión para fomentar la motivación y la cohesión del equipo de desarrollo. 71. En un proyecto desarrollado de acuerdo con el framework Scrum, ¿quién es el responsable de estimar el trabajo que se ha de realizar? a. El producto owner. b. El jefe de proyecto. c. El equipo de desarrollo. d. La totalidad del equipo Scrum, es decir, el quipo de desarrollo, el producto owner y el Scrum master. 72. ¿Bajo qué condiciones se pone el incremento desarrollado en el Sprint en producción? a. Siempre que el producto este libre de errores. b. Siempre que el producto owner reciba del equipo de desarrollo las garantías de que el producto pueda ser liberado. c. Siempre, no hay excepciones. d. Cuando el producto owner decida que tiene sentido. 73. Durante el desarrollo del Sprint, ¿en cuál de las siguientes actividades es más común que tenga que involucrarse el producto owner? a. El producto owner no debe involucrarse en ninguna actividad durante la ejecución del Sprint. b. Proporcionar feedback al equipo de desarrollo, resolver las dudas que puedan tener respecto a las historias que forman parte del Sprint y organizar las actividades del equipo de desarrollo. c. Asistir a las reuniones diarias (daily Scrum) para aclarar las dudas que le surjan al equipo respecto a las historias contenidas en el Sprint backlog. d. Proporcionar feedback al equipo de desarrollo, resolver las dudas que puedan tener respecto a las historias que forman parte del Sprint, así como preparar conjuntamente con ellos las historias que formarán parte del siguiente Sprint. 74. Cuando la guía Scrum señala que “los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado” y que estos “sean definidos por un estándar común, de tal modo que los observadores compartan un entendimiento común de lo que se está viendo”, ¿a cuál de los fundamentos de la teoría Scrum nos estamos refiriendo?  a. Adaptación. b. Inspección. c. Transparencia. d. Normalización. 75. En el contexto de un proyecto gestionado con Scrum, uno de los directores de alto nivel de la empresa, desea introducir durante el curso del Sprint un nuevo requisito que considera crítico para el éxito del proyecto. Siguiendo los criterios definidos en la guía Scrum, ¿cuál de las siguientes opciones representa la forma correcta de actuar? a. El director habla con el responsable del DT para que actualice el product backlog con el nuevo requisito, ajuste el objetivo del sprint y se ponga inmediatamente a implementarlo. b. El director respeta el Sprint en curso, pero modifica él mismo el producto backlog con toda la información disponible sobre el nuevo requisito y actualiza las prioridades para asegurarse de que se incluye en el siguiente Sprint. c. El director habla con el PO proporcionándole toda la información de la que dispone para que éste la valore y realice las modificaciones oportunas sobre el producto backlog, de forma que pueda considerar este requisito en la planificación del siguiente Sprint. d. El director habla con el PO para que este modifique inmediatamente el product backlog e indique al DT que haga lo mismo con el sprint backlog y actualice el objetivo del Sprint en curso. 76. ¿Cuáles de las siguientes afirmaciones NO aplica a una estimación de tres puntos? a. Se pueden usar tanto para estimar tiempos como costes. b. En una de las versiones, el valor esperado (la estimación) se calcula como (Mín + 3*Prob + Máx)/5. c. Se puede aplicar según dos versiones (simple y PERT). d. En ella se usan un valor mínimo, uno máximo y uno probable. 77. En el ámbito de los proveedores de telecomunicaciones, antes de liberar un producto software de forma generalizada es común realizar un proyecto FOA (First Office Application) integrando el sistema en la red real de la operadora (e.g. Telefónica, France Telecom) y monitorizando su comportamiento durante un periodo de uno o dos semanas. ¿Bajo cuál de las siguientes categorías de pruebas clasificarías esta actividad? a. Pruebas de sistema. b. Pruebas de aceptación c. Pruebas de estrés. d. Pruebas de versión (release). 78. De las siguientes afirmaciones, ¿cuál es FALSA en relación con las actividades de gestión de calidad? a. Si es posible, es mejor que el equipo responsable de controlar la calidad sea el mismo que realiza el desarrollo. b. La gestión de calidad proporciona un control independiente en el proceso de desarrollo de software. c. El proceso de gestión de calidad controla los entregables para asegurar su conformidad con los objetivos del proyecto. d. El proceso de gestión de calidad controla los entregables para asegurar su conformidad con los estándares de calidad de la orgazación. 79. Tenemos que desarrollar un videojuego que incluye entre sus requisitos el que pueda ejecutarse en pantallas con las siguientes resoluciones: 1. 640x480 2. 1280x720 3. 1600x1200 4. 1920x1080 ¿Cuál de las opciones propuestas es el resultado de la aplicación de la técnica de prueba de partición de equivalencia para probar este requisito?  a. Verificar que la aplicación puede reproducir un vídeo en cualquiera de los tamaños de pantalla en el requisito (1 único caso de prueba ejecutado sobre cualquiera de las resoluciones incluidas en el requisito). b. Verificar que la aplicación puede reproducir un vídeo en una pantalla de tamaño 1920x1080 (1 caso de prueba, ejecutado sobre la resolución más alta). c. Verificar que la aplicación puede reproducir un vídeo en cada uno de los tamaños de pantalla en el requisito (i.e. 4 casos de prueba, uno para cada resolución de pantalla). d. Verificar que la aplicación puede reproducir un vídeo en una pantalla de tamaño 640x480 y 1920x1080 (i.e. ejecutar 2 casos de prueba, uno para la resolución más baja y otro para la más alta). 80. En un entorno de integración continua, ¿cuál de las siguientes funcionalidades se requiere para generar sistemas? Escoge la mejor opción. a. Verificación automática de la documentación de usuario. b. Sistema centralizado de control de versiones. c. Todas las anteriores. d. Optimización de la compilación de los componentes del código. 81. De acuerdo con la Guía Scrum, ¿qué eventos tienen una duración fija (time-boxed)? a. El Sprint Testing, el Sprint Review y el Design Sprint. b. El Daily Scrum, el Sprint retrospective y el Design Sprint. c. El propio Sprint, el Sprint Review y el Daily Scrum. d. El Sprint Testing, el Sprint Review y el propio Sprint. 82. Si al analizar un riesgo se determina que tiene un 90% de probabilidad de suceder y un impacto económico de 10.000€. ¿Qué representa la cifra de 9.000€ en relación con dicho riesgo? a. La cantidad que debemos reservar en el presupuesto de contingencias. b. La cantidad que debemos reservar como contingencias de gestión. c. Su valor monetario esperado o EMV (expected monetary value). d. EL valor presente del riesgo. 83. ¿Cuál de las siguientes opciones describe correctamente el proceso de reparaciones de emergencia? a. El proceso de reparaciones de emergencia puede activarse con la recepción de un change request (CR) de cualquier tipo (adaptativo, correctivo, preventivo, perfectivo). Junto con los síntomas comunicados por el cliente (CSR) o el tester (TR), el equipo de soporte procede a analizar toda la información disponible que permita contextualizar el caso. Antes de modificar el código, se analiza la posibilidad de resolver el problema mediante configuración. Si esto es posible, se puede bajar el nivel de severidad del caso y disponer de más tiempo para entregar al cliente la solución al problema en un paquete de correcciones programado. De lo contrario es necesario generar un parche (patch) para restaurar la operatividad del servicio. b. El proceso de reparaciones de emergencia puede activarse con la recepción de un change request (CR) de cualquier tipo (adaptativo, correctivo, preventivo, perfectivo). Junto con los síntomas comunicados por el cliente (CSR) o el tester (TR), el equipo de soporte procede a analizar toda la información disponible que permita contextualizar el caso y si el caso esta etiquetado como “severo” se procede inmediatamente a modificar el código para generar un parche (patch) que permita restaurar la operatividad del servicio en un tiempo acorde con el acuerdo de servicio (SLA) contratado por el cliente. c. El proceso de reparaciones de emergencia se activa con la recepción de un trouble report (TR) o una customer support request (CSR). Junto con los síntomas comunicados por el cliente (CSR) o el tester (TR), el equipo de soporte procede a analizar toda la información disponible que permita contextualizar el caso. Antes de modificar el código, se analiza la posibilidad de resolver el problema mediante configuración. Si esto es posible, se puede bajar el nivel de severidad del caso y disponer de más tiempo para entregar al cliente la solución al problema en un paquete de correcciones programado. De lo contrario es necesario generar un parche (patch) para intentar restaurar la operatividad del servicio dentro de los límites establecidos por el acuerdo de nivel de servicio (SLA) contratado por el cliente.  d. El proceso de reparaciones de emergencia se activa con la recepción de un trouble report (TR) o una customer support request (CSR). Junto con los síntomas comunicados por el cliente (CSR) o el tester (TR), el equipo de soporte procede a analizar toda la información disponible que permita contextualizar el caso y si el caso esta etiquetado como “severo” se procede inmediatamente a modificar el código para generar un parche (patch) que permita restaurar la operatividad del servicio en un tiempo acorde con el acuerdo de servicio (SLA) contratado por el cliente. 84. De las siguientes opciones ¿cuál considera que representa un potencial factor de riesgo cuando se contempla la posibilidad de reemplazar un sistema legacy? a. Que los procesos de negocio sean muy dependientes del sistema en uso. b. Todas las anteriores. c. La falta de una especificación completa del sistema en uso. d. La existencia de reglas no documentadas, pero implementadas en el sistema. 85. ¿Cuál de las siguientes afirmaciones es VERDADERA en relación con la reutilización de software? a. El software reutilizable es inherente fiable por lo que no necesita ser validado ni verificado. b. Permite usar mejor la competencia de los especialistas, evitando que tengan que desarrollar funcionalidades estándar bien establecidas. c. La reutilización de componentes impacta positivamente en los costes de proyecto pues elimina la necesidad de realizar pruebas de sistema, ya que los componentes reutilizados han sido previamente probados por sus desarrolladores. d. Evita tener que preocuparse por cuestiones de propiedad intelectual, eliminando el riesgo comercial del producto en comparación con un desarrollo propio. 86. ¿Cuál de las siguientes afirmaciones es verdadera respecto a los sistemas de control de versiones? a. En Git la gestión de almacenamiento prioriza minimizar el espacio utilizado en disco. b. Git es un ejemplo de sistema de control de versiones centralizado. c. Sólo los sistemas de control de versiones distribuidos permiten que más de un desarrollador trabaje sobre un componente al mismo tiempo. d. Subversión (SVN) es un ejemplo de sistemas de control de versiones centralizado. 87. De las siguientes afirmaciones, ¿cuál es válida para la selección de casos de prueba? a. Para asegurar la satisfacción de los usuarios, las pruebas deben ser rigurosamente exhaustivas. b. Para que el coste de verificación sea viable, los casos de prueba definen en base a particiones de los datos de entrada y de salida, o en guidelines que recogen l experiencia previa de otros desarrolladores. c. Las pruebas deben centrarse en la definición de casos que detecten el uso/comportamiento anormal del sistema. No es necesario ocuparse de los casos de uso normal, pues de esa parte se ocupan las inspecciones d. Todas las anteriores. 88. ¿Qué dos atributos se suelen utilizar para clasificar a los stakeholders de forma que podamos gestionarlos mejor en beneficio del proyecto? a. Capacidad de influencia e interés b. Ninguna de las anteriores c. Experiencia y formación técnica d. Si son externos o internos y su rango 89. Si desarrollásemos una aplicación de mensajería instantánea para uso comercial y posteriormente abriésemos una nueva línea especifica para los cuerpos y fuerzas de seguridad del Estado, ¿Qué criterio de especialización estamos aplicando? a. Adaptación funcional b. Adaptación basada en procesos c. Adaptación basada en la plataforma  d. Adaptación al entorno 90. ¿Cuál de las siguientes afirmaciones es VERDADERA en relación con el modelo de Kano? a. Se usa para comprender la importancia relativa que el cliente asocia requisitos del producto o sistema, lo que nos permite aplicar el esfuerzo en el desarrollo de forma más inteligente b. Alternativamente denominado “diagrama de espina de pez” es una herramienta que se usa para descubrir la causa asociada a un fallo detectado. También se usa en el análisis de riesgo para determinar las causas probables asociadas a un riesgo c. Sirve para asociar métricas de control que nos permitan validar los requisitos no funcionales del producto introducidos por el cliente d. Es un modelo de calidad que se aplica a Scrum y que sirve par medir la eficiencia a largo plazo de los equipos de desarrollo midiendo dos atributos: satisfacción y esfuerzo 91. ¿Cuál de los siguientes conceptos asociados a la gestión de riesgos expresa una descripción genérica del nivel que se está dispuesto a aceptar (ej. Conservador, moderado, arriesgado)? a. Tolerancia al riesgo. b. Umbral de riesgo. c. Apetito de riesgo. d. Margen de riesgo. 92. Considerando los dos fragmentos de código de la siguiente imagen: ¿Cuál de las siguientes afirmaciones es FALSA? a. La complejidad cognitiva de sumOfPrimes es mayor que la de getWords. b. La complejidad ciclomática de sumOfPrimes es mayor que la de getWords. c. La complejidad ciclomática nos permite calcular el mínimo numero de pruebas que se necesitan para cubrir exhaustivamente cualquiera de los dos fragmentos de código. d. Ambas funciones tienen la misma complejidad ciclomática. 93. En un proyecto nos piden que estimemos la duración de una actividad usando la técnica beta (o PERT) de tres puntos. Tras analizar la actividad, pensamos que en el mejor de los casos nos llevara 14 días, en el peor 47 y, de acuerdo con la experiencia previa, pensamos que lo mas probable es que nos lleve 27 días. ¿Cuál de los siguientes valores darías a tu jefe de proyecto para que lo tenga en cuenta en la planificación? a. 29,33 días b. 23,67 días c. 28,17 días d. 28,00 días