2008-09-23 19 views
6

Tenemos MS Sharepoint, que no es tan malo para administrar una lista de tareas. Los datos están disponibles públicamente, las personas son notificadas de cambios y asignaciones.¿Qué tan bien funciona Bugzilla para administrar proyectos de Scrum?

Creo que Bugzilla puede ser un poco más fácil para la administración y los informes. Si bien hay algunas buenas herramientas de administración Open Source Scrum, he agotado una 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 administración de proyectos más general, fuera de los casos de uso de corrección de errores?

¿Seré una gran decepción y desearía haber descargado algo más e insisto en una mejor herramienta de gestión de proyectos?

+0

Buena pregunta. A partir de la falta de respuestas de casos de uso, bugzilla no se usa mucho para proyectos de scrum. Es una lástima para aquellos de nosotros que simplemente no podemos dejar de usarlo. –

Respuesta

9

Bugzilla Es un gran sistema de seguimiento de errores. Hemos tratado de usarlo para otras tareas de gestión de proyectos y los resultados son menos que estelares. Yo recomendaría encontrar algo diseñado con sus objetivos en mente.

+3

¿Qué problemas tienes? ¿Lo que faltaba? –

3

Hemos utilizado Trac y Subversion con gran éxito para varios proyectos.

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

+0

Gracias por el consejo sobre Trac. Sin embargo, estoy preguntando por Bugzilla, no por Trac –

5

Pruébelo usted mismo.

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

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

Lo usé personalmente hace tres años en un proyecto en el que estaba trabajando. No tenía un gerente 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 "sistema productivo" y luego hice dependencias para llegar a ese punto. Terminé teniendo 160 nodos todos dependientes el uno del otro. Esto esencialmente era una estructura de desglose del trabajo. No me molesté con las estimaciones de tiempo, y no me molesté en crear ningún otro tipo de documentación de proyecto.

Una buena ventaja fue que, como he codificado, si noté que había que hacer algo, lo insertaba en bugzilla (proceso de 20 segundos una vez que está configurado), lo ataba como una dependencia y volvía a lo 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 que no estaban bloqueados) y trabajaba en ello.

La ventaja de este método para mí es que si una tarea se veía simple y tenía un nodo asociado a ella, pero al hacer la cosa en sí me di cuenta de que era más compleja, simplemente la dividiría en diferentes subtareas. Esto tomó solo un minuto y no involucró una reunión con un gerente de proyecto.

Otras personas en el equipo podían rastrear mi progreso al observar errores abiertos, errores cerrados ordenados por fechas, etc. Vieron acción, me dejaron solo. Cuando tenía dependencias externas, creaba un error, detallaba el trabajo y le enviaba a esa persona un enlace por correo electrónico. Luego pudieron ver por qué esto era necesario mirando 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 estaba listo un mes antes.

¿Cómo funciona con SCRUM? Después de haber tenido una mirada superficial al scrum, no puedo decírtelo. Pero esa fue mi experiencia.

El uso de un host dedicado le permitirá tres cosas:

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

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

+0

+1 para la sugerencia de wush.net. He sido cliente durante más de 5 años (bugzilla y svn) y han sido INCREÍBLES, nunca desanimados, con un gran apoyo, buena actitud. En general, no pudieron hacer un mejor trabajo –

+0

Tu historia de éxito en Bugzilla fue una lectura interesante . ¿Qué tan importante valoras la flexibilidad de Bugzilla para construir/profundizar/aplanar árboles de dependencia? – Wolf

+1

@ Wolf, esa es probablemente, para mí, la característica más importante. La capacidad de diagramar los errores también es crítica, porque te da una forma de visualizar las prioridades. Modifiqué el código de Perl para mostrar más en el diagrama de error de lo que muestra el valor predeterminado. –

3

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 fundamental es que escriba historias de usuarios en Wiki y pueda hacer referencia a las tareas específicas. Los errores más grandes se pueden diseñar colaborativamente y el enlace "wiki" se proporciona en el informe de errores de Mantis. La placa de revisión le permite realizar revisiones de códigos de pares contra svn diff antes de confirmar el cambio.

+0

Review Board se ve bien, tendré que mantener mis ojos en ese proyecto. – jpierson

Cuestiones relacionadas