21 Preguntas de Práctica de Marcos ágiles con Respuestas

1. 1. Un equipo ágil está decidiendo cuánta documentación de proyecto debe producir. ¿Qué afirmación refleja mejor los valores del pensamiento ágil?

   • A.La documentación debe sustituir a la conversación, porque un registro escrito resulta más fiable que una charla.
   • B.La documentación conserva su valor, pero el equipo valora más entregar producto que funcione.✓ Respuesta
   • C.La documentación debe eliminarse, porque solo el producto funcionando aporta algún valor al cliente.
   • D.La documentación debe redactarse y aprobarse por completo antes de construir cualquier producto.

   Los valores ágiles anteponen el producto funcionando a la documentación exhaustiva, pero afirman de forma explícita que los elementos de la derecha siguen teniendo valor. Es una cuestión de prioridad relativa y no de eliminación, así que el equipo elabora la documentación que realmente sirve al producto.

   Ref. QB-4KWTEMFuente: PMI CAPM Examination Content Outline, agile frameworks and methodologies; Agile Manifesto valuesReportar un problema con esta pregunta

2. 2. ¿Qué característica del proyecto indica con más fuerza que un enfoque adaptativo encaja mejor que uno predictivo?

   • A.El proyecto debe producir una única entrega final porque las entregas parciales no pueden utilizarse.
   • B.El proyecto tiene un alcance fijo definido en detalle y un cliente que no está disponible durante el trabajo.
   • C.El proyecto entrega un producto bien conocido mediante procedimientos que la organización ha repetido muchas veces.
   • D.El proyecto tiene requisitos que se espera que surjan y cambien cuando los interesados vean resultados tempranos.✓ Respuesta

   Los enfoques adaptativos encajan con trabajo de alta incertidumbre, porque los requisitos emergentes provocarían mucho retrabajo frente a un plan detallado fijado al inicio. Entregar en incrementos pequeños y replanificar con la retroalimentación convierte esa incertidumbre en aprendizaje, mientras que el trabajo definible y repetible se gestiona mejor con un plan predictivo.

   Ref. QB-K3RNUKFuente: PMI CAPM Examination Content Outline, suitability of adaptive approaches; Agile Practice Guide, uncertainty and definable workReportar un problema con esta pregunta

3. 3. ¿En qué se diferencia el seguimiento del avance de un proyecto adaptativo del de un proyecto predictivo basado en un plan?

   • A.Los equipos adaptativos miden el avance por el producto funcionando terminado y aceptado, sin contar el trabajo parcial.✓ Respuesta
   • B.Los equipos adaptativos miden el avance por la desviación respecto de la línea base de costo y cronograma fijada al inicio.
   • C.Los equipos adaptativos miden el avance por el porcentaje de cada tarea que declara completado quien la ejecuta.
   • D.Los equipos adaptativos miden el avance por las horas que el equipo ha consumido frente a la estimación acordada.

   El seguimiento adaptativo es empírico: un elemento cuenta solo cuando cumple la definición de terminado y se acepta, de modo que el trabajo a medias no aporta nada. El seguimiento predictivo compara el desempeño con una línea base, por eso el porcentaje completado y las desviaciones pertenecen al lado basado en el plan.

   Ref. QB-3KJG9KFuente: PMI CAPM Examination Content Outline, adaptive versus plan-based tracking; Agile Practice Guide, empirical measures of progressReportar un problema con esta pregunta

4. 4. ¿Qué distingue a un ciclo de vida incremental de un ciclo de vida iterativo?

   • A.La entrega incremental repite el mismo trabajo hasta que resulta correcto, mientras que la iterativa envía piezas utilizables.
   • B.La entrega incremental proporciona al cliente piezas utilizables sucesivas, mientras que la iterativa repite el trabajo para refinar una sola solución.✓ Respuesta
   • C.La entrega incremental emplea bloques de tiempo de igual duración, mientras que la iterativa los emplea de duración variable.
   • D.La entrega incremental fija todos los requisitos por anticipado, mientras que la iterativa permite que cambien libremente.

   La entrega incremental busca velocidad: cada incremento es una porción utilizable que se entrega al terminarse. La iterativa busca corrección: se retrabaja la misma solución en pasadas sucesivas hasta que queda bien, y el ciclo de vida ágil combina ambas al entregar incrementos refinados con frecuencia.

   Ref. QB-J3DBPJFuente: PMI CAPM Examination Content Outline, life cycle selection; Agile Practice Guide, characteristics of project life cyclesReportar un problema con esta pregunta

5. 5. Al final de una iteración de dos semanas, una historia de usuario está casi terminada pero no cumple la definición de terminado. ¿Qué debe hacer el equipo?

   • A.Devolver la historia inacabada al backlog del producto para reordenarla y planificarla de nuevo.✓ Respuesta
   • B.Contar la historia como parcialmente hecha y registrar su parte proporcional en la velocidad.
   • C.Ampliar la iteración unos días para que la historia se termine y se demuestre como completa.
   • D.Pasar la historia al backlog de la siguiente iteración sin que el dueño del producto la reordene.

   La duración del bloque de tiempo es fija y nunca se alarga para acomodar trabajo sin terminar, porque una duración constante es lo que hace comparable el rendimiento medido. El trabajo que no cumple la definición de terminado vuelve al backlog del producto, donde el dueño del producto decide su posición.

   Ref. QB-2K764JFuente: PMI CAPM Examination Content Outline, planning project iterations; Agile Practice Guide, timeboxed iterationsReportar un problema con esta pregunta

6. 6. Durante la planificación de la iteración, ¿quién decide cuánto trabajo asumirá el equipo?

   • A.Decide el dueño del producto, ya que ordenar el backlog fija también cuánto trabajo se toma.
   • B.Decide el scrum master, asignando los elementos a las personas para lograr el objetivo.
   • C.Decide el equipo de desarrollo, según su capacidad y su registro de trabajo recién terminado.✓ Respuesta
   • D.Decide el gerente funcional, repartiendo las horas de cada miembro entre los elementos previstos.

   Un equipo autogestionado pronostica su propia capacidad, por lo que solo él puede decir cuántos elementos termina dentro del bloque de tiempo. El dueño del producto decide el orden en que se ofrecen los elementos y el facilitador apoya el evento, pero ninguno fija la cantidad que el equipo toma.

   Ref. QB-H32ZGHFuente: PMI CAPM Examination Content Outline, adaptive plan components; Agile Practice Guide, self-organizing teams and iteration planningReportar un problema con esta pregunta

7. 7. ¿Cuál de estas responsabilidades corresponde al dueño del producto en un equipo ágil?

   • A.Decidir el diseño técnico de cada elemento del backlog y cómo lo va a construir el equipo.
   • B.Registrar las horas de cada miembro e informar del desempeño individual a la alta dirección.
   • C.Facilitar los eventos del equipo y eliminar los impedimentos que el equipo reporta cada día.
   • D.Ordenar el backlog del producto para que los elementos de mayor valor y riesgo vayan primero.✓ Respuesta

   El dueño del producto es responsable de maximizar el valor que entrega el equipo, y su palanca es el orden del backlog del producto. Adelantar los elementos de alto valor y alto riesgo genera beneficio antes y retira pronto la incertidumbre, mientras que el diseño técnico queda en manos del equipo.

   Ref. QB-ZJUTWGFuente: PMI CAPM Examination Content Outline, adaptive plan components; Agile Practice Guide, product owner accountabilityReportar un problema con esta pregunta

8. 8. En su reunión diaria de coordinación, un equipo informa de que el acceso a un entorno de pruebas de otro departamento bloquea dos historias. ¿Qué debe hacer el scrum master?

   • A.Reasignar las dos historias bloqueadas a otros miembros para proteger el objetivo de la iteración.
   • B.Informar del retraso a la alta dirección y pedir que se instruya formalmente al otro departamento.
   • C.Colaborar con el otro departamento para restablecer el acceso y que el equipo siga trabajando.✓ Respuesta
   • D.Registrar el bloqueo como riesgo y esperar a la revisión de la iteración para plantearlo.

   Eliminar los impedimentos que el equipo no puede resolver por sí mismo es el servicio que define al líder servidor, y la reunión diaria existe precisamente para sacarlos a la luz. Escalar primero, o reasignar el trabajo en nombre del equipo, sustituye la facilitación propia del rol por mando y control.

   Ref. QB-R3HBQSFuente: PMI CAPM Examination Content Outline, adaptive task management; Agile Practice Guide, servant leadership and impediment removalReportar un problema con esta pregunta

9. 9. ¿Cuál es el propósito de la reunión diaria de coordinación en un equipo ágil?

   • A.Reflexionar sobre la forma de trabajar del equipo y acordar mejoras del proceso.
   • B.Dar al director del proyecto un informe del estado de las tareas y las horas de cada persona.
   • C.Revisar el incremento terminado con los interesados y recoger su retroalimentación.
   • D.Permitir que el equipo sincronice su plan del día y exponga lo que bloquea el avance.✓ Respuesta

   La reunión diaria es un evento breve y con bloque de tiempo que el equipo celebra para sí mismo, así que su producto es un plan compartido para el día siguiente y una lista de impedimentos por resolver. Convertirla en un informe de estado para un gerente destruye su propósito, porque el equipo deja de planificar en conjunto.

   Ref. QB-8KB65SFuente: PMI CAPM Examination Content Outline, adaptive plan components; Agile Practice Guide, daily standupReportar un problema con esta pregunta

10. 10. Un equipo ágil quiere examinar qué tan bien funcionan sus propias prácticas de trabajo y elegir mejoras. ¿Qué evento sirve a ese propósito?

    • A.La planificación de la iteración, en la que el equipo elige los elementos que abordará.
    • B.La reunión diaria de coordinación, en la que el equipo sincroniza su plan del día.
    • C.La revisión de la iteración, en la que los interesados inspeccionan el incremento.
    • D.La retrospectiva, en la que el equipo inspecciona su proceso y elige mejoras a probar.✓ Respuesta

    La retrospectiva inspecciona el proceso y al equipo, mientras que la revisión inspecciona el producto y adapta el backlog con los interesados; ese par es la distinción que más se confunde. La retrospectiva solo resulta eficaz cuando se priorizan unas pocas mejoras y se llevan a la siguiente iteración, en lugar de solo comentarlas.

    Ref. QB-8M2YEYFuente: PMI CAPM Examination Content Outline, adaptive plan components; Agile Practice Guide, retrospectivesReportar un problema con esta pregunta

11. 11. ¿En qué se diferencia el backlog de la iteración del backlog del producto?

    • A.El backlog de la iteración contiene los elementos que el dueño del producto todavía no ha estimado ni refinado.
    • B.El backlog de la iteración contiene los defectos hallados tras la liberación, separados del trabajo planificado.
    • C.El backlog de la iteración contiene los elementos que el equipo eligió para el bloque actual y su plan para entregarlos.✓ Respuesta
    • D.El backlog de la iteración contiene todos los elementos identificados para el producto, ordenados por el valor de cada uno.

    El backlog del producto es la única lista ordenada de todo lo que podría construirse, y el dueño del producto la mantiene ordenada. El backlog de la iteración es el subconjunto que el equipo tomó para el bloque de tiempo actual junto con su plan de entrega, por eso el equipo lo posee y lo actualiza a diario.

    Ref. QB-R4852ZFuente: PMI CAPM Examination Content Outline, adaptive project artifacts; Agile Practice Guide, backlogsReportar un problema con esta pregunta

12. 12. ¿Cuál es el propósito del refinamiento continuo del backlog?

    • A.Dividir, aclarar y dimensionar los próximos elementos para que la cima esté lista.✓ Respuesta
    • B.Convertir los elementos restantes en un cronograma detallado con fechas para cada uno.
    • C.Fijar la redacción de cada elemento para que su alcance no pueda cambiar después.
    • D.Encargar al scrum master que asigne los próximos elementos a las personas idóneas.

    El refinamiento es una actividad continua, no un evento, y aplica elaboración progresiva al backlog: los elementos cercanos se detallan y los lejanos siguen siendo gruesos. Mantener la cima de la lista pequeña, clara y estimada es lo que permite planificar una iteración con rapidez y confianza.

    Ref. QB-7MPM9XFuente: PMI CAPM Examination Content Outline, adaptive task management; Agile Practice Guide, backlog refinementReportar un problema con esta pregunta

13. 13. ¿En qué se diferencian los criterios de aceptación de la definición de terminado?

    • A.Los criterios de aceptación indican qué debe cumplir un elemento concreto, mientras que la definición de terminado rige todo el trabajo.✓ Respuesta
    • B.Los criterios de aceptación los fija el equipo para su uso interno, mientras que la definición de terminado la fija el cliente.
    • C.Los criterios de aceptación se aplican a toda una liberación del producto, mientras que la definición de terminado se aplica a una sola iteración.
    • D.Los criterios de aceptación se escriben después de construir el elemento, mientras que la definición de terminado se escribe antes.

    Los criterios de aceptación se adjuntan a un elemento concreto del backlog y describen las condiciones que lo hacen aceptable para el dueño del producto. La definición de terminado es un estándar compartido que el equipo aplica a todos los elementos, así que un elemento está listo solo cuando cumple ambos.

    Ref. QB-Q4VSUXFuente: PMI CAPM Examination Content Outline, adaptive task success criteria; Agile Practice Guide, definition of done and acceptance criteriaReportar un problema con esta pregunta

14. 14. ¿Por qué los equipos ágiles dimensionan los elementos del backlog en puntos de historia y no en horas?

    • A.El dimensionamiento relativo se convierte en un número fijo de horas por punto cuando el equipo se estabiliza.
    • B.El dimensionamiento relativo produce una cifra que puede compararse directamente con las cifras de otros equipos.
    • C.El dimensionamiento relativo compara unos elementos con otros, algo que el equipo hace más rápido y mejor.✓ Respuesta
    • D.El dimensionamiento relativo elimina la necesidad de que el equipo pronostique cuánto puede entregar.

    Las personas juzgan si un elemento es mayor que otro con mucha más constancia que las duraciones absolutas, así que el dimensionamiento relativo da estimaciones útiles con menos esfuerzo. Los puntos reflejan la escala propia de un equipo en tamaño, esfuerzo e incertidumbre, y por eso nunca deben compararse entre equipos ni convertirse en horas fijas.

    Ref. QB-AMRMS2Fuente: PMI CAPM Examination Content Outline, adaptive task management; Agile Practice Guide, relative estimationReportar un problema con esta pregunta

15. 15. ¿Para qué puede utilizar legítimamente un equipo su velocidad?

    • A.Usarla para pronosticar de forma aproximada cuántas iteraciones exigirá el backlog restante.✓ Respuesta
    • B.Usarla para fijar un objetivo individual de desempeño a cada miembro del equipo de desarrollo.
    • C.Usarla para comparar la productividad de este equipo con la de otro equipo del mismo producto.
    • D.Usarla para acreditar de forma parcial elementos casi terminados que aún no se han aceptado.

    La velocidad es un registro empírico de los puntos que un equipo completó y le fueron aceptados, así que su uso legítimo es pronosticar la capacidad futura de ese mismo equipo frente al backlog restante. Como la escala de puntos es local y solo cuenta el trabajo plenamente terminado, no sirve para clasificar equipos ni personas.

    Ref. QB-T4XSC3Fuente: PMI CAPM Examination Content Outline, adaptive tracking measures; Agile Practice Guide, velocityReportar un problema con esta pregunta

16. 16. Un gráfico de trabajo pendiente muestra que el trabajo restante se mantiene en el mismo nivel durante varios días a mitad de la iteración. ¿Qué indica eso con más probabilidad?

    • A.El equipo tiene trabajo en curso sin terminar, así que no ha descontado nada del pendiente.✓ Respuesta
    • B.El equipo ha rebajado sus estimaciones y la cifra pendiente ya no necesita actualizarse.
    • C.El equipo ha añadido elementos nuevos a la iteración y por eso ha subido el total pendiente.
    • D.El equipo ha terminado antes todo el trabajo previsto y ya no le queda nada por consumir.

    La línea de trabajo pendiente solo baja cuando un elemento se termina según la definición de terminado, porque el trabajo parcial cuenta como cero. Un tramo plano señala entonces trabajo en curso acumulándose, no inactividad, y advierte pronto al equipo de que ha empezado demasiadas cosas a la vez.

    Ref. QB-9MDAMZFuente: PMI CAPM Examination Content Outline, adaptive project artifacts; Agile Practice Guide, iteration burndown chartsReportar un problema con esta pregunta

17. 17. Un interesado quiere un gráfico que muestre cuánto trabajo está terminado y si la cantidad total de trabajo ha crecido. ¿Qué gráfico lo muestra?

    • A.El gráfico de trabajo pendiente, que traza el trabajo restante bajando hacia cero en el bloque.
    • B.El gráfico de trabajo completado, que traza lo terminado frente a la línea de alcance total.✓ Respuesta
    • C.El diagrama de flujo acumulado, que traza cuánto trabajo hay en cada estado del flujo.
    • D.El gráfico de velocidad, que traza los puntos aceptados en cada iteración pasada.

    El gráfico de trabajo completado dibuja lo terminado como una línea ascendente y el alcance total como una segunda línea, de modo que una subida de la línea de alcance hace visible el trabajo añadido. El de trabajo pendiente solo muestra una línea de trabajo restante, donde el alcance añadido y el avance lento se ven igual.

    Ref. QB-S4KF72Fuente: PMI CAPM Examination Content Outline, adaptive project artifacts; Agile Practice Guide, burnup and burndown chartsReportar un problema con esta pregunta

18. 18. En un tablero kanban, los elementos se acumulan en la columna de pruebas mientras las columnas anteriores siguen llenándose. ¿Qué práctica aborda esto de forma más directa?

    • A.Mover los elementos ya desarrollados a terminado y probarlos después de liberarlos.
    • B.Limitar el trabajo en curso permitido en cada columna para que el equipo termine antes de empezar.✓ Respuesta
    • C.Asignar a cada probador una cuota individual de elementos que debe despachar cada día.
    • D.Añadir al tablero un bloque fijo de dos semanas para que las pruebas acaben en cada periodo.

    Una cola que crece delante de una columna es la firma visual de un cuello de botella, y el límite de trabajo en curso es el mecanismo kanban que responde a ello. Al alcanzarse el límite no entra trabajo nuevo, de modo que las personas ayudan a despejar el paso restringido y el flujo del tablero mejora.

    Ref. QB-CMFA55Fuente: PMI CAPM Examination Content Outline, adaptive frameworks; Agile Practice Guide, kanban method and work in progress limitsReportar un problema con esta pregunta

19. 19. ¿En qué se diferencia el plazo de entrega del tiempo de ciclo?

    • A.El plazo de entrega cuenta el lapso completo desde que se pide el elemento hasta terminarlo.✓ Respuesta
    • B.El plazo de entrega cuenta solo las horas en que alguien trabajó activamente en el elemento.
    • C.El plazo de entrega cuenta cuántos elementos termina el equipo en un periodo determinado.
    • D.El plazo de entrega cuenta los días que el elemento espera en cola antes de que alguien empiece.

    El plazo de entrega se mide desde la perspectiva del cliente y por eso incluye todas las colas en que estuvo el elemento, mientras que el tiempo de ciclo mide solo el procesamiento una vez comenzado el trabajo. Compararlos revela cuánta espera del cliente proviene de las colas y no del trabajo en sí.

    Ref. QB-V4NFQ5Fuente: PMI CAPM Examination Content Outline, adaptive tracking measures; Agile Practice Guide, flow metricsReportar un problema con esta pregunta

20. 20. ¿Qué afirmación describe una diferencia entre el método kanban y un marco de tipo scrum?

    • A.El método kanban prohíbe cualquier cambio del trabajo en curso una vez iniciado el bloque de tiempo.
    • B.El método kanban gestiona un flujo continuo de trabajo por arrastre en lugar de comprometer bloques fijos.✓ Respuesta
    • C.El método kanban mide el avance en puntos de historia completados por iteración, igual que scrum.
    • D.El método kanban prescribe tres responsabilidades y un conjunto fijo de eventos, y scrum no prescribe ninguno.

    Kanban no prescribe roles ni bloques de tiempo; visualiza el flujo, limita el trabajo en curso y arrastra el siguiente elemento cuando se libera capacidad, así que puede entrar trabajo nuevo en cualquier momento. Scrum usa iteraciones de duración fija con responsabilidades y eventos prescritos, y mide los puntos completados por iteración.

    Ref. QB-Q9YDPVFuente: PMI CAPM Examination Content Outline, components of adaptive methodologies; Agile Practice Guide, kanban method and scrumReportar un problema con esta pregunta

21. 21. Un equipo aplaza una y otra vez la limpieza de atajos en el código para terminar más elementos en cada iteración. ¿Cuál es la consecuencia probable?

    • A.El equipo verá ampliarse su definición de terminado, que absorberá automáticamente la limpieza aplazada.
    • B.El equipo verá subir su velocidad de forma permanente, porque dedica menos tiempo a tareas sin entrega.
    • C.El equipo dejará al dueño del producto la tarea de programar la limpieza como proyectos aparte.
    • D.El equipo avanzará más lento en iteraciones posteriores, porque los atajos acumulados encarecen cada cambio.✓ Respuesta

    Los atajos aplazados son deuda técnica: compran velocidad ahora y cobran intereses en cada cambio posterior sobre esa parte del producto. La atención continua a la excelencia técnica, junto con las mejoras elegidas en la retrospectiva, es lo que permite al equipo entregar a un ritmo sostenible.

    Ref. QB-7SS84VFuente: PMI CAPM Examination Content Outline, adaptive task success criteria; agile principles of technical excellence and sustainable paceReportar un problema con esta pregunta

Preguntas de práctica basadas en el Temario del Examen CAPM del PMI y en conceptos estándar de gestión de proyectos y análisis de negocio. CAPM, PMP y PMBOK son marcas del Project Management Institute; este sitio no está afiliado ni respaldado por PMI. El PMI fija y revisa periódicamente la duración, la puntuación y los requisitos de elegibilidad del examen: consulta el manual del CAPM y el temario vigentes en el sitio del PMI antes de inscribirte o examinarte. Sobre el examen CAPM →