SCRUM

Por: Valeria Caballero Santillán, Roberto Bonilla González, José David Martínez Velázquez

Noviembre 2013

¿Sabías que el rugby y la metodología 'scrum' están muy relacionados?

Este término (melé en español) hace referencia a una formación que realizan los jugadores y que consiste en estar todo el equipo agarrado y unido frente al equipo contrario con el objetivo de obtener el balón. La elección del nombre busca rescatar el principio de trabajo en equipo que se observa en un scrum de rugby: varios jugadores se toman de los hombros y se esfuerzan para lograr –por solos y rápidamente– un objetivo común, que consiste en adueñarse de la pelota y llevarla hacia delante.

 

¿Qué es  SCRUM?

Es una metodología ágil y flexible para gestionar el desarrollo de software, basado en un desarrollo iterativo e incremental conformado por grupos de trabajo auto-organizados y multidisciplinares. El método de trabajo dentro de esta metodología promueve la innovación, motivación y compromiso del equipo que forma parte del proyecto, por lo que los profesionales encuentran un ámbito propicio para desarrollar sus capacidades.

Scrum puede ser aplicado a las siguientes actividades:

  • Realización de proyectos.
  • Diseño y desarrollo de productos y servicios.
  • Desarrollo de software
  • Coordinación de departamentos y equipos de trabajo.

Como método ágil (Postulados):

  • Modo de desarrollo adaptable, antes que predictivo.
  • Orientado a las personas, más que a los procesos.
  • Emplea el modelo de construcción incremental basado en iteraciones y revisiones.
  • Individuos e interacciones, sobre procesos y herramientas.
  • Software operativo, sobre documentación extensiva.
  • Colaboración con el cliente, sobre negociación de contratos.

ROLES

·         Product Owner. Encargado de hablar con el cliente y obtener los requisitos del sistema así como sus prioridades. Es quien tiene la visión del producto final. Está en contactocontinuo con los clientes, conoce la tendencia de los mercados y de la competencia.Así mismo, tiene bien en claro las prioridades y el valor que agregará al negocio elproducto final.

·         ScrumMaster. Director de proyecto. Encargado de que se cumplan las entregas, en un concepto más amplio los sprints. Es el protector del equipo. Este rol está para servir al equipo y garantizar que se cumplan las prácticasdictadas por Scrum

·         Team Members. Es un conjunto multifuncional y autónomo de desarrolladores

·         Stakeholders: Su rol es distinto, es aportar información y datos importantes al proyecto pero desde un punto de vista desde fuera, no implicados en el desarrollo.

·         Usuarios/testers. Encargados de validar el producto a desarrollar.

 

¿Cómo funciona la metodología SRUM?

 

En esta metodología, se definen roles a asignar a las personas implicadas y una serie de actividades a realizar.

 

 

La forma de realizar el trabajo es primeramente definir qué tareas hay que llevar a cabo para conseguir el objetivo propuesto (por ejemplo, qué tareas se necesitan para lanzar un producto al mercado, o para realizar un proyecto). Estas tareas, ordenadas cronológicamente, se planifican y agrupan en ciclos de entre 10 y 30 días, de forma que completando todos los ciclos, se cumplirá el objetivo. Es importante notar que la estimación de días se realiza en base a la estimación que realiza el equipo de trabajo sobre cada tarea a implementar. Las estimaciones solo se pueden realizar empleando números de la sucesión de Fibonacci. En cada caso, el juego de cartas empleado tiene la numeración apropiada.

 

 

 

 

 

 

 

El Product Backlog corresponde con todas las tareas, funcionalidades o requerimientos a realizar.

El Sprint Backlog corresponde con una o más tareas que provienen del Product Backlog. Es decir, del Product Backlog se saca una o más tareas que van a formar parte del Sprint Backlog. Las tareas del Sprint Backlog se deben acometer (recomendado) en unas 2 semanas ó 4 semanas. Hay Sprint Backlogs de 2 semanas y hay Sprint Backlogs de 4 semanas. Eso debe de ser marcado antes de iniciar el Sprint Backlog, de hecho, del Product Backlog se sacará la tarea o tareas realistas para acometer el Sprint Backlog. Una norma fundamental es que mientras un Sprint Backlog se inicia, éste NO puede ser alterado o modificado. Hay que esperar a que concluya el Sprint Backlog para realizar la correspondiente modificación o alteración cuya tarea, formaría parte de otro Sprint Backlog.

El Daily Scrum Meeting es una tarea iterativa que se realiza todos los días que dure el Sprint Backlog con el equipo de desarrollo o de trabajo. Se trata de una reunión operativa, informal y ágil, de un máximo de 30 minutos, en la que se le hace 3 preguntas a cada integrante del equipo:

  • Qué tareas ha realizado desde la última reunión (que he hecho)
  • Sobre qué va a trabajar en el día actual (que voy a hacer hoy).
  • Identificación de obstáculos o riesgos que impiden o pueden impedir el normal avance (que ayuda necesito). El Scrum Master, debe eliminar aquí cualquier obstáculo que encuentre.

 

Ventajas

Ø  Desarrollo de software con requerimientos exigidos de forma rápida

Ø  Trabajo con iteraciones rápidas.

Ø  Gran adaptación al cambio (ventaja competitiva)

Ø  Creatividad y efectividad del equipo auto-administrado.

Ø  Reuniones dedicadas a problemas recientes (evitar estancamientos).

Ø  Evita la burocracia y generación de documentos

Desventajas

Ø  Dificultad de  aplicación para grades proyectos

Ø  Optimo para aproximadamente equipos de 8 personas.

Ø  Es necesario que  el cliente está muy involucrado en el desarrollo, participa de forma activa y continua, y revisa frecuentemente el avance de la funcionalidad conforme salen a la luz los sprints.

Algunas empresas que han utilizado la metodología Scrum con éxito

           

SCRUM no es una solución mágica y sin embargo abre la posibilidad de liberar el potencial de un equipo de desarrollo; como el equipo que está detrás de la empresa.

La razón fundamental de un rotundo éxito o un estrepitoso fracaso, depende de entender la naturaleza del cambio. SCRUM no es un cambio de procesos, sino un cambio radical en nuestros paradigmas.

Algunas herramientas para gestión de Srum:

SCRUMWORKS, SCRUMDESK, PLANNING POKER (Para estimar tiempos)

 

Bibliografía

http://www.proyectosagiles.org/historia-de-scrum

http://www.esi-intl.com/~/media/files/public-site/US/POVs/ESIViewpoint_Top-10-PM-Trends-2013

Sutherland, Jeff. Agile development: Lessons learned from the first scrum. [aut. libro]Jeff Sutherland y Ken Schwaber and Co-Creators of Scrum. Scrum Papers: Nuts, Bolts and Origins of an Agile Process. 2004, págs. 50-54

http://www.academia.edu/528989/Scrum

http://www.pdcahome.com/3533/metodologia-scrum

http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_SCRUM_y_XP

Category: 

Add new comment

Filtered HTML

  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <blockquote> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.



Contact Info

Get in touch

Email us at

Follow us at