3
Resúmen de papers. Scrum. ¿Cómo trabaja Scrum? Es un proceso de desarrollo para equipos pequeños, no más de 10 personas. En todos los proyectos en la etapa inicial se debe planificar. En esta etapa se debe definir una arquitectura y un arquitecto, en las etapas de desarrollo se podría cambiar esta arquitectura, pero es necesario tener definido un plan, una arquitectura y un arquitecto al comienzo del proyecto. El arquitecto define la visión del proyecto basada en la arquitectura definida y se asegura que esta sea consistente a través de todas las etapas de desarrollo.. Luego de la etapa inicial se realizan fases cortas “sprints”, típicamente de 1 a 4 semanas, con las cuales se va desarrollando el producto de un modo incremental. La fase de cierre es generalmente la que entrega el producto final. Las tareas se colocan en una lista llamada backlog, esta lista es la que conduce todas las actividades del equipo. Antes de comenzar un sprint se actualiza el backlog, se prioriza y se el equipo acuerda cuales tareas se van a realizar en el sprint. La granularidad de las tareas generalmente es de tareas que se pueden realizar en una semana. Durante el sprint no están permitidos los cambios desde afuera del equipo. La idea es que cada sprint entregue funcionalidad relevante. El objetivo es entregar el sprint en fecha, la fecha de entrega no se puede cambiar, se puede cambiar la funcionalidad a entregar pero no la fecha. Durante el sprint se desarrollan reuniones cortas, usualmente todos los días, participando todos los miembros del equipo. ¿Cómo estimamos? Marketing y el equipo de desarrollo deben trabajar juntos para definir las funcionalidades que se incluirán en el release. Luego MKT debe priorizar las mismas y el equipo de desarrollo debe estimar el esfuerzo para cada una de ellas. Desarrollo y MKT debe acordar que funcionalidades se van a incluir y desarrollar. Una vez acordadas las funcionalidades se tiene el backlog priorizado y listo para los sprints. Se establecen los riesgos asociados con el entorno de desarrollo del producto. Las tareas con más riesgo se colocan en los primeros sprints, para disponer de tiempo si se producen inconvenientes técnicos. El proceso de planificación es relativamente rápido, ya que se asume que ocurrirán cambios en los siguientes sprints. Es posible tener varios equipos de no más de 10 personas en un proyecto. ¿Quién lidera el equipo?

Scrum

Embed Size (px)

DESCRIPTION

Scrum

Citation preview

Page 1: Scrum

Resúmen de papers.

Scrum.

¿Cómo trabaja Scrum?

Es un proceso de desarrollo para equipos pequeños, no más de 10 personas. En todos los proyectos en la etapa inicial se debe planificar. En esta etapa se debe definir una arquitectura y un arquitecto, en las etapas de desarrollo se podría cambiar esta arquitectura, pero es necesario tener definido un plan, una arquitectura y un arquitecto al comienzo del proyecto. El arquitecto define la visión del proyecto basada en la arquitectura definida y se asegura que esta sea consistente a través de todas las etapas de desarrollo..Luego de la etapa inicial se realizan fases cortas “sprints”, típicamente de 1 a 4 semanas, con las cuales se va desarrollando el producto de un modo incremental. La fase de cierre es generalmente la que entrega el producto final.Las tareas se colocan en una lista llamada backlog, esta lista es la que conduce todas las actividades del equipo. Antes de comenzar un sprint se actualiza el backlog, se prioriza y se el equipo acuerda cuales tareas se van a realizar en el sprint. La granularidad de las tareas generalmente es de tareas que se pueden realizar en una semana. Durante el sprint no están permitidos los cambios desde afuera del equipo.La idea es que cada sprint entregue funcionalidad relevante. El objetivo es entregar el sprint en fecha, la fecha de entrega no se puede cambiar, se puede cambiar la funcionalidad a entregar pero no la fecha.Durante el sprint se desarrollan reuniones cortas, usualmente todos los días, participando todos los miembros del equipo.

¿Cómo estimamos?

Marketing y el equipo de desarrollo deben trabajar juntos para definir las funcionalidades que se incluirán en el release. Luego MKT debe priorizar las mismas y el equipo de desarrollo debe estimar el esfuerzo para cada una de ellas. Desarrollo y MKT debe acordar que funcionalidades se van a incluir y desarrollar. Una vez acordadas las funcionalidades se tiene el backlog priorizado y listo para los sprints. Se establecen los riesgos asociados con el entorno de desarrollo del producto. Las tareas con más riesgo se colocan en los primeros sprints, para disponer de tiempo si se producen inconvenientes técnicos. El proceso de planificación es relativamente rápido, ya que se asume que ocurrirán cambios en los siguientes sprints. Es posible tener varios equipos de no más de 10 personas en un proyecto.

¿Quién lidera el equipo?

El scrum master lidera las reuniones, identifica el backlog inicial a ser completado en el sprint y mide el progreso en el desarrollo de la funcionalidad definida. Se asegura que todos progresen, registra las decisiones y monitorea los ítems de acción, además mantiene la reunión corta y focalizada.El scrum master trabaja constantemente reduciendo los riesgos del producto a través de entregas incrementales, respondiendo rápido a los obstáculos y continua monitoreando el backlog de funcionalidades o ítems.

¿Qué sucede en una reunión de scrum?

Cada integrante debe responder 3 preguntas.

1. Qué han completado, relativo al backlog, desde la última reunión.2. Qué obstáculos tuvieron para completar esta tarea.3. Qué cosas relativas al backlog, planean completar desde esta reunión hasta la próxima reunión.

Una reunión de scrum debe durar entre 15 y 30 minutos. Tiempo suficiente para salvar obstáculos pero no para conversar de soluciones. Toda discusión fuera de las tres preguntas es diferida para una reunión posterior en la cual solo participan los involucrados en la discusión.Los objetivos de la reunión incluyen

Focalizar el esfuerzo de los desarrolladores en el backlog. Comunicar las prioridades del backlog a los miembros del equipo. Mantener informados al equipo de los obstáculos y el progreso. Resolver los obstáculos los más rápidamente posible.

Page 2: Scrum

Monitorear el progreso de las funcionalidades a entregar. Controlar y minimizar el riesgo del proyecto.

¿Qué sucede al final del sprint?

Al finalizar el sprint se tiene un incremento de la funcionalidad del producto con respecto al sprint anterior. Se reúne todo el equipo con todos los stakeholders y se les reporta todo lo relativo al sprint, en esta reunión se pueden realizar cualquier cambio, se pueden agregar cosas, reprogramar, eliminar, cambiar. Como resultado del trabajo de equipos pequeños en ciclos de desarrollo cortos son los siguientes:

The product becomes a series of manageable chunks. El progreso es realizado, incluso cuando los requerimientos no están estables. Todo es visible a todo el mundo. La comunicación del equipo mejora. El equipo comparte el éxito durante el camino y hasta el final. Los clientes ven las entregas de los incrementos en tiempo. Los clientes obtienen retroalimentación frecuente de cómo el producto esta trabajando. Se generan relaciones de confianza con los clientes. Se crea una cultura en donde todo el mundo colabora para el éxito del proyecto.

Roles en Scrum.

El dueño del producto (Product Owner): es el responsable por mantener el valor del producto o del negocio, Toma las entradas por parte de los clientes y usuarios finales y las traslada a la lista de requerimientos (backlog).El equipo (The Team): construyen el producto.El Scrum Master: ayuda al equipo a ser exitoso. Esta al servicio del equipo y lo protege del exterior.

Otros.

Los sprints continúan hasta que el dueño del producto decide que esta listo para un nuevo release. En este punto se debe realizar un sprint para el release, para integrar y probar todo antes del lanzamiento.

Scrum no es un proceso, sino que es un marco de trabajo.