Son fundamentales.
No negociables para hacer una aplicación apropiada.
Scrum Core Roles
Product Owner
Scrum Master
Scrum Team
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.
Principios
Empirical Process Control
Decisiones: tomadas de la observación y la
experimentación.
Reduce o elimina:
planificación inicial detallada.
Ideas Fundamentales
Transparencia
Nota:
SBOK: Fig 2-1
Todas las facetas de cualquier proceso de Scrum
sean observadas por cualquier persona.
Cultura de trabajo abierto
Facilitado
por
Project Vision Statement
Prioritized Product Backlog
con User Stories priorizados
Release Planning Schedule
Scrumboard, Burndown Chart y
otros radiadores de información.
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
Transparencia e Inpección: Adaptan al
hacer mejoras en el trabajo ya en progreso
Facilitador
por
Daily Standup Meetings
Risk identification. Reiterado durante todo el proyecto.
Change requests
Scrum Guidance Body (SGB)
Retrospect Sprint Meetings
Retrospect Project Meeting
Nota:
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.
Self-organization
Nota:
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.
Estilo de liderazgo preferido en Scrum es Servant Leadership
Centrándose en las necesidades del Scrum Team.
Buy-in del equipo (creer en lo que se hace) y
responsabilidad y apropiación compartida
Motivación.
Entorno innovador y creativo
No significa que a los miembros del equipo se les
permite actuar de la manera que deseen.
El Scrum Team trabaja muy de cerca con los
stakeholder para perfeccionar los requisitos.
Team Expertise se utiliza para evaluar las entradas
necesarias para ejecutar la obra prevista del proyecto
Están involucrados con la distribución de tareas y la estimación
durante los procesos de Create Tasks y Estimate Tasks.
Interactúa con otros equipos a través de Scrum of Scrums
Meetings
Pueden buscar orientación
adicional del Scrum Guidance Body.
Daily Standup Meeting
Scrum Team y Scrum Master: Proceso Demostrate
and Validate Sprint. Entregables.
Collaboration
Scrum Core Team: Interactuan con los Stakeholders
Cooperación vs Colaboracion
Cooperación: se produce cuando el producto del trabajo consiste en la
suma de los esfuerzos de trabajo de varias personas en un equipo
Colaboración: se produce cuando un equipo trabaja en conjunto para
trabajar con los aportes del otro para producir algo más grande.
Dimensiones básicas de trabajo en colaboración (3)
Awareness (Conciencia): Al tanto del trabajo de equipo.
Articulation (articulación): Dividir trabajo en unidades y reintegrarlo.
Apropiation (apropiación): Adaptar la tecnología a la situación.
Beneficios
La necesidad de cambios debido a requisitos poco clarificados se reduce al mínimo.
Los Risks se identifican y se tratan de manera eficiente
Se realiza el verdadero potencial del equipo: Colaboración y entender
fortalezas y debilidades del equipo.
Se garantiza Mejora Continua a través de las lecciones aprendidas.
Colocation (Colocación)
Nota:
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.
Interacción formal e informal en el equipo.
Equipo a la mano mejorando coordinación, colaboración, resolución de problemas
y aprendizaje.
Herramientas
Calocated Teams (Trabajando en la misma oficina)
Preferible
Modos de comunicación preferidos
interacciones, salas de decisión, War Rooms, Scrumboards, demostraciones en la pared, mesas
compartidas, etc.
Distributed Teams (trabajan en diferentes ubicaciones físicas)
Modos de comunicación
Videoconferencia, mensajes instantáneos, chats, redes sociales, pantallas compartidas y
herramientas de software que simulan la funcionalidad de Scrumboards, pantallas de pared, y otras.
Value-based Prioritization
Nota:
Scrum es impulsado por el objetivo de ofrecer el máximo valor empresarial en un período de tiempo mínimo
Obtener mayor valor en el menor tiempo
Menor tiempo: Priorización
Nota:
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.
Scrum tiene como finalidad entregar un producto o servicio
valioso para el cliente de forma oportuna y continua.
La Priorización: hecha por el Product Owner a los User
Stories en el Prioritized Product Backlog.
Procesos involurados:
Create Prioritized Product Backlog
Groom Prioritized Product Backlog
Riesgos
Nota:
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.
Trabajan: Product Owner y Scrum Team
Scrum Team: Alerta al Product Owner de Dependencias
Posibles herramienas para priorizar:
Entrevistas del cliente, encuestas y modelos
financieros y técnicas analíticas, etc
Factores PO considera:
Valor para el negocio
Riesgos o incertidumbre
Dependencias
Time-Boxing
Uno de los obstaculos más importantes. Práctica crítica.
Nota:
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
Fijación de tiempo para procesos y actividades
Ventajas
Proceso de desarrollo eficiente
Menos gastos generales
Alta velocidad para los equipos
Puede evitar la mejora excesiva de un
elemento (es decir, gold-plating).
Nota:
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
Aplicable a muchos procesos de Scrum
Sprint (iteración)
Nota:
El Scrum Master guía, facilita y protege al Scrum Team de Impedimentos tanto internos como externos durante el proceso de Create Deliverables.
De 1 a 6 semanas. Recomendable
a 4 semanas o Requerimientos
estables a 6 semanas.
Se deberían ingresar en una bitácora de impedimentos (Impediment log).
Proceso: Conduct Daily Standup
Sprint Planning Meeting
Proceso: Sprint Backlog. Previo al Sprint
8 horas x Sprint de 1 mes.
Parte 1: Definición del objetivo
Nota:
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.
Parte 2: Estimación del trabajo
Nota:
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.
Task Planning Meetings y losTask Estimation
Meetings: Son conocidos con este nombre.
Sprint Review Meeting
4 horas en un Sprint de
1 mes
Proceso: Demonstrate and
Validate Sprint. Entergables.
PO: Compara Producto vs
Acceptance Criteria
Nota:
Se Acepta o Rechaza los User Stories concluido.
Retrospect Sprint Meeting
4 horas para un Sprint de
1 mes
Proceso: Sprint Retrospect
Scrum Team revisa y reflexiona sobre el Sprint.
Lo bueno y lo no tan bueno.
Herramientas empleadas:
Colaboracion
Mecanismos de comunicación
Oportunidades de mejora. Pueden elevarse al SGB
Precauciones en el uso:
Puede desmotivar
Entornos apresivos
Iterative Develop
Objetivo: ofrecer el máximo valor empresarial en un período de tiempo mínimo.
Entregas de desarrollo iterativas
Nota:
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
Al inicio las User Stories son Epics
Nota:
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
Se dividen mediante la elaboración progresiva durante el
proceso de Groom Prioritized Product Backlog.
Procesos para agregar nuevos requisitos:
Create User Stories
Estimate, Approve, and Commit User Stories
Busca un ROI temprana y continua (PO).
Beneficio
Nota:
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.