1. Proceso
1.1. Generacion del Product Backlog
1.1.1. Es necesario que el P.O. cree la lista de los requerimientos a implementar en el proyecto
1.2. Sprint planning
1.2.1. Es necesario generar las tareas a implementar (Sprint backlog) y se reparten las tareas entre los integrantes.
1.3. Sprint
1.3.1. Inicia el sprint como tal. Tiene una duración de dos a cuatro semanas, mas de eso no se considera Scrum. Cada día se hace una reunión corta entre el equipo para discutir las metas y tareas.
1.4. Product increment
1.4.1. Se genera una nueva iteración del producto. Esta debe ser una iteración funcional que añada al valor del software.
1.5. Sprint review
1.5.1. Se analiza que se a logrado en el avance del producto, que no se logró, si pasara a producción, etc...
1.6. Sprint restrospective
1.6.1. Es dirigida por el Scrum master con el propósito de verificar que se hizo bien, que no se logró adecuadamente, que se debería seguir haciendo, que hay que mejorar, etc...
1.7. Refinamiento
1.7.1. No es una etapa como tal, pero es importante tener en cuenta que siempre se debe estar pensando en las diferentes funciones del software y en aclarar cualquier duda sobre funcionamiento, capacidades...
2. Roles
2.1. Scrum se basa en tres roles principales con designaciones claras asignadas
2.1.1. Product owner
2.1.1.1. Responsable del product backlog
2.1.1.2. Es de vital importancia que deje claro que es lo que se espera de cada componente del Product Backlog
2.1.1.3. Determina que se debe hacer en que orden. Está encargado de decidir que funcionalidades deben implementarse primero.
2.1.1.4. Debe ser una sola persona
2.1.1.5. Esta encargado de tareas mas administrativas, como determinar la viabilidad por el return on investment, responsabilizarse...
2.1.1.6. Su perfil suele ser administrativo, tener una clara visión de que debe tener el software. Ser capaz de percibir los cambios y necesidades del sistema, conocer con claridad la empresa a donde se va a implementar y contar con la autoridad para determinar todos los pasos mencionados anteriormente.
2.1.2. Dev. Team
2.1.2.1. Son profesionales de varias areas, pueden ser desaarrolladores, DBAs, diseñadores...
2.1.2.2. Ellos mismos determinan la forma y el tiempo en el que realizaran las tareas que se les deleguen y deben tener la capacidad de ver sus errores e incapacidades en el ámbito de implementación, por esto se dice que son auto gestionados y auto organizados.
2.1.2.3. Deben ser comprometidos en el sentido de que deben dar lo que se les asignó en el tiempo que se les asignó y como se les asignó (enfocados).
2.1.2.4. Deben tener la capacidad de trabajar en equipo adecuadamente, y solventar las debilidades de los demás con sus fortalezas (sinergia)
2.1.2.5. Se les debe dar los recursos necesarios
2.1.2.6. Su perfil debe ser de un trabajador comprometido, que es claro en que puede hacer y que no (transparencia) y también deben encargarse de balancear la deuda técnica (las capacidades que se sacrifican a favor de otras.)
2.1.3. Master
2.1.3.1. Es un guía mas que un jefe, y tiene tareas de guianza, reportaje, verificacion...
2.1.3.2. Da soporte a los diferentes roles del procesos
2.1.3.2.1. P.O.
2.1.3.2.2. Dev. Team
2.1.3.2.3. Empresa
3. Manifiesto ágil
3.1. Scrum busca poner el software util sobre una gran documentacion. La documentacion es necesaria pero se mantiene al minimo
3.2. Scrum premia el cambio mejor que otras metodologias.
3.3. Responde al cambio sobr seguir un plan
3.4. Colabora con el cliente
4. ¿Qué es?
4.1. Metodología Ágil
4.2. Enfocada en satisfacer al cliente
4.3. Responsiva al cambio
4.4. Iterativa e incremental
4.5. Basada en tres pialres
4.5.1. Transparencia
4.5.1.1. La comunicación es parte esencial de SCRUM, es necesario que los colaboradores sean honestos en sus capacidades y el product owner en sus deseos
4.5.2. Inspección
4.5.2.1. SCRUM busca agilizar el proceso de desarrollo, y es necesario encontrar las debilidades para solventarlas
4.5.3. Adaptación
4.5.3.1. Scrum es una metodología que premia el cambio y la adaptación sobre un plan rígido y riguroso.
5. Componentes
5.1. Eventos
5.1.1. Es una metodología basada en eventos
5.1.1.1. Sprint
5.1.1.1.1. Planning
5.1.1.1.2. Execution
5.1.1.1.3. Daily Meeting
5.1.1.1.4. Review
5.1.1.1.5. Retrospective
5.1.1.1.6. Refinement
5.2. Roles
5.2.1. Organiza el equipo de trbaajo con diferentes roles
5.2.1.1. Scrum Master
5.2.1.2. Product Owner
5.2.1.3. Dev. Team
5.3. Artefactos
5.3.1. Tiene una seria de utilidades que necesita o genera
5.3.1.1. Product Backlog
5.3.1.1.1. Requerimientos del producto
5.3.1.2. Sprint Backlog
5.3.1.2.1. Tareas a realizar en el sprint
5.3.1.3. Product Increment
5.3.1.3.1. Producto funcional generado a partir del mas reciente sprint