SCRUM

Anotações:

• es una metodologia agil de desarrollo aunque surgio como modelo para el desarrollo de productos tecnologicos tambien se emplean en entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad; situaciones frecuentes en el desarrollo de determinados sistemas de software.

1. CARACTERISTICAS
   1. Equipos autodirgidos
   2. Utiliza reglas para crear un entorno agil de administracion de proyectos
   3. No prescribe practicas especificas de ingenieria
   4. Los requerimientos se capturas como items de la lista product Backlog
   5. El producto se construye en una ser de Sprints de un mes de duracion
   6. Roles y responsabilidades

      Anotações:

      • Scrum clasifica a todas las personas que intervienen o tienen interés en el desarrollo del proyecto en: propietario del producto, equipo, gestor de Scrum (también Scrum Manager o Scrum Master) y "otros interesados":
      1. Product Owner

         Anotações:

         • Representa la voz del cliente. Se asegura de que el equipo Scrum trabaja de forma adecuada desde la perspectiva del negocio. El product owner escribe historias de usuario, las prioriza, y las coloca en el Product Backlog
      2. Scrum Master ( o Facilitador)

         Anotações:

         • El Scrum es facilitado por un ScrumMaster, cuyoo trabajo primario es eliminar los obstáculos que impiden que el equipo alcance el objetivo del sprint
      3. Equipo

         Anotações:

         • El equipo tiene la responsabilidad de entregar el producto. Un pequeño equipo de 5 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (diseñador, desarrollador, etc.).
      4. Usuarios

         Anotações:

         • Es el destinatario final del producto.
      5. Stakeholders ( Clientes, Proveedores)

         Anotações:

         • Se refiere a la gente que hace osible el proyecto y para quienes el proyecto producirá el beneficio acordado que los justifica. Sólo participan directamente durante las revisiones del sprint
      6. Managers

         Anotações:

         • Es la gente que establece el ambiente para el desarrollo del producto
   7. Reuniones en scrum
      1. Daily Scrum

         Anotações:

         • Cada día de un sprint, se realiza la reunión sobre el estado de un proyecto. Esto se llama "faily standup".
      2. Scrum de Scrum

         Anotações:

         • Se realiza cada día, normalmente después del "Daily Scrum"
      3. Reunión de Plamificación del Sprint (Sprint Planning Meeting)

         Anotações:

         • Al inicio del ciclo Sprint (cada 15 o 30 días)
      4. Retrospectiva del Sprint (Sprint Retrospective)

         Anotações:

         • Después de cada sprint, se lleva a cabo una retrospectiva del sprint, en cual todos los miembros del equipo dejan sus  impresoines sobre ek sprint recién superado
2. HERRAMIENTAS Y PRACTICAS:

   Anotações:

   • Scrum no requiere ni provee practicas de ingenieria. En lugar de eso especifica practicas y herramientas de gerencia que se aplican en sus distintas fases para evitar el caos originado por la complejidad e imposibilidad de realizar predicciones
   1. Product Blacklog List

      Anotações:

      • Es una lista priorizada que define el trabajo que se va a realizar en el proyecto.
   2. Sprints

      Anotações:

      • Un Sprint es un procedimiento de adaptacion de las cambiantes variables del entorno(Requerimientos, tiempo, recursos, conocimiento, tecnologia).
   3. Burn Down Chart

      Anotações:

      • Es una grafica mostrada publicamente que mide la cantidad de requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint
   4. Sprint Backlog

      Anotações:

      • Es el punto de entrada de cada Sprint. Es una lista que tiene los items de la Product Backlog List que van a ser inmplementados en el siguiente Sprint
   5. Stabilization Sprints

      Anotações:

      • En estos Sprint el equipo se concentra en encontrar efectos, no en agregar funcionalidad
   6. Scrums of Scrums o MetaScrum

      Anotações:

      • Los equiops de Scrum suelen tener entre 5 y 10 personas, sin embargo esta metodologia ha sido aplicada en proyectos que involucran más de 600 personas.