La palabra «Scrum» proviene originalmente del ámbito del rugby, no del mundo del software. En rugby, un «scrum» (abreviatura de scrummage) es una formación donde los jugadores de ambos equipos se agrupan estrechamente con las cabezas unidas para disputar la posesión del balón. La idea detrás de esta formación es la colaboración coordinada de un grupo de personas con roles distintos, empujando juntos hacia un objetivo común.




Guia de Scrum
- Se crea a inicios del 1990
- La Guía de Scrum contiene la definición de Scrum
- Es un marco de trabajo
- Omitir elementos o no seguir las reglas de Scrum, limita los beneficios de Scrum, e incluso potencialmente lo vuelve inútil.
Definición de Scrum
- Scrum es un marco de trabajo liviano que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos.
- En pocas palabras, Scrum requiere un Scrum Master para fomentar un entorno donde:
- Un Product Owner ordena el trabajo de un problema complejo en un Product Backlog.
- El Scrum Team convierte una selección del trabajo en un Increment de valor durante un Sprint.
- El Scrum Team y sus interesados inspeccionan los resultados y se adaptan para el próximo
Sprint. - Repita
Teoría de Scrum
- Scrum se basa en el empirismo y el pensamiento Lean. El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo observado.
- Scrum emplea un enfoque iterativo e Incremental para optimizar la previsibilidad y controlar el riesgo
- Scrum involucra a grupos de personas que colectivamente tienen todas las habilidades y experiencia para hacer el trabajo y compartir o adquirir dichas habilidades según sea necesario.
Continua la charla
Hacer: Son las practicas herramientas trabajos que se hacen pero no garantiza el resultado
Ser agil: los principio que se deben seguir es una mentalidad
- Equipos autogestionados: aquí es retrospectiva donde crecen los equipos
- Colaboración:
- Meta común:
- Flexibilidad:

- las organizaciones tiene procesos y xxx
- Procesos: interfieren dos o más equipos para un bien común.
- Celulas agiles:
- Se debe buscar ser organizaciones agiles
- autoghestionados


- Lo unico constyante en las organizaciones son cambios
- debemos adaptarnos a los cambios

- en los proyectos simpre hay cambios hay riegos (que se gestionan o mitigan)
- No solso costo / tiempo / xx triangulo

- Los equipos se deben estar capacitando en cambios

- toda planificación se debe poder modificar y poderse adaptar
- No se puede controlar todo
- se debe aptitud de cambios
Manifiesto agiles 4 valores / 12 principios / Practicas
4 valores

1. Individuos por encima de los procesos
- la interacción de las personas es lo mas importante
2. Software que funciona por encima de la documentacion
- No enfocarse mas en documentar si en algo funcional
3. Colaboracion con el cliente
- Mas si se dice que se planifique en un año que ni ha llegado
4. Respuesta al cambio por encima de un seguimiento de un plan
- Para cada cambios hay que revisar el impacto
Principios

- Spring: tiempo de 2 a 4 semanas para periodo para entregar construir un producto.
- Cambios a requerimientos:
- Los cambios se deben ver como positivos
- Liberar el resultado:
- si hay entrega cada 6 meses mientras se revisa y demas se pierde interes
- Responsables:
- Construir:
- se construye mejor cuando los invidivdouis estan motivados
- Proporcionar:
- Conversación:

- Software:
- review son sesiones de revisión cuando se lo enseñamos al product owner
- Procesos:
- Atención:
- Simplicidad:
- Mejores:
- Intervalos:
- Que hicimos bien
- Nota: En scrum no hay jerarquia no hay subequipos

- Ser agil es una cualidad

- Si se cre el puesto de director de un proyecto se debería creasr el puesto de product owner scrum master etc
- la oferta de valor es lo que nosotros poder ofrecer
- Business Agility Valora las personas y la interacción

- Metodología: dice que todos hacen
- Marco:


- Scrum master:
- conocido como coach
- Acompaña a al product owner a definir buenas historias
- Scrum Team: product owner / Scrum Master / Scrum team?

- Daily: Que hizo ayer / que va hacer hoy / tuvo algun problema

- inmutable no tiene modificación
- conjunto de








- Product owner
- conocimiento experiencia del producto
- Tener disponibilidad
- Autoridad para tomar desiciones
Clase #2
- 2 elementos importantes empirismos y Learn Thinking

- Se basa en la experiencia


- Desperdicios: todo lo que no le sirve al cliente
- Hay que revisar los procedimientos para actualizarlos
- hay que inventariarlos para luego actualizarlos una vez al año
Pilares Valores de Scrum

- Transparente: no se puede ocultar información para poder optimizar
- Inspección:
- Deber ser periodica
- El daily minimo 2 veces x semana
- que ayer / que va hacer hoy / tienes algún impedimento donde yo como scrum master le pueda ayudar?
- Adaptación:
- la inspección nos va a permitir hacer adaptaciones
Valores

- Compromiso:
- el compromiso es con uno mismo que se van hacer las tareas en el tiempo y prioridad establecido
- Estamos comprometidos con un equipo
- Coraje:
- en todo proyecto hay riegos
- No importa los obstaculos estamos en focado en que el proyecto avance
- los con responsables de las tareas de un proyecto PO / SM / STeam
- Apertura:
- En la inspección tenemos que tener apertura para cambios
- Enfoque:
- Respeto:
scrum team

- Entre 3 y 10 personas
- 3 serian (PO,SM/Sdeveloper)
- pero solo puede haber un Product owner
- Si pueden haber varios Scrum Master
- depende del spring pueden cambiar los desarrolladores
- no hay sub equipos ni jerarquias
- debe aportar por el conocimiento no por el puesto

- debe tener especialistas en lo que se ocupa construir
- autogestionado:
- el PO indica que es lo que hay que hacer:
- debe tener disponibilidad
- STeam:
- internamente deciden que hacer cada uno
- estos dicen el como ellos tiene el conocimiento
- el PO indica que es lo que hay que hacer:



- stakeholders:
- en el plannig se pueden invitar personas externas para aclarar las historias de usuario
- NO LA EJECUCIÓN
- Tambien pueden estar en la revisión para que valide el entregable, debe ser la misma persona

- Se debe formar y empoderar el equipo es decir definir los roles PO /SM / ST /SD


Product Owner

- Persona que tiene el contancto con el cliente o stakeholder’s
- Scrum master: Responsabilidad de maximizar la la eficincia del equipo
- PO: Encargado de maximizar el valor del producto

- El PO debe tener:
- conocimiento
- Autoridad
- Disponibilidad
- Caracteristicas


- Puede delagar al scrum master pero siempre las debe asumir


Product Goal

Pantilla Baclog Produc Owner
- Estado:
- Pendiente
- Actual
- Desarrollado
- Interacción:
- En cual spring
- Prioridad:
- Alta / baja / media
- Comentarios:
- Nombre del proyecto
- Valor del proyuecto objetivo del productoi
- scrium master SM PO SD
- equipo develop
- historias de usuario 4 historias de usuario
Product Gol




- Eficacia: PO
- Eficiancia: Scrum Master





