Se plantea un proyecto cuyo objetivo es crear un portal web sobre nutrición donde un usuario puede insertar su perfil (edad, altura, peso, etc) y sus hábitos alimenticios de manera que puede obtener una recomendación de dieta que le lleve a tener el peso ideal.
¿Cómo convertirías esta estructura tradicional en una estructura de roles propia de Scrum?
2. Enunciado
Proyecto cuyo objetivo es crear un portal web sobre
nutrición
Convertir estructura tradicional en una estructura de
roles propia de Scrum
Un responsable de producto
Un responsable de proyecto
3 asesores expertos en alimentación
2 diseñadores/maquetadores expertos en entornos web
7 desarrolladores de software de los cuales 4 son expertos
en entornos web
3. Asignación de Roles
Product Owner
Responsable de
Producto
Scrum Master
Responsable de Proyecto
Equipo multidisciplinar
Early-adopters
3 miembros
Diseñador
Desarrollador web
Desarrollador
Cliente
Asesor experto
Ventajas
Separación de roles
Product Owner
Cliente
Delimitación de
funciones
Historias de usuario
adaptadas al Cliente
Ayuda a Product Owner
a obtener visión del
producto
4. Asignación de Roles. Alternativas
Incluir asesor en el equipo
Asesor experto
Diseñador
Desarrollador web
Desarrollador
Ventajas
Aporta conocimiento al equipo
Aumenta calidad entregables
Solución adoptada
Fase I. Asesor como Cliente.
Fase II. Integrar Asesor en Equipo.
5. Scrum in Action. Fase I
Formación en metodología
Product Owner
Gestión y actualización del Product Backlog
Proporcionar visión del producto
Adquirir conocimiento técnico y funcional del producto
Scrum Master
Evitar bloqueos
Ayudar al equipo a auto-organizarse
Facilitar comunicación
Velar por el cumplimiento de la metodología
6. Scrum in Action. Fase I
Definición del Product Backlog
Priorización de historias de usuario
Realizar dos sprints (2 semanas cada uno)
Sprint Planning al inicio del sprint
Sprint Backlog
Daily Scrum
Invitar a todos
Sprint Review
Sprint Retrosprective
8. Scrum in Action. Fase II
Creación dos equipos
6 miembros cada uno
Product Backlog único
Sprint Planning independiente sobre el mismo Product Backlog
Cada equipo desarrolla HU completas
Proporciona visión global a los dos equipos
Facilita la compartición de conocimiento
Daily Scrum conjuntos
Puesta en común de avances y bloqueos
Demostración en único Sprint Review
Sprint Retrospective diferente por equipo
Evitar coacciones a la hora de hallar puntos débiles y fuertes
9. Scrum in Action. Fase II
Team A
Asesor Experto*
Asesor Experto
Diseñador
Desarrollador web**
Desarrollador web
Desarrollador
* Cliente en Fase I
Team B
Asesor Experto
Diseñador**
Desarrollador web
Desarrollador web
Desarrollador**
Desarrollador
** Equipo en Fase I