Pregunta: Qno1 Discuta la siguiente situación con la ayuda de un ejemplo del mundo real. Se puede ver que el Project Manager está a cargo de la gestión de riesgos en el proyecto, pero la gestión de riesgos a menudo se considera responsabilidad de todos los involucrados en el proyecto, incluidos los miembros del equipo del proyecto, los patrocinadores, las partes

Qno1 Discuta la siguiente situación con la ayuda de un ejemplo del mundo real.

Se puede ver que el Project Manager está a cargo de la gestión de riesgos en el proyecto, pero la gestión de riesgos a menudo se considera responsabilidad de todos los involucrados en el proyecto, incluidos los miembros del equipo del proyecto, los patrocinadores, las partes interesadas clave de la unidad de negocios y similares.

Qno2 Scope Creep es una preocupación considerable en muchos proyectos de TI, ya que tiene el potencial de conducir a resultados de proyecto menos que satisfactorios. La mayoría de los gerentes de proyectos de TI son muy conscientes de la necesidad de administrar bien el aumento del alcance y emplean una variedad de técnicas para este fin.
Responde las siguientes preguntas:
a. Describa qué significa Scope Creep y explique cómo puede conducir a resultados insatisfactorios en un proyecto de TI.
b. Describa dos técnicas que un gerente de proyecto de TI podría usar para minimizar la probabilidad de Scope Creep en su proyecto. Use ejemplos para ilustrar cómo funcionaría cada una de estas técnicas.
C. Discuta si los proyectos de desarrollo de software son más susceptibles a Scope Creep que otros tipos de proyectos. Justifica tu respuesta con razonamientos.

Escenario Qno3 (aplica tus conocimientos)

Si el producto falla en su prueba de validación y verificación, el equipo estima que necesitará otra interacción de diseño para solucionar el problema. El equipo también cree que se necesitarán dos semanas para ejecutar los cambios de diseño y volver a publicar la documentación, ocho semanas para obtener piezas y otras dos semanas para ensamblar el producto y repetir las pruebas.

Impacto total = 12 semanas

A continuación, el equipo debe considerar la posibilidad de que el riesgo se materialice. En este escenario, estimamos que la posibilidad de falla es del 25%.