Un glosario de desarrollo ágil

Sophilabs aplica un enfoque ágil al desarrollo para organizar nuestros equipos y el trabajo diario. Sin embargo, si Agile es nuevo para ti, toda la jerga que usamos puede hacer que parezca que hablamos otro idioma. Preparamos un glosario de términos ágiles para que todos compartamos una misma comprensión.

Criterios de aceptación

Condiciones que debe cumplir cada historia de usuario o tarea para considerarse «terminada» desde el punto de vista del negocio. Esto suele significar que el elemento funciona como se espera y satisface las necesidades correspondientes del usuario o cliente.

Agile

Agile es un enfoque de desarrollo de software que destaca la importancia de colaborar con el cliente, adaptarse a requisitos cambiantes, entregar software continuamente y trabajar en un equipo que se organiza por sí mismo y busca mejorar su eficiencia.

Manifiesto ágil

Titulado formalmente Manifiesto por el desarrollo ágil de software, este documento presenta los principios y valores del movimiento de desarrollo ágil. Lo escribieron 17 desarrolladores en 2001, frustrados con las prácticas de la época que favorecían contratos complejos, planificación muy detallada y documentación extensa que impedían avanzar. Los cuatro valores son: 1) Individuos e interacciones por encima de procesos y herramientas 2) Software funcionando por encima de documentación exhaustiva 3) Colaboración con el cliente por encima de negociación contractual 4) Responder al cambio por encima de seguir un plan.

Gráfico burn-down/up

Representación visual de cuánto logró el equipo durante un período. El tiempo aparece en el eje horizontal x, y el alcance del proyecto completado, junto con lo que aún queda pendiente, se representa en el eje vertical y.

Scrum diario

También standup o daily standup. Reunión breve, de hasta 15 minutos, que se realiza cada día y en la que el equipo evalúa el progreso del último ciclo de 24 horas respecto de los objetivos del sprint, busca oportunidades de mejora y asegura que se estén abordando los impedimentos.

Definición de terminado (DOD)

Acuerdo y comprensión compartidos sobre los elementos de calidad y funcionamiento que debe tener el software para poder entregarse. El equipo de desarrollo y el Product Owner acuerdan estos elementos.

Historia épica

También épica. Historia de usuario demasiado grande para estimarla con precisión y que suele requerir más de un sprint. Generalmente se divide en historias más pequeñas y manejables antes de incluirla en el backlog del sprint.

Backlog del producto

Lista de todos los elementos que necesitará el producto, generalmente ordenada de arriba abajo para priorizar de la mejor manera el valor agregado para el Product Owner y las partes interesadas.

Concepción de producto

También descubrimiento de producto. Proceso mediante el cual los equipos de producto y las partes interesadas colaboran para establecer una visión clara del producto y sus funcionalidades. Ocurre al comienzo del proyecto, antes de escribir una sola línea de código. Para saber más, consulta nuestra serie de artículos sobre el tema.

Product Owner

Integrante de un equipo Scrum encargado de maximizar la percepción de valor del cliente. Lo logra asegurando que el equipo esté alineado con todas las necesidades del producto expresadas en historias de usuario y priorizándolas en el backlog, para que los clientes reciban lo que más desean temprano en el proceso de creación de valor.

Scrum

Marco ágil que permite a los equipos de desarrollo organizarse y organizar su trabajo. Un equipo Scrum está formado por el Product Owner, el Scrum Master y los integrantes del equipo. El trabajo se completa en ciclos breves llamados sprints, y el progreso se mide gestionando un backlog del producto.

Ceremonia de Scrum

Una de las reuniones regulares de cada sprint, como el scrum diario o standup, la planificación del sprint, la revisión del sprint o la retrospectiva.

Scrum Master

Integrante responsable de guiar al equipo en el proceso Scrum, orientarlo ante desafíos y brindar apoyo cuando alguien enfrenta obstáculos. Es la persona experta en Scrum y Agile del equipo.

Sprint

También ciclo, ciclo de sprint o iteración. Período, generalmente de dos semanas, en el que el equipo se compromete a completar un conjunto de historias de usuario.

Backlog del sprint

Lista de historias de usuario que el equipo completará en un sprint determinado. También es un subconjunto del backlog del producto: generalmente las historias más refinadas de la parte superior, que pueden completarse en un solo sprint.

Planificación del sprint

Reunión al comienzo de cada sprint en la que el equipo Scrum determina con qué historias se comprometerá y cómo distribuirá las tareas.

Revisión del sprint

Reunión del equipo Scrum y las partes interesadas al final del sprint. El equipo de desarrollo muestra su progreso durante el último sprint y recopila comentarios de las partes interesadas.

Retrospectiva del sprint

Reunión del equipo Scrum, sin las partes interesadas, después de la revisión del sprint para determinar cambios estratégicos que mejoren el rendimiento.

Parte interesada

Cualquier persona fuera del equipo de desarrollo interesada en el éxito del producto. Puede incluir clientes, inversores o usuarios.

Mapa de historias

Representación visual del producto y sus funciones, construida en colaboración. Suele crearse durante la concepción de producto para determinar cómo funcionará y se actualiza a medida que evoluciona y se sabe más sobre él. Las funciones del mapa alimentan las historias de usuario del backlog. Para saber más sobre su uso durante la concepción de producto, consulta nuestro artículo.

Ritmo sostenible

Ritmo de trabajo ideal del equipo, que debería poder mantener indefinidamente. Es un ritmo muy productivo que, al mismo tiempo, evita el agotamiento.

Tarea

Trabajo que representa un requisito no funcional, sin valor directo para el negocio, necesario para que el producto cumpla sus objetivos. Una tarea suele definirse como parte de un requisito funcional, como una historia de usuario, pero en algunos casos puede existir directamente en el backlog del producto.

Tablero de tareas

En general, un tablero que representa un grupo de elementos de trabajo que deben completarse en un período, organizados en al menos tres columnas: Por hacer, En progreso y Terminado. Hace visible el progreso y mantiene la responsabilidad de los integrantes entre sí y frente a las partes interesadas. Un tablero Scrum o Kanban son ejemplos específicos de un marco.

Perfil de usuario

Caracterización de un tipo de usuario que interactuará con el producto de software. Los perfiles suelen usarse para elaborar historias de usuario. Para saber más, consulta nuestro artículo sobre análisis de perfiles de usuario.

Historia de usuario

Descripción general de un requisito del producto, que suele representar una función que un usuario necesita para alcanzar un objetivo específico. Una fórmula común es «Como [tipo de usuario], quiero [función o funcionalidad] para poder [alcanzar mi objetivo]».

Referencias

Glosario ágil de The Agile Alliance

Glosario de Scrum de Scrum.org

Sims, Chris y Hillary Louise Johnson. Scrum: una introducción increíblemente breve y ágil. Columbia: Dymaxion, 2012.