5.3 KiB
Resumen 2
- Asegurate de identificar claramente los roles de Scrum.
- Describí claramente las funciones y responsabilidades del Scrum Master.
- Describí con claridad todas las ceremonias del Sprint: Planning, Daily, Review y Retrospective.
- Explicá el propósito y dinámica del Daily Scrum.
- Explicá adecuadamente el rol del Product Owner y su participación en las decisiones del producto.
- Identificá correctamente los entregables al finalizar el Sprint (Incremento).
- Redactá las Historias de Usuario siguiendo el formato "Como [usuario] quiero [acción] para [beneficio]".
- Que es el refinamiento del backlog.
Asegurate de identificar claramente los roles de Scrum.
Scrum master Desarrolladores Product Owner Stakeholder
Describí claramente las funciones y responsabilidades del Scrum Master.
- Facilita el proceso de scrum.
- Ayuda a eliminar los obtaculos que impidan el trabajo.
- Garantiza que el equipo comprenda el proceso de scrum y las reglas.
- Mejora la comunicacion y colaboracion dentro del equipo.
- Optimizacion de la productividad y eficiencia del equipo.
Describí con claridad todas las ceremonias del Sprint: Planning, Daily, Review y Retrospective.
Planning
Es el planificado antes de iniciar el sprint, osea, donde se define que se va a hacer en el sprint.
Daily
Es una reunion que se realiza de forma diaria para poder mostrar en lo que se trabajo el dia anterior y presentar problemas que estemos teniendo.
Review
Es una demostracion del incremento del producto
Retrospective
Se realiza al final del sprint para reflexionar que salio bien y que salio mal.
Explicá el propósito y dinámica del Daily Scrum.
Su proposito es simple. poder mostrar que estuviste haciendo el dia anterior, el actual y que problemas estuviste teniendo.
Desarrollo
Tienen que explicar lo que hicieron el dia de ayer, que van a hacer hoy y que problemas tuvieron.
Scrum Master
Facilita pero no participa directamente en las conversaciones.
PO
puede asistir sin intervenir en la conversacion.
Explicá adecuadamente el rol del Product Owner y su participación en las decisiones del producto.
El Product Owner (PO) se le puede considerar el guardián del valor del producto, responsable de maximizar el valor del producto que el equipo está construyendo. No es un jefe, ni un gerente tradicional, sino un líder de producto que trabaja en estrecha colaboración con el equipo de desarrollo y los stakeholders.
Su participacion se puede definir en estos puntos
- Definir y Gestionar el Product Backlog
- Maximizar el Valor del Producto
- Representar al Cliente (Usuario y Stakeholders)
- Participar en la Sprint Review
- Aclarar y Detallar los Items del Backlog
- Tomar Decisiones Sobre el Producto
La participación del PO en las decisiones del producto es continuamente interactiva y colaborativa:
- Priorización: (MoSCoW, Value vs. Effort). Esta priorización no es arbitraria, se basa en el valor que ofrece cada item.
-
Aclaración y Refinamiento: “Backlog Refinement” (también conocidas como “Grooming”):
- Desglosar items grandes y complejos en tareas más pequeñas y manejables.
- Agregar detalles, criterios de aceptación y estimaciones a los items.
- Asegurarse de que todos los miembros del equipo comprenden las necesidades.
- Resolución de Desacuerdos: Cuando surgen diferentes opiniones sobre lo que se debe construir, el PO facilita la discusión y toma la decisión final, asegurando que la decisión esté alineada con la visión del producto.
- Revisión de Hipótesis: Trabaja con el equipo para validar estas hipótesis a través de experimentos y pruebas.
- Adaptación a Cambios: El PO no se aferra a decisiones anteriores si la información nueva indica que una dirección diferente.
Lo que NO es el Product Owner
- No es el responsable de la implementación técnica: El PO no decide cómo se construye el producto, eso lo hace el equipo de desarrollo.
- No es un jefe del equipo: El PO colabora con el equipo, pero no lo dirige.
- No es un simple "cuidador" del backlog: El PO es mucho más que simplemente agregar items a una lista. Es un líder estratégico que se enfoca en el valor.
Identificá correctamente los entregables al finalizar el Sprint (Incremento).
Lo que hay que entregar es un set de artefactos creados durante la etapa de desarrollo o analisis pasada dentro del sprint terminado. Estos artefactos tienen que cumplir con la "definition of done".
Redactá las Historias de Usuario siguiendo el formato "Como [usuario] quiero [acción] para [beneficio]".
- Como Usuario de Whatsapp quiero hacer una videollamada para poder hablar con mi jefe.
- Como Estudiante quiero poder subir la tarea para que me corrija el profe.
Que es el refinamiento del backlog.
El refinamiento del backlog (Backlog Refinement en inglés) es una práctica esencial en metodologías ágiles como Scrum. No se trata de simplemente añadir tareas al backlog, sino de mejorar y optimizar su contenido para que esté listo para ser seleccionado por el equipo de desarrollo y utilizado para planificar iteraciones (Sprints) de manera eficiente.
¿Qué se hace en el refinamiento del backlog?
- Estimar las tareas: El equipo asigna una estimación de esfuerzo a cada tarea del backlog.
- Descomponer las historias de usuario (User Stories): Las historias de usuario grandes. Se dividen en tareas más pequeñas.
- Priorizar el backlog: El Product Owner, basándose en el valor de negocio, la urgencia y otros criterios, reordena el backlog para asegurar que las tareas de mayor valor se aborden primero.
- Añadir detalles: Se agregan detalles importantes a las historias de usuario como criterios de aceptación.
- Preparar el backlog para el Sprint Planning: El objetivo principal del refinamiento del backlog es asegurar que el backlog esté "listo" para ser utilizado durante la planificación del Sprint.