historias de scrum y detrás de las escenas características [cerrada]

Question

A mi entender las cosas, la cartera de Scrum se compone de una serie de historias que representan algo para el usuario final y esto se descompone aún más en Características.

Si este es el caso, en que hace todo el detrás de las escenas características van más que no están muy vinculados a una historia, pero siguen siendo útiles?

Por ejemplo, digamos que estoy haciendo una aplicación que cataloga el contenido de un disco duro. Una historia no se requiere, pero que tiene un hash MD5 de cada archivo sería una buena característica para marcar los duplicados.

Answer 1

La plantilla clásica de historias de escritura buenas es: "Como , quiero para que "(o variaciones en torno a este) y una historia de hecho deben proporcionar valor de negocio . ¿Por qué? Bueno, si una historia no se comunica el valor de negocio que genera, ¿cómo podría un (muy probablemente no técnico) Producto Propietario evaluar su importancia y prioridad que en consecuencia? Escribir buenas historias aumenta sus posibilidades de conseguir que calificaron como importante y por lo tanto su aplicación.

Una gran herramienta para encontrar buena valor de negocio es el 5 porqués (que se utiliza para el análisis de causa raíz, es decir, la búsqueda de la causa de un problema). La documentación pepino explica muy bien cómo usarlo para encontrar un poco de "bueno" el valor del negocio y tiene una muy buena muestra, así, en lugar de parafrasear, yo estoy citando la explicación a continuación:

El valor del negocio y MMF

Se debe discutir el "Para" parte de la característica y pop el por qué apilar un máximo de 5 veces (preguntar por qué de forma recursiva) hasta que se termina con una de los siguientes valores empresariales:

• Proteger los ingresos
• Aumentar los ingresos
• Administrar coste
• Aumentar el valor de la marca
• Hacer que el producto notable
• proporcionar más valor a sus clientes

Si estás a punto de poner en práctica una característica que no soporta uno de los valores, es probable que esté a punto de implementar una característica no valioso. Considere lo arrojó por completo o empujándola hacia abajo en su cartera de pedidos. Atención en la aplicación de los fondos del mercado monetario ( mínimo Características negociables ) que la voluntad proporcionar el mayor valor.

Este es un ejemplo tomado de una IRC sesión de chat en #cucumber:

[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature 
                         "login" (imagine an application like youtube)
[5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"?
[5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login 
                         in the application (?)
[5:09pm] Luis_Byclosure: why do I want to be recognized among other people?
[5:11pm] aslakhellesoy:  Why do people have to log in?
[5:12pm] Luis_Byclosure: I dunno... why? 
[5:12pm] aslakhellesoy:  I'm asking you
[5:13pm] aslakhellesoy:  Why have you decided login is needed? 
[5:13pm] Luis_Byclosure: identify users
[5:14pm] aslakhellesoy:  Why do you have to identify users?
[5:14pm] Luis_Byclosure: maybe because people like to know who is 
                         publishing what
[5:15pm] aslakhellesoy:  Why would anyone want to know who's publishing what?
[5:17pm] Luis_Byclosure: because if people feel that that content belongs 
                         to someone, then the content is trustworthy
[5:17pm] aslakhellesoy:  Why does content have to appear trustworthy?
[5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and 
                         consequently in the website
[5:20pm] Luis_Byclosure: Why do I want to get people interested in the website?
[5:20pm] aslakhellesoy:  :-) 
[5:21pm] aslakhellesoy:  Are you selling something there? Or is it just for fun?
[5:21pm] Luis_Byclosure: Because more traffic means more money in ads
[5:21pm] aslakhellesoy:  There you go!
[5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase 
                         de revenues.
[5:22pm] Luis_Byclosure: And this is the end, right?
[5:23pm] aslakhellesoy:  In order to drive more people to the website and earn more admoney, 
                         authors should have to login, 
                         so that the content can be displayed with the author and appear 
                         more trustworthy.
[5:23pm] aslakhellesoy:  Does that make any sense? 
[5:25pm] Luis_Byclosure: Yes, I think so
[5:26pm] aslakhellesoy:  It's easier when you have someone clueless (like me) to ask the 
                         stupid why questions
[5:26pm] aslakhellesoy:  Now I know why you want login
[5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything
[5:26pm] aslakhellesoy:  And if I was the customer I am in better shape to prioritise this 
                         feature among others
[5:29pm] Luis_Byclosure: true!

Por lo tanto, permítanme empezar:? ¿Por qué sería bueno tener un hash MD5 de cada archivo (que, expresada como lo hizo, es un detalle de implementación y no se comunica ningún valor para el negocio)

Answer 2

No hay un "scrum" atraso, solamente

La cartera de productos por el propietario del producto que tiene valores de negocio

y

Sprint Cartera por los scrumaster / desarrolladores de las tareas de la lista remontan a una historia.

Estoy actualizando para la cual debe precisar la distinción entre un documento de visión y una cartera de productos que para negocios Valor:

Negocio Documento Visión (nivel estratégico) son todo sobre el valor de negocio, así como la Pila de Producto. Pero Pila de Producto es equivalente a las especificaciones funcionales en otras metodologías tradicionales que es que es algo concreto o OPERATIONNALLY directamente aplicable por el equipo no sólo una visión de un director general de alto nivel.

Por supuesto pila de producto en sí debe ser tracable a los elementos de la visión del documento.

Answer 3

Al final del día, ágil se trata de hacer lo que funciona para que pueda ser productivo. Este tipo de respuestas son para que usted pueda decidir lo que funciona.

Puede que sólo sea un detalle de implementación de otra historia, o puede ser una historia en sí misma.

Lo que alguna vez hace que su grupo más productiva es la que debería ser.

Answer 4

Me colocaría por algo como:

• "Los no-historias de usuario" o "NUS"
• "Sólo programadores" o "PO"
• "Detrás de las sences" o "BTS"

seguido de una breve descripción de la función.
Por lo tanto:

• BTS: Catálogo de sistema de archivos
• PO: hallazgo tipo de archivo con la magia bytes

_{Extraño! Estoy haciendo la misma aplicación! : -)}

Actualización:

Por lo tanto, he leído wiki , creo que necesitamos una registro adicional (el sprint backlog).
Wiki dice:

Sprint atraso

El sprint backlog es un documento que contiene información acerca de cómo el equipo va a implementar las características de la próxima carrera de velocidad. Las funciones se descomponen en tareas; como una buena práctica, las tareas se estiman normalmente entre cuatro y dieciséis horas de trabajo. Con este nivel de detalle todo el equipo entiende exactamente qué hacer , y cualquier persona potencialmente puede elegir una tarea de la lista.