Please enable JavaScript.

Coggle requires JavaScript to display documents.

SCRUM - Coggle Diagram

- - - - solo define partes necesarias par implementar teoría scrum
    - - Reglas guían relaciones e interacciones
    - - Complementos
        
        Técnicas
        
        Métodos
        
        Procesos
  - - - soluciones adaptativas para problemas complejos
  - - - Conocimiento proviene de la experiencia
      - Toma de decisiones con base en lo observado
    - - Reduce el desperdicio
      - Enfoque en lo esencial
  - - - hacer trabajo
      - compartir
      - adquirirlas
    - - 5
        
        Compromiso
        
        lograr sus objetivos
        
        apoyarse mutuamente
        
        Respeto
        
        entre sí para ser personas capaces e independientes
        
        respetados por las personas con las que trabajan
        
        Franqueza
        
        sobre el trabajo
        
        sobre los desafíos
        
        Foco
        
        trabajo del sprint para lograr el mejor progreso posible hacia los objetivos
        
        Coraje
        
        hacer lo correcto para trabajar en problemas difíciles
      - direccionan
        
        trabajo
        
        acciones
        
        comportamiento
- - - - Product Owner
        
        Ordena trabajo en Product Backlog
      - Scrum Team
        
        Convierte una selección del trabajo en increment de valor durante un sprint
      - Scrum Team + Interesados
        
        Inspeccionan resultados y se adaptan para el próximo sprint
      - Repite
    - - Ayuda a comprender la teoría y la práctica
      - Actúa dentro del scrum team y en la organización
    - - Apoyo en la mejora de sus prácticas, según marco
    - - Al Scrum TEam
        
        Ayudar a enfocarse en crear increments de alto valor y cumpla DoD
        
        Procurar eliminación de impedimentos para el progreso
        
        Guiar a los miembros en ser autogestionados y multifuncionales
        
        Asegurarse que se realicen los eventos
        
        Positivos
        
        Productivos
        
        Bajo límite de tiempo
      - A la organización
        
        Liderar, capacitar y guiar en la adopción de Scrum
        
        Planificar y asesorar implementaciones Scrum
        
        Ayudar a empleados e interesados a comprender y aplicar el enfoque empírico para trabajo complejo
        
        Eliminar las barreras entre interesados y Scrum Teams
      - Al Product Owner
        
        Ayudar a encontrar técnicas
        
        Definición efectiva de objetivo de producto
        
        Gestión del PB
        
        Ayudar al Scrum Team a comprender la necesidad de tener PB con elementos claros y concisos
        
        Ayudar a establecer una planeación empírica de productos para un entorno complejo
        
        Facilitar la colaboración de los interesados según se solicite o necesite
  - - - Crear y comunicar claramente los elementos del product backlog (PB)
      - Ordenar los elementos del PB
      - Desarrollar y comunicar explícitamente el objetivo del producto
      - Asegurar transparencia, visibilidad y entendimiento del PB
  - - - Crear un plan para el sprint= sprint backlog
      - Inculcar calidad al adherirse a una Definición de Terminado (DoD)
      - Adaptar su plan hacia el objetivo del sprint
      - Responsabilizarse mutuamente como profesionales
  - - - no hay jerarquías
      - no hay subequipos
      - multifuncionales
        
        tienen todas las habilidades necesarias para crear valor en cada sprint
      - autogestionados
        
        internamente deciden
        
        quién hace qué
        
        cuándo
        
        cómo
        
        empoderados
    - - suficiente pequeño para seguir siendo ágil
      - suficiente grande para completar un trabajo significativo dentro de un sprint
      - justificación
        
        se comunican mejor
        
        más productivos
      - Equipos demasiado grandes
        
        Reorganización en múltiple Scrum Teams cohesivos
        
        Cada equipo enfocado en el mismo producto
        
        Mismo objetivo de producto
        
        Mismo product backlog
        
        Mismo Product Owner
    - - Todas las actividades relacionadas con el producto
        
        Verificación
        
        Mantenimiento
        
        Operación
        
        Experimentación
        
        I&D
        
        Colaboración de los interesados
      - Crear un Increment valioso y útil en cada Sprint
- - - - Visible para quienes realizan como para quienes reciben el trabajo
      - Permite inspección no engañosa ni derrochadora
    - - con frecuencia y diligencia
      - detecta variaciones o problemas potencialmente indeseables frente a objetivos acordados
      - Permite adaptación
    - - minimizar una mayor desviación
        
        algún aspecto de un proceso fuera de los límites aceptables
        
        producto resultante inaceptable
      - Scrum Team se debería adaptar al aprender algo nuevo a través de la inspección
        
        dificultad con personas no empoderadas no autogestionadas
  - - - Sprint
        
        Corazón de scrum: las ideas se convierten en valor
        
        1 mes o menos
        
        Comienza inmediatamente después de la conclusión del anterior
        
        todo trabajo para lograr el objetivo del producto
        
        No se realizan cambios que pongan en peligro el objeto del sprint
        
        La calidad no disminuye
        
        El PB se refina según sea necesario
        
        El alcance se puede aclarar y renegociar con el product owner a medida que se aprende más
        
        Características
        
        Previsibilidad al garantizar inspección y adaptación del progreso
        
        Si fuera horizonte largo
        
        objetivo sprint puede volverse inválido
        
        complejidad puede crecer
        
        riesgo aumentar
        
        Se pueden emplear sprint más cortos
        
        genera más ciclos de aprendizaje
        
        limita riesgo de costo y esfuerzo
        
        Puede considerarse un proyecto corto
        
        Cancelación
        
        Si el objetivo del sprint se vuelve obsoleto
        
        Product Owner es el único que tiene la autoridad
        
        Prácticas pronóstico progreso - complementarias
        
        Tipo
        
        Burn-downs
        
        Trabajo pendiente
        
        Burn-ups
        
        Trabajo completado
        
        Cumulative flows
        
        Flujos acumulativos
        
        Complementarios
        
        Han demostrado utilidad
        
        No reemplazan empirismo
    - - Sprint Planning
        
        Establece el trabajo que se realizará para el Sprint
        
        Resulta de trabajo colaborativo Scrum Team
        
        PO asegura que asistentes estén preparados
        
        Discutir elementos PB
        
        Relacionar elementos con el objetivo del producto
        
        Scrum Team
        
        puede invitar asesores
        
        Define mediante trabajo colaborativo
        
        Temáticas
        
        1: ¿Por qué es valioso este sprint?
        
        PO propone cómo el producto podría incrementar su valor y utilidad en el sprint actual
        
        ST colabora para definir objetivo sprint
        
        3: ¿Cómo se realizará el trabajo elegido?
        
        Developers planifican el trabajo necesario para crear un Increment que cumpla DoD
        
        Por cada elemento del PB
        
        Descomposición a elementos de 1 día o menos
        
        2: ¿Qué se puede hacer en este Sprint?
        
        Developers seleccionan elementos del PB
        
        Desafío cuánto completar vs. conocimiento
        
        Desempeño pasado
        
        Capacidad actual
        
        Definición de terminado
        
        Conversación con PO
        
        ST puede refinar durante el proceso
        
        Comprensión
        
        Confianza
        
        Sprint Backlog
        
        Objetivo del sprint
        
        Elementos del PB seleccionados
        
        Plan para entregarlos
        
        8 horas para sprint de un mes
      - Daily Scrum
        
        15 minutos
        
        misma hora
        
        mismo lugar
        
        Para developers
        
        PO y SM si están trabajando activamente en elementos del sprint backlog
        
        Propósito
        
        Inspeccionar el progreso hacia el objetivo
        
        Adaptar el sprint backlog, ajustando trabajo planificado entrante
        
        Características
        
        Developers pueden seleccionar estructuras y técnicas
        
        Plan viable para el siguiente día
        
        Enfoque
        
        Autogestión
        
        Ganancias
        
        Mejoran comunicación
        
        Identifican impedimentos
        
        Promueven la toma rápida de decisiones
        
        Evitan otras reuniones
        
        Se pueden reunir durante el día
        
        discusiones más detalladas
        
        volver a planificar el resto de trabajo del sprint
      - Sprint Retrospective
        
        Propósito
        
        Planificar formas de aumentar calidad y efectividad
        
        ST
        
        Inspecciona cómo fue el último sprint
        
        personas
        
        interacciones
        
        procesos
        
        herramientas
        
        DoD
        
        Identifica supuestos por mal camino y sus orígenes
        
        Análisis
        
        qué salió bien
        
        qué problemas encontró
        
        cómo se resolvió o no
        
        Identifica cambios más útiles para mejorar efectividad
        
        Mayor impacto, antes posible
        
        si es posible, SB del próximo sprint
        
        3 horas xa sprint de mes
      - Sprint Review
        
        Propósito
        
        Inspeccionar resultado del sprint
        
        Determinar futuras adaptaciones
        
        ST
        
        Presenta resultados de su trabajo a interesados clave
        
        Se discute el progreso hacia el objetivo del producto
        
        ST+Interesados
        
        Revisan lo que se logró en el sprint
        
        Lo que ha cambiado en su entorno
        
        colaboran sobre qué hacer a continuación
        
        Se puede ajustar PB para satisfacer nuevas oportunidades
        
        Características
        
        Es una sesión de trabajo
        
        No es una presentación
        
        4 horas para un sprint de mes
    - - Oportunidad formal para inspeccionar y adaptar artefactos
      - Habilitar transparencia requerida
      - Crear regularidad y evitar reuniones no definidas x scrum
      - Ideal: todos los eventos al mismo tiempo y lugar
- - - - Transparencia
      - Enfoque
      - Reforzar empirismo
      - Valores
  - - - Objetivo del producto
        
        Describe un estado futuro del producto
        
        objetivo xaq el ST planifique
        
        objetivo a largo plazo del ST
        
        se debe cumplir o abandonar antes de asumir el siguiente
        
        está en el PB, el resto del PB emerge para definir qué cumplirá el objetivo
        
        Producto
        
        vehículo xa entregar valor
        
        limite claro
        
        personas interesadas conocidas
        
        usuario o clientes bien definidos
        
        servicio, algo físico o algo más abstracto
      - PB
        
        Lista emergente y ordenada de lo que se necesita para mejorar el producto
        
        Única fuente del trabajo realizado por Scrum
        
        Los elementos que el ST puede dar por terminados dentro de un sprint se consideran elegibles en el evento sprint planning
        
        Refinamiento
        
        dividir y definir más
        
        más pequeño, más preciso
        
        actividad continua para agregar detalles
        
        descripción
        
        orden
        
        tamaño
        
        atributos varian según el ámbito de trabajo
        
        Developers responsables del dimensionamiento
        
        PO influye al ayudar a entender y seleccionar sus mejores alternativas
    - - SB
        
        Composición
        
        Objetivo sprint (por qué)
        
        elementos del PB seleccionados xa el sprint (qué)
        
        plan de acción xa entregar el increment (cómo)
        
        Características
        
        plan realizado por y xa los developers
        
        imagen muy visible y en tiempo real del trabajo planeado a realizar xa lograr el objetivo del sprint
        
        se actualiza a lo largo del sprint a medida que se aprende más
        
        con suficientes detalles xa inspeccionar progreso en el daily scrum
      - Obj sprint
        
        único propósito del sprint
        
        proporciona flexibilidad para lograrlo (en términos de trabajo)
        
        crea coherencia y enfoque
        
        alienta a trabajar en conjunto y no en iniciativas separadas
        
        se crea en el sprint planning
        
        se agrega al sprint backlog
        
        si el trabajo <> resultado negocian con PO el alcance del SB, sin afectar el OjbSprint
    - - Increment
        
        peldaño concreto hacia el ObjProducto
        
        Se suma a los anteriores y se verifica minuciosamente
        
        se presenta en el sprint review
        
        apoya el empirismo
        
        no debe considerarse puerta para liberar valor
        
        proporciona valor, debe ser utilizable
        
        pueden ser múltiples dentro de un sprint
        
        se puede entregar a los interesados antes del final del sprint
        
        el trabajo no puede considerarse parte de uno a menos q cumpla DoD
      - DoD
        
        transparencia: brinda a todos un entendimiento compartido de qué trabajo se completó
        
        si un elemento PB no lo cumple, no se puede presentar en el sprint review, vuelve al PB xa consideración futura
        
        cuando un elemento del PB cumple DoD, nace un increment
        
        si es estándar organizacional, los ST deben seguirla; si no, se debe crear apropiadamente xa el producto
        
        descripción formal del estado del increment cuando cumple medidas de calidad requeridas xa el producto
        
        los developers se adhieren a ella, si hay varios, se define y cumple mutuamente la misma