Metodologías Agiles - SCRUM - Clase 2v1.0

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 15

Metodología Ágiles – SCRUM

Clase 2

Mg. Ing. Erwin E. Salas Coz


¿Cómo será el curso?

• Introducción a las metodologías ágiles y Scrum


• ¿Qué es una metodología ágil?
• Aprendiendo los principios ágiles
• Introducción a Scrum
• Conociendo los componentes de Scrum
Agenda • Comprender los roles en Scrum
• El equipo Scrum
• Forma tu equipo de Scrum
• Presentando al Dueño del Producto o Product Owner
• El rol del Scrum Master
• La base del equipo de desarrollo
¿Cómo será el curso?

• Preparar los artefactos a utilizar en Scrum


• Backlog del producto
• ¿Qué nos cuentan las Historias de Usuario?
• Estimar historias de usuario
• ¿Por dónde comenzar? Prioridades y backlog del sprint
• Midiendo el avance del proyecto
Agenda • Entender y realizar las ceremonias
• ¿Cuál es el ritmo del equipo? El sprint
• Planeando el sprint
• El seguimiento del proyecto: Daily stand-up
• Refinando historias
• Mostrando y aprendiendo: demos y retrospectivas
Comprendiendo los Roles de Scrum
Autor: Carlos Benitez
Scrum Master

Product Owner Scrum Team


Fuente: Deloitte
Product Owner
• El Product Owner es el encargado de optimizar y maximizar el valor del producto, siendo la persona encargada
de gestionar el flujo de valor del producto a través del Product Backlog. Adicionalmente, es fundamental su
labor como interlocutor con los stakeholders y sponsors del proyecto, así como su faceta de altavoz de las
peticiones y requerimientos de los clientes. Si el Product Owner también juega el rol de representante de
negocio, su trabajo también aportará valor al producto.

• Tradicionalmente, se ha entendido la labor del Product Owner como un gestor de requisitos o un cliente que se
encarga de gestionar el Product Backlog, pero es mucho más que eso. No solo tiene la responsabilidad de
mantener el Product Backlog bien estructurado, detallado y priorizado, sino que además tiene que entender
perfectamente cuál es la deriva que se desea para el producto en todo momento, debiendo poder explicar y
trasmitir a los stakeholders cuál es el valor del producto en el que están invirtiendo.

• Con cada Sprint, el Product Owner debe hacer una inversión en desarrollo que tiene que producir valor. Marcar
el Sprint Goal de manera clara y acordada con el equipo de desarrollo, hace que el producto vaya
incrementando constantemente su valor.

• Es fundamental otorgar el poder necesario al Product Owner para que este sea capaz de tomar cualquier
decisión que afecte al producto. En el caso de que el Product Owner no pueda tomar estas decisiones sin
consultarlas previamente con otra persona, deberá ser investido para tomarlas él mismo, o ser sustituido por
esa persona. A su vez, el Product Owner debe convertirse en el altavoz del cliente, en el transmisor de las
demandas y del feeback otorgado por los mismos.
Fuente: Deloitte
Scrum Master
• El Scrum Master tiene dos funciones principales dentro del marco de trabajo: gestionar el proceso Scrum y
ayudar a eliminar impedimentos que puedan afectar a la entrega del producto. Además, se encarga de las
labores de mentoring y formación, coaching y de facilitar reuniones y eventos si es necesario.

• 1. Gestionar el proceso Scrum: el Scrum Master se encarga de gestionar y asegurar que el proceso Scrum se
lleva a cabo correctamente, así como de facilitar la ejecución del proceso y sus mecánicas. Siempre atendiendo
a los tres pilares del control empírico de procesos y haciendo que la metodología sea una fuente de generación
de valor.

• 2. Eliminar impedimentos: esta función del Scrum Master indica la necesidad de ayudar a eliminar progresiva y
constantemente impedimentos que van surgiendo en la organización y que afectan a su capacidad para
entregar valor, así como a la integridad de esta metodología. El Scrum Master debe ser el responsable de velar
porque Scrum se lleve adelante, transmitiendo sus beneficios a la organización facilitando su implementación.

• Puede que el Scrum Master esté compartido entre varios equipos, pero su disponibilidad afectará al resultado
final del proceso Scrum.
Fuente: Deloitte
Scrum Team
• El equipo de desarrollo suele estar formado por entre 3 a 9 profesionales que se encargan de desarrollar el
producto, auto-organizándose y auto-gestionándose para conseguir entregar un incremento de software al final
del ciclo de desarrollo.

• El equipo de desarrollo se encargará de crear un incremento terminado a partir de los elementos del Product
Backlog seleccionados (Sprint Backlog) durante el Sprint Planning.

• Es importante que en la metodología Scrum todos los miembros del equipo de desarrollo conozcan su rol,
siendo solo uno común para todos, independientemente del número de miembros que tenga el equipo y cuales
sean sus roles internos. Cómo el equipo de desarrollo decida gestionarse internamente es su propia
responsabilidad y tendrá que rendir cuentas por ello como uno solo; hay que evitar intervenir en sus dinámicas.

• Habitualmente son equipos ‘cross-funcional’, capaces de generar un incremento terminado de principio a fin, sin
otras dependencias externas.
Dinámica
• Usaremos la plataforma miro.com

• Dinámica de Romper Hielo


• Formar 10 a 15 grupos en el Zoom

• Dinámica Roles de Scrum


• Profesor será el PO
• Elegir al Scrum Master
• Reunión de PO con los Scrum Master
• Scrum Master coordina con el equipo de trabajo los minicomponentes de la pieza de software y su prioización
• Presentación por parte de los equipos el avance de su trabajo en una presentación de no más de 2 minutos.
Bibliografía

Erwin Salas – Tesis: Desarrollo de un Sistema de Gestión y Plataforma Virtual para


Reserva y Pago para una Start Up Basado en Metodologías Ágiles

Recurso web: https://inakiglez.files.wordpress.com/2018/05/charla-scrum_v1-2.pdf

También podría gustarte