Sesión 18/02/2025

Un equipo Ágil está desarrollando actualmente un sistema de control de inventario. Dos programadores del equipo están discutiendo y recomendando diferentes enfoques de desarrollo. Uno opina que el sistema debería construirse desde cero, mientras que el otro cree que el sistema existente debería mejorarse y parchearse.

¿Cómo debería resolver este conflicto?

• Solicite a todo el equipo que analice ambos criterios y seleccione el que ofrezca un mayor valor de negocio.

• Desarrollar el producto desde cero, ya que eso acercará el sistema a los requisitos.

• Seleccione la opción de actualizar el sistema actual con parches, ya que eso le ahorrará tiempo.

• Solicite al dueño del producto que elija el enfoque correcto.

Answer explanation

Respuesta Correcta

Solicite a todo el equipo que analice ambos criterios y seleccione el que ofrezca un mayor valor de negocio.

Esto tiene que ser una decisión de equipo. Solicite a todo el equipo que analice ambos enfoques y que seleccionen el que ofrezca un mayor valor para el negocio.

Referencia

[Guía de Práctica Ágil, 1ª edición, página 4]

Estás dirigiendo un proyecto en un entorno muy difícil. Varios de los principales interesados se resisten a los resultados del proyecto. Usted ha intentado involucrar al interesado más importante, pero él está desconectado y no responde a las peticiones para despejar dudas.

¿Cómo acciones ocuparía ante esta situación?

• Solicitar apoyo al patrocinador del proyecto.

• Documente esto como un riesgo del proyecto y acepte este riesgo.

• Completar el proyecto, ya que esto beneficiara a los principales interesados

• Documente esta situación en el registro de incidentes del proyecto y emita una solicitud de cambio.

Answer explanation

Respuesta Correcta

Solicitar apoyo al patrocinador del proyecto.

No puedes resolver este asunto a menos que llegues a la raíz de la causa de esto. Tienes que organizar una reunión con el patrocinador y tratar de entender la razón de la falta de participación del interesado y su desconexión. El proyecto podría haber perdido su valor de negocio, así que necesitas reevaluar eso antes de entrar en esa reunión.

Referencia

PMBOK 6.ª edición, pág. 31

Guía del PMBOK 7.ª edición, pág. 27 y 28

Durante el proceso de diseño de una planta minera, el equipo del proyecto realizó un análisis de costo-beneficio basado en los precios actuales de los productos básicos. Sin embargo, durante el trabajo del proyecto, los precios de los productos básicos fluctúan enormemente. Se identificó este riesgo, pero el equipo no esperaba fluctuaciones tan importantes. Ahora, el proyecto puede ser inviable.

¿Qué debe hacer el director del proyecto?

• Emitir una solicitud de cambio para cubrir el aumento de costos.

• Transmita inmediatamente el problema a la dirección y a los interesados.

• Realizar un análisis financiero basado en la información actualizada.

• Trabaje con el equipo del proyecto en una solución para que el proyecto sea viable.

Answer explanation

Respuesta Correcta

Transmita inmediatamente el problema a la dirección y a los interesados.

Si este cambio en el precio pone en peligro la viabilidad del proyecto, esto debe plantearse de inmediato a las partes interesadas y al liderazgo del proyecto. Recordemos que los cambios que excedan la autoridad del director deben ser analizados por la dirección y los interesados principales, quienes tienen poder de decisión antes estas situaciones.

Referencia

PMBOK 6.ª edición, pág.29

Guía del PMBOK 7.ª edición, pág. 102

El Product Owner de un equipo ágil que trabaja en el desarrollo de un sistema de gestión de clientes. Durante una reunión de refinamiento del backlog, los interesados del negocio solicitan priorizar una nueva funcionalidad de reportes avanzados, argumentando que es clave para la toma de decisiones estratégicas. Sin embargo, el equipo técnico advierte que esta funcionalidad tiene múltiples dependencias no resueltas y que podría afectar la entrega del próximo incremento.

¿Qué es lo mejor que puede hacer el PO para tomar una decisión sobre la priorización?

• Utilizar un enfoque de priorización basado en valor, considerando el impacto de negocio y el esfuerzo técnico requerido antes de decidir.

• Priorizar la funcionalidad de reportes avanzados como solicitan los interesados, ya que ellos son los principales beneficiarios del producto.

• Dejar la funcionalidad en el backlog sin cambiar su prioridad y esperar hasta que se resuelvan las dependencias técnicas.

• Solicitar al equipo técnico que resuelva las dependencias primero y luego revaluar la priorización con los interesados.

Answer explanation

Respuesta Correcta

A)Utilizar un enfoque de priorización basado en valor, considerando el impacto de negocio y el esfuerzo técnico requerido antes de decidir.

El refinamiento del backlog debe enfocarse en maximizar el valor del negocio mientras se equilibra con la viabilidad técnica. Como Product Owner, es esencial evaluar factores clave como:Valor para el negocio, Esfuerzo técnico y dependencias, Riesgo y viabilidad Técnicas de priorización como MoSCoW o el backlog ajustado al riesgo pueden ayudar a tomar una decisión informada sin comprometer la entrega del valor

Referencia

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

Un Scrum Master de un equipo ágil que está desarrollando una nueva aplicación de gestión financiera. Durante una reunión de refinamiento del backlog, un miembro del equipo menciona que algunos elementos del backlog son demasiado grandes y difíciles de estimar. Como Scrum Master, ¿qué deberías hacer primero?

• Dividir los elementos del backlog en tareas más pequeñas para que el equipo pueda estimarlas mejor.

• Facilitar la discusión con el Product Owner y el equipo para dividir las historias en partes más manejables.

• Permitir que el equipo desarrolle las historias tal como están y refinarlas en el próximo sprint.

• Eliminar las historias del backlog hasta que el Product Owner las refine por completo.

Answer explanation

Respuesta Correcta

Facilitar la discusión con el Product Owner y el equipo para dividir las historias en partes más manejables.

El refinamiento del backlog es una actividad colaborativa en la que el equipo de desarrollo trabaja junto con el Product Owner para aclarar y dividir los elementos del backlog. En lugar de que el Scrum Master lo haga solo o el equipo trabaje con historias poco claras, es mejor fomentar una conversación para dividirlas en partes más manejables y mejor comprendidas

[Guía de prácticas ágiles, 1ª edición, página 52]