¿Cómo se utiliza FogBugz con una metodología Agile?[cerrado]

Question

La "programación basada en evidencia" en FogBugz es interesante, pero ¿cómo la uso con una metodología ágil?

Answer 1

Como eed3si9n Dicho esto, si es coherente en sus estimaciones para EBS, FogBugz se encargará de esto por usted.

En cuanto a lo más general, ¿cómo encaja FogBugz con la metodología Agile? Lo mejor que puedes hacer es hacer sprints como minilanzamientos.Cree un sprint y agregue los casos que desea lograr para ese sprint a esa versión (o hito).Dale una fecha de finalización, digamos dentro de una semana, si haces sprints de una semana.Entonces EBS puede rastrearlo y decirle si está dentro del cronograma.

Los gráficos en la sección Informes también le mostrarán un gráfico de evolución.La terminología es un poco diferente porque FogBugz no es sólo ágil pero la información está ahí.

Quieres ver si el tiempo esperado en el que vas a terminar tu sprint se mantiene estable o avanza.Si es estable, estás en el camino correcto y tu tasa de consumo está dentro del objetivo.Si avanza lentamente, estás perdiendo terreno y tu sprint se está retrasando.Es hora de pasar las cosas al siguiente sprint o descubrir por qué arruinaste tus estimaciones :)

Básicamente, supongo que este es un gráfico de avance en lugar de un gráfico de avance, pero le da la misma respuesta a la misma pregunta.¿Voy a terminar a tiempo?¿Qué me queda por hacer?

Atalasoft Lou Franco escribió una excelente publicación. en esto también. patricio altman También tiene un artículo.

Actualizar: enlace fijo al artículo de Altman

Answer 2

Le pregunté lo mismo a los chicos de FogBugz porque en XP, por ejemplo, proporcionarías la estimación en IET (tiempo de ingeniería ideal).Su respuesta fue ser coherente en la forma de proporcionar la estimación.

Answer 3

Empezamos a usar FogBugz para prácticamente todo dentro de nuestro equipo técnico:Documentación, informe de errores, gestión de tareas.Progresivamente nos hemos vuelto más ágiles a medida que pasa el tiempo.

Lo que hice fue crear una versión que se llama Product Backlog, y se le asigna una fecha de lanzamiento arbitraria en el futuro.Cambié el campo "Versión" de FogBugz a "Prioridad" para que podamos ordenar por prioridad.Para gestionar la cartera de productos, utilizo mucho Áreas para categorizar las historias de los usuarios.Las áreas pueden ser temáticas o épicas.Cada iteración es una versión en FogBugz.

Ahora, una cosa que hemos comenzado a usar recientemente son Story Points en lugar de Días de tarea ideales para estimar nuestro Product Backlog.FogBugz no entiende una unidad de medida de Story Points, por lo que, de manera bastante confusa, 1 SP en nuestro Product Backlog se informa como 1 día en FogBugz.Esto podría ser peligroso si hay alguna confusión.Pero nuestro equipo es pequeño.No uso las herramientas de informes integradas en FogBugz, pero sería fantástico si pudiera.

Entonces, todos mis cálculos de Story Point y Velocity se realizan fuera de FogBugz en Excel.Esto parece estar bien por ahora.Realizamos un seguimiento de las tareas utilizando fichas para historias de usuarios y notas adhesivas como tareas en nuestros tableros de la oficina.Eche un vistazo al libro "Scrum and XP from the Trenches" de Kniberg que influyó en mi decisión.En realidad, tener un tablero grande con todo lo que estamos mirando en nuestros Scrums matutinos realmente ayuda.

Creo que el historial de estimaciones históricas y los informes en FogBugz son excelentes.¿Funciona esto con el mundo del poker de planificación?Supongo que al menos según el historial de estimaciones de un equipo así es.

Como las historias de usuarios en el Product Backlog a menudo evolucionan a medida que hay sesiones de planificación iterativas (planificación ágil), sería fantástico si hubiera una edición de casos estilo wiki en lugar de un hilo de descripciones.

Se habla de que la próxima versión principal apoyará más los procesos ágiles, así que lo estoy. muy Muchas ganas de ver que esto ofrece.

Editar:FogBugz 7 ya está disponible con una gestión mucho mejor de los trabajos pendientes de "proyectos" de productos.¡Echar un vistazo!

http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Answer 4

Aquí hay algunas sugerencias para incluir Story Points en su planificación:

Cuando ingresas tu Historia en FB7, puedes hacerlo como un Caso e incluir la cantidad de Puntos de Historia de Planning Poker en un nuevo campo personalizado que creas llamado "Puntos de Historia" (cómo hacerlo a continuación).Luego, cuando empiece a trabajar en esa Historia, puede dividirla aún más en Subcasos, si es necesario, y también ingresar el tiempo estimado para completar cada Subcaso (los tiempos estimados se sumarán en la Historia (arriba). ) Campo "Estimación" del caso, así como programación basada en evidencia/gráficos de avance)

Aquí hay dos cosas que puede considerar modificar en su instalación de FogBugz para reflejar su nomenclatura Agile.

(1) Fuera de la caja, la categoría de FB "característica" se parece más a su "historia". Pero puede cambiar los nombres de sus categorías y agregar nuevos en Admin> Workflow> Personalizar categorías.Aquí hay información adicional sobre esto:

http://www.fogcreek.com/FogBugz/docs/70/topics/plugins/CustomWorkflow.html?isl=174457

(2) Para capturar Story Points, probablemente desee crear un campo personalizado en el diálogo Caso.Esto se logra con el complemento de campos personalizados incluido.Información adicional sobre esto está disponible en isl=174461

Tenga en cuenta que con los campos personalizados, también puede agregar un cuadro de edición de texto para la historia que siempre aparecerá en el encabezado del diálogo del caso (sin importar qué tan largo sea el historial de actividad del caso debajo).