14 S 1-4

Un portafolio nacional de digitalización incluye un programa de salud digital, dentro del cual se desarrolla un proyecto de app móvil para pacientes. Según la jerarquía de gestión: El proyecto dirige la estrategia del programa. El programa se alinea con los objetivos estratégicos del portafolio. El portafolio depende de la ejecución de cada proyecto individual. El proyecto define los objetivos del portafolio.

Durante la ejecución de un proyecto de despliegue de fibra óptica, se introduce una nueva regulación que obliga a modificar las especificaciones técnicas. Este caso ilustra: Una mala definición del alcance inicial. Un riesgo externo no previsto en el plan de gestión. Un fallo en la comunicación entre stakeholders. Una sobreestimación de la capacidad técnica del equipo.

Si un gestor de proyectos actúa únicamente como “planificador técnico” sin considerar la gestión de stakeholders, ¿qué consecuencia es más probable?. El proyecto se retrasa por falta de recursos financieros. El proyecto se finaliza pero sin aceptación del cliente. El alcance se amplía de manera planificada y consensuada. El coste disminuye por reducción de requisitos de calidad.

La singularidad de un proyecto implica que: Sus entregables no pueden compararse con ningún otro en la organización. Se repite de forma cíclica en cada ciclo de inversión anual. Genera un resultado único, aunque pueda compartir características con otros proyectos. No requiere procesos de cierre ni lecciones aprendidas.

¿Cuál de las siguientes afirmaciones describe mejor la diferencia entre un programa y un portafolio?. Un programa gestiona proyectos independientes, mientras que el portafolio los integra para un mismo entregable. El programa se orienta a beneficios adicionales, mientras que el portafolio se alinea con la estrategia global. El portafolio se centra en la ejecución, mientras que el programa define la estrategia. Programa y portafolio son equivalentes, solo cambia el tamaño.

En el contexto de proyectos tecnológicos, ¿qué ventaja ofrece un enfoque híbrido frente a uno puramente predictivo?. Elimina por completo la necesidad de planificación inicial. Permite combinar estabilidad en ciertos entregables con flexibilidad en áreas innovadoras. Reduce los riesgos regulatorios internacionales. Garantiza la aceptación inmediata del cliente.

En un proyecto de despliegue de fibra óptica rural, los requisitos están claros desde el inicio. ¿Qué metodología sería más adecuada?. Ágil, porque permite adaptarse rápidamente a cambios regulatorios. Predictiva, porque facilita una planificación detallada y contratos a largo plazo. Híbrida, porque siempre es la mejor opción sin importar el contexto. Kanban, porque optimiza el flujo de trabajo continuo.

Si un proyecto de software para la gestión de redes 5G enfrenta cambios regulatorios constantes, ¿qué enfoque resulta más conveniente?. Predictivo, porque asegura la estabilidad frente a cambios. Ágil, porque entrega incrementos funcionales en ciclos cortos. Híbrido, porque divide la parte técnica de la regulatoria. Predictivo, porque es más alineado con los contratos internacionales.

Un equipo de soporte de telecomunicaciones necesita gestionar incidencias continuas y flujos de trabajo variables. ¿Qué metodología ágil resulta más adecuada?. Scrum, porque organiza el trabajo en sprints definidos. Kanban, porque visualiza cuellos de botella y permite flujo continuo. Lean, porque se centra en eliminar desperdicios de recursos. Predictiva, porque asegura estabilidad en el proceso.

Si el éxito de un proyecto en telecomunicaciones se mide principalmente por la satisfacción del cliente y la entrega de valor en ciclos cortos, ¿qué enfoque metodológico es el más apropiado?. Predictivo. Ágil. Híbrido. Cascada.

Durante la implementación de una red nacional de fibra, se detecta un cambio inesperado en la normativa europea. ¿Cuál es la principal limitación de una metodología predictiva en este caso?. Su dificultad para integrar la retroalimentación de los stakeholders. Su rigidez para adaptarse a cambios regulatorios en fases avanzadas. Su falta de control sobre costes frente a cambios externos. Su tendencia a trabajar con equipos distribuidos globalmente.

En un proyecto ágil de telecomunicaciones, ¿qué métrica resulta más adecuada para evaluar la eficiencia del equipo?. Cumplimiento del coste (CPI). Cumplimiento del plazo (SPI). Velocidad del equipo (story points completados por sprint). Número de contratos cerrados con proveedores.

En un proyecto de desarrollo de software para la gestión de redes inteligentes, el equipo recibe retroalimentación del cliente cada dos semanas. ¿Cuál es el mayor riesgo si se adoptara un enfoque totalmente predictivo?. La falta de control sobre el coste del proyecto. La pérdida de oportunidades de ajustar el producto a las necesidades reales. La ausencia de cronogramas bien definidos. El exceso de documentación que retrasa las entregas.

Si en un proyecto de telecomunicaciones la prioridad estratégica es minimizar riesgos de ciberseguridad, ¿qué criterio debería pesar más en la elección de la metodología?. La rapidez de entrega. La estabilidad de los requisitos. La motivación del equipo. El número de stakeholders involucrados.

Una multinacional debe desplegar una red submarina de fibra óptica que transportará el 95% del tráfico internacional de datos. El proyecto tiene altísima inversión, fuerte regulación internacional y bajo margen de cambios en el diseño. ¿Qué enfoque sería más lógico y por qué?. Ágil, porque la innovación tecnológica es constante. Predictivo, porque los requisitos son estables y los contratos rígidos. Híbrido, porque permite control contractual y flexibilidad técnica. Lean, porque prioriza la eliminación de desperdicios en los procesos.

En un proyecto de innovación tecnológica en IoT para ciudades inteligentes, los requisitos iniciales son vagos y la incertidumbre tecnológica es alta. Si la empresa decide usar un enfoque predictivo, ¿qué error estratégico estaría cometiendo?. Reducir la posibilidad de cumplir con plazos estrictos. Invertir demasiado en documentación temprana sin valor real. Evitar la motivación del equipo en fases tempranas. No contar con métricas de costes claras.

En un proyecto ágil de desarrollo de software para redes, el equipo tiene una alta velocidad de entrega, pero el cliente no está satisfecho con los resultados. ¿Qué error metodológico se está cometiendo?. Medir solo la velocidad del equipo sin considerar el valor entregado. Documentar demasiado y reducir la capacidad de iteración. Reducir las reuniones con stakeholders para ahorrar tiempo. Usar Kanban en lugar de Scrum.