Los ejemplos específicos de documentación ágil? [cerrado]

Question

En una respuesta a la pregunta para un proyecto? , Chris Ballance respondió que "Historias de usuario" y una "carta de quemado" son los dos más tipos útiles de la documentación del proyecto para un desarrollador.

Mi pregunta es, ¿sabe usted de cualquier buen ejemplo [s], que puedo ver (por ejemplo, en Internet, o en un libro), de este tipo de documentación?

Si es posible me gustaría ser feliz de ver muchos ejemplos, incluyendo:

• ejemplos pequeños / cortos / simples
• Las grandes / largas / ejemplos complicados
• Ejemplos famosos
ejemplos
• de alta calidad

No encuentro esto un tema fácil para Google para: Me parece un montón escrito sobre él, pero un menor número de manifestaciones que muestran que

.

Answer 1

Un muy buen lugar para empezar en lo que se refiere a los libros es usuario Aplicada y ágil Estimación y Planificación tanto por Mike Cohn. Esto tiene excelentes ejemplos y buenos puntos de partida para cualquier persona que viene primero a las metodologías ágiles.

En cuanto a recursos de Internet que son pocos y distantes entre sí. Probablemente un buen lugar para empezar sería en realidad la búsqueda de las palabras clave en Google Imágenes como muchas personas toman fotos de sus cartas y burndown historias de los usuarios. Esto me ayudó mucho cuando se inicia. He aquí algunos ejemplos: Chart Burndown, y Historias de usuario

Tenga en cuenta sin embargo, mientras que un gráfico de quemado es un informe simple que se ejecuta en sus puntos de historia actuales quedan en una iteración, historias de usuario son más complejo que eso y requieren un poco de lectura para envolver su cabeza alrededor. Comenzar con historias de los usuarios libro aplicarán a ellos.

Espero que ayude!

Answer 2

Creo que para ambas preguntas, puede hacer mucho peor que escanear a través de la página web de Alistair Cockburn. En particular, tiene un gran artículo tablas de quema y algunas maneras distintas de generar ellos acerca de:

http://alistair.cockburn.us/Earned-value+and + + quemar cartas

(thoug Me hago eco de la recomendación del cartel anterior de trabajo de Mike Cohn).

Uno de los trucos es decidir qué tipo de documentación es bueno para su proyecto. ¿Tiene muchos desarrolladores, que se distribuyen a través del tiempo y el espacio? Necesitará más grandes, más pesadas, las historias más detalladas. ¿Tiene uno o dos desarrolladores que trabajan en el mismo lugar? Puede salirse con otros más ligeros. el equipo ha trabajado en el sistema (si es heredado) durante mucho tiempo? historias de luz, probablemente lo harán. Es el equipo de nuevo en el sistema, o son sus complejos requisitos de negocio? Esto le empuja en la dirección más-detalle.

Si estás en un proyecto "pequeño" por cualquiera de las docenas de definiciones de pequeño, puede estar bien con historias muy ligeros. He aquí un ejemplo, una vez más desde el sitio de Cockburn:

http://alistair.cockburn.us/Examples+of + ultraligero + uso + casos

Answer 3

En este artículo se muestra un par de tablas de tareas reales. http://www.mountaingoatsoftware.com/task-boards

Answer 4

Hace

A los pocos meses, empezamos a escribir la documentación del usuario, al mismo tiempo que estamos desarrollando características. Un escritor técnico se asigna a cada equipos de Scrum.

Tener que escribir la documentación del usuario mientras que el desarrollo ayuda a validar el diseño. El escritor técnico también participan en el diseño de la aplicación.

Esto es además de burndown liberación y burndown sprint.

Documentación adicional es creado por el equipo cuando se sienten que es útil para comunicarse con el dueño del producto. Esto llegó a ser menos importante ya que estamos aprendiendo a escribir mejores historias de usuario.

Answer 5

Considere leer "Modelado Ágil" de Ambler. Se hace un caso muy fuerte de por qué sólo la creación de toneladas de CSMs completo es bastante mala idea, y da algunos buenos ejemplos.