Sesión de estudio 12/11

En un proyecto se necesita comprar 20 generadores de alto rendimiento con características específicas que están disponibles a través de varios proveedores locales. Para cumplir con las políticas internas, es necesario garantizar que todos los proveedores reciban la misma información sobre las características de los generadores y que se aclaren todas las dudas relacionadas con los requisitos de la contratación.

¿Cómo puede el director del proyecto garantizar el cumplimiento de las políticas internas y realizar la adquisición?

• Realizar una conferencia de licitación con los proveedores y enviar un RFP (solicitud de propuesta).

• Realizar una conferencia de licitación con los proveedores y enviar una RFQ (solicitud de cotización).

• Enviar el plan de adquisiciones acompañado de un RFQ (solicitud de cotización).

• Enviar toda la información a los proveedores por correo electrónico y adjuntar una RFI (solicitud de información).

Answer explanation

La combinación de un RFQ con una conferencia de oferentes es la opción más adecuada, ya que el RFQ (Request for Quotation): Permite obtener cotizaciones basadas en requisitos específicos, en este caso, los generadores con características claramente definidas. Por otro lado, la conferencia de oferentes asegura que todos los proveedores reciban la misma información y tengan la oportunidad de aclarar dudas, garantizando transparencia y equidad en el proceso de adquisición.

Referencia

PMBOK 7.ª ed. pág. 75 (sección 2.5.6.1 Proceso de Licitación)

En un proyecto de desarrollo de software se ha identificado la existencia de código duplicado, lo que dificulta realizar correcciones y afecta los tiempos de desarrollo. El Product Owner ha solicitado al equipo mejorar su eficiencia y velocidad para cumplir con los entregables en las iteraciones previstas; de lo contrario, se deberán realizar ajustes en las funcionalidades que se presentarán.

¿Cómo puede el equipo optimizar su desempeño en el proyecto?

• Realizar una retrospectiva y refinar el backlog.

• Implementar trabajo en parejas junto con refactorización del código.

• Aumentar la participación del cliente y hacer refinamientos constantes del backlog.

• Implementar despliegues de integración continua como parte de las tareas diarias del equipo.

Answer explanation

Esta opción combina dos prácticas fundamentales para abordar el problema del código duplicado. El trabajo en parejas facilita la revisión y mejora del código en tiempo real, mientras que la refactorización ayuda a eliminar duplicados y mejorar la estructura del código. Esto no solo resuelve el problema técnico, sino que también mejora la eficiencia y calidad del equipo, alineándose con las necesidades del proyecto para cumplir con los entregables en las iteraciones previstas.

Referencia

Guía Práctica Ágil, pág. 102

Un cliente no quiere aceptar un entregable debido a que, en una prueba de 24 horas, el sistema presentó una tasa de fallas del 1%. El director del proyecto conversa con el interesado indicando que esta tasa de fallas es menor que la de otros sistemas similares. Sin embargo, el cliente considera que esta tasa de fallas es muy riesgosa para sus procesos y podría llegar a paralizar gran parte de la producción. Esta situación genera un conflicto que impide el cierre del proyecto.

¿Qué debería haber hecho el director del proyecto para evitar esta situación?

• Evaluar el plan de gestión de pruebas.

• Definir las métricas de calidad y tolerancias.

• Realizar una auditoría de calidad para verificar los resultados obtenidos.

• Usar estándares internacionales para las pruebas del sistema.

Answer explanation

La opción Definir las métricas de calidad y tolerancias es la correcta porque, al establecer claramente las métricas de calidad y tolerancias aceptables desde el inicio del proyecto, se asegura que todos los interesados, incluido el cliente, estén alineados en cuanto a lo que se considera un entregable aceptable. Esto previene conflictos como el descrito, en el que las expectativas del cliente no se alinean con lo entregado por el equipo del proyecto.

Referencia

Grupos de Procesos: Guía Práctica, pág. 232

Un director de proyecto quiere evaluar la efectividad de las estrategias de respuesta a los riesgos de proyectos anteriores.

¿Dónde debería buscar esta información el director del proyecto?

• Plan de gestión de cambios y lecciones aprendidas

• Solicitudes de Cambio y Auditorias de riesgos

• Lecciones aprendidas y Matriz probabilidad e impacto

• Registro de riesgos y Lecciones aprendidas

Answer explanation

Respuesta Correcta

Registro de riesgos y Lecciones aprendidas

• El registro de riesgos contiene información detallada sobre los riesgos identificados, sus respuestas planificadas y los resultados de estas respuestas

• Las lecciones aprendidas documentan las experiencias y conocimientos adquiridos en proyectos anteriores

Esta combinación es ideal porque: El registro de riesgos proporciona el detalle técnico y seguimiento de las estrategias implementadas, las lecciones aprendidas aportan el análisis retrospectivo y la evaluación de su efectividad y juntos proporcionan tanto el detalle histórico como la evaluación práctica

Referencias

Grupos de Procesos: Guía Práctica, pág. 212, 213 y 229, 230

El Scrum master está trabajando con el equipo de un proyecto de desarrollo de software para determinar cuáles de los riesgos identificados tendrán el mayor impacto en un proyecto.

¿Qué debería hacer el Scrum Master para identificar cada uno de los riesgos con mayor impacto de forma efectiva?

• Realizar un análisis de supuestos.

• Realizar un análisis de sensibilidad

• Realiza un análisis de Monte Carlo que identifique los efectos combinados de los riesgos sobre el proyecto

• Realizar un análisis de causa raíz

Answer explanation

Respuesta Correcta

Realizar un análisis de sensibilidad

El análisis de sensibilidad está específicamente diseñado para determinar cuáles variables (en este caso riesgos) tienen el mayor impacto en el proyecto, esta técnica permite examinar cómo los cambios en cada riesgo afectan individualmente al proyecto. Ayuda a identificar qué riesgos son más «sensibles» o críticos para los objetivos del proyecto y proporciona una medida clara y directa del impacto de cada riesgo.

Referencias

Grupos de Procesos: Guía Práctica, pág. 299