¿Qué tan bien funciona Bugzilla para gestionar proyectos Scrum?[cerrado]

Question

Tenemos MS Sharepoint, que no es del todo malo para administrar una lista de tareas.Los datos están disponibles públicamente, las personas son notificadas de cambios y asignaciones.

Creo que Bugzilla podría ser un poco más sencillo a efectos de gestión y generación de informes.Si bien existen algunas buenas herramientas de gestión de Scrum de código abierto, he agotado gran parte de mi capital político y no puedo pedir mucho más de lo que tenemos ahora.El dinero no es el objetivo, obviamente, es la idea de que mi equipo tiene demasiadas herramientas especializadas.

¿Funcionará Bugzilla como una herramienta de gestión de proyectos más general, fuera de los casos de uso de corrección de errores?

¿Me sentiré amargamente decepcionado y desearía haber descargado algo más y haber defendido una mejor herramienta de gestión de proyectos?

Answer 1

Bugzilla es un excelente sistema de seguimiento de errores.Hemos intentado utilizarlo para otras tareas de gestión de proyectos y los resultados no son tan estelares.Recomendaría encontrar algo diseñado teniendo en cuenta sus objetivos.

Answer 2

Pruébelo usted mismo.

Obtenga una cuenta de $15 al mes en wush.net y úsela usted mismo por un tiempo (sin relación comercial además de cliente satisfecho).

Bugzilla es potente y tiene muchas opciones de configuración, lo que puede resultar confuso.

Personalmente lo usé hace tres años en un proyecto en el que estaba trabajando.No tenía un director de proyecto y yo era el desarrollador, por lo que necesitaba un sistema muy ligero.Bugzilla me dio eso.Puse mi objetivo principal como una mejora del "sistema productivo" y luego hice dependencias para llegar a ese punto.Terminé teniendo 160 nodos, todos dependientes unos de otros.Básicamente, se trataba de una estructura de descomposición del trabajo.No me molesté en hacer estimaciones de tiempo ni en crear ningún otro tipo de documentación del proyecto.

Una gran ventaja fue que mientras codificaba, si notaba que era necesario hacer algo, simplemente lo metía en bugzilla (proceso de 20 segundos una vez configurado), lo vinculaba como una dependencia y volvía a lo que estaba haciendo.

Cada vez que completaba una tarea, miraba el diagrama de dependencia y buscaba las hojas más externas (errores que bloqueaban a otros pero no estaban bloqueados en sí mismos) y trabajaba en ello.

La ventaja de este método para mí es que si una tarea parecía simple y tenía un nodo asociado, pero al hacerla me di cuenta de que era más compleja, simplemente la dividiría en diferentes subtareas.Esto tomó sólo un minuto y no implicó en absoluto una reunión con un director de proyecto.

Otras personas del equipo podrían seguir mi progreso observando errores abiertos, errores cerrados ordenados por fechas, etc.Vieron acción, me dejaron en paz.Cuando tenía dependencias externas, cometía un error, detallaba el trabajo y le enviaba a esa persona un enlace por correo electrónico.Luego pudieron ver por qué era necesario esto al observar el diagrama de dependencia.

Tenga en cuenta que, a menos que se haya acordado previamente, no les asigné el error.

Funcionó muy bien y el sistema estuvo listo un mes antes.

¿Cómo funcionará con SCRUM?Habiendo solo echado un vistazo rápido al scrum, no puedo decírtelo.Pero esa fue mi experiencia.

Usar un host dedicado le permitirá tres cosas:

• apoyo
• Actualizaciones sencillas (a menos que tengas gurús internos, la gestión de Bugzilla no es fácil, al menos para mí)
• usuarios a través de los límites organizacionales.

Tenga en cuenta que bugzilla tiene todo tipo de características de seguridad, por lo que es fácil limitar a los usuarios a lo que necesitan ver.

Answer 3

Hemos utilizado Trac y Subversion con mucho éxito en varios proyectos.

La principal ventaja aquí es poder personalizar informes, algunos muy específicos de Scrum, para proporcionar información a la gerencia.

Answer 4

Mi solución independiente es DokuWiki + MantisBT + Subversion + Review Board, que se puede integrar con relativa facilidad.La alternativa alojada es Bitbucket.org.La razón es que usted escribe historias de usuarios en Wiki y puede hacer referencia a tareas específicas.Los errores más grandes se pueden diseñar de forma colaborativa y Mantis proporciona el enlace "wiki" en el informe de errores.El panel de revisión le permite realizar revisiones de código entre pares contra svn diff antes de confirmar el cambio.