Cutionrio PRINS2 difícil

Sobre "Personas” en PRINCE2, ¿cuál de las siguientes afirmaciones es correcta?. PRINCE2 considera a las personas únicamente como recursos asignables. Solo se consideran las personas del equipo del proyecto. Se consideran tanto quienes gestionan, quienes entregan y quienes son afectados. Se excluye a usuarios externos porque no forman parte del proyecto.

La toma de decisiones descentralizada en PRINCE2 implica que: Todas las decisiones deben ser elevadas a la junta del proyecto. Las decisiones se toman lo más cerca posible del conocimiento relevante. El gestor de proyecto nunca puede delegar. Los equipos no tienen tolerancias.

¿Según PRINCE2, cuál es el objetivo de la etapa de pre-proyecto?. Crear el plan del proyecto. Identificar los entregables técnicos. Evaluar si la idea merece convertirse en proyecto. Definir la estructura completa del equipo.

El expediente del proyecto se produce durante: Inicio del proyecto. Puesta en marcha del proyecto. Gestión de los límites de la etapa. Control de una etapa.

La junta del proyecto utiliza la gestión por excepción para: Revisar y aprobar informes diarios. Impedir que el gestor de proyecto tome decisiones. Intervenir solo cuando se prevé que se superarán tolerancias. Reunirse semanalmente de forma obligatoria.

¿Cuál de los siguientes NO es un objetivo del proceso "Dirección de un proyecto"?. Autorizar el inicio. Controlar el trabajo diario. Mantener la viabilidad del proyecto. Autorizar el cierre del proyecto.

El "caso de negocio” se revisa y actualiza principalmente: Solo al inicio del proyecto. Solo al cierre. Al final de cada etapa. Únicamente por petición del usuario principal.

En la práctica de negocio, “beneficio” se define como: Un entregable técnico. Una ventaja medible derivada de un resultado. Una salida del proyecto. Un requisito documentado.

El rol que representa el interés del negocio es: Gestor del proyecto. Usuario principal. Ejecutivo del proyecto. Proveedor principal.

Un "resultado" en PRINCE2 es: Una salida técnica del proyecto. Un cambio derivado del uso de las salidas. Un riesgo mitigado. Una expectativa del usuario.

La Junta del proyecto debe: Microgestionar al equipo. Tomar decisiones estratégicas. Controlar directamente los paquetes de trabajo. Diseñar productos especializados.

La gestión por excepción permite que: No existan tolerancias. Todo cambio sea aprobado solo por el usuario. El nivel superior intervenga solo si es necesario. El proyecto ignore desviaciones menores.

El plan del proyecto tiene un horizonte temporal: Muy corto. Largo y de alto nivel. Igual al del equipo de entrega. Igual al de una etapa.

Los planes en PRINCE2 son: Listas de tareas. Descripciones de actividades sin relación con productos. Propuestas estructuradas basadas en productos. Alternativas de diseño técnico exclusivamente.

Un criterio de aceptación es: Un requisito técnico no negociable. Un estándar interno del proveedor. Una condición mínima que el producto debe cumplir. Un entregable opcional.

Las especificaciones de calidad se incluyen en: El caso de negocio. Las descripciones de producto. El plan de riesgos. La estrategia de comunicación.

¿Qué tipo de riesgo supone un impacto positivo?. Amenaza. Cuestión. Oportunidad. Decepción.

La exposición al riesgo representa: El coste total del riesgo. El nivel de riesgo global del proyecto. El número total de amenazas. La probabilidad más el impacto sin ponderar.

El propietario de la acción del riesgo es responsable de: Aprobar el riesgo. Ejecutar las respuestas. Revisar la estrategia de calidad. Validar el caso de negocio.

Una "cuestión” en PRINCE2 incluye: Solo problemas técnicos. Cualquier evento relevante que requiera acción. Solo solicitudes de cambio oficialmente aprobadas. Únicamente riesgos materializados.

Un cambio es: Una modificación aprobada de un producto en línea base. Cualquier idea de mejora. Un requisito futuro. Una amenaza de riesgo.

Las líneas base del proyecto se utilizan para: Definir requisitos futuros. Controlar los costes únicamente. Controlar productos aprobados y sus versiones. Evitar riesgos.

El proceso "Control de una etapa" tiene como objetivo: Validar los beneficios. Supervisar el trabajo diario dentro de la etapa. Estructurar la junta del proyecto. Producir la documentación de inicio.

El gestor del proyecto debe delegar a través de: Mecanismos informales. Tolerancias. Dictámenes obligatorios. Escalados constantes.

Los paquetes de trabajo se utilizan para: Asignar tareas con claridad y tolerancias. Gestionar beneficios. Definir productos de gestión. Crear la estructura de la junta del proyecto.

El gestor de equipo debe entregar productos: Sin necesidad de informes. Dentro de tolerancias y con calidad aprobada. Sin seguir métodos de calidad. Solo al final del proyecto.

La gestión de los límites de una etapa sirve para: Revisar la entrega diaria. Elaborar el plan de próxima etapa. Crear productos técnicos. Generar requisitos de usuario.

Un plan de excepción se elabora cuando: El gestor de equipo lo solicita. Cualquier cuestión aparece. Se prevé superar tolerancias. Hay un cambio menor aceptado.

El proceso de cierre busca principalmente: Elaborar nuevos requisitos. Confirmar la aceptación del producto. Redefinir el alcance. Crear más beneficios.

Una característica esencial de un proyecto es: Ser indefinido. No tener entregables. Ser finito, con inicio y fin. Ser exclusivamente técnico.

En un proyecto PRINCE2, si el caso de negocio deja de ser viable, el gestor de proyecto debe: Continuar hasta el final para evitar desperdicios. Detener tareas opcionales. Elevar la situación a la junta del proyecto. Reducir calidad para recuperar la viabilidad.

¿Cuál de los siguientes elementos forma parte obligatorio de la documentación de inicio?. Plan de excepción. Caso de negocio completo. Especificación técnica detallada. Plan de beneficios postproyecto opcional.

Si un proveedor externo no utiliza PRINCE2, el gestor de equipo debe: Ignorar el paquete de trabajo. Negociar la relación contractual según PRINCE2. Gestionar riesgos sin reportar. Actuar como usuario principal.

La revisión de calidad se usa para: Identificar nuevas líneas base. Verificar que un producto cumple especificaciones. Analizar la estructura de costes. Validar cambios preaprobados.

¿Cuál de estos elementos define mejor una "competencia"?. Una salida del proyecto. Un conjunto de salidas necesarias para generar un resultado. Un criterio de aceptación. Un entregable del proveedor.

La descripción del producto incluye: Requisitos, calidad y método de verificación. Solo requisitos funcionales. Costes del proyecto. Riesgos de alto nivel únicamente.

Cuando se prevé una excepción, el gestor del proyecto debe: Solucionarlo sin informar. Consumir presupuesto de riesgos automáticamente. Preparar un informe de excepción. Cambiar el plan sin aprobación.

La ejecución del ciclo PDCA permite: Evitar necesidad de planificación. Garantizar la mejora continua del control del proyecto. Eliminar informes periódicos. Modificar el caso de negocio automáticamente.

La proximidad del riesgo indica: El coste total del riesgo. El momento aproximado en el que podría ocurrir. El impacto máximo estimado. La exposición global.

¿Qué rol aprueba los criterios de aceptación?. Gestor del equipo. Usuario principal. Junta del proyecto. Proveedor principal.

La justificación continua del negocio está directamente relacionada con: La gestión por excepción. La gestión de calidad. La gestión de progreso. Todas las anteriores (2 correctas).

La estructura que representa los tres intereses (negocio, usuario, proveedor) es: Comité de dirección corporativa. Junta del proyecto. Equipo de entrega. Comité técnico interno.

En la gestión de cuestiones, es una buena práctica: Filtrar cuestiones menores. Registrar todas las cuestiones sin prejuicio. Aceptar todos los cambios automáticamente. Registrar solo riesgos materializados.

Un objetivo clave del cierre es: Mantener el equipo hasta próximas fases. Identificar tareas futuras para cerrar cuestiones abiertas. Crear nuevas etapas. Reasignar entregables no aprobados.

El usuario principal es responsable de: Construir los productos. Asegurar que se alcancen beneficios desde perspectiva de usuario. Aprobar el caso de negocio. Dirigir la junta.

Los productos deben: Verificarse solo al final. Verificarse según técnicas definidas en su descripción. Validarse únicamente mediante pruebas externas. Aprobarse por proveedores únicamente.

Un informe de fin de etapa debe incluir: Coste total de todo el proyecto. Propuesta de cierre del proyecto. Rendimiento comparado con el plan de etapa. Documentación de beneficios postproyecto.

Los riesgos se actualizan principalmente en: Inicio del proyecto. Control de una etapa. Gestión de los límites de la etapa. Todas las anteriores (respuesta única).

Una tolerancia es: Un límite permitido para un objetivo de rendimiento. Un criterio de aceptación opcional. Un entregable del proveedor. Una variación no autorizada.

Si el ejecutivo del proyecto y el usuario principal no están de acuerdo: Decide el ejecutivo. Decide el gestor del proyecto. Se debe escalar a dirección corporativa. Se cancelan todas las decisiones.

En la planificación, un riesgo de planificar demasiado lejos del horizonte produce: Beneficios adicionales. Expectativas poco realistas. Reducción de la complejidad. Eliminación de incertidumbre.

El plan del equipo es responsabilidad de: Ejecutivo. Gestor del proyecto. Gestor de equipo. Junta del proyecto.

El cierre prematuro se realiza cuando: Hay demasiados entregables. El proyecto ya no se justifica. El proveedor cambia de tecnología. El usuario quiere nuevos requisitos.

La verificación de la calidad ocurre: Antes de desarrollar productos. Después de entregar productos al usuario. Según el método definido en la descripción de producto. Solo al final del proyecto.

El presupuesto para riesgos sirve para: Financiar acciones de respuesta. Incrementar margen del proveedor. Evitar cambios. Sustituir el caso de negocio.

El gestor del proyecto debe monitorizar el progreso mediante: Informes de productos, actividades, riesgos y tolerancias. Solo reuniones semanales. Solo informes del proveedor. Un único informe global al cierre.

El rol responsable final del éxito del proyecto es: Usuario principal. Gestor del proyecto. Ejecutivo. Proveedor principal.

La diferencia clave entre producto y salida es: No existe diferencia. El producto es interno y la salida externa. En PRINCE2 son equivalentes; ambos son entregables. La salida es un entregable; el producto es la representación gestionada del mismo (difícil).

Las desventajas en un caso de negocio: No deben registrarse. Son impactos negativos medibles del proyecto. Se consideran solo si afectan al proveedor. Eliminan la justificación automáticamente.

Un proyecto se cierra formalmente cuando: El usuario acepta el producto y se completan actividades de cierre. El gestor del proyecto lo considera terminado. Todas las cuestiones desaparecen. Se entregan los beneficios.