Talleres de requisitos

Clase 6 de 12 • Curso de Herramientas y Frameworks Intermedias para Product Owners

Clase anteriorSiguiente clase

Sandra Sierra

student•

Hola, mi ejercicio: Agenda propuesta - Taller de requisitos 0. Romper el hielo (3 mins)

Todos al aquí y al ahora: objetivo de la reunión y presentación de agenda(3 mins)
Presentación de la HU a refinar: lidera PO, compartir visión (5 mins)
Intervención de usuarios: visión, contexto (5 mis)
Preguntas del equipo para detallar requisito (10 mins)
Conversación detalles técnicos del equipo Dev (10 mins)
Lectura final de la HU, aprobación
Cierre

Tiempo total de la sesión: 30 minutos

Steven Pardo

student•

Talleres de Requisitos

🔍 Objetivos de los Talleres:

Especificar: Detallar los requisitos de manera clara y concisa.
Refinar: Mejorar y precisar los requisitos para alinearlos con los objetivos del proyecto.
Incluir: Asegurarse de que todos los requisitos necesarios estén contemplados.
Eliminar: Descartar los requisitos que no agregan valor al proyecto.

🤝 Enfoque Colaborativo:

Realizar estos talleres con la participación activa de todos los miembros relevantes del equipo.
Fomentar un ambiente de trabajo inclusivo y abierto a la discusión.

👥 Involucrados Relevantes:

Quienes Tengan Conocimiento: Expertos en la materia que pueden proporcionar detalles precisos sobre los requisitos.
Quienes Puedan Tomar Decisiones: Personas con la autoridad para tomar decisiones críticas durante el taller.
Quienes Ejecutan: Miembros del equipo que llevarán a cabo las tareas, quienes necesitan comprender completamente los requisitos.

Sandra Sierra

student•

Me queda una inquietud con los talleres para refinamiento. Entiendo que entre mas personas relevantes invite, mejor quedará el taller, pero al hacerlo en medio del desarrollo de un sprint y llevar a los Sdev a esta actividad, ¿no los estoy desenfocando del compromiso principal que es cumplir el objetivo del sprint?

Vanessa Amaya

teacher•

Hola Sandra!

El refinamiento más bien es una tarea para el Product Owner toma en cuenta la voz de los desarrolladores para ver que dudas hay y cómo se puede especificar mejor. Los talleres de refinamiento son cortos y directos cuando se involucra a los desarrolladores y el objetivo es para validar el entendimiento. Derivado del taller el Product Owner se lleva "tarea" que hacer.

Y si, el objetivo es cumplir los objetivos del sprint, pero si no hay entendimiento, no se va a poder cumplir el objetivo del siguiente sprint.

Lo que se refina no es del sprint actual sino del siguiente.

Sandra Sierra

student•

Gracias @vanessa_amaya, la clave es un taller corto y directo.

Alexander Orellana Manayalle

student•

Se pueden realizar cuando :

Recien estas empezando tu proyecto
Cuando estas teniendo tu primera reunión de Backlog
Tambien puedes realizarlo mientras esta en desarrollo un SPRINT y quieres refinar tu backlog con tu equipo del siguiente SPRINT

Se realiza en un momento de analisis previo o anteproyecto.

!Untitled

Involucrados relevantes == Stakeholders

No necesariamente una persona cuenta con estas 3 caracteristicas.

Los perfiles de negocio quizas tengan el conocimiento del producto pero son equipo scrum quien lo va a crear y ejecutar.

Es probable que sea necesario tener a los perfiles de negocio y equipo scrum para que el taller sea efectivo

Estos talleres pueden tener una duración de 30 min pero si seria necesario tener :

Una descomposición funcional
Un mapa mental
Una lista
Historias de Usuario, etc.

francisco escalante

student•

es correcto esos talleres de requisitos sin clave para el éxito de proyecto.

Felipe Bernardo González Barranco

student•

Hablar de acciones y cómos para trabajar de manera colaborativa

Silvia Isabel Lozano Argel

student•

Agenda Taller de requisitos

Duracion: 2 horas
Invitados: PO, arquitectos, desarrollador senior, expertos del negocio, usuarios finales
Qué queremos lograr: Identificar caracteristicas principales de producto software
Actividades: Check in impact mapping para identificar metas, actores, comportamientos y funcionalidades check out o cosecha

Yangetze González

company_admin•

Tengo una duda. Entiendo que estos talleres son para el trabajo que viene, como dices un próximo sprint. Ahora los invitados: Además de los developers, que sé que no son solo QA, y programación, sino todos los que desarrollan. Puedo traer a otras personas que me aporten? Es eso a lo que se refiere con: los que toman decisión, los que ejecutan...?

Vanessa Amaya

teacher•

Hola! si claro!! Yo incluso he llegado a invitar Arquitectos de Software. Quienes tengan información para aclarar y aumentar el entendimiento sobre lo que se va a realizar (Que en Scrum sería el Product Owner pero se vale invitar además a otras personas que puedan aportar) Quienes puedan decidir y priorzar Quienes vayan a realizar el producto

Juan Gonzalez

student•

Luis David Convento Silva

student•

Hola mi ejemplo es el siguiente

Agenda propuesta - Taller de requisitos "Pantalla de inicio"

Integrantes:

PO
Scrum Master
Dev team (Diseñadores)
Cliente

Programa:

Introducción a la problemática a analizar (2 mins)
Presentación del backlog de la función (5 mins)
Refinamiento y especificación de HU (15 mins)
Retro-alimentación y confirmación de entendimiento (5 mins)
Cierre

Andrea Queccara

student•

hola, deben participar también los desarrolladores dentro de este taller? o solo usuarios a nivel funcional?

Vanessa Amaya

teacher•

Hola!

Recomiendo participen los desarrolladores, porque deben de participar en los talleres de requisitos: Quienes tengan información para aclarar y aumentar el entendimiento sobre lo que se va a realizar (Que en Scrum sería el Product Owner pero se vale invitar además a otras personas que puedan aportar) Quienes puedan decidir y priorzar Quienes vayan a realizar el producto

Yangetze González

company_admin•

Otra duda que se me presenta. En mi caso, mi equipo tiene una capacidad de 6 items x sprint. Podría hacer una reunión por cada uno, o podría agrupar estas sesiones en dos o tres, para no tener esa reuniontitis 😂. Tengo claro que dependerá de cada item y su complejidad, pero hay otras estrategias? Por ejemplo, hacer cosas asíncronas?

Vanessa Amaya

teacher•

Hola! No se de cuántas personas sea tu equipo, pero me suena a que están trabajando con items no independizados y a alto nivel, es decir, que están trabajando con épicas y no con historias de usuario. Entre menos elementos haya, menos deben de tardarse en desarrollar. A menos de que tengan muchos proyectos a la vez porque eso hace que baje enormemente el desempeño y la capacidad.

Las reuniones se dificultan mucho cuando se está en muchos proyectos a la vez.

Lo importante de una sesión de trabajo, dure lo que dure es que: Sea directa y al grano De claridad y entendimiento Ayude a identificar cómo se le puede ayudar al equipo a avanzar mejor o a desatorar algún problema

Y lo mejor sería: avanzar mientras estamos juntos, o sea, no nada más tener reuniones informativas sino reuniones de TRABAJO

Gabriel Leonardo Vásquez Prieto

student•

talleres de requisito se pueden hacer al iniciar el proyecto con la primera versión de backlong en la planeamiento a quien invitamos son aquellos que tiene cocimiento para toma de decisiones y quien la ejecutara

Flavia Di Giorgio

student•

RESUMEN:

*TALLERES DE REQUISITOS

*SESIONES DE TRABAJO

*ESPECIFICAR

*REFINAR

*INCLUIR

*ELIMINAR. * ELEMENTOS DE TRABAJO: REQUISITOS.

* DE MANERA COLABORATIVA

*INVOLUCRADOS RELEVANTES:

*QUIENES TENGAN CONOCIMIENTO

*QUIENES PUEDAN TOMAR DECISIONES

*QUIENES EJECUTAN

*APROVECHAR EL TIEMPO:

*ACTIVAMENTE UNA SESION DE TRABAJO:

*NO SOLO HABLAR DE ESTATUS Y DE ACCIONES, DEFINIR CÓMOS JUNTOS.

HAY QUE LOGRAR LA MANERA COLABORATIVA!

Carlos Roberto Doblado Ochoa

student•

Estos tallares son sesiones de trabajo donde nos dedicamos a especificar, refinar, incluir y eliminar elementos de trabajo o requisitos pero haciendolo de manera colaborativa.

Patricio Sánchez Fernández

student•

Al exceso de reuniones, en la empresa le llamábamos: "Reunionitis"

Ana Rocío Ramírez Quirós

student•

Hola, mi ejercicio:

Agenta propuesta: Taller de requisitos.

invitados: lider del proyecto, experto en desarrollo, experto en calidad.

duración de la reunión: 50 minutos

actividades:

saludo y presentación del grupo (3 minutos)
Objetivo de la actividad (1.5 minutos)
Leer la historia de usuario que tenemos hasta ahora. (4 minutos)
Intervención de preguntas y mejoras técnicas de todos los invitados. (30 minutos)
Si es posible correción de lo sugerido o si no se aplaza la reunión hasta que se encuentren las mejoras corregidas. (7 minutos)
Si se logra corregir todo lo sugerido, volver a leer la HU para el visto bueno. (4 .5 minutos)
Cierre.

Juan Fernando Vasquez Duque

student•

1. Comenzamos con una breve introducción y presentación de la agenda.

2. El Product Owner liderará la presentación de los elementos de historia de usuario que necesitan refinarse y compartirá su visión .

3. Los usuarios tendrán la oportunidad de intervenir y proporcionar su perspectiva.

4. preguntas para obtener detalles sobre los requisitos .

5. Se llevará a cabo una última revisión y aprobación de las historias de usuario.

6. Cerraremos la sesión.

El tiempo debe ser menor a 30 min

Daniel Hidalgo

student•

Mi taller lo dividiría en los 3 puntos clave que mencionó Vanessa:

Estarían presentes: POwner, SMaster, Equipo de desarrollo.

TALLER DE REQUISITOS: **Estatus: **Presentar Anteproyecto, HU, Prototipos, Metas, Esquema de descomposición, etc. **Acciones: ** Depurar, marcar objetivos, estimación y prioridades Cómo: Intervención de equipo de desarrollo para proponer pautas y herramientas.

Al final se realizaría una minuta y se enviaría por correo a todos los involucrados.

Jhon Alexander Acevedo Nuñez

student•

lo importante es tener participación de los que

saben, que deciden y que ejecutan

en la misma sesión para poder agilizar.

Talleres de requisitos

Prácticas básicas

Historias de usuario

Esquematización de elementos de trabajo

Descomposición

Prototipado como medio de especificación

Prácticas de estimación y priorización

Estimación colaborativa

Talleres de requisitos

Priorización de elementos de trabajo

Prácticas centradas en el usuario

Principios de orientación al usuario

Técnica de Buyer Persona

Técnica de Value Proposition Canvas

Técnica User Journey

Cierre

¿Por dónde empiezo?