CAPITULO III - GESTIÓN DEL ALCANCE - PT3 Flashcards
Estás definiendo planificando el alcance del nuevo dispositivo móvil que permitirá generar contraseñas de seguridad de forma inmediata y dejará obsoletos todos los sistemas de nombre de usuario y contraseña. Has acabado de recoger y documentar todas las necesidades y expectativas de las partes interesadas y tratando de traducirlas a requerimientos medibles. Ahora vas a proceder a desarrollar una descripción detallada del producto y del proyecto dejando claros los límites de lo que está incluido y lo que no definiendo qué requisitos de todos los recogidos se incluirán en el alcance del proyecto y cuáles no. ¿Qué proceso vas a iniciar?
a. Planificar la gestión del alcance
b. Controlar el alcance
c. Validar el alcance
d. Definir el alcance
RPTA: D
En el proceso de definir el alcance, una vez identificados los requisitos del producto, servicio o resultado y del proyecto,se procede a elaborar una descripción detallada del producto y del proyecto y, muy especialmente, una clarificación de sus límites, lo que estará incluido y lo que no. PMBOK® Guide 6th Ed 5.3 Definir el alcance
Eres el director del proyecto de diseño e implantación de una comunidad de práctica en una multinacional con varias oficinas en una decena de países situadas en 3 continentes. Este proyecto forma parte de un programa más amplio que busca implantar la tan ansiada gestión del conocimiento en la empresa. Los interesados de proyecto son numerosísimos. A pesar del esfuerzo realizado, el cliente del proyecto, el responsable de la empresa en Europa y Africa, te notifica que los entregables de proyecto, especialmente el PMIS que apoyará en el registro y distribución del conocimiento no es aceptable. Quieres ir a la reunión preparado, habiendo analizado qué estaba incluído en el proyecto y qué no, y cuáles eran los criterios de aceptación del proyecto. Para ello, revisarás
a. El acta de constitución
b. El plan de gestión del alcance
c. El enunciado del alcance del proyecto
d. El documento del alcance de la adquisición
RPTA: C
El grado y nivel de detalle con que el enunciado del alcance del proyecto define el trabajo a realizar y el que queda excluido, pueden ayudar a determinar el grado de control que el equipo de dirección del proyecto podrá ejercer sobre el alcance global del mismo. Aunque en ocasiones se percibe que el acta de constitución del proyecto y el enunciado del alcance del proyecto son redundantes en cierta medida, difieren en el nivel de detalle que contiene cada uno. El acta de constitución del proyecto contiene información de alto nivel, mientras que el enunciado del alcance del proyecto contiene una descripción detallada de los componentes del alcance. PMBOK (R) Guide 6th Ed. 5.3.3.1 PEnunciado del Alcance del Proyecto
Eres el director del proyecto de implantación de un nuevo sistema de evaluación y dirección por objetivos en una empresa. Tienes el documento que has elaborado y que define los roles y las capacidades necesarias para cada uno. Estás reunido con la dirección de recursos humanos de la empresa, cliente interno del proyecto, para que apruebe el documento y poder seguir adelante con otros entregables. ¿En qué proceso estás?
a. Evaluar el desempeño técnico
b. Controlar la calidad
c. Controlar el alcance
d. Validar el alcance
RPTA: D
Validar el alcance tiene por objetivo obtener la aprobación formal del cliente (en este caso, cliente interno) a los entregables previamente validados por el equipo de proyecto. PMBOK® Guide 6th Ed 5.5 Validar el alcance
Como director del proyecto que está desarrollando una nueva intranet para informar a todos los empleados y que éstos puedan dar ideas innovadoras, has hecho una descripción detallada del producto y el proyecto para tener claro el alcance. Sin embargo durante la ejecución del proyecto observas que hay requisitos que se han desarrollado cuando crees que no estaban incluídos y otras funcionalidades se han recogido en unos subsistemas y no en otros. Lo comentas con tu patrocinador quien te dice que lo más probable es que la razón de estos problemas sea
a. Un acta de constitución con una definición de los entregables necesarios poco clara en la que no se refleja qué queda excluído
b. Una mala comunicación con los interesados clave a la hora de distribuir la información durante la fase de ejecución
c. Una redacción poco clara en el enunciado del alcance del proyecto donde se recoge lo que está incluído
y lo que no
d. Haber detallado excesivamente los requisitos a nivel de actividades lo que ha podido crear confusión ante el exceso de documentación
RPTA: C
Lo más probable es que haya habido una redacción poco clara en el enunciado del alcance del proyecto donde se recoge lo que está incluído y lo que no. El acta de constitución no llega a recoger una definición de los entregables necesarios en la que no se refleja qué queda excluído (se hace en el enunciado del alcance del proyecto).Una mala comunicación es posterior a una mala definición. Puede haber una buena comunicación de un alcance equivocado. Haber detallado excesivamente los requisitos a nivel de actividades no tiene porqué ser malo, incluso si se hace bien, puede ser mejor. el proceso Definir el Alcance selecciona los requisitos definitivos del proyecto a partir de la documentación de requisitos desarrollada durante el proceso Recopilar Requisitos. A continuación, desarrolla una descripción detallada del proyecto y del producto, servicio o resultado.PMBOK (R) Guide 6th Ed.5.3 Definir el Alcance
Estás reunido en tu despacho con tu equipo de dirección del proyecto. Tenéis la línea de base vigente y la información del avance real del proyecto. Estáis evaluando las diferencias entre el alcance previsto y ejecutado y tratando de determinar las causas de algunas diferencias importantes con el objetivo de decidir si se requiere alguna acción preventiva o correctiva. ¿En qué proceso estás y qué herramienta estáis utilizando?
a. Aseguramiento de la Calidad, Análisis de variaciones
b. Controlar el alcance, Inspecciones
c. Validar el alcance, Análisis de variaciones d. Ninguna de las anteriores
RPTA: D
Estás en el proceso de controlar el alcance utilizando, por tanto, el análisis de variación. PMBOK® Guide 6th
Ed 5.6.2.1 Análisis de datos -Análisis de variación
Estás dirigiendo el proyecto de diseño de una aplicación para la preparación de exámenes de certificación de una reconocida institución internacional en gestión de proyectos. En una de las reuniones de seguimiento, el director comercial ha solicitado un cambio de funcionalidades que, tras evaluar su impacto en el proyecto, consideráis asumible. ¿Qué es lo mejor que puedes hacer?
a. Reunirte con el patrocinador quien está establecido que apruebe este tipo de cambios
b. Identificar formas de ejecutar e integrar dichos cambios
c. Implementar el cambio informando a las personas afectadas
d. Modificar la línea de base del alcance
RPTA: B
Una propuesta de cambio se evalúa (analizando el impacto en las diferentes áreas del proyecto -algo que ya se ha hecho en este caso-), se identifican opciones para integrarlo, se busca la aprobación formal interna, se busca la aprobación formal externa (del cliente, si procede) y se implanta informando a todos los afectados. PMBOK Guide 6th Ed 4.5 Realizar el control integrado de cambios.
Has acabado el proceso de recopilar requisitos para el proyecto y construcción de un centro comercial y de ocio. Has incluido condiciones o capacidades que debe cumplir el proyecto o que deben estar presentes en resultado final para satisfacer lo establecido por contrato. Has tenido mucho cuidado en incluir las necesidades y expectativas cuantificadas y documentadas del patrocinador, cliente y otros interesados relevantes. Una vez acabado el proceso, obtendrás como resultados:
a. Documentación de requisitos y matriz de trazabilidad de requisitos
b. Matriz de trazabilidad de requisitos y el plan de gestión de requisitos
c. El plan de gestión de requisitos y la documentación de requisitos
d. Todas las salidas que aparecen en las otras tres respuestas
RPTA: A
Las salidas del proceso de recoger requisitos son la documentación de requisitos y la matriz de trazabilidad de requisitos. El Plan de gestión de requisitos es una entrada del proceso, que indica cómo debemos precisamente recoger esos requisitos y luego gestionarlos durante la ejecución del proyecto. PMBOK® Guide
6th Ed (5.2.3 Recopilar requisitos: Salidas)
Tras haber realizado una tormenta de ideas y generado un mapa mental de ideas sobre el nuevo prototipo de bicicleta de alta competición cuyo proyecto vas a liderar, tratas de agrupar las ideas surgidas por criterios y áreas de responsabilidad. ¿De qué técnica estamos hablando?
a. Talleres facilitados
b. Grupos focales
c. Diagramas de afinidad
d. Método Delphi
RPTA: C
Los diagramas de afinidad son una técnica que permite clasificar un gran número de ideas en grupos para su revisión y análisis. PMBOK® Guide 6th Ed 5.2.2.5 Representación de datos
Eres el director del proyecto para la organización de un congreso internacional médico. Vendrán expertos de diferentes disciplinas. El alcance no se limita a la organización técnica del evento (conferencias, talleres de trabajo, expositores comerciales,…) sino también a la organización de actividades de ocio y tiempo libre tanto para los acompañantes como para los propios asistentes y conferenciantes. Definido y aprobado el alcance por la dirección, vas a proceder a crear la EDT. Para ello, convocas al equipo de proyecto y les pides que se estudien todo EXCEPTO.
a. El enunciado del alcance para ver los entregables previstos y la tabla de inclusiones y exclusiones del proyecto
b. La documentación de requisitos para que comprendan las necesidades que debe cubrir el congreso
c. Los resultados de la validación del alcance por parte del organizador del congreso
d. EDTs de dos congresos anteriores que, si bien no eran para médicos, pueden ayudaros
RPTA: C
Las entradas para el proceso de crear la EDT son el plan de gestión del alcance, el enunciado del alcance del proyecto, la documentación de requisitos, los factores ambientales de la empresa y activos de los procesos de la organización (las EDTs…). La validación del alcance, aceptación de los entregables por el cliente, es posterior PMBOK® Guide 6th Ed 5.4.1 Crear la EDT: Entradas
¿En cuál de las siguientes funciones tendrá MENOS implicación el analista de negocio?
a. Coordinar los controles de calidad y aceptaciones formales de entregables con el cliente
b. Determinar problemas e identificar necesidades de negocio
c. Identificar y recomendar soluciones viables para cumplir con las necesidades de negocio
d. Facilitar la ejecución exitosa del servicio desarrollado
RPTA: A
PMBOK ® Guide 6th Ed. 5. Gestión del alcance. Tendencias. Entre los beneficios y ayudas que puede ofrecer un analista de negocio están facilitar la ejecución exitosa del servicio desarrollado, identificar y recomendar soluciones viables para cumplir con las necesidades de negocio o determinar problemas e identificar necesidades de negocio.
¿Cuál de las siguientes afirmaciones es correcta respecto a validar el alcance y controlar la calidad?
a. Ambos procesos se realizan siempre secuencialmente.
b. Validar el alcance solamente se realiza tras la aprobación de los cambios por el comité de control de
cambios.
c. Validar el alcance acepta formalmente los resultados del trabajo mientras que el control de calidad analiza si los resultados del trabajo son correctos.
d. Validar el alcance busca que los resultados sean correctos mientras que el control de calidad se
encarga de la aceptación formal del cliente
RPTA: C
La validación del alcance se centra en la aceptación del entregable por el cliente mientras que el control de calidad se centra en que los entregables estén bien antes de presentarlos al cliente y que cumplan todos los requerimientos de calidad. PMBOK® Guide 6th Ed 5.5. Validar el alcance
Eres el director de un proyecto de diseño y desarrollo de una nueva plataforma que facilite la gestión de proyectos de acuerdo a un reconocido estándar internacional. Tu empresa quiere poder ofrecerlo a sus clientes como valor añadido a sus ofertas de formación y consultoría. Con el objetivo de recoger adecuadamente todos los requisitos del proyecto, analizarás la información procedente de los siguientes procesos
a. Identificar los interesados y Definir el alcance del proyecto
b. Desarrollar el acta de constitución y Planificar la gestión de las comunicaciones c. Desarrollar el acta de constitución e Identificar a los interesados de proyecto
d. Planificar la gestión de interesados y Crear la EDT
RPTA: C
Los procesos que aportan información relevante al proceso de recopilar los requisitos son entre otros los de planificar la gestión del alcance (el plan de gestión del alcance y el plan de gestión de requisitos), desarrollar el acta de constitución (acta de constitución), Identificar interesados (registro de interesados) y planificar la gestión de interesados (plan de gestión de interesados). PMBOK® Guide 6th Ed 5.2 Recopilar requisitos.
Eres el director de un proyecto de diseño y desarrollo de una nueva plataforma que facilite la gestión de proyectos de acuerdo a un reconocido estándar internacional. Durante la reunión de validación del diseño conceptual con el cliente (interno en vuestro caso) os encontráis discutiendo sobre si un requisito se cumple o no se cumple. Por tu parte tienes claro que sí pero por su parte insiste que no. El patrocinador opina que no está claro… ¿Qué crees que ha podido fallar?
a. Se ha incumplido la matriz de trazabilidad
b. La documentación de requisitos no se ha realizado correctamente
c. El enunciado del alcance del proyecto no estaba bien definido
d. Han fallado los controles de calidad previos
RPTA: B
La documentación de requisitos debe recoger requisitos no ambiguos (medibles y testeables). Si no, se producirán problemas como el que describe el enunciado. No es un problema de que se haya perdido o añadido un requisito (trazabilidad de los requisitos) ni un problema de que no se sepa que está incluido en el alcance (enunciado del alcance) sino un problema de que no está claro el criterio de aceptación de un requisito (documentación de requisitos). PMBOK® Guide 6th Ed 5.2.3.1 Documentación de requisitos y 5.5
Validar el alcance
¿Cuál de las siguientes afirmaciones sobre la gestión del alcance de un proyecto NO es correcta?
a. Alos ciclos de vida puede variar desde enfoques predictivos a enfoques agiles o adaptativos
b. Blos ciclos de vida no tienen que ver con el enfoque adaptativo o predictivo sino con las fases definidas
para su desarrollo
c. Cen un enfoque predictivo los entregables se definen al inicio del proyecto y si hay cambios se van gestionando
d. Den un entorno Agile los entregables de can desarrollando en iteraciones sucesivas y se aprueban al inicio de cada iteración
RPTA: B
PMBOK ® Guide 6th Ed. 5. Gestión del alcance. Aspectos clave. Precisamente los ciclos de vida pueden variar desde un enfoque adaptativo hasta un enfoque o predictivo
Maribel Casado es una ingeniera de gran experiencia en proyectos de implantación de nuevos sistemas de gestión en centros de enfermería. Ahora está dirigiendo uno de ellos. Ha acabado de identificar los interesados, recoger sus requisitos y definir qué habrá que hacer para entregar el producto que solicita el cliente. Por lo tanto, procederá a continuación a subdividir los entregables del proyecto y el trabajo del proyecto en componentes más pequeños. Esto indica que estará
a. Definiendo el alcance del proyecto
b. Definiendo las actividades
c. Creando la EDT/WBS
d. Estimando la duración de cada tarea
RPTA: C
Crear la EDT implica subdividir los entregables del proyecto y el trabajo del proyecto en componentes más pequeños logrando una descomposición jerárquica de los trabajos a realizar. PMBOK® Guide 6th Ed (5.4 Crear la EDT/WBS)
