Reuniones de Scrum
-Sprint Planning Meeting
	*Reunion 1 (1/2 dia)
	Definir qué hacer y qué quiere el PO, discutir backlog (historias y criterios), SM presta asistencia

	*Renión 2 (1/2 dia)
	Definir cómo se va a hacer, seleccionar qué se hará en el sprint, PO debe estar disponible aunque no asista

-Sprint diario (stand-up meeting)
	*Reunión corta, se discute que se ha hecho y qué se va a hacer y si hubo bloqueos. Sin jefes. Se actualizan estimaciones.

-Cierre del sprint
	*Reunión 1 (1/2 día) revisión del sprint
	conversación entre el equipo y PO, revisión para mejorar el producto

	*Reunión 2 (<1/2 día) retrospectiva
	Analizar qué fue bien, qué fue mal, qué se puede mejorar, inspeccionar y adaptar el proceso

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

Diferencias casos de uso e historias de usuario

Un caso de uso representa varias historias de usuario, es más general. CU se detalla en su escenario, que es una secuencia de actividades muy detalladas,
las historias son simples y se completan con los criterios de aceptación, que son mas bien "características".
Las historias usan determinada sintáxis especial y se utilizan para planificar, los casos no.
Los CU se usan en métrica y las historias en scrum.
Las historias se deben completar en su sprint correspondiente pero el CU puede hacerse en varias iteraciones.
A las historias el equipo le da una estimación de tiempo y el PO de valor.

Las historias de usuario sirven para que el cliente nos describa requisitos de usuario que nuestra aplicación tiene que cumplir.
Los casos de uso describen las interacciones entre actores de cara a un requisito o funcionalidad. Ambas describen requisitos y caracteristicas
que tiene que seguir la aplicación pero los casos de uso estudian más las interacciones.


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

Backlog grooming -> Se realiza al final de cada sprint para facilitar la planificación de sprints posteriores. Se reestiman historias viejas,
se estiman nuevas, se separan elementos grandes en más pequeños y se analizan los requisitos.

Story Mapping -> vuelve al backlog bidimensional. Las columnas tienen los diferentes usuarios y los procesos (epics) mientras que las filas
tienen las historias ordenadas por prioridad (sprints)

V o F -> las pruebas de aceptación no son imprescindibles, lo son los criterios de aceptación, totalmente distintos -> indican qué condiciones satisfacer


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

Burndown vs earned value

B se usa en Scrum, EV no.
B muestra el trabajo por hacer frente al tiempo, EV comparara el estado del proyecto actual con el planificado en cuanto a términos económicos.
B muestra la velocidad ideal mientras que EV muestra valor ganado, actual y presupuesto.
B desciende, va desde el valor de tiempo estimado a 0, EV asciende de 0 al coste de presupuesto planificado.
Burndown solo tiene una estimación y EV se pueden hacer más estimaciones sobre los recursos a medida que avanza.

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

Roles Scrum

-PO: representa al cliente, negocio... describe, prioriza, responde preguntas, interactua con el equipo y clientes finales
-Scrum master: experto, aplica el Scrum, puede trabajar pero es recomendable que no, no es el jefe (no hay), elimina impedimentos, se adapta a la experiencia
-Team: autogestión, estima tiempos, dice cómo hacer el trabajo, multifuncional, 5-9 personas

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

Backlog: Lista priorizada de historias de funcionalidades, evoluciona con el proyecto: el equipo asigna estimación de tiempo, el PO un valor de negocio
Se va corrigiendo y evaluando.
Debe quedar claro que se hace en un sprint y en otro.
Todo lo que no esté no existe, por eso debe añadirse todo lo que se hace aunque otorgue poco valor.

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

Release planning: elegir que historias seran entregadas en el siguiente sprint y cuando se realizara la entrega
*Alcance fijo + fecha variable
*Fecha fija + alcance variable
*alcance y fecha fijos -> problemas
*compromiso alcance,tiempo,coste -> triangulo de oro
El coste o recursos: cuanto dinero, personas, etc. se dedicará al proyecto.
si es variable el alcance,por ejemplo, aumenta, dada una calidad determinada, hay que aumentar la fecha y/o los recursos
		alcance            fijo
	   tradiciona
tiempo           coste     variable      alance : tradic (metrica) fijo el alance y varas tiempo y presupuesto, scrum fijo tiempo y coste y haves lo q puedes
---------------------------------------------------------------------------------------------------------------------------------------------------------

Planificación temporas métrica y scrum
scrum: se basa en ciclos, duran de 1 a 4 semanas, desarrollo incremental y secuencial con solapamiento
métrica: se basa en procesos,la duración es indefinida, la planificación es completa, secuencial y sin solapamiento

En Métrica se siguen varios procesos que tienen distinta temática, sea de analizar requisitos, diseñar los sistemas, testear.
 Una vez terminado uno, no se vuelve a él. En Scrum, todos los procesos se repiten en cada ciclo, retocando y mejorando de forma incremental
 Metrica separa los procesos de desarrollo y gestion mientras que scrum los une. metrica todo detallado desde el principio, scrum incremental

 .........
 Comienzo - definir y acordar el alcance
Elaboracion - selección de casos de uso que permitan definir
Construcion - programación
Transición - aseguarar de que el software está disponible