2008-09-24 30 views
5

Hemos estado usando Scrum en algunos proyectos ahora con éxito variable y ahora tengo una consulta relacionada con la documentación.En Scrum, ¿dónde se sientan los detalles?

En Scrum, obviamente tiene la acumulación de productos ("La aplicación comienza al mostrar el último documento con el que estaba trabajando el usuario") y la tarea acumulada ("Implementar contraseña olvidada"). Sin embargo, en todos los ejemplos que he visto, estos dos elementos tienen un nivel bastante alto en términos de detalles (se diseñaron para que quepan en una nota post-it).

Entonces, ¿dónde se sientan los detalles? Digamos que el cliente tiene algunos requisitos muy específicos para una pantalla de administración de existencias, o tiene una API compleja que necesita integrarse en el back-end, ¿dónde está documentado esto, cómo y quién captura esta información? ¿Está separado de la cartera de pedidos pero se rellena justo a tiempo o de alguna otra manera?

+0

Voy a cerrar esta pregunta como fuera de tema porque no se trata de programación. – EJoshuaS

+0

Esta pregunta no está relacionada con el tema porque no está dentro del alcance de este sitio, como se define en [¿Qué temas puedo preguntar aquí?] (// stackoverflow.com/help/on -topic) También vea: [Qué tipos de ¿Debería evitar preguntar?] (// stackoverflow.com/help/dont-ask). Puede solicitar en [otro sitio de Stack Exchange] (// stackexchange.com/sites#name), por ejemplo [pm.se] o [softwareengineering.se]. Asegúrese de leer la página del tema en el centro de ayuda de cualquier sitio en el que desee publicar una pregunta. – Makyen

+3

Estoy votando para cerrar esta pregunta como fuera de tema porque se trata de gestión de proyectos, no de programación. – TylerH

Respuesta

8

Sprint backlog

La cartera de Sprint es un documento muy detallado que contenga información acerca de cómo el equipo es va a implementar los requisitos para la próxima carrera de velocidad. Las tareas son desglosadas en horas sin que la tarea tenga más de 16 horas. Si una tarea es mayor a 16 horas, debe ser desglosada. Las tareas en el sprint backlog nunca se asignan, sino que los miembros del equipo se registran según lo que quieran.

+0

Esto sugiere un único documento grande, electrónico o de otro tipo, pero tenía la impresión de que cada tarea es en realidad un documento separado, algo que cabría en una tarjeta de índice. ¿Estoy confundiendo XP con SCRUM? –

-1

Según entiendo, requisitos específicos como este son manejados por el propietario del producto. Se relacionarán con el cliente durante Sprint Planning 2 y actualizarán las tareas con requisitos específicos según sea necesario; de ahí que el Product Owner sea un asistente opcional de la reunión de Sprint Planning 2. Esto le da un híbrido de Just-in-Time y Sprint Planning 2 población de los detalles. Cualquier cosa que no esté satisfecha en el momento de venir a trabajar en la tarea será un impedimento y deberá ser tratada con un scrum diario por parte del dueño del producto.

Como el desarrollo de Agile es ágil al usar Scrum, no debería encontrar demasiados problemas para obtener los requisitos justo a tiempo.

3

El detalle se puede sentar en una wiki al alcance de todo el equipo y editable por todo el equipo.

2

No estoy seguro de si esto es tan simple como parece. También hemos visto desafíos con la parte de detalles. Digamos si estamos desarrollando una historia que requiere capturar información de contacto simple para, digamos, un sistema de CRM. Ahora tengo las historias del PO y pasamos por la reunión de planificación de sprint y entendimos las primeras 5 historias que cumplen con nuestra velocidad. Sin embargo, siempre es una lucha para capturar todos los detalles de la conversación, por ejemplo, cómo se debe diseñar la pantalla, cuáles son los más de 20 campos que necesita tener en la pantalla, algunos de estos campos pueden buscar información de otras tablas/vistas, etc. Quién captura esos detalles, si es el PO o desarrollador y cuál es la mejor práctica para almacenar estos detalles. En este momento estamos tratando de usar wiki para esto, sin embargo se convierte en un gasto excesivo al tratar de mantener los elementos de acción sobre quién necesita actualizar qué detalles y para cuándo.

Cuestiones relacionadas