M2 - Metodologías Ágiles

 Filosofía Scrum como Framework: se desarrolló GUIA SCRUM en los 90 a través del manifiesto
agil.

 4 PILARES:

 1) CICLOS ITERATIVOS o SPRINTS: espacios cortos de duración fija de valor incremental en

donde el equipo involucrado desarrolla los entregables que probará el usuario de acuerdo a objs
prefijados. Posée 3 INSTANCIAS:

 PLANIFICACIÓN: se prioriza objs y confeccionan plan de trabajo

 DESARROLLO: se materializa lo anterior

 REVISIÓN: en presencia del cliente para hacer adadaptaciones necesarias para pasar al
ciclo siguiente.

 No es el conocimiento sino compromiso y empoderamiento grupal que permite sinergizar

esfuerzos y desarrollar propuesta de valor.

 COOPERACIÓN de Equipos Interdisciplinarios está formada por:

 AUTOGESTIÓN (son todos libres y resp) - IGUALDAD (de oportunidades para aportar a
esos objs no reconociendo jerarquías de conocimiento y demás) -

 LIDERAZGO INTERACTIVO CON EL CLIENTE: Estrategia de nogocio --> Clientes o Stakeholders --

> Equipo Scrum

 obj: traducir propuesta de valor que satisfaga al cliente en términos usado por el equpo.

 SCRUM es FILOSOFÍA DE GESTIÓN basada en 1) Priorización de Valor 2) Desaqarrollo iterativo

incremental en etapas 3) Autogestión 4) Liderazgo centrado en cliente

-------------------------------------

ROLES SCRUM CLAVES

Compromiso Coraje Foco Apertura y Respeto (valores claves del scrum)

Estos dependes de que cumplan sus roles claves c/u.

ROLES CLAVES:

1) EQUIPO DE DESARROLLO: materializan el incremento de valor del producto. (5/9 miembros).

Utilizable por el cliente. Ningún miembro externo al equipo puede meterse con sus objetivos y
incremento de valor del producto sin importar jerarquía.
Posée 3 DIMENSIONES: 1) OBJ CLARO Y ESPECÍFICO - 2) DINÁMICA DE TRABAJO AUTÓNOMO QUE
FACILITE COMPROMISO Y SINERGIA DE APRENDIZAJES 3) GRUPO HUMANO HETEROGENEO Y APTO
QUE GARANTICE MEZCLA DE IDEAS.

2) PRODUCT OWNER: nexo entre equipos de desarrollo y los stakeholders. Representa voz del usuario y
es su responsabilidad por optimizar valor de producto interpretando necesidades del cliente en base a
las que armará y actualizará la Lista de Producto / Product BackLog (que indica varios requerimientos o
SPRINTS para el equipo de desarrollo). Revisa y valida SPRINTs (ciclos de resolución de un requerimiento
que pueden ser varios    dentro de un mismo Backlog).    Un Sprint puede tener varias Users Stories
(Historias de Usuarios) que son pequeños resúmenes de lo que se espera de un producto, validados por
PRODUCT OWNER

3) SCRUM MASTER: líder y mentor facilitador de dinámica de trabajo del equipo de desarrollo (a quienes
ayuda a organizar aunque sin decidir por ellos) . Ayuda a priorizar y seleccionar atributos a cumplir en
cada SPRINT. Intenta que miebros del equipo de desarrollo entiendan y se comprometan con lista de
pendientes ayudan a que aprendan en cada ciclo si bien no tiene ingerencia en toma de decisiones del
equipo.

--------------------------------

EVENTOS Y CEEMONIAS
Filosofía SCRUM involucra 6 Eventos/Ceremonias que aseguran logros de objetivos en c/SPRINT:

1) CICLO SPRINT: es el centro de todo. Allí se da incremento de valor por equipo de desarrollo. Dura
entre 2 y 4 semanas. Miembros pueden trabajar en equipo o individualmente pero siempre coordinados.

2) SPRINT PLANNING: Asegura cumplimiento de objs e incremento de valor del product al final de sprint.
Se realiza al inicio de este (máx 8 hs de duración) y se define CUÁL ES EL ENTREGABLE DE ESE SPRINT.

Equipo de Desarrollo y Product Owner discuten y acuerdan objs de incremento de producto del sprint y
priorizan funcionalidad a cumplir de lista de producto (PRODUCT BACKLOG) de acuerdo al último
incremento de producto, capacidad proyectada del equipo y Rendimiento del mismo.

Equipo de Desarrollo y Scrum Master elaboran en conjunto este plan de trabajo para durante el Sprint
definiendo Org de actividades,    Responsables por c/u,y Recursos a Aplicar.

3) DAILY SCRUM: Permite cumplir Sprint Planning. Implica reunión diaría del equipo de máx 15 min para
planificar laburo del día para mejorar colaboración y compartir avances y evaluar proyecciones. SCRUM
MASTER lo supervisa: planteando avances de ayer para el logro del sprint, lo q se hará hoy,
limitaciones a tener en cuenta.

4) SPRINT REVIEW: implica revisión de que se cumpla el incremento de valor del producto, recibir
feedback de pruebas de uso y adaptar BackLog (Lista de Producto) en caso necesario constantmente (lo
q la hace clave). Máx 4 hs de duración liderado por Scrum Master en presencia del Equipo de
Desarrollo, Product Owner y Stakeholders.

5) SPRINT RETROSPECTIVE: es reunión de autoevaluación (máx de 3 hs) anes de iniciar c/Sprint para
revisar dinámica de trabajo constantemente. Asegura que el funcionamiento del equipo sea sustentable
y mejorado constantemente.

6) PRODUCT BACKLOG REFINEMENT (PBR): es actualización del Backlog o listado de productos por el
Product Owner en función del Sprint Review o de actualizaciones que surjan de requerimientos del
Cliente y lista de pendientes.

-------------------------

ARTEFACTOS SCRUM
son info relevante para hacer mas transparencia y comprensión entre interventores y el ciclo así como
dando trazabilidad a lo largo del sistema.

 PRODUCT BACKLOG (Listado de Producto) es la columna vertebral para lograr objs del SCRUM
pues comprende caracts, funciones y atributos a incorporar al incremento de producto terminado.   
Formado por User Stories (que son pequeños resúmenes de lo que se espera de un producto) validados
por PRODUCT OWNER.    Product Backlog se adapta a necesidades cambiantes del cliente, lista de
pendientes, retroalimentación de avances obtenidas de c/SPRINT REVIEW.

Es adaptativo, dúctil, y diverso.

 SPRINT BACKLOG (LISTA de PENDIENlTES) es la img de trabajo planeada por Equipo de

Desarrollo pal sprint. Formada por ciertos puntos del PRODUCT BACKLOG (Lista de Producto) que
fueron priorizados por por Equipo Scrum para ese Sprint e incluye el plan de detalle pal mismo.

 TABLERO DE TAREAS/SPRINT CANVAN permite visualizar    SPRINT BACKLOG (LISTA de

PENDIENlTES) y evolución del cumploimiento de cada tarea que es modificado según el avance.

 PRODUCT INCREMENT: es el conjunto de elementos del Product Backlog completados al final

del Sprint y así con valor agregado. El producto que sale de este Sprint debe poder usarse en el mercado
más allá de no ser el producto final    o de que Product Owner decida o no que se terminó.