¿En qué año se redactó el manifiesto ágil?
Respuesta : 2001
El manifiesto ágil se redactó en febrero de 2001 en Snowbird, Utah, por 17 firmantes.
Repasa Scrum y Agile: aquí tienes una selección de preguntas de todos los niveles, con respuesta y explicación. Para ponerte a prueba sin ver las respuestas, juega a los quizzes.
Jugar a los quizzes de Scrum y AgileRespuesta : 2001
El manifiesto ágil se redactó en febrero de 2001 en Snowbird, Utah, por 17 firmantes.
Respuesta : Las personas y sus interacciones por encima de los procesos y las herramientas
El manifiesto valora a las personas y sus interacciones por encima de los procesos y las herramientas, sin rechazar estos últimos.
Respuesta : La lista priorizada de trabajos por hacer, con los más importantes arriba
El backlog, o pila de producto, es una lista de trabajos ordenada por prioridad: lo más importante va arriba.
Respuesta : Una descripción breve de una funcionalidad, escrita desde el punto de vista del usuario
Una historia de usuario describe una necesidad con la forma «Como... quiero... para...», y sirve de base al trabajo del equipo.
Respuesta : Las etapas del flujo de trabajo, desde «por hacer» hasta «terminado»
Cada columna es una etapa del flujo: una tarjeta, que representa una tarea, avanza de columna en columna hasta el final.
Respuesta : Un marco de trabajo ligero que organiza el trabajo en iteraciones cortas llamadas Sprints
Scrum es un marco de trabajo ligero, y no un software ni una norma; organiza el trabajo en Sprints, iteraciones de duración fija.
Respuesta : Un método ágil acepta revisar las prioridades durante el trabajo, a partir de la retroalimentación real
La agilidad da prioridad a la adaptación al cambio frente al seguimiento estricto de un plan, sin renunciar a planificar.
Respuesta : Producir un resultado utilizable en intervalos cortos y regulares
Al final de cada iteración, el equipo obtiene un resultado utilizable, que puede mostrarse al cliente y discutirse con él.
Respuesta : Tres
Un equipo Scrum tiene tres roles: es multidisciplinar, suele tener diez personas o menos y no tiene jerarquía interna.
Respuesta : Product Owner
El Product Owner maximiza el valor del producto y gestiona el Product Backlog.
Respuesta : Un mes
Un Sprint dura un mes o menos; una vez iniciado, su duración se mantiene fija.
Respuesta : 15 minutos
El Daily Scrum dura 15 minutos como máximo. Tiene lugar cada día, a la misma hora y en el mismo lugar.
Respuesta : Sprint Review
La Sprint Review trata sobre el producto; la Sprint Retrospective, en cambio, trata sobre el funcionamiento del equipo.
Respuesta : El objetivo de producto (Product Goal)
El Product Goal describe el estado futuro que se busca para el producto: es el compromiso del Product Backlog.
Respuesta : Increment
La Definition of Done, o definición de «terminado», es el compromiso asociado al Increment.
Respuesta : El Sprint Goal
El Sprint Backlog tiene como compromiso el Sprint Goal, el objetivo que el equipo quiere alcanzar durante el Sprint.
Respuesta : Velar por la eficacia del equipo Scrum y por la correcta comprensión de Scrum
El Scrum Master es un líder servidor: ayuda al equipo, elimina los obstáculos y no es un jefe de proyecto.
Respuesta : Los Developers, que se autoorganizan
Los Developers se autoorganizan: eligen ellos mismos cómo transformar el Sprint Backlog en un Increment.
Respuesta : Una lista compartida de criterios que define qué es un trabajo terminado
Fija criterios comunes, compartidos por todo el equipo, para que un elemento se considere terminado.
Respuesta : Sprint Goal
El Sprint Goal es el compromiso del Sprint Backlog: da un propósito común al equipo durante todo el Sprint.
Respuesta : Cinco
Scrum tiene cinco valores, entre ellos el compromiso y el coraje, que guían el trabajo diario.
Respuesta : Enfoque
El enfoque (focus) consiste en dedicarse al trabajo del Sprint y a sus objetivos.
Respuesta : El Product Owner
Solo el Product Owner puede cancelar un Sprint, y únicamente si su objetivo queda obsoleto.
Respuesta : 8 horas
Para un Sprint de un mes, la planificación dura como máximo ocho horas; es más corta para un Sprint más breve.
Respuesta : Reducir el número de tareas abiertas al mismo tiempo para fluidificar el flujo
Limitar el trabajo en curso hace visibles los cuellos de botella y reduce el tiempo de espera entre etapas.
Respuesta : Toyota
Kanban procede del sistema de producción de Toyota, donde lo desarrolló Taiichi Ohno; «kanban» significa «tarjeta» o «señal visual» en japonés.
Respuesta : Kent Beck
Kent Beck es el autor de Extreme Programming, un método centrado en prácticas técnicas de desarrollo.
Respuesta : El TDD (desarrollo dirigido por pruebas)
El TDD, o desarrollo dirigido por pruebas, escribe primero una prueba que falla y después el código mínimo para que pase.
Respuesta : Planning Poker
En el Planning Poker, cada persona vota con una carta que lleva un valor de esfuerzo; las diferencias entre estimaciones dan lugar a debate.
Respuesta : La cantidad de trabajo terminada por Sprint, a menudo en puntos de esfuerzo
La velocidad es la cantidad de trabajo terminada en un Sprint, a menudo expresada en puntos de historia (story points).
Respuesta : Independiente
INVEST agrupa seis criterios: Independent, Negotiable, Valuable, Estimable, Small y Testable. Una historia debe ser, en lo posible, independiente de las demás.
Respuesta : SAFe (Scaled Agile Framework)
SAFe, o Scaled Agile Framework, aplica las prácticas ágiles a grandes organizaciones; Dean Leffingwell lo diseñó.
Jugar a los quizzes de Scrum y Agile