|
|
| Line 1: |
Line 1: |
| __NOTOC__ | | __NOTOC__ |
| *Pila del producto: (product backlog) lista de requisitos de usuario que a partir de la visión inicial del producto crece y evoluciona durante el desarrollo. | | |
| | *[[Pila del producto]]: (product backlog) lista de requisitos de usuario, que a partir de la visión inicial del producto crece y evoluciona durante el desarrollo. |
| *Pila del sprint: (sprint backlog) lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto. | | *Pila del sprint: (sprint backlog) lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto. |
| *Sprint: nombre que recibe cada iteración de desarrollo. Es el núcleo central que genera el pulso por tiempos prefijados (time boxing). | | *Sprint: nombre que recibe cada iteración de desarrollo. Es el núcleo central que genera el pulso de avance por tiempos prefijados (time boxing). |
| *Incremento: resultado de cada sprint. | | *Incremento: resultado de cada sprint. |
| | |
|
| |
|
| [[File:Ciclo scrum.jpg|550px|center]] | | [[File:Ciclo scrum.jpg|550px|center]] |
|
| |
|
| Otro elemento propio del modelo estándar de Scrum es el [[gráfico de avance]] o gráfico burn down que el equipo actualiza a diario para comprobar el avance. Este elemento, junto con la práctica de estimación de póquer y el gráfico de producto o burn up se encuentra incluido en los contenidos de Métricas. | | Otro artefacto de scrum técnico es el [[gráfico de avance]] o gráfico burn down que el equipo actualiza a diario para comprobar el avance. |
| | |
| | |
| ==Pila del producto y pila del sprint: los requisitos en desarrollo ágil==
| |
| La ingeniería del software clásica diferencia dos áreas de requisitos:
| |
| | |
| *Requisitos del sistema
| |
| *Requisitos del software
| |
| | |
| Los requisitos del sistema forman parte del proceso de adquisición (ISO 12207), y por tanto es responsabilidad del cliente la definición del problema y de las funcionalidades que debe aportar la solución.
| |
| | |
| No importa si se trata de gestión tradicional o ágil. La descripción del sistema (pila del producto) es responsabilidad del cliente, aunque se aborda de forma diferente en cada caso.
| |
| | |
| [[File:Requisitos completos incrementales.png|550px|center]]
| |
| | |
| *En los proyectos predictivos, los requisitos del sistema suelen especificarse en documentos formales; mientras que en los proyectos ágiles toman la forma de pila del producto o lista de historias de usuario.
| |
| *Los requisitos del sistema formales se especifican de forma completa y cerrada al inicio del proyecto; sin embargo una pila del producto es un documento vivo, que evoluciona durante el desarrollo.
| |
| *Los requisitos del sistema los desarrolla una persona o equipo especializado en ingeniería de requisitos a través del proceso de obtención (elicitación) con el cliente. En Scrum la visión del cliente es conocida por todo el equipo (el cliente forma parte del equipo) y la pila del producto se realiza y evoluciona de forma continua con los aportes de todo el equipo.
| |
| | |
| Scrum, aplicado al software, emplea dos formatos para registrar los requisitos:
| |
| *Pila del producto (Product Backlog)
| |
| *Pila del sprint (Sprint Backlog)
| |
| | |
| La pila del producto refleja los requisitos vistos desde el punto de vista del cliente. Un enfoque similar al de los requisitos del sistema de la ingeniería tradicional. Está formada por la lista de funcionalidades o "historias de usuario" que desea obtener el cliente, ordenadas por al prioridad que el mismo le otorga a cada una.
| |
| La pila del sprint refleja los requisitos vistos desde el punto de vista del equipo de trabajo. Está formada por la lista de tareas en las que se descomponen las historias de usuario que se van a llevar a cabo en el sprint.
| |
| En el desarrollo y mantenimiento de la pila del producto lo relevante no es tanto el formato, sino que:
| |
| *Las funcionalidades que incluye den forma a una visión del producto definida y conocida por todo el equipo.
| |
| *Las funcionalidades estén individualmente definidas, priorizadas y pre-estimadas.
| |
| *Estén realizados y gestionados por el cliente (propietario del producto).
| |
| | |
| ==Pila del producto: los requisitos del cliente==
| |
| | |
| La pila del producto es el inventario de funcionalidades, mejoras, tecnología y corrección de errores que deben incorporarse al producto a través de los sucesivos sprints.
| |
| Representa todo aquello que esperan el cliente, los usuarios, y en general los interesados. Todo lo que suponga un trabajo que debe realizar el equipo debe estar reflejado en esta pila.
| |
| Estos son algunos ejemplos de posibles entradas a una pila de producto:
| |
| *Permitir a los usuarios la consulta de las obras publicadas por un determinado autor.
| |
| *Reducir el tiempo de instalación del programa.
| |
| *Mejorar la escalabilidad del sistema.
| |
| *Permitir la consulta de una obra a través de un API web.
| |
| | |
| | |
| A diferencia de un documento de requisitos del sistema, la pila del producto nunca se da por completada; está en continuo crecimiento y evolución.
| |
| Habitualmente se comienza a elaborar con el resultado de una reunión de “tormenta de ideas”, o "fertilización cruzada", o un proceso de “Exploración” (eXtreme Programming) donde colabora todo el equipo partiendo de la visión del propietario del producto.
| |
| El formato de la visión no es relevante. Según los casos, puede ser una presentación informal del responsable del producto, un informe de requisitos del departamento de marketing, u otros.
| |
| Sin embargo, sí es importante disponer de una visión real, comprendida y compartida por todo el equipo.
| |
| La pila evoluciona de forma continua mientras el producto está en el mercado, incrementando su valor de forma permanente, manteniéndolo útil y competitivo.
| |
| | |
| | |
| Para dar comienzo al desarrollo se necesita una visión de los objetivos de negocio que se quieren conseguir con el proyecto, comprendida y conocida por todo el equipo, y elementos suficientes en la pila para llevar a cabo el primer sprint.
| |
| | |
| ===Formato de la pila del producto===
| |
|
| |
|
| El desarrollo ágil prefiere la comunicación verbal o de visualización directa, a la escrita.
| |
| La pila del producto no es un documento de requisitos, sino una herramienta de referencia para el equipo.
| |
| Si se emplea formato de lista, es recomendable que al menos incluya la siguiente información en cada línea:
| |
| *Identificador único de la funcionalidad o trabajo.
| |
| *Descripción de la funcionalidad/requisito, denominado “historia de usuario”.
| |
| *Campo o sistema de priorización.
| |
| *Estimación del esfuerzo necesario.
| |
| Dependiendo del tipo de proyecto, funcionamiento del equipo y la organización, pueden resultar aconsejables otros campos:
| |
| *Observaciones.
| |
| *Criterio de validación.
| |
| *Persona asignada.
| |
| *Nº de Sprint en el que se realiza.
| |
| *Módulo del sistema al que pertenece.
| |
| *Entre otros.
| |
| Es preferible no adoptar ningún protocolo de trabajo de forma rígida. Los resultados de Scrum no dependen de la rigidez en la aplicación del protocolo, sino de la institucionalización de sus principios y la implementación en un formato adecuado a las características de la empresa y del proyecto. He aquí un sencillo ejemplo de pila de producto:
| |
|
| |
|
|
| |
|
| [[File:Ejemplo pila producto.png|550px|center]]
| |
|
| |
|
| ==Pila del Sprint== | | ==Pila del Sprint== |