P1. Los equipos pueden encontrar la necesidad de historias de usuario "técnicas". ¿Quién decide la prioridad de estos?
- el Propietario del Producto con la ayuda de Operaciones
- el Tech Lead con la ayuda del Product Owner
- el propietario del producto con la ayuda del líder técnico
- el Tech Lead con la ayuda de Operaciones
- Felicitar al equipo por su gran trabajo.
- Párese fuera del círculo de desarrolladores y escuche los impedimentos.
- El Scrum Master no debe asistir, esta reunión es solo para desarrolladores.
- Pregúntele a cada desarrollador qué hicieron desde el último standup diario.
- la velocidad del equipo
- el número de historias en el backlog del producto
- las historias que están listas
- la capacidad del equipo
P4. Un miembro del equipo ha estado mostrando signos de gran angustia personal: llorando en el trabajo, espetando a sus colegas, teniendo conversaciones telefónicas acaloradas. Como facilitador del equipo, ¿qué debe hacer?
- Dé al miembro del equipo espacio y tiempo para lidiar con sus problemas personales.
- Dígale a los demás en el equipo que su compañero de equipo necesita un poco de apoyo emocional.
- Notifique al gerente del equipo de sus observaciones y pídale ayuda al gerente.
- Pregúntele al miembro del equipo si le gustaría hablar sobre lo que podría estar sucediendo con ellos personalmente.
- Es un sistema "push".
- Es "empujar" en la parte superior y "tirar" en la parte inferior.
- Es un sistema de "pull".
- No es ni "empujar" ni "tirar".
P6. ¿Cuál es el papel del Product Owner a la hora de decidir la prioridad del trabajo en el backlog del sprint?
- Ninguno: el Scrum Master debe priorizar el trabajo en el backlog del sprint.
- El PO debe priorizar los elementos en el backlog del sprint.
- Los desarrolladores priorizan el trabajo a menos que no puedan completarlo, en cuyo caso el PO debe priorizar el trabajo restante.
- Ninguno: los desarrolladores deben priorizar el trabajo en el backlog del sprint.
- calidad
- previsibilidad de la entrega
- costo de la demora
- retorno de la inversión
- para maximizar el retorno de la inversión
- para determinar la secuencia económica del trabajo atrasado
- para visualizar la longitud de la cola
- para cumplir con un compromiso con la calidad
Fuente Weighted Shortest Job First (WSJF) is a prioritization model used to sequence jobs (eg., Features, Capabilities, and Epics) to produce the maximum economic benefit. In a flow-based system, priorities are updated continuously to provide the best economic outcomes. Job sequencing, rather than individual job return on investment, produces the best result. To that end, WSJF is used to prioritize backlogs by calculating the relative CoD and job size (a proxy for the duration).
P9. Ha clasificado las características de su backlog según el riesgo y el valor. ¿En qué características debe trabajar primero el equipo de desarrollo?
- de bajo valor y alto riesgo
- alto valor y alto riesgo
- alto valor y bajo riesgo
- bajo valor y bajo riesgo
Fuente It is suggested that high business value, high-risk items are worked on first. While that may seem counterintuitive, the earlier this work is done, the sooner the team will move to mitigate the issues and unknowns—leading to a higher quality product. If there's a failure, it will occur early and relatively inexpensively.
- Ayudan a extender la Pista Arquitectónica.
- Conectan la visión con la misión para que la organización pueda tener éxito.
- Apoyan la formación de equipos.
- Eliminan los impedimentos a la calidad.
- El equipo demuestra su trabajo completado.
- El equipo reflexiona sobre cómo mejorar su rendimiento.
- Los elementos del trabajo atrasado pueden volver a priorizarse.
- Las partes interesadas dan retroalimentación sobre el trabajo completado.
- dividido por línea de negocio
- historias de usuario compuestas divididas
- dividido por caminos alternativos
- dividir por interfaz
- el Scrum Master
- un equipo autoorganizado
- el propietario del producto
- el Gerente de Producto
- enfoque
- integridad
- coraje
- compromiso
P15. ¿Qué debería suceder si el propietario del producto no acepta una historia al final de la iteración?
- El equipo no recibe crédito por los puntos de la historia en su cálculo de velocidad.
- La historia debe ser cortada para reflejar el trabajo completado.
- Los criterios de aceptación deben ajustarse para reflejar el trabajo realizado.
- La historia debe mostrarse a las partes interesadas para obtener sus comentarios.
- Es una lista de elementos de trabajo que están retrasados.
- Los temas se mantienen en orden de prioridad.
- Cualquier persona en el equipo puede proponer un artículo para ello.
- Incluye todo el trabajo a realizar.
P17. Un proyecto tiene algunos riesgos importantes que el equipo quiere mitigar. ¿Cuál es la mejor manera de monitorear qué tan bien va este esfuerzo?
- pico basado en el riesgo
- cartera de pedidos ajustada al riesgo
- gráfico de velocidad de riesgo
- gráfico de quemado de riesgo
P18. El vicepresidente de ingeniería quiere comenzar a otorgar un premio "Team Member of the Sprint" para reconocer a un jugador de alto rendimiento en cada grupo. ¿Qué consejo debes darle a este VP?
- Esto no es útil a menos que haya habido comentarios recientes de los empleados que indiquen que las personas se sienten subestimadas.
- Esta es una buena idea siempre y cuando se reconozca a una persona diferente en cada sprint.
- Esta es una buena idea porque los premios pueden motivar a las personas a dar lo mejor de sí mismas.
- Esto no es útil porque puede destruir la unidad del equipo esencial para lograr un alto rendimiento.
- Un Kanban tiene una regla explícita para limitar el WIP.
- Un Kanban muestra la acumulación de trabajo.
- Un Kanban no utiliza una Definición de Hecho.
- Un Kanban muestra el estado de los elementos de trabajo.
Fuente Explicit rule applies to scrum team's task board: tasks cannot be added to the scrum board in the middle of a sprint.
P20. El equipo se queja de que "las cosas se han ido cayendo por las grietas últimamente". ¿Qué debes hacer?
- Pídale al gerente del equipo que haga asignaciones de roles para que el equipo pueda ponerse al día.
- Realizar un taller para identificar todas las cosas que deben hacerse y ver quién puede ayudar con cada una.
- Consulte las asignaciones RACI (Responsable, Responsable, Consultada, Informada) del equipo.
- Reúnase con el líder técnico y el propietario del producto para tratar de identificar lo que se puede hacer.
- Un Scrum Master puede soportar hasta cinco equipos.
- Los equipos grandes deben tener dos Scrum Masters.
- Debe haber un Scrum Master por equipo.
- Un Scrum Master puede apoyar de uno a tres equipos.
- en el régimen complejo
- en el régimen Complicado
- en el régimen caótico
- en el régimen obvio
P23. Un gerente le informa que un desarrollador de otro equipo está entre asignaciones, y quiere colocar al desarrollador en su equipo para algunos sprints. ¿Qué debes hacer?
- Explique al gerente que esto será perjudicial para el equipo y pida que se encuentre otra asignación.
- Explique la situación al equipo y pídales que sigan la corriente.
- Explique la situación a su gerente y pídale que la resuelva.
- Cuando aparezca el desarrollador temporal, asígnele que escriba la documentación.
P24. El propietario del producto se queja de que el equipo no está trabajando lo suficientemente duro y que necesitan aumentar su velocidad en al menos un 50%. ¿Qué acción no debe tomar?
- Comparta los comentarios del PO y desafíe al equipo a aumentar su velocidad.
- Pídale al PO que explique el contexto comercial al equipo.
- Explicar el impacto de la deuda técnica con el OP y los beneficios de dedicar cierta capacidad a reducirla.
- Realizar un taller de Mapeo de Flujo de Valor para identificar y reducir el desperdicio.
P25. ¿Cuál es el nombre de la práctica en la que un equipo multifuncional colabora intensamente para desarrollar una nueva idea de producto?
- Hackathon
- Scrum a escala
- Innovación y Planificación
- Magnum Focus
- Acepte la solicitud del gerente y notifique al equipo.
- Proponer que el gerente asista solo a cualquier otra retrospectiva.
- Proponer un foro diferente para que el gerente se reúna con el equipo.
- Pregúntele al equipo si está bien con ellos que el gerente asista.
- el equipo
- el Scrum Master
- el propietario del producto
- el Gerente de Ingeniería
- La posibilidad de reversión es alta.
- Por lo general, requiere un alto grado de automatización.
- Los costos administrativos son elevados.
- La compatibilidad con versiones anteriores puede verse comprometida.
- estimación del punto de la historia
- Definición de Hecho
- expansión de la historia de usuario
- refinamiento del backlog
- Optimizar para la mayoría del trabajo realizado.
- Maximizar el producto y maximizar el resultado.
- Maximice el resultado mientras minimiza la producción.
- Optimizar para la utilización de recursos.
“…your job is to minimize output, and maximize outcome and impact.” - Jeff Patton
- El actor no tiene que ser un papel específico en la solución.
- Debe haber varias personas para cada actor.
- El actor puede ser el propio sistema.
- El sistema no puede ser el actor.
- Agile requiere un alto grado de planificación inicial.
- Una vez que se acuerdan los requisitos, el equipo puede completar el trabajo.
- Agile requiere un alto grado de disciplina.
- Agile funciona mejor cuando no hay contrato.
- Los gráficos de burndown muestran el trabajo que queda por hacer.
- Los gráficos de burnup muestran el trabajo completado.
- Los gráficos de burndown son más útiles que los gráficos de burnup.
- Las herramientas ágiles de gestión de proyectos pueden producirlos automáticamente.
P34. ¿Cuál es el nombre de la práctica de ir a ver un proceso en uso en el punto de entrega de valor?
- Seis Sigma
- Paseo gemba
- Gestión de la Calidad Total
- Kaizen
- Trate de lograr el concenso.
- Vota y la mayoría gobierna.
- Identifique a la persona que está más informada y pídale que decida.
- Deja que el miembro más veterano del equipo decida.
- Abrazar el liderazgo de servicio.
- Estimar los puntos de la historia.
- Celebra los éxitos.
- Eliminar impedimentos
P37. Un equipo necesita hacer investigación, diseño, creación de prototipos. ¿Cómo se llama este tipo de historia?
- Pico exploratorio
- Refinamiento del backlog
- Descomposición funcional
- I+D
- Deuda técnica es otro nombre para los errores
- Está en la descripción del Propietario del Producto asignar esfuerzos para reducir la deuda técnica.
- Debe evitarse a toda costa la adición de deuda técnica.
- La deuda técnica es lo que el Product Owner debe a los desarrolladores si trabajan muchas horas extras para completar el sprint.
- La estimación absoluta es más fiable que la estimación relativa.
- La estimación relativa es más fiable que la estimación absoluta.
- En la estimación, la precisión es más importante que la precisión.
- En la estimación, el esfuerzo es más importante que el tiempo requerido.
- stand-ups diarios
- Retrospectivas de Sprint
- estimación del punto de la historia
- revisiones de código
- estimación de los puntos de la historia
- refinar los criterios de aceptación
- dar retroalimentación a los desarrolladores sobre las historias de usuario
- demostrar el trabajo a las partes interesadas
- historias que cumplen con la Definición de Hecho
- velocidad del equipo
- historias que cumplen con la definición de Ready
- capacidad del equipo
P43. Has notado un patrón de que las historias más interesantes en el Sprint Backlog comienzan de inmediato, y las historias menos interesantes languidecen o no se hacen. ¿Qué debes hacer?
- Use un sistema de lotería para asignar cada historia.
- Comparta su observación con el equipo e invítelos a poseer y resolver el problema.
- Durante la estimación del punto de la historia, aumente los puntos asignados a las historias menos interesantes para que el equipo pueda aumentar su velocidad.
- Pídale al Tech Lead que asigne cada historia a un desarrollador para que todas se hagan de manera eficiente y con responsabilidad.
P44. ¿Qué práctica ágil apoya mejor este principio: "A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, luego ajusta y ajusta su comportamiento en consecuencia"?
- Revisión de Sprint
- Retrospectiva de Sprint
- stand-up diario
- Demostración de Sprint
- personalidades y rasgos de los patrocinadores o miembros del equipo
- lo que los desarrolladores piensan que es fácil de usar
- personas reales, usuarios arquetípicos o compuestos de múltiples usuarios
- descripciones de la funcionalidad y el uso del producto
- Es una biblioteca de patrones de codificación.
- Es una estrategia de prueba de software.
- Es un estándar para el diseño de interfaces.
- Es un modelo para el desarrollo de habilidades y el dominio.
- Responder al cambio es más valioso que seguir un plan.
- Documentar los requisitos por adelantado es más valioso que al final.
- Seguir el plan es esencial para no excederse en el presupuesto.
- La negociación de contratos debe utilizarse para resolver controversias.
- Especifica las horas de trabajo principales.
- Aclara las relaciones de presentación de informes en el equipo.
- Define la cultura que el equipo aspira a lograr.
- Recopila la información de todos.
Pregunta 49. ¿Cuál es el nombre del radiador de información que tiene múltiples columnas utilizadas para visualizar el flujo de trabajo?
- Indicador de flujo de trabajo
- Mapa de flujo de valor
- Story Map
- Tablero Kanban
- Son una medida relativa del esfuerzo necesario para completar una historia.
- Son una medida del tiempo de desarrollo solamente, el tiempo de prueba se considera por separado.
- Son una medida relativa del valor de una historia.
- Son una medida de tiempo para completar una historia.
- Es una técnica para que dos o más equipos que trabajan juntos coordinen sus esfuerzos.
- Es otro nombre para la Comunidad de Práctica Scrum Master.
- Es un radiador de información utilizado para comparar la velocidad de varios equipos.
- Es la demo del sistema para equipos en el mismo tren de lanzamiento.
- La ORDEN de compra debe identificar a los usuarios previstos de las características del backlog.
- El PO es responsable de estimar el tamaño del total.
- El PO debe identificar las dependencias que afectan al backlog.
- La OP decide qué incluir en el trabajo atrasado y qué excluir.
- Asigna desarrolladores a otros equipos para eliminar los conflictos de personalidad.
- Mejora la funcionalidad del producto,
- Recalibra los criterios de éxito para el producto en el mercado.
- Mejora el diseño, lo que puede conducir a una mayor eficiencia y mantenibilidad del desarrollo.
Pregunta 54. ¿Qué opción no es un beneficio generalmente asociado con las demostraciones de productos?
- Conozca los nuevos requisitos.
- Aprenda la idoneidad de las funciones.
- Obtén información sobre la usabilidad de las funciones.
- Obtén información sobre las estimaciones de características.
- una lista de KPIs para el equipo
- una lista de elementos de acción atrasados
- el tablero de tareas
- una visualización altamente visible de los datos clave de rendimiento
- minimizar las solicitudes de cambio
- satisfacer al cliente
- hacer el trabajo a tiempo
- lograr el ROI deseado
Pregunta 57. Las organizaciones de desarrollo de productos a veces utilizan descripciones de usuarios arquetípicos y sus valores para que los desarrolladores puedan diseñar el sistema para satisfacer sus necesidades y deseos. ¿Cómo se llaman estas descripciones?
- actores
- roles
- agentes
- personas
Pregunta 58. El Product Owner se centra en probar un nuevo concepto de sistema en el mercado de la manera más rápida y económica posible. ¿Cómo se llama este producto de primera generación?
- versión en preproducción
- demostrador de grupos focales
- Producto de generación 1
- producto mínimo viable
- el Gerente de Calidad
- el Gerente de Producto
- el Scrum Master
- el Gerente de Ingeniería
- El equipo no entrega puntos de historia en ese sprint.
- El equipo realiza pruebas de regresión antes del lanzamiento a producción.
- El equipo se prepara para trabajar en el backlog del producto.
- Este es el momento de inspeccionar y adaptarse.
- La historia cumple con los criterios DE INVEST.
- El equipo ha completado todo el trabajo en su Sprint.
- La historia ha sido entregada al equipo de DevOps.
- El equipo ha acordado los criterios para completar la historia.
- su costo
- sus términos y condiciones de licencia
- sus beneficios
- sus características
- un programador de reuniones
- un encargado de los registros
- un director de proyecto
- un entrenador ágil
- mitosis
- corte de historia
- desagregación
- Divide y vencerás
Pregunta 65. Un miembro del equipo acude a usted con una queja sobre otro miembro del equipo. ¿Qué debes hacer?
- Lleve la queja a la otra persona y trate de resolver el problema.
- Pídales que hablen con la otra persona y traten de trabajarlo.
- Notifique a Recursos Humanos del problema y pídales que lo manejen.
- Invite a ambas personas a una reunión e intente mediar en el conflicto.
Pregunta 66. ¿Cómo se conoce el modelo de desarrollo de equipos de formación-asalto-normalización- normalización?
- el modelo de Tuckman
- el modelo de equipo estándar
- Marco del equipo de Moore
- el modelo de Siebert
Pregunta 67. ¿Cómo se llama la ceremonia en la que se inspecciona el trabajo realizado durante el sprint?
- Retrospectiva de Sprint
- Revisión de Sprint
- Planificación del próximo sprint
- Confirmación de velocidad
Sprint Retrospective: Reflect on the previous sprint, discuss what’s working well, what could be improved, and how to improve it to be more productive.
Fuente Sprint Review: Discuss what has been accomplished during the sprint and whether the sprint goal has been met.
- entrega continua
- compuesto por los equipos dentro de un programa
- Centro de Excelencia DevOps
- Scrum de Scrums
Pregunta 69. Como entrenador ágil, ¿cuál debería ser su actitud hacia los objetivos y motivaciones individuales de los miembros de su equipo?
- Entiéndalos: intente alinear las motivaciones personales con el progreso del equipo hacia los objetivos del proyecto.
- Nutrirlos: los objetivos son la razón por la que las personas quieren estar en el trabajo.
- No los tenga en cuenta: los puntos de vista personales no tienen relación con el logro de los objetivos del proyecto.
- Aprovéchalos: usa metas personales para alentar a los miembros del equipo a elevar sus niveles de rendimiento.
- autodirigido
- autogestionado
- autosuficiente
- auto-organizado
- MoSCow
- Kano
- WSJF
- Kaizen
- La historia ha sido probada al final está lista para su lanzamiento a producción.
- La historia está lista para ser llevada a un sprint.
- Las partes interesadas están listas para discutir sus requisitos para la historia.
- El equipo ha completado el sprint 0 y está listo para trabajar.
Fuente Definition of Ready means that stories must be immediately actionable. The Team must be able to determine what needs to be done and the amount of work required to complete the User Story.
- Centralizar la toma de decisiones
- Aplicar el pensamiento sistémico
- Adoptar una visión económica
- Desbloquear la motivación intrínseca de los trabajadores del conocimiento
Fuente: Principios subyacentes de SAFe
- Es un inventario de los conocimientos y habilidades del equipo que se utiliza para planificar el trabajo que realizan.
- Es el número de equipos que un Facilitador de Equipo puede apoyar simultáneamente.
- Es un ajuste a la velocidad, utilizado en la Planificación de Primavera, para tener en cuenta la disponibilidad reducida de los miembros del equipo durante el próximo sprint.
- Es el número máximo de historias que se permitirán en un sprint.
Pregunta 75. El equipo se queja de que envían una solicitud de aclaración al propietario del producto, pero estas solicitudes quedan sin respuesta. ¿Qué medidas debe tomar?
- Si hay una pregunta sobre la historia, dígales a los desarrolladores que usen su mejor juicio, eviten demoras y discutan el problema en la revisión del sprint.
- Envíe una nota al Propietario del Producto diciendo que los retrasos en completar el trabajo serán su responsabilidad, no la del equipo.
- Desarrolle un acuerdo de nivel de servicio (SLA) que defina ciertos tiempos de respuesta para diferentes tipos de solicitud y solicite al Propietario del producto que lo apruebe.
- Programe una sesión de resolución de problemas con el Propietario del producto y los otros miembros del equipo.
- Entrega frecuente de software de trabajo
- Respeto por las personas y la cultura
- Coraje
- Ritmo sostenible
Fuente Two pillars are (1) Continuous Improvement, and (2) Respect for People.
- Son estrategias para entregar valor al cliente.
- Fueron iniciados por Toyota.
- Son estrategias para descubrir lo que el cliente quiere.
- Se derivan del control estadístico de procesos.
- Una descripción de lo que un actor quiere hacer para lograr un objetivo
- Una descripción de los usuarios arquetípicos para que los desarrolladores puedan hacer que la solución sea fácil de usar
- Un informe del campo sobre la experiencia de un usuario con el producto
- El término ágil para un requisito
- Se discutieron las historias y cada una tenía asignada una estimación de puntos de la historia.
- El equipo dio retroalimentación al Product Owner sobre los criterios de aceptación.
- El equipo decidió qué historias deberían desarrollarse dentro del mismo sprint.
- El equipo hizo un plan preliminar para el cual las historias se completarán en el próximo trimestre.
- El número de puntos de historia entregados durante un sprint
- El tiempo promedio de espera para una historia en el backlog del sprint
- El tiempo de espera promedio para que una historia pase del backlog del producto al backlog del sprint
- El tiempo que le toma a un desarrollador completar una historia dividido por su valor relativo
- El presupuesto para el producto.
- La tecnología subyacente del producto.
- Las fortalezas y debilidades del equipo de desarrollo.
- El contexto empresarial del producto.
Fuente A Scrum Team has 3 roles - Product Owner, Scrum Master and Developers. All 3 roles generate Value in their own contexts; however, it is the Product Owner who maximizes the Value from a product or business context.
- Fue escrito a través de crowdsourcing y sus autores son desconocidos.
- Ha sido traducido a docenas de idiomas y utilizado en todo el mundo.
- Fue escrito en 2001 y está obsoleto.
- Fue publicado por primera vez como parte de la tesis doctoral de Jim Highsmith.
Pregunta 83. El equipo no va a completar su Compromiso de Primavera. Como facilitador del equipo, ¿qué debe hacer?
- Pídale al PO que extienda el sprint.
- Informar a la ORDEN de compra lo antes posible.
- Informe esto en la Revisión de Sprint.
- Señalar las razones y colaborar en soluciones.
- tareas técnicas
- actores y acciones
- Quién, qué, por qué
- hilos
- Cada miembro del equipo puede realizar cambios en cualquier parte del código según sea necesario.
- Si alguien tiene la culpa, entonces todo el equipo tiene la culpa.
- El equipo comparte a partes iguales las ganancias que genera el producto.
- El equipo, no los individuos, reciben evaluaciones de desempeño.
Pregunta 86. Según el Manifiesto Ágil, ¿con qué frecuencia deben trabajar juntos los desarrolladores y los empresarios?
- tan a menudo como sea necesario
- quincenalmente
- diariamente
- semanal
- diseño para la estabilidad
- Desarrollo basado en pruebas
- pruebas unitarias
- prueba y luego codifica
- multifuncional
- jack-of-all-trades
- aprendiz de desarrollador
- especialista en generalización
- Ha sido desacreditado porque es demasiado caro.
- En la programación en pareja, dos desarrolladores comparten una computadora y se turnan para tocar el teclado.
- Es una excelente manera de enseñar a alguien que es nuevo en el equipo.
- El código producido por dos desarrolladores que están colaborando es típicamente de mayor calidad que si estuvieran trabajando solos.
- tienen un mejor enfoque y períodos de atención más largos
- están más orientados a objetivos
- tienden a ser más resistentes
- tienen más miedo al fracaso
- Mueva las estaciones de trabajo de las personas en la sala de equipo para crear nuevas posibilidades sociales.
- Pregúntele al equipo si les gustaría hacer algo recreativo juntos y ofrézcase a organizarlo.
- Dígale al equipo que ve esto como un problema y pídales que lo resuelvan.
- Dado que nadie ha acudido a usted con una queja, asuma que la interacción limitada funciona para todos.
- estado actualizado de todo el trabajo
- alineación del equipo en su plan para el día
- una lista de impedimentos y prioridades
- un informe al Product Owner de historias listas para ser aceptadas
Pregunta 93. ¿Cuál es el nombre de la técnica en la que una historia incluye una entrada, una traducción de entrada a salida y una salida?
- procesamiento input-output
- Formato de la historia ITIOO
- rebanada vertical delgada
- codificación estructurada
- multifuncional
- jack-of-all-trades
- especialista en generalización
- aprendiz de desarrollador
Fuente One of the challenges for organisations when they move to Agile ways of working is the often mentioned need to build teams made up of “T-shaped” people. This can also be described as a cross-functionality.
- descomponer la solución en epopeyas, características e historias
- plantilla para planes de negocios ligeros que hace explícitas sus suposiciones
- herramienta para planificar futuras versiones de proyectos
- técnica para proyectar el crecimiento de la cuota de mercado.
Fuente 1-page business plan template that helps you deconstruct your idea into its key assumptions using 9 basic building blocks.
Pregunta 96. El equipo no va a completar su Compromiso sprint. Como facilitador del equipo, ¿qué debe hacer?
- informar a la OP lo antes posible
- señalar las razones y colaborar en soluciones
- informe esto en la Revisión de Sprint
- Pídale al PO que extienda el sprint
Fuente non verified answer - extend, otherwise goes to backlog
- ser consciente de sí mismo
- ser extrovertido
- tener personalidad tipo A (def not this :P)
- ser alguien que se hace cargo
Fuente non verified answer - A facilitator is someone who helps a group identify common objectives and then offers group processes to achieve defined outcomes while maintaining neutrality. A skilled facilitator consciously embodies self-awareness, self-management, and bias management, while conveying openness and enthusiasm.
- antes del Sprint Retospective
- después del stand-up diario
- antes del stand-up diario
- antes de la planificación trimestral
- Es una técnica de formación de equipos utilizada para aumentar la productividad.
- Es una herramienta utilizada por las organizaciones para la inteligencia competitiva.
- Es una técnica retrospectiva utilizada para mejorar la moral del equipo.
- Es una herramienta de colaboración utilizada para obtener información más profunda sobre los clientes.
- tareas
- epopeyas
- historias
- características
Pregunta 101. El equipo tiene una historia incompleta al final del sprint y quiere reclamar un crédito parcial por el trabajo completado. ¿Qué debes hacer?
- Pídale al Propietario del Producto que acepte la historia con la promesa de que el equipo la completará en el próximo sprint
- Pídales que corten la historia para reflejar el trabajo realizado y el trabajo a realizar
- Pida al propietario del producto que revise los criterios de aceptación para que pueda ser aceptado y contado
- explicar que, en Agile, el software de trabajo es la principal medida del progreso. Entonces ayuda...
- El código producido por dos desarrolladores que están colaborando es típicamente de mayor calidad que si estuvieran trabajando solos
- es una excelente manera de enseñar a alguien que es nuevo en el equipo
- en la programación en pareja, dos desarrolladores comparten una computadora y se turnan para tocar el teclado
- ha sido desacreditado porque es demasiado expansivo
- aclarando el resultado esperado
- tomar notas
- invitando al Gerente de Proyecto
- asegurándose de que todos hablen