• Pautas básicas
• Obligatorias en todos los proyectos Scrum
• No se pueden discutir ni modificar
• Se aplican intactos para infundir confianza

• Las decisiones se basan en la observación y la experimentación en vez de la planificación inicial detallada

1. Transparencia
   • Todas las facetas son observadas por cualquiera
   1. Declaración de la visión del proyecto
   2. Backlog Priorizado del producto
   3. Cronograma de planificación del lanzamiento (Release Planning Schedule)
   4. Scrumboad, Burndown Chart y otros radiadores de información
   5. Daily Standup
   6. Reuniones de revisión de Sprint
2. Inspección
   • Los radiadores de información muestran el progreso del Equipo Scrum en las tareas
   • Retroalimentación del cliente y Stakeholder durante los procesos
     1. Desarrollar Épicas
     2. Crear Backlog Priorizado del Producto
     3. Realizar planificación del lanzamiento.
   • Inspección y aprobación de los entregables por parte del Product Owner y el cliente en Demostrar y validar Sprint
3. Adaptación
   • Aprenden de las 2 anteriores para adaptarlas a hacer mejoras
   1. Reuniones Daily Standup
   2. Identificación constante de riesgos
      • Los riesgos son entradas de:
        1. Crear Backlog Priorizado del Producto
        2. Refinamiento del Backlog Priorizado del Producto
        3. Demostrar y validar el Sprint
   3. Solicitudes de cambio. Se discuten y aprueban en:
      1. Desarrollar Épicas
      2. Crear Backlog Priorizado del Producto
      3. Refinamiento del Backlog Priorizado del Producto
   4. SGB. Interactúa con:
      1. Crear historias de usuario
      2. Estimar tareas
      3. Crear entregables
      4. Refinamiento del Backlog Priorizado del Producto
   5. Retrospectiva del Sprint.
   6. Reuniones de Retrospectiva del Proyecto

• Valor mayor cuando se auto-organizan
• Gran sentido de compromiso y responsabilidad
• Ambiente innovador y creativo
• Los empleados con motivación propia aceptan mayores responsabilidades
• Se busca un liderazgo servicial
• No significa que puedan actuar como quieran
• Cada miembro del equipo tiene la responsabilidad de determinar que tipo de trabajo hará.
• Estar abierto a nuevos aprendizajes
• Buscar trabajo proactivamente
• Continuamente actualizar conocimientos y habilidades

• Valor compartido con equipos que trabajan conjuntamente
• Cooperación. El trabajo que se produce consiste en la suma de los esfuerzos del trabajo de varias personas de un equipo.
• Colaboración. Un equipo trabaja en conjunto para contraponer los aportes del otro a fin de producir algo más grande.

1. Conocimiento. Se esta al tanto del trabajo de los demás
2. Articulación. El trabajo se divide en unidades y después se reintegra
3. Apropiación. Adaptar la tecnología a la situación individual

• Se recomienda el co-ubicación
  1. Co-ubicación. Ubicados en la misma oficina sin separaciones. Sus métodos de comunicación:
     1. Cara a cara
     2. Salas de Decisión o War Room (Cuarto de guerra)
     3. Scrumboards
     4. Información visual colocada en pared
     5. Mesas compartidas
  2. Distribuidos geográficamente. En diferentes ubicaciones físicas. Por Subcontratación, offshoring, trabajo en casa. Sus métodos de comunicación:
     1. Videoconferencia
     2. Mensajes instantáneos
     3. Chat
     4. Redes sociales
     5. Pantallas compartidas
     6. Software que simula Scrumboards

• Máximo valor de negocio
• Ofrecer el máximo valor empresarial en el menor tiempo posible
• Priorización. Determinación del orden y la separación de lo que debe hacerse ahora, de lo que debe hacerse después.
• La priorización se lleva a cabo por el Product Owner en las historias de usuario.
• El Product Owner debe trabajar con el Equipo Scrum para entender los riesgos y la incertidumbre
• El Equipo Scrum alerta sobre las dependencias
• La priorización depende de:
  1. Valor
  2. Riesgo o incertidumbre
  3. Dependencias

• El tiempo es una restricción limitante
• Es una asignación de un bloque de tiempo para cada proceso o actividad para poder limitaciones
• Ayuda a manejar la planificación
• Ventajas:
  1. Proceso de desarrollo eficiente
  2. Menos gastos generales
  3. Alta velocidad para los equipos

1. Sprint (1 a 6 semanas, Scrum recomienda 4)
2. daily standups (15 minutos). Responden a las preguntas:
   1. ¿Que he echo desde la ultima reunión?
   2. ¿Qué tengo planeado hacer antes de la siguiente reunión?
   3. ¿Qué impedimentos u obstáculos (Si los hubiera) estoy enfrentando en la actualidad?
3. reuniones de planificación del Sprint (8 horas por Sprint de 1 mes). Se compone de 2 partes:
   1. Definición del objetivo.
      • Product Owner explica las historias de usuario de más alta prioridad
      • El Equipo Scrum se compromete con las historias de usuario
   2. Identificación y estimación de tareas.
      • El Equipo Scrum decide como completas los elementos seleccionados
      • Se incluyen en el Backlog Priorizado del Producto las historias comprometidas y las Effort Estimated Task
4. reuniones de revisión del Sprint (4 horas por Sprint de 1 mes)
   • El Equipo Scrum presenta los entregables del Sprint actual al Product Owner. Este revisa el producto para compararlo con los criterios de aceptación.
5. Reunión de retrospectiva del Sprint (4 horas por Sprint de 1 mes)
   • Equipo Scrum se reúne para revisar y reflexionar sobre el Sprint anterior
   • Discute lo que salio bien en el Sprint anterior para agregarlo al SGB

• Gestionar mejor los cambios y crear productos satisfactorios
• El modelo es flexible para asegurar que cualquier cambio se pueda incluir como parte del proyecto
• Las historias de usuario se escriben constantemente
• Permite la corrección a medida que todas las personas involucradas obtengan una mejor comprensión de lo que se debe de entregar incorporando lo aprendido de manera iterativa

1. Roles centrales
   • Responsable del éxito del proyecto
   • Son obligatorios
   • Están plenamente comprometidas con el proyecto
   • Se conocen como el Equipo Principal de Scrum
   1. Propietario del producto (Product owner)
      • Responsable del máximo valor empresarial
      • Responsable de los requisitos del cliente
      • Mantener la justificación del proyecto
      • Es la voz del cliente
      • Responsable que el Equipo Scrum entregue valor
      • Visión dual (Stakeholder/Equipo Scrum)
   2. Scrum Master
      • Es un facilitador para que halla un ambiente propicio
      • Guía, facilita y enseña las practicas de Scrum
      • Elimina los impedimentos
      • Asegura que se sigan los procesos Scrum
      • Esta al mismo nivel jerárquico que el Equipo Scrum
      • Cualquier miembro del Equipo Scrum que aprenda a facilitar proyectos Scrum puede ser Scrum Master
      • Recomendable de 6 a 10 miembros. La comunicación y gestión son simples. La desventaja es que la perdida de un miembro afecta considerablemente, por lo cual se recomienda suplentes
   3. Equipo Scrum (Team Scrum)
      • Responsables de entender los requisitos del Product Owner
      • Estima las historias de Usuario
      • Crear los entregables del proyecto
      • Se le conoce como Equipo de Desarrollo
      • Trabajan en las historias de Usuario en el Sprint Backlog para crear los entregables
   • Características deseables

1. Roles no centrales
   • No son obligatorios
   • No tienen rol formal
   • No son responsables del éxito del proyecto
   1. Stakeholder(s)
      • Los clientes y los usuarios pueden ser los mismos
      • El Product Owner es el responsable de mantener la participación de los Stakeholder
      1. Clientes. Adquiere el producto, servicio o el resultado del proyecto
         1. Internos. Dentro de la misma organización
         2. Externos. Fuera de la organización
      2. Usuarios. Utiliza el producto, servicio o el resultado del proyecto
         1. Internos. Dentro de la misma organización
         2. Externos. Fuera de la organización
      3. Patrocinadores (Sponsor).
         1. Provee recursos y apoyo para el proyecto
         2. A quien deben rendir cuentas al final
   2. Scrum Guidance Body (SGB)
      • Conjunto de documento o grupo de especialistas
      • Relacionados con la calidad, regulaciones, seguridad
      • Guía el trabajo de los roles centrales
      • Ayuda a captar las mejores practicas que deben utilizarse en todos los proyectos
   3. Vendedores
      • Externos
      • Productos y/o servicios que no están dentro de las competencia centrales

• El responsable principal es el Product Owner
• Es necesario una evaluación antes del inicio para que se entienda la necesidad de cambio, justificación pasa seguir y su viabilidad
• Se basa en el concepto de entrega impulsada por el valor (Value-driven Delivery)
• Para disminuir la inseguridad (incertidumbre) de alcanzar el éxito de un proyecto Scrum busca iniciar la entrega de resultados lo antes posible. Esto proporciona la oportunidad de reinversión y demuestra el valor a los interesados.

• Cumple con los criterios de aceptación y de alcanzar el valor que el cliente espera
• Scrum adopta un enfoque de mejora continua para aprender de las experiencias y la participación de los interesados.
• El backlog priorizado del producto se completa hasta el cierre del proyecto
• El trabajo se realiza en incrementos; así es posible identificar errores o defectos con facilidad
• La mejora continua con pruebas repetitivas aumenta la probabilidad de alcanzar los niveles de calidad
• SGB proporciona directrices sobre la calidad

• Los procesos de Scrum están diseñados para los cambios
• Principios fundamentales
  1. Los stakeholders cambian de opinión acerca de lo que quieren; requisitos volátiles (requirements chum)
  2. Es imposible que los stakeholders definan todos los requisitos al inicio del proyecto

• Eventos inciertos que pueden afectar los objetivos de un proyecto
  1. Oportunidades. Impacto positivo
  2. Amenazas. Impacto negativo
• La gestión de riesgos debe hacerse de forma preventiva. Es un proceso iterativo
• Deben ser identificados, evaluados y atendidos con base a 2 factores
  1. Probabilidad de ocurrencia
  2. Posible impacto
• Los riesgos con alta probabilidad y valor de impacto (Multiplicación) deben ser atendidos primero

• Abordan las actividades especificas y el flujo de un proyecto.
• 19 proceso agrupados en 5 fases
• Cuentan con entradas, herramientas y salidas

• Se revisa el caso de negocio del proyecto (Project Business Case)
• Se crea la declaración de la visión del proyecto
• Se identifica al Producto Owner

• Utilizando criterios de selección se identifica al Scrum Master y Stakeholder

• Se identifican los miembros del Equipo Scrum
• El Product Owner es el responsable principal de la selección

• Se desarrollan épicas a partir de La declaración de visión del proyecto.
• Reuniones para deliberar sobre las épicas adecuadas

• Se refinan, crean y priorizan las épicas
• Se crea el backlog priorizado del producto
• Se establecen los criterio de terminado

• El equipo principal Scrum revisa las historias de usuario para desarrollar cronograma de planificación de lanzamiento
• Se determina la duración del sprint

• Crear historias de usuario y sus criterios de aceptación
• Las crea el Product Owner
• Los requisitos del cliente deben estar claramente representados y comprendidos por los stakeholder
• Se pueden crear ejercicios de redacción de historias de usuario con el Equipo Scrum

• Product Owner aclara las historias para que el Scrum master y Equipo Scrum estimen el esfuerzo necesario

• Equipo Scrum se compromete a entregar al Product Owner la estimación de las historias de usuario para un sprint.

• Las historias de usuario comprometidas se desglosan en tareas especificas.
• Se compilan en una lista de tareas

• El equipo principal Scrum estima el esfuerzo necesario para cumplir con cada una de las tareas.
• El resultado es un esfuerzo estimado para las lista de tareas (Effort Estimated Task List)

• El Equipo principal Scrum elabora un sprint backlog que contiene las tareas a ser completadas como parte de la reunión de planificación de Sprint

• El equipo Scrum trabaja en las tareas para crear los entregables
• Se utiliza un Scrumboard para dar seguimiento
• Los asuntos o problemas pueden actualizarse en un registro de impedimentos (Impediment log)

• Reunión diaria altamente focalizada

• El Backlog Priorizado del Producto se actualiza y refina continuamente.
• Reunión de revisión del Backlog Priorizado del Producto para analizar cualquier cambio o actualización

• Muestra los entregables del Sprint al Product Owner y a los Stakeholder en una reunión de Revisión de Sprint para asegurar que se obtenga la aprobación y aceptación

• El Scrum Master y el Equipo Scrum analizan las lecciones aprendidas durante el Sprint. Puede haber mejoras aceptadas (Agreed Actionable Improvement) o actualizaciones al SGB.

• Los entregables aceptados se envían a los Stakeholder
• Se documenta la conclusión satisfactoria del Sprint en un Acuerdo de entregables funcionales (Working Deliverables Agreement)

• Concluye el proyecto
• El Equipo principal Scrum y los Stakeholder hacen una retrospectiva del proyecto
• Se crea la documentación de Agreed Actionable Improvement que se implementaran en futuros proyecto

Para grandes proyectos

• Como los Product Owner trabajan en conjunto
• Como varios Equipos Scrum trabajan juntos
• Se identifican componentes comunes

• Es relevante en grandes proyectos
• Reuniones Scrum de Scrums para coordinar esfuerzos entre los distintos Equipos

• Sprint especial con anticipación a un lanzamiento

• El Program Product Owner o el Portafolio Product Owner y los Stakeholder identifican componentes comunes y recursos
• Se definen los criterios mínimos de terminado
• Se identifican todos los Stakeholder

• Las recomendaciones del SGB se revisan constantemente y se actualizan
• Se atienden los cambios en los integrantes del SGB

• Se elabora, actualiza y refina el Backlog del Programa o Portafolio
• Recomendaciones de mejoramiento del SGB
• Se pueden modificar los plazos en los cambios

• Se coordinan los componentes del Programa o Portafolio
• Se atienden dependencias entre proyectos
• Se discuten impedimentos comunes y se comparten las mejores practicas

• El Program Product Owner o el Portafolio Product Owner y los Stakeholder hacen una retrospectiva sobre el lanzamiento de un Programa o Portafolio.
• Se llevan a cabo mejoras aceptada (Agreed Actionable Improvements) para ser implementadas a futuro.