Talleres de requisitos

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

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

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

Profesor

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

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

Alexander Orellana Manayalle

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

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

Felipe Bernardo González Barranco

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

Silvia Isabel Lozano Argel

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

Diego fernando Valbuena Gonzalez

Hace 4 meses

En resumen, el éxito depende de mantener alineado el objetivo con la ejecución. Cuando los resultados no son los esperados, no se cambia el objetivo; se ajusta el método. Se corrige, se mejora y se itera la forma de hacer las cosas hasta lograr el resultado buscado.

ANDRES FELIPE LEON RAMIREZ

Hace 7 meses

Comparto mi Taller de Requisitos que para mi caso lo conocemos como el "Discovery" básicamente es esa primera sesión donde compartimos a todos los stakeholders la iniciativa o proyecto:

Duración: 1 hora

Participantes:

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

Profesor

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

Hace 10 meses

Luis David Convento Silva

Hace 10 meses

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

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

Vanessa Amaya

Profesor

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

Profesor

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

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

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

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

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

Ana Rocío Ramírez Quirós

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