metodologia - ¿Cómo se usa FogBugz con una metodología Agile?
que es agile methodology (4)
La "programación basada en la evidencia" en FogBugz es interesante, pero ¿cómo la uso con una metodología Agile?
Le pregunté a los chicos de FogBugz lo mismo porque en XP, por ejemplo, proporcionarías la estimación en IET (tiempo ideal de ingeniería). Su respuesta fue ser consistente en la forma en que proporcionas el estimado.
Empezamos a usar FogBugz para prácticamente todo lo que está dentro de nuestro equipo técnico: documentación, informes de errores, tareas de administración. Gradualmente nos volvimos más ágiles a medida que pasó el tiempo.
Lo que he hecho es crear una versión que se llama cartera acumulada del producto, y se le da una fecha de lanzamiento arbitraria en el futuro. Cambié el campo "Versión" de FogBugz a "Prioridad" para que podamos ordenar por prioridad. Para administrar la acumulación de productos, uso mucho Áreas para categorizar las historias de los usuarios. Las áreas podrían ser Temas o Epopeyas. Cada iteración es un lanzamiento en FogBugz.
Ahora, una cosa que hemos empezado a usar recientemente es Story Points, en comparación con Ideal Task Days para estimar nuestro Product Backlog. FogBugz no entiende una unidad de medida de los Puntos del Cuento tan confusamente, 1 SP en nuestra Cartera de Producto se reporta como 1 Día en FogBugz. Esto podría ser peligroso si hay confusión. Pero nuestro equipo es pequeño. No uso las herramientas de generación de informes integradas en FogBugz, pero sería genial 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. Estamos rastreando tareas usando tarjetas de índice para historias de usuarios y notas post-it como tareas en nuestras juntas en la oficina. Eche un vistazo al libro "Scrum y XP from the Trenches" de Kniberg que influyó en mi decisión. En realidad, tener una tabla 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 póker de planificación? Supongo que al menos del historial de estimación de un equipo sí.
Como las Historias de usuarios en el Registro de pedidos de productos a menudo evolucionan ya que hay sesiones de planificación iterativa, (Planificación ágil) sería genial si hubiera una edición de casos de estilo wiki en lugar de un hilo de descripciones.
Se habla de que la próxima versión principal será más favorable para los procesos ágiles, por lo que estoy deseando ver que esto ofrece.
Editar: FogBugz 7 ya está disponible con una administración mucho mejor de los "Backlogs" de proyectos. ¡Echar un vistazo!
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx
Aquí hay algunas sugerencias para incluir Story Points en su planificación:
Cuando ingresas tu historia en FB7 puedes hacerlo como 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 caso secundario (los tiempos estimados se acumularán en la historia (arriba ) El campo "Estimación" de Case, así como también los cronogramas basados en Evidencia / Tablas Burndown)
Aquí hay dos cosas que debe 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 sus nombres de Categoría y agregar nuevos en Admin> Flujo de trabajo> 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 de casos. Esto se logra con el plugin Custom Fields 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 de diálogo de casos (sin importar cuán largo sea el historial de actividad de casos debajo de él).
Como dijo eed3si9n , 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 ?, su mejor opción es hacer sprints como mini-lanzamientos. 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 a una semana de distancia, si haces sprints de una semana. Entonces, EBS puede rastrearlo y decirle si está dentro del horario.
Los gráficos en la sección Informes también le mostrarán un gráfico de burndown. La terminología es un poco diferente porque FogBugz no es Agile solamente, pero la información está allí.
Desea ver si el tiempo esperado para terminar su sprint es mantenerse estable o avanzar. Si es estable, estás en buen camino y tu tasa de quemadas está en el objetivo. Si se está arrastrando, estás perdiendo terreno y tu carrera se está retrasando. Es hora de pasar las cosas al siguiente sprint o averiguar por qué arruinaste tus cálculos :)
Básicamente, supongo que este es un gráfico de quemado en lugar de un gráfico de burndown, pero le da la misma respuesta a la misma pregunta. ¿Voy a terminar a tiempo? ¿Qué me queda por hacer?
Lou Franco de Atalasoft escribió una excelente publicación sobre esto también. Patrick Altman también tiene un artículo.
Actualización: enlace fijo al artículo de Altman