¿Qué rastreadores de problemas admiten sub-tickets y qué tan bien funcionan para cerrar la brecha entre los gerentes de proyecto y los desarrolladores? [cerrado]

Question

Hay una característica que me gustaría ver en el software de seguimiento de problemas que simplemente no parece ser tan común, y es la capacidad de dividir un ticket (error, solicitud de función, etc.) en subtareas y verlos de forma jerárquica, tal vez con algún tipo de informe de progreso de estilo de barra de progreso en un ticket particular y sus tickets secundarios.

Creo que esto sería útil tanto para los desarrolladores como para los gerentes de proyectos: a los gerentes de proyectos les gusta tener una visión general bastante amplia de lo que está sucediendo, mientras que los desarrolladores necesitan profundizar en los detalles, y muy a menudo necesitan dividir un tarea en subtareas. Esto también sería útil si alguien colocara dos problemas en un ticket.

¿Alguien sabe de un rastreador de problemas que hace esto? Hasta ahora, los que he visto (Trac, FogzBugz y Basecamp) tienen una organización plana de tickets, por lo que son útiles para los desarrolladores o para los gerentes de proyecto, pero no para ambos. Assembla permite que un boleto tenga boletos secundarios (y múltiples boletos para padres) pero no funciona muy bien trabajo de usabilidad en esta característica específica.

Si existe un rastreador de problemas de este tipo, ¿alguien lo ha utilizado tanto para desarrolladores como para gerentes de proyectos? De ser así, ¿cuánto éxito tuvo con él? Alternativamente, ¿existe un mejor enfoque que pueda ser utilizado por ambas categorías de usuarios?

( Actualización: Esta no es una pregunta subjetiva sobre cuál es su software de seguimiento de errores favorito. Le pregunto sobre los rastreadores de errores con una función específica para un determinado propósito, así que por favor no publique su rastreador de errores favorito si no hace lo que le pedí. El único elemento posiblemente subjetivo es qué tan bien funciona para este propósito en particular).

Answer 1

Quieres la versión 7 de Fogbugz. Este admite varios niveles de jerarquía y lo muestra en un vista de árbol .

Answer 2

JIRA

Answer 3

JIRA tiene la capacidad de dividir las tareas en subtareas arbitrarias, como lo que busca. También es súper brillante, por lo que a los gestores de proyectos les debería gustar.

Answer 4

Hay una larga discusión sobre los rastreadores de errores aquí .

Me gusta Mantis, yo mismo.

Answer 5

Mantis tiene relaciones entre problemas, como padre, hijo, relacionados, etc.

No tiene exactamente una vista de árbol, pero muestra los problemas relacionados / padre / hijo en una lista cuando está viendo un problema.

Después de haber probado Trac y Mantis, es mi favorito personal

Answer 6

Bueno, hemos usado TestTrack durante años, que admite la vinculación jerárquica entre elementos . Sin embargo, su interfaz de usuario de gestión de proyectos no es nada del otro mundo.

Parece como si estuviera buscando algo más como @Task , donde creas un plan de proyecto usando un sistema similar a Microsoft Project, con tareas futuras que dependen de tareas anteriores, etc. La interfaz de usuario es bastante ingeniosa, pero cuando llegas al rastreador de errores estás bastante de vuelta en " hoja de cálculo glorificada " modo: no tengo la impresión de que esto realmente fue diseñado por o para programadores. Aún así, podría valer la pena echarle un vistazo si usted es realmente serio acerca de necesitar esto.

En mi humilde opinión, el problema con la adición de una jerarquía a su sistema de seguimiento es que, naturalmente, los problemas no tienen una jerarquía cuando se agregan; alguien en QA encuentra una regresión o un usuario llama desde el campo y se crea un problema. Hasta que al menos alguna investigación se haga sobre la causa raíz del problema, el problema es autónomo, y es probable que sea autónomo hasta que se solucione a menos que se identifica como dependiente de algún proyecto más grande ... para el cual es probable que ya exista algún tipo de sistema de gestión de proyectos.

Answer 7

redmine y chilliproject admiten subtareas sin complementos adicionales.

Answer 8

Basado en una de las otras respuestas, he echado un vistazo a Jira , lo que contribuye en parte a hacer lo que estoy buscando y parece funcionar razonablemente bien, aunque no es tan hábil como esperaba. Sin embargo, solo permite subtareas en las versiones Professional y Enterprise; esta función esta desactivada por defecto; y solo obtienes un solo nivel de subtareas. Los informes predeterminados también enumeran las tareas de nivel superior, así como las subtareas juntas en una vista plana, por lo que debe crear específicamente un informe personalizado si desea ver solo las de nivel superior.

Otra característica que tengo la intención de investigar cuando tengo la oportunidad es Mantis, que aparentemente tiene una funcionalidad similar. Actualizaré aquí una vez que lo haya probado.

Answer 9

Rally admite vistas de desarrollo y gestión de proyectos

http://www.rallydev.com/

Answer 10

FogBugz es el rastreador de problemas realizado por la empresa FogCreek de Joel Spolsky. No es gratis, pero hay una versión alojada que es bastante agradable. Desde mi propia experiencia personal, tiene algunas características excelentes y es fácil de usar. Ciertamente se ve mejor y tiene una mejor usabilidad que mantis o bugzilla, pero no está abierto, y hace algunas compensaciones por una interfaz más simple.

Answer 11

Tele-Support HelpDesk tiene un sistema de seguimiento de errores muy bueno y fácil de usar que también tiene el beneficio de exponerlo al departamento de soporte para vincular a los clientes con los problemas y luego notificarlos cuando los problemas estén completos. Vivo en él a diario, y he encontrado que el flujo de trabajo es extremadamente productivo. La gerencia siempre sabe lo que está actualmente en progreso, lo que se solucionó y los problemas que están de moda (e incluso cuánto tiempo debería tomarse algo para solucionarlo).

Tiene un muy buen sistema de prioridad personalizable. Cada número puede tener asignada una categoría y un producto, y con un clic de botón se organizará en esa lista. Hay una opción de filtro rápido y la capacidad de hacer un filtrado aún más fino. Con el tiempo estimado de finalización, calcula automáticamente la finalización total sobre la marcha en función de lo que está visible actualmente en la lista.

nuestro flujo de trabajo típico: el personal de soporte / personal de control de calidad ingresa los errores en el sistema. La gerencia revisa la lista de " nuevo " errores y establece la prioridad en la que desearían que se realizaran. El personal de desarrollo analiza la lista de prioridades y establece los niveles de esfuerzo estimados. La gerencia revisa y ajusta la prioridad. El desarrollo completa los problemas. El control de calidad verifica los problemas completados y notifica al cliente sobre la publicación exitosa de la actualización.

En todas las etapas, cualquier miembro del personal puede mirar la lista y ver cuál es el estado actual, e incluso agregar notas o adjuntar otro cliente al problema. Hay campos para la versión de lanzamiento, que usamos con un filtro / informe personalizado para generar automáticamente nuestras notas de lanzamiento. (captura de pantalla del problema conocido : que es la parte de seguimiento de errores del producto) .

Answer 12

TUTOS.

Incluso realiza actividades de gestión de proyectos en la parte superior.

Flujo de trabajo, Wiki, es bastante bueno.

www.tutos.org

Answer 13

He usado Mantis en muchas organizaciones y particularmente debido a la función de subemisión, que es una de mis puntos clave que busco en un rastreador de problemas. Ahora tienen exportación de Freemind en Mantis, pero estoy seguro de que he visto diagramas padre-hijo dibujados en un sitio, tal vez porque instalaron JpGraph.

También estoy usando la instalación gratuita para un solo usuario de El sistema OnTime de Axosoft que tiene un submenú muy flexible -Introducción del problema, aunque la interfaz de usuario es un poco torpe: debe buscar problemas en lugar de poder especificar un número de problema determinado directamente como el objetivo de la relación. OTOH le permite configurar un montón de relaciones en un solo golpe en el cuadro de diálogo, por lo que es más rápido en ese escenario.

Answer 14

Bugzilla tiene la noción de errores dependientes, que no es exactamente el paradigma de subtarea que está buscando, pero puede verse como cercano. Desafortunadamente, la interfaz para esto es bastante torpe, al igual que el resto de la interfaz de Bugzilla, pero hace el trabajo.

En el lado positivo, las relaciones entre los errores se pueden presentar como un gráfico, así como una estructura de árbol bastante fácil de atravesar para permitir explorar problemas relacionados. Además, a medida que se completan o cambian los problemas secundarios, esos cambios se filtran en el árbol de dependencias para que los responsables de las tareas de nivel superior sean notificados fácilmente de que las cosas que podrían haber estado esperando se han completado.

Answer 15

JIRA integrado con Pivotal Tracker.

JIRA permite entradas. Le da la capacidad de filtro JQL para la búsqueda. Da la capacidad de compartir tickets entre grupos. Da la capacidad de diagramas de flujo de trabajo, historial, transiciones, comentarios, etc. Da la capacidad de ver reporteros, asignados, implementadores. Para cada boleto hay la posibilidad de agregar comentarios, archivos adjuntos, adjuntar capturas de pantalla, vincular, clonar, resolver problema. JIRA proporciona un diseño muy agradable del estado actual del ticket.

Pivotal Tracker permite " velocidad " gestión de proyecto para desarrollo ágil. Útil para PMs y desarrolladores. Proporciona gráficos, cuadros. Proporciona la capacidad de integrar los tickets de JIRA en su proyecto. Proporciona un tablero con proyectos. Proporciona gráficos de velocidad en tiempo real. Proporciona una cantidad de vistas dentro de cada proyecto, incluyendo Current, Ice Box, My Work. Cada boleto JIRA puede ser una "Historia" en PT. Cada historia pasa por las etapas de inicio, finalización, entrega, aceptación / rechazo y rechazado para SDLC. Cada historia permite agregar tareas, comentarios, archivos adjuntos y cargar archivos.

Flujo de trabajo JIRA

Flujo de trabajo del Rastreador fundamental