SBOK - Cap 02 - Principios

Anmerkungen:

• Son fundamentales. No negociables para hacer una aplicación apropiada.

1. Scrum Core Roles
   1. Product Owner
   2. Scrum Master
   3. Scrum Team
2. Una comprensión clara de los principios de Scrum por parte de todos Stakeholders es esencial para que el marco de Scrum sea un éxito en cualquier organización.
3. Principios
   1. Empirical Process Control
      1. Decisiones: tomadas de la observación y la experimentación.
         1. Reduce o elimina: planificación inicial detallada.
      2. Ideas Fundamentales
         1. Transparencia

            Anmerkungen:

            • SBOK: Fig 2-1
            1. Todas las facetas de cualquier proceso de Scrum sean observadas por cualquier persona.
            2. Cultura de trabajo abierto
            3. Facilitado por
               1. Project Vision Statement
               2. Prioritized Product Backlog con User Stories priorizados
               3. Release Planning Schedule
               4. Scrumboard, Burndown Chart y otros radiadores de información.
               5. Conduct Daily Standup: Daily Standup Meetings
               6. Sprint Review Meetings: Demonstrate and Validate
         2. Inspección

            Anmerkungen:

            • SBOK: Fig 2-2
            1. Facilitado por
               1. Scrumboard común y otros radiadores
               2. Retroalimentación: Develop Epic(s), Create Prioritized Product Backlog, y Conduct Release Planning.
               3. Demonstrate and Validate Sprint
         3. Adaptación

            Anmerkungen:

            • Adaptation sucede cuando el Equipo Principal de Scrum y los stakeholders aprenden a través de la transparencia y la inspection y luego se adaptan al hacer mejoras en el trabajo ya en progreso.
            • SBOK: Fig 2-3
            1. Transparencia e Inpección: Adaptan al hacer mejoras en el trabajo ya en progreso
            2. Facilitador por
               1. Daily Standup Meetings
               2. Risk identification. Reiterado durante todo el proyecto.
               3. Change requests
               4. Scrum Guidance Body (SGB)
               5. Retrospect Sprint Meetings
               6. Retrospect Project Meeting

                  Anmerkungen:

                  • Los participantes documentan las lecciones aprendidas y realizan revisiones en busca de Opportunities para mejorar los procesos y abordar las ineficiencias.  Final de todo el proyecto.
   2. Self-organization

      Anmerkungen:

      • Auto-organización
      • Scrum cree que los empleados son auto-motivados y buscan aceptar una mayor responsabilidad.
      • Ofrecen mucho más valor cuando se organizan por cuenta propia.
      1. Estilo de liderazgo preferido en Scrum es Servant Leadership
      2. Centrándose en las necesidades del Scrum Team.
      3. Buy-in del equipo (creer en lo que se hace) y responsabilidad y apropiación compartida
      4. Motivación.
      5. Entorno innovador y creativo
      6. No significa que a los miembros del equipo se les permite actuar de la manera que deseen.
      7. El Scrum Team trabaja muy de cerca con los stakeholder para perfeccionar los requisitos.
      8. Team Expertise se utiliza para evaluar las entradas necesarias para ejecutar la obra prevista del proyecto
      9. Están involucrados con la distribución de tareas y la estimación durante los procesos de Create Tasks y Estimate Tasks.
      10. Interactúa con otros equipos a través de Scrum of Scrums Meetings
      11. Pueden buscar orientación adicional del Scrum Guidance Body.
      12. Daily Standup Meeting
      13. Scrum Team y Scrum Master: Proceso Demostrate and Validate Sprint. Entregables.
   3. Collaboration
      1. Scrum Core Team: Interactuan con los Stakeholders
      2. Cooperación vs Colaboracion
         1. Cooperación: se produce cuando el producto del trabajo consiste en la suma de los esfuerzos de trabajo de varias personas en un equipo
         2. Colaboración: se produce cuando un equipo trabaja en conjunto para trabajar con los aportes del otro para producir algo más grande.
      3. Dimensiones básicas de trabajo en colaboración (3)
         1. Awareness (Conciencia): Al tanto del trabajo de equipo.
         2. Articulation (articulación): Dividir trabajo en unidades y reintegrarlo.
         3. Apropiation (apropiación): Adaptar la tecnología a la situación.
      4. Beneficios
         1. La necesidad de cambios debido a requisitos poco clarificados se reduce al mínimo.
         2. Los Risks se identifican y se tratan de manera eficiente
         3. Se realiza el verdadero potencial del equipo: Colaboración y entender fortalezas y debilidades del equipo.
         4. Se garantiza Mejora Continua a través de las lecciones aprendidas.
      5. Colocation (Colocación)

         Anmerkungen:

         • Colocation permite la interacción formal e informal entre los miembros del equipo
         • Las preguntas se contestan rápidamente.  Los problemas se solucionan en ese momento.  Se produce menor fricción entre las interacciones.  La confianza se gana con mucha más rapidez.
         1. Interacción formal e informal en el equipo.
         2. Equipo a la mano mejorando coordinación, colaboración, resolución de problemas y aprendizaje.
      6. Herramientas
         1. Calocated Teams (Trabajando en la misma oficina)
            1. Preferible
            2. Modos de comunicación preferidos
               1. interacciones, salas de decisión, War Rooms, Scrumboards, demostraciones en la pared, mesas compartidas, etc.
         2. Distributed Teams (trabajan en diferentes ubicaciones físicas)
            1. Modos de comunicación
               1. Videoconferencia, mensajes instantáneos, chats, redes sociales, pantallas compartidas y herramientas de software que simulan la funcionalidad de Scrumboards, pantallas de pared, y otras.
   4. Value-based Prioritization

      Anmerkungen:

      • Scrum es impulsado por el objetivo de ofrecer el máximo valor empresarial en un período de tiempo mínimo
      1. Obtener mayor valor en el menor tiempo
         1. Menor tiempo: Priorización

            Anmerkungen:

            • Priorización se puede definir como la determinación del orden y de la separación de lo que debe hacerse ahora, de lo que hay que hacer después.
            • Algunas de las técnicas tradicionales de la Priorización de tarea incluyen el establecimiento de plazos para las tareas delegadas y la utilización de matrices de Priorización
            • Scrum, sin embargo, utiliza la Prioritization basada en valor como uno de los principios básicos que impulsa la estructura y funcionalidad de todo el marco Scrum.
      2. Scrum tiene como finalidad entregar un producto o servicio valioso para el cliente de forma oportuna y continua.
      3. La Priorización: hecha por el Product Owner a los User Stories en el Prioritized Product Backlog.
      4. Procesos involurados:
         1. Create Prioritized Product Backlog
         2. Groom Prioritized Product Backlog
      5. Riesgos

         Anmerkungen:

         • Al mismo tiempo, el Product Owner debe trabajar con el Scrum Team para entender los risks del proyecto y la incertidumbre, ya que estos pueden tener consecuencias negativas.
         1. Trabajan: Product Owner y Scrum Team
      6. Scrum Team: Alerta al Product Owner de Dependencias
      7. Posibles herramienas para priorizar:
         1. Entrevistas del cliente, encuestas y modelos financieros y técnicas analíticas, etc
      8. Factores PO considera:
         1. Valor para el negocio
         2. Riesgos o incertidumbre
         3. Dependencias
   5. Time-Boxing
      1. Uno de los obstaculos más importantes. Práctica crítica.

         Anmerkungen:

         • Scrum Team no ocupen demasiado o muy poco tiempo por un trabajo determinado, y que no desperdicien su tiempo y energía en un trabajo para el cual tienen poca claridad
      2. Fijación de tiempo para procesos y actividades
      3. Ventajas
         1. Proceso de desarrollo eficiente
         2. Menos gastos generales
         3. Alta velocidad para los equipos
         4. Puede evitar la mejora excesiva de un elemento (es decir, gold-plating).

            Anmerkungen:

            • Chapado de Oro, baño de oro o Gold plating: Se refiere a la adición de funcionalidades a un producto por parte del realizador sin que medie una solicitud expresa por parte de los interesados. https://es.wikipedia.org/wiki/Chapado_de_oro_%28ingenier%C3%ADa_de_software%29
      4. Aplicable a muchos procesos de Scrum
         1. Sprint (iteración)

            Anmerkungen:

            • El Scrum Master guía, facilita y protege al Scrum Team de Impedimentos tanto internos como externos durante el proceso de Create Deliverables.
            1. De 1 a 6 semanas. Recomendable a 4 semanas o Requerimientos estables a 6 semanas.
         2. Daily Standup Meeting
            1. 15 minutos diarios. Misma Hora y mismo lugar
            2. Preguntas: 1) ¿Qué terminé ayer? 2) ¿Qué voy a terminar hoy? 3) ¿Qué impedimentos enfrento?

               Anmerkungen:

               • Se deberían ingresar en una bitácora de impedimentos (Impediment log).
            3. Proceso: Conduct Daily Standup
         3. Sprint Planning Meeting
            1. Proceso: Sprint Backlog. Previo al Sprint
            2. 8 horas x Sprint de 1 mes.
            3. Parte 1: Definición del objetivo

               Anmerkungen:

               • La primera mitad de la reunión, el Product Owner explica la máxima prioridad de los User Stories o requisitos del Prioritized Product Backlog para el Scrum Team. El Scrum Team en colaboración con el Product Owner luego define el objetivo del Sprint.
            4. Parte 2: Estimación del trabajo

               Anmerkungen:

               • Durante la segunda mitad de la reunión, el Scrum Team decide como completar los Prioritized Product Backlog seleccionados para cumplir con la meta del Sprint.
            5. Task Planning Meetings y losTask Estimation Meetings: Son conocidos con este nombre.
         4. Sprint Review Meeting
            1. 4 horas en un Sprint de 1 mes
            2. Proceso: Demonstrate and Validate Sprint. Entergables.
            3. PO: Compara Producto vs Acceptance Criteria

               Anmerkungen:

               • Se Acepta o Rechaza los User Stories concluido.
         5. Retrospect Sprint Meeting
            1. 4 horas para un Sprint de 1 mes
            2. Proceso: Sprint Retrospect
            3. Scrum Team revisa y reflexiona sobre el Sprint. Lo bueno y lo no tan bueno.
            4. Herramientas empleadas:
               1. Colaboracion
               2. Mecanismos de comunicación
            5. Oportunidades de mejora. Pueden elevarse al SGB
      5. Precauciones en el uso:
         1. Puede desmotivar
         2. Entornos apresivos
   6. Iterative Develop
      1. Objetivo: ofrecer el máximo valor empresarial en un período de tiempo mínimo.
      2. Entregas de desarrollo iterativas

         Anmerkungen:

         • En la mayoría de los proyectos complejos, el Customer puede que no sea capaz de definir unos requisitos muy concretos o puede no estar seguro de cómo debería de ser el producto final
      3. Al inicio las User Stories son Epics

         Anmerkungen:

         • Epics, por lo general son muy grandes para que los equipos los completen en un sólo Sprint y por lo tanto se dividen en pequeños User Stories
         1. Se dividen mediante la elaboración progresiva durante el proceso de Groom Prioritized Product Backlog.
      4. Procesos para agregar nuevos requisitos:
         1. Create User Stories
         2. Estimate, Approve, and Commit User Stories
      5. Busca un ROI temprana y continua (PO).
      6. Beneficio

         Anmerkungen:

         • El beneficio del desarrollo iterativo es que permite la corrección a medida que todas las personas involucradas obtengan una mejor comprensión de lo que debe ser entregado como parte del proyecto, e incorporen lo aprendido de manera iterativa.