91 lines
5.3 KiB
Org Mode
91 lines
5.3 KiB
Org Mode
#+title: Resumen 2
|
|
#+author: Federico Polidoro
|
|
#+options: date:nil
|
|
|
|
* Asegurate de identificar claramente los roles de Scrum.
|
|
Scrum master
|
|
Desarrolladores
|
|
Product Owner
|
|
Stakeholder
|
|
|
|
* Describí claramente las funciones y responsabilidades del Scrum Master.
|
|
1. Facilita el proceso de scrum.
|
|
2. Ayuda a eliminar los obtaculos que impidan el trabajo.
|
|
3. Garantiza que el equipo comprenda el proceso de scrum y las reglas.
|
|
4. Mejora la comunicacion y colaboracion dentro del equipo.
|
|
5. 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.
|