diff --git a/Agile/resumen2.org b/Agile/resumen2.org
new file mode 100644
index 0000000..de453de
--- /dev/null
+++ b/Agile/resumen2.org
@@ -0,0 +1,90 @@
+#+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.
diff --git a/Agile/resumen2.pdf b/Agile/resumen2.pdf
new file mode 100644
index 0000000..c5f5f56
Binary files /dev/null and b/Agile/resumen2.pdf differ