Please enable JavaScript.
Coggle requires JavaScript to display documents.
Certificación Scrum Master (Acrónimos y terminología (INVEST (INVEST in…
Certificación Scrum Master
Artefactos
Product Backlog
Contiene Features/Stories
Priorizadas
Refinamiento
Sprint Backlog
Contiene tareas
Elementos del Product Backlog para un Sprint
Plan para desarrollar los elementos del Product Backlog para un Sprint
Increment
Utilizable
Potencialmente desplegable
Roles
Product Owner
1 por Scrum Team
Propietario Product Backlog
Scrum Master
1 por Scrum Team
Facilitador y acompañante
Responsable proceso se cumpla
Problem-resolver
Development Team
Entre 3 y 9 miembros por Scrum Team
Autoorganizados
Multifuncionales
Eventos
Tipos de eventos
Sprint review
1 hora por semana de Sprint
Scrum Team, Stakeholders opcionales
Presentación del incremento
Sprint retrospective
45 minutos por semana de Sprint
Todo Scrum Team
Acciones de mejora
Daily meeting
Máximo 15 minutos
Obligatorio Development Team opcionales el resto
Sprint planning
2 horas por semana de Sprint
Obligatorio Scrum Team
Planificación actividades durante el Sprint
Tiempos
Tiempo máximo (time-boxed)
Pueden acortarse siempre que se alcance el objetivo del evento
Evitar desperdicio de tiempo
Pilares vitales
Transparencia
Inspección
Sprint
Duración
De 1 semana
A un mes
Todos misma duración
Se crea un incremento
Tiene un objetivo
Definición de terminado
Comienza inmediatamente tras la finalización del anterior
Contienen todos los eventos
Durante Sprint
No cambios afecten objetivo del Sprint
Objetivos de calidad no disminuyen
Alcance puede clarificarse y renegociarse a medida que se va aprendiendo
Entre
Product Owner
Development Team
Cancelación
Solo Product Owner tiene autoridad
Puede influir
Stakeholders
Development Team
Scrum master
Acrónimos y terminología
DEEP
A well refined Product Backlog is DEEP
D - Detailed - the details are added over time
E - Estimated - backlog items are estimated
E - Emergent - a product backlog changes over time
P - Prioritized - the most valueable items are on top
SMART
Make (iteration) goals always SMART
S - Specific - target a specific goal
M - Measurable - quantity or at least suggest and indicator of progress
A - Achievable - be realistic
R - Relevant - check relevancy of the goal
T - Time-bound - assign a target-date
INVEST
INVEST in well-defined user stories
I - Independent - the user story has no dependency to other stories
N - Negotiable - user stories can always be changed and rewritten
V - Valuable - a user story must deliver value to the end user
E - Estimate - you must be able to estimate the size of a user story
S - Small - a user story must fit into a spring, but should be smaller
T - Testable - a user story must be testable
MoSCoW
When it comes to prioriting your backlog "MoSCoW" can serve well
M - Must have - the requirement is core and must be satisfied for success
S - Should have - the requirement is important and should be satisfied for success
C - Could have - the requirement is desirable but not necessary for success
W - Won't have - the requeriment will not be implemented
MVP - Minimo producto viable
MMP - Minimo producto marketeable
DoD - Definition of Done - se utiliza para evaluar cuando se ha completado una historia de usuario
Creado Scrum Team
Criterio de aceptación - se define para cada historia de usuario o item del product backlog y se aplica individualmente a cada una de ellas.
Definition of Ready - Es un acuerdo de trabajo entre el equipo y el propietario del producto sobre lo que significa la preparación. Es un criterio de entrada para planificar una historia en un sprint. ... Es la responsabilidad del propietario del producto que haya una definición de listo definido. El equipo de Scrum puede negarse a llevar un elemento al sprint.
Debe cumplirse para poder incluirse en el Sprint Backlog
Fechas y autores
1995 - Ken Schwaber y Jeff Sutherland presentaron Scrum en la conferencia OOPSLA
Nonaka y Takeuchi
Manifiesto Agile
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Scrum
Pilares básicos
Transparencia
Inspección
Adaptación
Iterativo e incremental
Scrum Team
Tableros y charts
Scrum board
Spring burndown chart
Actualizado diariamente por el Development Team tras la Daily Meeting
Release burndown chart
Actualizado por el Product Owner después de cada Sprint Review