Alcance, tiempo y costo en Proyectos

¿Qué es el alcance en la gestión de proyectos?

• La lista de tareas asignadas al equipo

• Los límites, entregables y objetivos del proyecto

• El cronograma de ejecución

• El presupuesto aprobado que no alcanzará para el proyecto

Si en un proyecto se agregan funcionalidades no planificadas y sin control, se produce:

• Ruta crítica

• Scope creep

• Scrum backlog

• Holgura total

¿Por qué es importante definir lo que NO incluye el proyecto?

• Para evitar sobrecostos innecesarios

• Para gestionar expectativas del cliente

• Para prevenir el scope creep

• Todas las anteriores

¿Qué es el costo en un proyecto?

• Los recursos financieros necesarios para ejecutar el proyecto

• Los recursos humanos asignados al proyecto

• Las dos anteriores

• Los objetivos definidos

Si un proyecto informático supera el presupuesto por falta de control, estamos frente a:

• Scope creep

• Riesgo residual

• Sobrecosto

• Ruta crítica

¿Cuál de los siguientes es un costo directo en un proyecto de software?

• Internet de la oficina

• Sueldo de los programadores

• Alquiler de la oficina

• El cafecito que se toman los programadores de vez en cuando

En gestión de proyectos, ¿qué representa el alcance funcional?

• La lista de tareas técnicas asignadas al desarrollador

• Las funcionalidades y características que tendrá el producto

• Los costos estimados del proyecto que gestionará el líder de proyecto

• La cantidad de recursos necesarios

Si un cliente solicita nuevos requerimientos después de aprobar el acta de alcance, el project manager (líder de proyecto) debe:

• Aceptarlos para mantener contento al cliente

• Rechazarlos automáticamente dado que no esta presupuestado.

• Analizar impacto en tiempo, costo y recursos

• Quejarse con el sponsor

Tú, como desarrollador, notas que el analista funcional te pide agregar funcionalidades extras que no están en el alcance aprobado. ¿Qué deberías hacer?

• Implementarlas para mantener contento al analista

• Rechazarlo automáticamente sin avisar a nadie

• Escalar la solicitud al líder del proyecto

• Hacerlo rápido y ocultarlo en el código

Estás trabajando en una tarea y detectas que los requerimientos entregados son ambiguos. Como desarrollador, tu mejor acción sería:

• Continuar programando según lo que entiendas

• Esperar que el QA detecte el error después

• Solicitar una reunión con el analista para aclarar el alcance

• Cambiar la funcionalidad a tu criterio