Este simulador ha sido desarrollado para practicar preguntas situacionales sobre practicas ágiles, tipo las del examen.

0%

Simulador PMP (ECO 2021)

1 / 114

En un proyecto ágil que estamos apunto de empezar ¿Cuáles serían los tres procesos básicos para poder iniciar el proyecto?

2 / 114

El equipo de desarrollo trabaja en la planificación de la iteración 4 del proyecto. Se han seleccionado las historias de usuario de acuerdo a las priorizaciones del product owner y se han descompuesto en tareas técnicas para implementar por el equipo. ¿Quién asigna estas tareas a los miembros del equipo de desarrollo?

3 / 114

Estamos trabajando en la iteración quince de nuestro proyecto que consta de 30 iteraciones. El producto owner se encuentra actualizando planificaciones para adaptar cambios y actualizar el roadmap del producto con más detalle. ¿Es esto una situación normal o el equipo ágil no ha realizado bien el trabajo y por eso ahora se tienen que hacer ajustes?

4 / 114

Nos encontramos en la iteración número doce de un proyecto estimado en 30 iteraciones. Un miembro del equipo directivo de la organización se reúne con el practicante ágil del proyecto porque quiere ver como se está desarrollando, el miembro del equipo de dirección no tiene muchos conocimientos de agilidad y el practicante ágil empieza explicándole de forma resumida cómo funciona el equipo y gestiona el framework. El miembro de dirección se sorprende al escuchar que cada día realizan una reunión con el equipo de 15 min. para poner en común el trabajo del equipo e identificar problemas e impedimentos que le trasladan al practicante ágil para su resolución. Cree que es una pérdida de tiempo y que deberían hacer esa reunión semanal o mensualmente, como una reunión de seguimiento del modelo tradicional y que eso les permitirá entregar más características en cada iteración. No solo lo cree, sino que trata de imponer su forma de pensar. ¿Cómo debería actuar el practicante ágil ante esta situación?

5 / 114

En los proyectos ágiles necesitamos tener equipos de alto rendimiento multifuncionales que trabajen de forma colaborativa para generar los incrementos del producto funcionales durante las iteraciones y se comprometan con los objetivos de las entregas. Los equipos de alto rendimiento ágiles se caracterizan por:

6 / 114

Un equipo de desarrollo ágil acaba de planificar la iteración en curso, identificando las tareas técnicas para desarrollar las historias de usuario seleccionadas y de las que serán responsables durante la próxima iteración. ¿Qué herramienta será la que proporcione mejor transparencia de la progresión del equipo de desarrollo durante la iteración en curso?

7 / 114

Un miembro del equipo de dirección se interesa por el proyecto en el que estás trabajando como practicante ágil ya que es uno de los primeros en la organización que se realiza con este framework. No pide que le expliquemos que quiere decir que trabajamos con ciclos de entrega incrementales. ¿Cuál sería la respuesta más adecuada que le deberíamos dar?

8 / 114

Tu equipo ágil está comenzando una nueva versión del producto final. El equipo avanza un poco más lento de lo que se esperaba con las predicciones de velocidad del equipo. El manager ágil está adoptando un enfoque de liderazgo servicial. ¿Cuál de las siguientes acciones es más probable que realice el manager ágil?

9 / 114

Estamos empezando nuestro proyecto, se ha firmado el acta de constitución del proyecto, se ha realizado una reunión de inicio de proyecto con el equipo ágil y empezamos la primera iteración. Hemos realizado la planificación de la primera iteración con el equipo y el product owner ha priorizado los PBIs (Product Backlog Items) para la segunda y tercera iteración del proyecto en función del valor y mitigación de riesgos. Durante el transcurso de la primera iteración las condiciones de mercado han cambiado y necesitamos ajustar las características del producto. ¿Cómo deberíamos actuar?   

10 / 114

Nuestra organización está haciendo una transformación cultural para poder realizar más proyectos con frameworks ágiles, ¿Los project managers del modelo tradicional que factor clave tiene que tener en cuenta para poderse adaptar y tener éxito?

11 / 114

Eres un practicante ágil en un equipo recién creado. Como parte de la preparación para el primer sprint del equipo, te reúne con algunas de las partes interesadas del producto que vamos a crear para comprender sus objetivos. En esta reunión, el grupo crea una lista de características categorizadas como «Debe tener», «Podría tener», «Debería tener» y «No tendré». ¿Cuál es la mejor manera de describir el método de priorización que están usando?

12 / 114

Un producto owner (dueño de producto) trabaja con dos equipos ágiles, son dos proyectos de alta visibilidad/importancia dentro de la organización CEOLEVEL.INC y se ve desbordado por las peticiones de los dos equipos ágiles solicitando aclaraciones de las historias de usuario y prioridades generales dentro de sus respectivos proyectos. ¿Qué debería hacer el agile project manager?

13 / 114

Estas en una reunión con todo el equipo ágil estimando historias de usuario (requisitos) que se han introducido nuevas en el product backlog. La sesión está transcurriendo con normalidad, pero en este punto estáis estimando una historia de usuario compleja y el equipo de desarrollo llega a consenso de que su valor en estimación relativa es de trece puntos de historia. El producto owner quiere incluir esa historia de usuario en la próxima iteración y viendo la capacidad del equipo de desarrollo y que tiene otras historias de usuario prioritarias le pide al equipo que rebaje la estimación de la historia de usuario a cinco puntos ya que así podrán incluirla en la iteración siguiente y el incremento tendrá más valor para el cliente. ¿Debería aceptar el equipo de desarrollo?

14 / 114

Nos encontramos en la fase inicial de un proyecto que realizaremos con un framework ágil debido a la incertidumbre inicial. Se está generando el acta de constitución del proyecto en este punto, el cliente está entrando en mucho detalle de las características del proyecto y el cómo se realizarán haciendo crecer este documento a varias páginas. ¿Cómo practicante ágil que consideraciones deberíamos hacer?

15 / 114

Trabajamos en un proyecto ágil con entregas iterativas e incrementales y el equipo empieza a identificar advertencias, problemas en el rendimiento frente a la planificación que habían realizado. ¿Dónde identificaremos en la mayoría de casos estos problemas por primera vez?

16 / 114

Estamos en la primera iteración de un nuevo proyecto ágil, algunos interesados del proyecto no conocen la agilidad ni la forma de trabajar que conlleva, por lo que tú como practicante ágil del proyecto decides realizar una reunión con algunos interesados claves del proyecto para informales y hacerles un primer acercamiento a la agilidad de tal manera que se vayan familiarizando con las practicas, lo que se espera de ellos y que beneficios les aportará. Durante esta reunión uno de los interesados del proyecto te pregunta por los beneficios de hacer entregas incrementales durante el proyecto. ¿Cuál de las siguientes afirmaciones sería un beneficio de las entregas incrementales?

17 / 114

Como practicante ágil de un proyecto de integración de comunicaciones, debes capturar y analizar métricas de rendimiento, así como realizar pronósticos de fechas de finalización según los datos obtenidos. ¿Qué métrica es clave para poder realizar este tipo de análisis y pronósticos?

18 / 114

Gestionas un proyecto en el que identificas que no tienes suficiente capacidad interna en el equipo para completarlo en las fechas acordadas. Para conseguir cumplir con las fechas decides subcontratar una parte importante del proyecto y contactas con proveedores claves para lanzar una RFP y elegir uno. Durante este proceso descubres que un familiar tuyo es gerente de una de las empresas proveedoras y se pone en contacto para decirte que quiere presentar una propuesta. ¿Cómo deberías actuar ante esta situación?

19 / 114

Te encuentras en una fase avanzada de tu proyecto de creación de software. Tu equipo tiene un promedio de 40 puntos de historia por iteración de dos semanas. Os quedan 200 puntos historia de funcionalidad en el product backlog para finalizar el proyecto. ¿Cuántas semanas esperas que pasen hasta que se complete el desarrollo?

20 / 114

En nuestro proyecto ágil tenemos cincuenta y tres historias de usuario en el product backlog. Las historias de usuarios son una excelente manera de representar el elemento de la cartera de producto (product backlog) y son una o más oraciones en el lenguaje cotidiano o comercial del usuario o cliente que captura lo que el usuario o cliente desea lograr. ¿Las historias de usuario son relevantes hasta?

21 / 114

El producto Owner de un proyecto tiene la responsabilidad de guiar el producto aportando valor en todas las iteraciones, conoce el negocio y muchas veces es parte del cliente. También es propietario del product backlog y de su estado, por lo que debe priorizarlo y tenerlo actualizado durante el proyecto para que este reflejado el trabajo pendiente del equipo, para ello utilizará diferentes técnicas. ¿Cuáles de los siguientes criterios de priorización son claves en la priorización del product backlog?

22 / 114

Durante la hora de comer, te juntas con compañeros de otro equipo de proyecto ágil de tu organización y te comentan que ellos antes de empezar a desarrollar las funcionabilidades del producto diseñan los test y luego implementan el código, te explican los beneficios de está practica y por qué lo realizan de esta manera. ¿Qué técnica están utilizando?

23 / 114

En nuestro Proyecto en CEOLEVEL.INC estamos desarrollando una aplicación a medida para el cliente SOLOSTOCKING proveedor de alimentos para otras empresas de alimentación. Necesitan una aplicación para gestionar sus productos y realizamos un proyecto ágil para conseguir una aplicación interna para SOLOSTOCKING que cumpla con sus necesidades. En nuestro equipo ágil de proyecto solo tenemos una persona experta en base de datos y el Project manager del proyecto esta preocupado por si está persona se pone enferma o casusa baja por cualquier causa ya que esto afectaría drásticamente el rendimiento del equipo. ¿Qué debería hacer?

24 / 114

Estamos trabajando en proyecto grande, donde construiremos un producto para una gran multinacional. Para cumplir con lo acordado se estima que se necesitan cinco equipos ágiles trabajando en paralelo sobre el mismo producto. ¿Cuántos product backlogs necesito para este generar este producto?

25 / 114

Los proyectos ágiles son altamente colaborativos, donde la comunicación entre equipo y cliente es básica para obtener buenos resultados en el proyecto, al partir de un alcance no definido en su totalidad y siempre que se pueda manteniendo conversaciones cara a cara (F2F communication). Por ello la comunicación ágil es importante porque:

26 / 114

Estamos realizando un proyecto con el framework de Srcum, ¿Cuál de los siguientes roles no sería un rol del framework?

27 / 114

En los proyectos ágiles, la velocidad del equipo, el gráfico de quemado de historias de usuario (burn down chart), la lista de impedimentos además de otros suelen ser comunicados mediante:

28 / 114

Empezamos un proyecto utilizando un marco de trabajo (framework) ágil y el dueño del producto (producto owner) genera un roadmap (hoja de ruta) con fechas de entregas, hitos y características que componen estas entregas. Las primeras entregas tienen bastante detalle, pero las entregas finales solo son fechas con características a alto nivel sin detalle. El cliente le pide explicaciones al PO (Product Ownwe, dueño del producto) porque quiere saber que se va entregar con detalle en cada punto del proyecto. ¿Cómo deberíamos responder?

29 / 114

Te encuentras en la mitad de tu proyecto y el cliente está muy satisfecho con el trabajo realizado por el equipo ágil. En la última revisión del producto un stakeholder (interesado del proyecto) nos ha pedido una nueva característica para el producto que considera muy importante y que no estaba contemplada en la planificación. ¿Cómo debería actuar el dueño del producto (producto owner) del equipo ante esta situación?

30 / 114

Desde hace tres iteraciones el practicante agile del proyecto identifica que están apareciendo más defectos de los habituales en las características construidas por el equipo. Tras realizar un estudio del problema llega a la conclusión de que el problema viene por la definición de las historias de usuario/requerimientos del product backlog. El producto owner no escribe las historias de usuario y sus criterios de aceptación de forma clara y no es capaz de comunicar esta información al equipo originando desperdicio al tener que repetir trabajo. ¿Qué debería hacer el practicante ágil en esta situación?

31 / 114

En los proyectos agiles a veces nos encontramos resistencia al cambio por parte de interesados del proyecto que no entienden el funcionamiento del framework y que ven que tienen que acudir a reuniones de revisión del producto más frecuentemente. ¿Cuál de los siguientes beneficios es la mejor manera de conseguir la implicación de estos interesados?

32 / 114

Nuestra organización empieza un proyecto ágil y está formando el equipo que desarrollara el producto. ¿Cuál sería el planteamiento ideal a la hora de formar el equipo en referencia a personas asignadas a tiempo parcial al proyecto?

33 / 114

En nuestro proyecto ágil tenemos identificados ochenta PBIs (Product Backlog ítems) algunos de ellos están en modo “borrador” no están estimados detalladamente y falta información. ¿Dónde es más normal que encontremos estos PBIs colocados en el product backlog?

34 / 114

Nos encontramos en la reunión de planificación de la iteración siete de nuestro proyecto. El equipo ágil está seleccionando las historias de usuario del product backlog (priorizado por valor, A aporta más valor que B, C y D) que realizará durante esta iteración. Teniendo en cuenta que la media de velocidad del equipo es de 8 puntos de historia y que las historias de usuario no tienen dependencias entre sí. ¿Qué historias de usuario serían las más adecuadas para realizar en esta iteración?

Historia de Usuario A     –              3 Puntos de historia

Historia de Usuario B     –              2 Puntos de historia

Historia de Usuario C     –              5 Puntos de historia

Historia de Usuario D     –              3 Puntos de historia

35 / 114

Trabajamos en un proyecto ágil donde utilizamos como herramienta visual un tablero Kanban para saber en que trabaja cada miembro del equipo y en qué punto se encuentran, el equipo al inicio se reparte todas las tareas de la cola de trabajo y las introducen en el tablero dentro de la columna “en progreso” ya que trabajan en paralelo con ellas. El practicante ágil identifica en una de las retrospectivas del proyecto que el tiempo de ciclo (cycle time) de cada tarea es muy elevado y nos está ocasionando problemas por tener que repetir trabajo que no cumple con la calidad esperada. ¿Cuál sería la primera medida que deberíamos tomar?

36 / 114

Para el correcto funcionamiento de los frameworks ágiles la colaboración con el cliente es un valor que debemos seguir durante todo el proyecto. ¿Cómo ayuda el cliente en el desarrollo del producto?

37 / 114

Viendo que tu organización cada vez está realizando más proyectos con frameworks agiles, la mayoría con Scrum, un gerente de proyectos del modelo tradicional pide a un Scrum Master que le deje ver como lidera a los equipos en sus proyectos para aprender más sobre la agilidad. El gerente de proyectos tradicional se da cuenta muy rápido de que muchas de las decisiones del proyecto son tomadas por el propio equipo de desarrollo y que el scrum master más facilitador que autoritativo, su trabajo es asegurar que el equipo está centrado en el trabajo, compartir la visión del proyecto, hacer crecer al equipo y eliminar impedimentos para que puedan cumplir con el trabajo seleccionado. ¿Qué tipo de liderazgo está usando el scrum master?

38 / 114

Durante la iteración dieciséis de nuestro proyecto ha habido reorganizaciones importantes y cambios grandes sobre la dirección del producto. El equipo de desarrollo siente que la iteración en curso se debería suspender o cancelar hasta que se tomen decisiones. ¿Quién sería el responsable de tomar esta decisión?

39 / 114

Durante el transcurso de un proyecto ágil hay un cambio de patrocinador por parte del cliente. El nuevo patrocinador nunca ha trabajado con frameworks agiles y está constantemente pidiendo al equipo de desarrollo detalles del proyecto y métricas de estado. Tú eres el Scrum Master del proyecto y el equipo viene a quejarse del compartimiento del patrocinador porque les está retrasando en su trabajo y ven peligrar el objetivo del sprint en curso. ¿Como actuarias ante esta situación?

40 / 114

El product owner de nuestro proyecto quiere acudir a las reuniones diarias del equipo para estar informado del progreso de la iteración y de los impedimentos que el equipo de desarrollo vaya identificando durante la misma. ¿Cómo debería actuar el practicante ágil del proyecto?

41 / 114

Estamos iniciando un proyecto ágil donde el product owner se encuentra elaborando la hoja de ruta de nuestro proyecto (roadmap) de seis meses de duración. El product owner conocedor del negocio sabe de la importancia de posicionar bien el producto en el mercado de forma temprana y quiere lanzar seis entregas durante nuestro proyecto. Las duraciones de las iteraciones son de dos semanas. Transmite esta información al facilitador del equipo ágil para ver si el resto del equipo se puede comprometer con los objetivos y el facilitador le contesta que no hay ningún problema. ¿Por qué responde eso el facilitador?

42 / 114

CEOLEVEL.INC está realizando un proyecto ágil con Scrum. El equipo está cumpliendo satisfactoriamente con las planificaciones de los sprints, el resultado el proyecto hasta el momento es bueno y el cliente e interesados del proyecto están muy satisfechos con las entregas. En el sprint 14 del proyecto el equipo ha planificado entregar veintidós puntos de historia siguiendo su predicción de velocidad obtenida de los anteriores sprints, estos veintidós puntos de historia provienen de 6 historias de usuario que se han seleccionado en la planificación del sprint y se han dividido en cincuenta y dos tareas que forman el sprint blacklog y que debe desarrollar el equipo de desarrollo. Al llegar al final del sprint solo se han podido finalizar treinta y cuatro tareas que son cuatro historias de usuario de las seis seleccionadas, la quinta historia de usuario esta sin testear y la sexta aún no se ha empezado. ¿Qué deberíamos hacer?

43 / 114

El equipo ágil de nuestro proyecto se encuentra estimando historias de usuario del product backlog que se han introducido nuevas tras la ultima revisión del producto y que han sido sugeridas por los interesados del proyecto. El equipo esta realizando la estimación utilizando la técnica de planning poker y utilizando puntos de historia como medida en las estimaciones. ¿Qué representamos con los puntos de historia?

44 / 114

Durante el transcurso de nuestro proyecto ágil debemos realizar prácticas/eventos para asegurar la inspección de nuestro producto, como las reuniones diarias, las planificaciones de iteración, las revisiones de producto y las retrospectivas. ¿Quién debe facilitar estas reuniones al equipo ágil?

45 / 114

En los proyectos ágiles se define una Definición de Terminado (Definitio of Done, DoD) que aclara cuando un elemento de trabajo se puede marcar como terminado. ¿Cuándo utiliza el equipo por primera vez esta definición de terminado (DoD) durante el proyecto?

46 / 114

Según los valores ágiles firmados en el manifiesto ágil, ¿Cuál de las siguientes opciones describe mejor una de las creencias fundamentales?

47 / 114

Durante la iteración once del proyecto, el producto owner reúne a los interesados del proyecto y les entrega dinero falso para “comprar” características de producto que estamos generando. ¿Qué nombre recibe este practica?

48 / 114

Empezamos un nuevo proyecto ágil y nos encontramos haciendo la reunión de planificación de la iteración. Al ser la primera iteración del proyecto no disponemos de la métrica de velocidad que es resultado de la suma de puntos de historia finalizados en una iteración. ¿Cómo deberíamos calcular la velocidad del equipo en esta primera iteración?

49 / 114

Nos encontramos en una reunión de refinamiento del product backlog y concretamente estamos estimando una tarea historia de usuario de la parte baja del product backlog, la historia de usuario aun no está del todo detallada porque no es prioritaria y no entrará en las próximas iteraciones, aun así, para tener una buena predictibilidad el producto owner nos pide al equipo de desarrollo que la estimemos, ¿Qué tenemos que tener en cuenta en la estimación?

50 / 114

El equipo de desarrollo está focalizado en finalizar las tareas pendientes de la iteración para llegar a tiempo a la revisión del producto con todo el trabajo finalizado cuando reciben la llama de un usuario final pidiéndoles que introduzcan más cantidad de trabajo en la iteración. ¿Qué deberíamos hacer?

51 / 114

Empiezas un proyecto en una organización como practicante ágil y te presentan a tu equipo. Eres el líder (coach, scrum master) y transcurrido 1 mes del proyecto ya empiezas a conocer un poco a los miembros de tu equipo, identificar sus objetivos individuales y motivaciones personales. ¿Cuál debería ser tu actitud frente a esto?

52 / 114

El framework ágil de Scrum se basa en la teoría de control de procesos empíricos. El empirismo afirma que el conocimiento proviene de la experiencia y la toma de decisiones basadas en lo que se conoce. ¿Cómo ayudan estos procesos empíricos de control a la agilidad?

53 / 114

Un equipo ágil que está desarrollando un producto de software para CEOLEVEL.INC trabaja con el marco de trabajo de Extreme Programming (XP o programación extrema) orientado únicamente a software y su forma de implementar las historias de usuario en la iteraciones del proyecto pasa por primero diseñar el test que ha de pasar la historia de usuario, luego implementar el código para pasar el test y por ultimo refactorizar el código escrito de la historia de usuario para dejarlo limpio, optimizado, sin duplicaciones de código y cumpliendo con los estándares de programación acordados al inicio del proyecto. ¿Qué practica está utilizando el equipo ágil en el proyecto?

54 / 114

Estamos en la segunda iteración de nuestro proyecto ágil, hemos sido contratados para desarrollar una plataforma de compra online para el cliente CEOLEVEL.INC que hasta el momento solo tenían tiendas físicas a nivel nacional. En el roadmap de proyecto (hoja de ruta) tenemos una entrega al final de iteración 6 donde entregaremos el MVP. ¿Qué debería contener este MVP?

55 / 114

El propietario de un producto es muy agresivo y tiende a obligar a los miembros del equipo a aceptar más trabajo del que pueden realizar. Esto está provocando el agotamiento del equipo. ¿Cuál es la mejor forma de resolver este problema?

56 / 114

Estamos analizando varios proyectos para su priorización en el portfolio de la organización. Tenemos el proyecto X con un IRR (Internal Rate of Return, tasa de retorno interna) del 14% y un proyecto Y con un IRR del 9%. ¿Cuál sería el proyecto que deberíamos priorizar según los datos?

57 / 114

En los proyectos ágiles la comunicación/colaboración directa del cliente con el equipo es básica. ¿Cuál de las siguientes opciones es la mejor forma de compartir la información?

58 / 114

Los enfoques ágiles se están volviendo muy populares en todas las organizaciones hoy en día. Una de sus principales ventajas frente al modelo tradicional es la flexibilidad que nos brinda para adaptarnos al cambio. ¿En que tipo de proyectos tiene especial importancia esta flexibilidad al cambio y por lo tanto son candidatos a ser realizados con marcos de trabajo ágiles?

59 / 114

Durante la ejecución de un proyecto, un equipo nuevo en prácticas agiles, su primer proyecto, pregunta al líder porque se sigue midiendo la velocidad del equipo una vez estabilizada. El equipo entiende que en las primeras iteraciones hay variaciones importantes en esta métrica debidas a la incertidumbre de los inicios de proyecto y del funcionamiento del equipo que se está conociendo y aprendiendo a trabajar conjuntamente y que esto afecta a la capacidad de trabajo que pueden planificar para las siguientes iteraciones, pero una vez estabilizada cree que no es necesario seguir midiéndola. ¿Cómo debería responder el líder ágil del equipo?

60 / 114

Arrancan dos proyectos nuevos en la organización que se implementarán con frameworks agiles y la PMO considera que una persona es necesaria en ambos proyectos. Se toma la decisión de que trabaje en ambos proyectos en paralelo para poder cumplir con las fechas de entregas. En un día, de forma aproximada dedica el 50% del tiempo a cada uno de los proyectos. ¿Cuál será el principal desperdicio que se genera al tener esta persona en dos proyectos?

61 / 114

En los proyectos agiles ¿Cuándo convertimos las historias de usuario en tareas para implementar por el equipo de desarrollo?

62 / 114

Durante la consecución de un proyecto ágil, el producto Owner quiere realizar una reunión de refinamiento para ajustar el product backlog ya que se han introducido nuevas historias de usuario que aún no están estimadas y quiere revisar con el equipo detalles que han cambiado de otras historias para ver si tiene afectación en las estimaciones, además quiere dividir el contenido de una épica en historias de usuario más pequeñas para poderlas tratar en posteriores iteraciones. ¿Cuándo sería el mejor momento para realizar esta reunión de refinamiento?

63 / 114

Estamos realizando un proyecto ágil y durante la revisión del producto un stakeholder nos pide incluir una nueva funcionalidad que no estaba contemplada pero que considera clave. ¿Qué herramienta debería usar el equipo ágil para recoger esta nueva funcionalidad?

64 / 114

Durante la retrospectiva de la iteración ocho de nuestro proyecto el practicante ágil identifica analizando los resultados de la iteración, que una de las mejoras de proceso propuesta por un miembro del equipo (aprobada por el resto en la retrospectiva anterior) y que se aplicó en la iteración en curso no ha dado resultado y ha empeorado el rendimiento del equipo. ¿Cómo deberíamos actuar?

65 / 114

Durante la iteración un miembro del equipo no es capaz de llegar a un acuerdo con un interesado del proyecto sobre el diseño de la interfaz web de una aplicación interna. ¿Qué sería lo más adecuado usar en esta situación?

66 / 114

En nuestro proyecto ágil se determina que necesitamos más personas en el equipo para poder finalizar a tiempo trabajo añadido por los interesados en el proyecto ya que el cliente no quiere modificar la fecha de final de proyecto, pero acepta incrementar el presupuesto para tener más capacidad en el equipo e incluir las características identificadas por los interesados del proyecto. Nuestro equipo pasa de tener seis miembros a catorce. Como resultado el espacio de trabajo del equipo esta abarrotado e incómodo. Tras el incremento de personas en el equipo la reunión diaria está excediendo los quince minutos ideales. ¿Qué debería hacer el practicante ágil frente a esta situación?

67 / 114

En un proyecto ágil grande el equipo identifica junto a su product owner un grupo de historias de usuario como prioritarias para el proyecto y el producto owner las prioriza en función de su valor para ir haciendo una entrega incremental. El equipo finalizada iteraciones entregando todas las historias de usuario que habíamos identificado como prioritarias y cuando empiezan la iteración treinta i dos del proyecto ven que las siguientes historias de usuario están priorizadas al mismo nivel y no tiene demasiado detalle, por lo que están confusos en que trabajo se ha de completar para las siguientes iteraciones. ¿Cómo reconduciríamos esta situación?

68 / 114

Como equipo ágil acabáis de finalizar la iteración 12 del proyecto, habéis generado un incremento del producto que ha sido revisado con los stakeholders y obtenido feedback de ellos. La iteración ha durado tres semanas desde que empezasteis a trabajar con las historias de usuario hasta que se generó el incremento. ¿Qué representa estas tres semanas?

69 / 114

Después de unos cuantos meses de proyecto, tu equipo ágil ha llegado a la etapa de desarrollo grupal “performing” definida por Tuckman en su escala. ¿Qué implicaciones tiene esto a nivel del liderazgo que debe hacer el líder ágil del equipo?

70 / 114

Durante los proyectos ágiles debemos hacer entrega de valor al cliente en ciclos cortos. En la planificación de las iteraciones buscamos aportar el máximo valor con la capacidad del equipo actual. ¿Cómo se llama el conjunto de funcionabilidades más pequeño que se debe realizar para que el cliente perciba valor?

71 / 114

En CEOLEVEL.INC hace unos 3 meses que se empezó un proyecto con una planificación adaptativa e incremental. Durante el segundo mes de proyecto los miembros del equipo ágil discutían constantemente, costaba mucho tomar decisiones conjuntas y necesitaban mucha orientación del líder de su equipo. A día de hoy el equipo ha resuelto sus problemas y el líder de equipo y no está tan involucrado en el día a día porque el equipo se ha vuelto más autosuficiente. ¿Qué ha pasado en el último mes?

72 / 114

Nos encontramos en la iteración doce de nuestro proyecto, el equipo ágil se encuentra cohesionado y en una etapa madura de su desarrollo grupal. Otro agile project manager de la organización nos pregunta si podríamos hacer un cambio de personas en el equipo porque necesitaría una persona con conocimientos avanzados de bases de datos que no tiene en su equipo y sabiendo que en tu proyecto no necesitas de habilidades tan expertas te propone cambiar esa persona por una de su equipo. ¿Es recomendable realizar cambios de personas en el equipo durante un proyecto ágil?

73 / 114

Durante la planificación de la iteración, el equipo está discutiendo el diseño de una historia de usuario. Un miembro del equipo afirma que se debe iniciar un documento de diseño ya que el sistema es de naturaleza compleja. Otro miembro del equipo responde que en Agile no hay documentación. ¿Cómo debería responder el practicante ágil?

74 / 114

Arrancamos un nuevo proyecto interno dentro de la organización, y nos disponemos a formar el equipo ágil que lo ejecutará. Unos meses atrás se realizo un proyecto bastante similar dentro de la organización y las personas que formaron el equipo de aquel proyecto están disponibles. ¿Sería buena idea volver a formar el equipo con las personas que hicieron el anterior proyecto o sería mejor formar un equipo nuevo?

75 / 114

El producto Owner de nuestro proyecto ágil se encuentra reunido con el patrocinador del proyecto y algunos stakeholders, quieren saber fechas de entrega del producto y que incluirán estas entregas a alto nivel según la planificación actual del proyecto. ¿Cuál sería la herramienta más adecuada de comunicación que debería usar el PO (Product Owner, dueño del producto) para responder a estas dudas?

76 / 114

Estamos en la iteración número 16 de nuestro proyecto y nuestro líder ágil facilita la reunión diaria al equipo de desarrollo para su realización. Nuestro líder ágil informa al equipo que estará de baja 4 días. ¿Qué debe hacer el equipo ágil en ausencia del líder con respecto a reunión diaria?

77 / 114

¿Durante qué actividad en un proyecto ágil utilizaremos la secuencia de números 0,1,2,3,5,8,13,21…(Fibonacci)?

78 / 114

CEOLEVEL.INC esta empezando a adoptar prácticas ágiles en sus proyectos e implementa una estrategia de entrega incremental para la generación de los productos. Si se implementa de forma correcta las practicas ágiles, la mejora más importante que tendrá CEOLEVEL.INC debería ser:

79 / 114

En tu empresa se gestionan proyectos de forma tradicional y ágil dependiendo de las características del propio proyecto. Se forma un equipo ágil de desarrollo que hasta ahora solo había trabajado con el modelo tradicional para trabajar con un enfoque adaptativo. El equipo cuenta contigo, un practicante ágil con experiencia que les guiará en el proyecto. Cuando el nuevo equipo de desarrollo ágil es informado de que el alcance del proyecto no está cerrado desde el inicio empiezan a tener dudas de cómo se medirá el progreso. ¿Cómo practicante ágil que deberías decirles al equipo?

80 / 114

La comunicación y colaboración del equipo ágil es básica para obtener buenos resultados durante el proyecto. Para facilitar que el conocimiento circule por el equipo y facilitar la comunicación osmótica que técnica tendría más valor:

81 / 114

Estamos trabajando en un proyecto ágil con el marco de trabajo de Scrum para CEOLEVEL.INC hemos realizado la planificación del sprint (iteración) y el equipo de desarrollo esta trabajando en las historias de usuario del sprint backlog. En mitad del sprint el producto owner nos pide incluir una tarea urgente y crítica dentro del sprint. ¿Cómo debería actuar el equipo de desarrollo?

82 / 114

El product owner del proyecto se reúne con los interesados del proyecto para identificar la prioridad de las características según el valor del cliente. ¿Qué técnica sería adecuada para usar en esta reunión?

83 / 114

Dentro de la cartera de proyectos de nuestra empresa CEOLEVEL.INC se ha seleccionado un proyecto para iniciar en las próximas semanas, la PMO Ágil de CEOLEVEL.INC está seleccionando personas para formar parte del equipo en función de sus habilidades para crear un equipo multi-funcional capaz de cumplir con las necesidades del proyecto. El equipo se compone de 8 personas y ya han seleccionado a 6 personas con las que cumplen las habilidades necesarias para poder abordar el proyecto, cada persona especializada en un área en concreto.  Para seleccionar los dos últimos integrantes del equipo tienen a cuatro candidatos, los dos primeros tienen conocimiento de varias áreas “en T” sin ser muy especialistas en ninguna y los dos siguientes candidatos son especialistas únicamente en sus respectivas áreas. ¿Qué candidatos serían más idóneos para acabar de componer el equipo ágil?

84 / 114

Nuestro equipo de desarrollo ágil está teniendo problemas para tomar decisiones conjuntamente y llegar acuerdos. Esto está generando crispación en alguna de las personas del equipo. El rendimiento del equipo sigue siendo bueno y estable. ¿Cómo debería actuar el practicante ágil ante esta situación?

85 / 114

Empezamos un proyecto ágil y durante la primera iteración el equipo realiza una reunión para identificar riesgos del proyecto y definir acciones de mitigación para los mismos (una spike basada en riesgos). ¿Cómo resultado de este trabajo que espera obtener el equipo ágil?

86 / 114

Al final de la iteración tres de nuestro proyecto ágil el equipo ha finalizado veintitrés puntos de historia. ¿Qué representan estos veintitrés puntos de historia?

87 / 114

Estamos trabajando en un proyecto ágil utilizando el framework de Scrum y hay discrepancias en cuanto a la priorización del product backlog, los interesados del proyecto no se ponen de acuerdo en cuales son las características prioritarias ya que cada uno defiende que las que afectan a su área son las más importantes y por tanto las que se tendrían que desarrollar primero y no consiguen llegar a consenso. En el propio equipo scrum también surgen discrepancias en cuanto a cuáles serían las características prioritarias para asegurar el éxito del proyecto. ¿En estos casos como se debería actuar?

88 / 114

Tu equipo ágil está estimando historias de usuario del product backlog, el producto owner lee las historias de usuario y se pide una estimación con puntos de historia, estáis utilizando la técnica de planning poker para hacer la estimación. Cuando levantáis las cartas de estimación y no hay consenso en ellas, el Scrum Master pide de inmediato que se vuelva a estimar la historia de usuario. ¿Qué se está haciendo mal en el proceso de estimación?

89 / 114

Estamos trabajando en un proyecto ágil y nuestro dueño del producto hace una sesión donde involucra a partes de negocio de la organización y usuarios para gestionar expectativas y entender las prioridades de cada uno de ellos para ayudarle en su priorización del product backlog, Durante la sesión se realizan diferentes técnicas como Kano Analysis, Monopoly money, Esquemas sencillos, etc. ¿Qué pretende conseguir el PO con estas actividades?

90 / 114

Un Scrum Master mantiene Scrums diarios y los mantiene en 15 minutos o menos. El Scrum Master trae una lista de tareas asignadas y verifica el estado de cada tarea con los miembros relevantes del equipo. El Scrum Master luego asigna nuevas tareas para el día y finaliza la reunión. ¿Es este un enfoque apropiado para ejecutar en los scrums diarios?

91 / 114

Durante la reunión diaria de un equipo ágil compuesto por seis personas un miembro del equipo dice que no puede empezar sus tareas del sprint hasta que no finalice unas tareas que tiene en curso de otro proyecto al que también está asignado. Viendo del rendimiento del equipo y haciendo una predicción del mismo consideran que no van a poder finalizar el objetivo del sprint a tiempo. ¿Qué se debería haber hecho diferente para evitar esta situación?

92 / 114

Durante la retrospectiva de la iteración 4 de tu proyecto os encontráis analizando por qué no habéis podido completar todas las historias de usuario que habíais planificado para la iteración. Tras utilizar el diagrama de espinas (fishbone diagram) para analizar la causa raíz que ha provocado esto llegáis a la conclusión de que el equipo ha tenido muchas interrupciones por llamadas, mails y reuniones. Los miembros del equipo se encuentran disgustados con los resultados porque han trabajado duro, pero por factores externos no han podido finalizar todo el trabajo seleccionado. ¿Por qué se ha producido esto?

93 / 114

Nos encontramos en la iteración dieciocho de nuestro proyecto ágil y el líder ágil se encuentra analizando la métrica de velocidad del equipo durante estás iteraciones. Se encuentra preocupado porque el equipo no es capaz de estabilizar la velocidad en el proyecto, tienen bajadas y subidas, pero no llegan a ser constantes. ¿Qué significa esto?

94 / 114

En la iteración que estamos realizando dentro del proyecto hay una tarea a implementar que implica realizar un cambio en producción el sábado a la una de la mañana. Ningún miembro del equipo de desarrollo se presta voluntario para realizarla. ¿Cómo deberíamos solucionar esta situación?

95 / 114

El equipo ágil se encuentra realizando una reunión de refinamiento del product backlog para ajustar las estimaciones, y dividir historias de usuario muy grandes (épicas) en historias de usuario más pequeñas. Además, el producto owner se ayuda del conocimiento del equipo para repriorizar el product backlog. ¿Cuál de las siguientes características es más importante de cara a realizar la priorización?

96 / 114

Tu empresa CEOLEVEL.inc empieza el primer proyecto ágil dentro de la organización, se realiza una reunión de inicio donde parte del equipo de dirección está presente y donde tú como practicante ágil estas explicando la relación entre el cliente y el equipo de desarrollo, las responsabilidades de cada uno de ellos y lo que se espera durante el proyecto en función de sus roles específicos para el buen funcionamiento del proyecto. ¿Cuál de las siguientes afirmaciones sería la más correcta?

97 / 114

CEOLEVEL.INC está realizando un proyecto interno de transformación digital, se ha formado un equipo ágil para la implementación del mismo compuesto por siete miembros y están en la octava iteración del proyecto que está previsto acabar en seis meses. En las últimas iteraciones como practicante ágil has identificado que dos miembros del equipo están teniendo disputas y están creando mal ambiente dentro el equipo, creándose bandos dentro del mismo y a veces llegando a faltarse al respeto. Esto está afectando al rendimiento del equipo y viendo que en las dos últimas iteraciones ha bajado la velocidad del equipo significativamente, ya que no trabajan como un grupo unido. ¿Cómo deberías actuar ante una situación así?

98 / 114

El manifiesto ágil se firmón en el 2001 por los principales accionistas de la agilidad en la época. En este manifiesto ágil se llego a un acuerdo entre los miembros para formar las bases de la agilidad creando unos valores principios y practicas que sustentan su uso. ¿De acuerdo con este manifiesto ágil cual de las siguientes combinaciones sería más correcta?

99 / 114

Durante la ejecución de un proyecto ágil el practicante ágil identifica que los miembros del equipo de desarrollo están realizando la reunión diaria cada día, pero que les sobra tiempo de los 15 minutos y vuelven a trabajar en el tiempo restante, de media están empleando unos 8 minutos por reunión. ¿Es correcto no emplear los 15 minutos de la reunión diaria?

100 / 114

Un patrocinador está tratando de determinar qué proyecto tiene el mayor valor comercial. Un proyecto devuelve cinco millones de euros en 3 años y otro proyecto devuelve seis millones de euros en cuatro años. El coste de pedir prestado capital para financiar el proyecto es del cuatro por ciento. ¿Cuál de los siguientes es el mejor enfoque para determinar el proyecto con mayor valor?

101 / 114

En la planificación de un proyecto ágil que realizamos inicialmente y que vamos revisando, ajustando y actualizando durante todo el proyecto es establecida por:

102 / 114

Durante la ejecución de la iteración siete de nuestro proyecto un interesado del proyecto pide incluir una serie de características al producto. El dueño del producto las analiza y cree que aportaran mucho valor a nuestro producto por lo que decide incluirlas al producto. ¿Dónde representamos de mejor manera el trabajo pendiente de nuestro proyecto?

103 / 114

Tu equipo ágil acaba de empezar la reunión de revisión del producto con los stakeholders adecuados al incremento que revisamos y que el propio producto owner ha invitado. ¿Durante esta reunión de que no obtendremos recomendaciones?

104 / 114

Empezamos un proyecto ágil con un equipo nuevo sin experiencia en practicas ágiles, se ha realizado la planificación de la iteración y los miembros del equipo de desarrollo se encuentran trabajando en sus respectivas historias de usuario. El líder ágil se percata que en la reunión diaria del equipo cada miembro expone en que esta trabajando y dice los impedimentos que se encuentra, pero cuando esto sucede otras personas del equipo participan y buscan soluciones a los problemas que dicen los compañeros. ¿Esto es una buena practica en las reuniones diarias?

105 / 114

Nuestra empresa CEOLEVEL.INC inicia un proyecto ágil, hemos realizado un estudio de negocio para asegurar el ROI del proyecto, tenemos la visión del producto y se ha firmado el acta de constitución. Estamos seleccionando a las personas que formaran el equipo de desarrollo y surge la duda de si es mejor hacer un equipo pequeño o un equipo con muchos miembros para tener más capacidad de trabajo. ¿Cuál sería la premisa que debemos tener en cuenta?

106 / 114

Durante una reunión de refinamiento del product backlog el producto owner explica al equipo ágil el principio de Pareto o regla 80/20 y lo aplica en la priorización del product backlog. ¿Qué quiere decir con ello?

107 / 114

Empiezas un nuevo proyecto como practicante ágil y en anteriores proyectos has identificado que el equipo tenía poca comunicación osmótica por estar distribuido en diferentes plantas del edificio, quieres mejorar este punto para obtener mejores resultados. ¿Cuál sería la mejor manera de potenciar este tipo de comunicación?

108 / 114

El acta de constitución de un proyecto ágil es un poco diferente a la de un modelo tradicional de gestión. ¿Cuál de las siguientes sentencias sería más cierta acerca de las diferencias en el acta de constitución entre ambos modelos?

109 / 114

Cuando comparamos estilos de comunicación, ¿Cuál de las siguientes sentencias es cierta?

110 / 114

El producto owner en los proyectos agiles es la persona responsable de maximizar el retorno de la inversión del proyecto planificando con el equipo entregas de incrementos del producto funcional que aporten valor al cliente. Para poder realizar este trabajo, ¿Qué artefacto usa el producto owner para conseguirlo?

111 / 114

Estamos trabajando en proyecto ágil con el framework de Kanban. Nuestro equipo trabaja en la cadena de montaje donde se generan las planchas de carrocería del nuevo modelo de coche de 2021. Se utiliza un tablero Kanban para ver en que punto están las tareas y se han definido políticas explicitas y un WIP (Work In Progress) para las columnas del tablero. ¿Qué tipo de trabajo está realizando el equipo en el proyecto?

112 / 114

Los proyectos agiles son característicos por la colaboración que se necesita entre el propio equipo y el cliente. ¿Cuál de las siguientes sería una característica clave que ha de tener un buen líder servicial (servant leader)?

113 / 114

Nos encontramos en un proyecto que tendrá tres equipos geográficamente distribuidos trabajando sobre un mismo producto. ¿Cuál sería el modelo más adecuado para crear el producto siempre que se pueda?

114 / 114

Nos encontramos en la iteración ocho de nuestro proyecto y el practicante ágil está preocupado porque la métrica de velocidad del equipo sigue siendo baja y los interesados del proyecto esperan tener incrementos funcionales mayores en las revisiones de producto. ¿Cuál de las siguientes opciones sería la mejor opción para intentar mejorar el rendimiento del equipo?

Tu puntación es

0%