2008-09-26 13 views
21

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 que 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 en particular y sus tickets secundarios.¿Qué rastreadores de problemas admiten sub-tickets, y qué tan bien funcionan para acortar la brecha entre los gerentes de proyecto y los desarrolladores?

Mi idea es que esto sería útil tanto para desarrolladores como para administradores de proyectos: a los gerentes de proyecto les gusta tener una visión bastante amplia de lo que está sucediendo, mientras que los desarrolladores necesitan profundizar en los detalles y muy a menudo necesitan dividir una tarea en subtareas. Esto también sería útil si alguien pone dos números en un boleto.

¿Alguien sabe de un rastreador de problemas que hace esto? Hasta ahora, los que he analizado (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 ticket tenga tickets secundarios (y múltiples tickets principales) pero no hace un buen trabajo de usabilidad en esta característica específica.

Si hay un rastreador de problemas, alguien lo ha usado tanto para desarrolladores como para administradores de proyectos, y si es así, ¿cuánto éxito tuvo con él? Alternativamente, ¿hay un mejor enfoque que pueda ser utilizado por ambas categorías de usuarios?

(Actualización: Esta es no subjetivo "lo que es el software de seguimiento de errores favorito" pregunta que yo estoy preguntando acerca de control de errores con una función específica para un propósito específico, así que por favor no publicar su favorito. gestor de fallos si no hace lo que le he pedido. El único elemento subjetivo es sin duda lo bien que funciona para este propósito en particular.)

+0

¿Soy yo, o le gustaba ... dos personas leen realmente la pregunta antes de contestar? WTF. (En cuanto a mí, nunca encontré un rastreador de problemas con esa función, pero suena ingenioso.) –

+0

No es solo usted, pero la mayoría de las respuestas aquí aparecieron antes de actualizar la pregunta. Hay demasiadas respuestas que dicen poco más que "Me gusta", no responden a la pregunta y, como tales, son totalmente insatisfactorias. – jammycakes

+0

Por supuesto, preferiría que escribiéramos un comercial para ellos en lugar de ir a leer su sitio web y verificarlo usted mismo ... – tloach

Respuesta

9

Quiere la versión 7 de Fogbugz. Esto admite varios niveles de jerarquía y lo muestra en un treeview.

+0

Gracias - Vi la presentación de FogBugz 7 en el Stack Overflow DevDays y quedé muy impresionado. ¿Quizás alguien en Fog Creek leyó esta pregunta y decidió que valía la pena responderla? – jammycakes

+1

En realidad, he empezado a usarlo, y la funcionalidad de subcaja está muy bien pensada – sohail

4

JIRA tiene la capacidad de dividir las tareas en subtareas arbitrarias, como lo hace después. También es súper brillante, por lo que a los gerentes de proyecto les gustaría.

+0

Sí, pero ¿qué tan intuitivo es usarlo? Mencioné a Assembla, que hace algo similar, pero su interfaz de usuario es bastante torpe y básica en este sentido. – jammycakes

+0

JIRA es utilizado por muchos proyectos de código abierto (por ejemplo, issues.apache.org y jira.springframework.org), así que pruébalo. La interfaz es bastante buena. – skaffman

+0

He votado su respuesta porque es una de las dos que hizo algún esfuerzo para responder a mi pregunta en detalle. He descargado Jira y tiene al menos una implementación parcial de lo que estoy buscando, aunque solo está disponible en las versiones Proessional y Enterprise. – jammycakes

0

Rally compatible tanto con vistas dev y gestión de proyectos

http://www.rallydev.com/

+0

¿Podría entrar en más detalles, por favor? – jammycakes

+0

Rally Portfolio Manager y Rally ALM juntos le dan una jerarquía desde la cartera hasta la tarea técnica. Puede "dividir" historias de usuarios en la jerarquía de historias y mover las tareas a la nueva historia expandiendo su jerarquía. Esto permite a los gerentes de Portfoiio enfocarse en la estrategia ("Epics", "Iniciativas", "Funciones"), mientras que los gerentes de proyecto se centran en historias de usuarios y los equipos se centran en sus tareas. Básicamente, hay 3 vistas diferentes (vista de cartera para elementos de la cartera, vista de acumulación para historias de usuarios/errores, y luego estado de iteración para las tareas) – JDPeckham

3

Hay una larga discusión sobre el control de errores here.

Me gusta Mantis, yo mismo.

+0

Esto no responde mi pregunta. ¿Mantis hace lo que estoy preguntando? – jammycakes

+0

¿Has echado un vistazo a la discusión a la que me he vinculado? Hubo una publicación allí acerca de los complementos de Trac y uno de ellos mencionó subtareas (BigMadKev lo publicó). Creo que tu pregunta es buena, solo quería asegurarte de que viste esa. No hacemos subtareas, entonces no estoy seguro. ¡Todo lo mejor! – itsmatt

+0

Miré la otra discusión, pero no noté la publicación que mencionaste, está muy abajo en la lista. La pregunta a la que se vinculó es en realidad mucho más general que esta. Me dio la impresión de que la gente pensaba que yo estaba preguntando lo mismo, pero no lo estoy, estoy buscando algo más específico. – jammycakes

3

Mantis tiene relaciones existentes entre las cuestiones, como padres, hijos, etc. relacionados

que no tiene exactamente una vista de árbol, pero muestra los temas/padre/hijo relacionadas lista ina cuando está viendo una problema.

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

+0

He votado su respuesta porque es una de las dos que hizo algún esfuerzo para responder a mi pregunta en detalle. He descargado a Jira y he echado un vistazo. También echaré un vistazo a Mantis y veré qué tan bien se compara con Jira y Assembla en este aspecto. – jammycakes

0

Tele-Support HelpDesk tiene un sistema de seguimiento muy bueno y fácil de usar error que también tiene la ventaja de exponerlo al departamento de soporte para vincular a los clientes a los problemas y luego notificar a los clientes cuando los problemas estén completos. Vivo en él a diario, y he descubierto que el flujo de trabajo es extremadamente productivo. La gerencia siempre sabe qué está en progreso, qué fue lo que se solucionó, y qué problemas son candentes (e incluso cuánto tardará algo en arreglarse).

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

nuestro flujo de trabajo típico: los errores se ingresan en el sistema por parte del personal de soporte/personal de QA. La gerencia revisa la lista de "nuevos" errores y establece la prioridad en la que los desearía. El personal de desarrollo analiza la lista de prioridades y establece los niveles estimados de esfuerzo. La gerencia revisa y ajusta la prioridad. El desarrollo completa los problemas. QA verifica los problemas completados y notifica al cliente sobre la publicación de la actualización exitosa.

En todas las etapas, nadie en el personal puede mirar la lista y ver cuál es la situación actual es, e incluso añadir 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 la versión. (captura de pantalla abierta known issue: que es la parte de seguimiento de errores del producto).

+0

¿Podría entrar en más detalles, por favor, específicamente sobre qué tan bien funciona para el propósito que realmente hice en la pregunta original? – jammycakes

+0

Tiene un muy buen sistema de prioridad personalizable. Cada problema puede tener una categoría y un producto asignados y con un clic se organizará en esa lista. Hay una opción de filtro rápido y la capacidad de hacer un filtrado aún más preciso. Con el tiempo estimado hasta su finalización, se calcula automáticamente sobre la marcha. – skamradt

+0

Sí, pero no ha dicho nada sobre si tiene la función que estoy preguntando (subtareas) o qué tan bien la implementa. – jammycakes

0

FogBugz es el gestor de incidencias hecho por la compañía de Joel Spolsky FogCreek. 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 mejor usabilidad que mantis o bugzilla, pero no está abierto, y hace algunas concesiones para una interfaz más simple.

+0

FogBugz no es compatible con Sub Tickets. Puede vincular tickets juntos, pero eso no comienza a abordar este problema – Kristen

+0

Ahora lo hace: http://www.fogcreek.com/fogbugz/docs/70/topics/basics/Subcases.html –

1

Basado en una de las otras respuestas que he echado un vistazo a Jira, que hace parte del camino hacia hacer lo que estoy buscando y parece funcionar razonablemente bien, aunque no es tan hábil como Yo 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 y 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. Voy a actualizar aquí una vez que lo haya probado.

3

Bueno, hemos utilizado TestTrack desde hace años, que apoya la vinculación jerárquica entre los elementos. Sin embargo, la interfaz de usuario de gestión de proyectos no es para escribir.

Se parece como si usted está buscando algo más como @Task, donde se crea un plan de proyecto utilizando un sistema similar al de Microsoft Project, con las tareas futuras en función de las tareas anteriores, etc. La interfaz de usuario es bastante resbaladiza, pero cuando llegas al rastreador de errores estás prácticamente de vuelta en el modo de "hoja de cálculo glorificada": no me da la impresión de que haya sido diseñado por o para programadores. Aún así, puede valer la pena mirar si eres realmente serio acerca de la necesidad de esto.

En mi humilde opinión, el problema con la adición de una jerarquía a su sistema de seguimiento es que los problemas no tienen naturalmente 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 al menos se realiza alguna investigación sobre el origen del problema, el problema es independiente, y es probable que sea independiente hasta que se corrija y se identifique como dependiente de algún proyecto mayor. ... para lo cual es probable que ya exista algún tipo de sistema de gestión de proyectos.

+0

"los problemas no tienen naturalmente una jerarquía cuando se agregan "de hecho, pero nuestro problema aquí es que una tarea original de 15 minutos se reutiliza para todas las tareas periféricas posteriores y el tiempo estimado inicial es inútil para las tareas realizadas. Además, no podemos separar las estimaciones de diagnóstico y tiempo de reparación – Kristen

+1

Hay un plugin JIRA de Almworks que proporciona una buena vista jerárquica en sus tickets, por lo que es fácil hacer un seguimiento de los sub-paquetes. https://marketplace.atlassian.com/plugins/com.almworks.jira.structure – MovGP0

0

TUTOS.

Incluso realiza actividades de Project Management en la parte superior.

Flujo de trabajo, Wiki, es bastante bueno.

www.tutos.org

+1

Después de tres meses reemplazamos a Tutos con Mantis porque a la gente no le gustaba usarlo. Los problemas parecían estar relacionados con la facilidad de uso, la navegación y la apariencia. –

0

que he usado en muchos Mantis organistions y en particular debido a la característica de sub-tema que es uno de mis puntos clave que busco en un problema-tracker. Tienen exportación de Freemind en Mantis ahora, pero estoy seguro de que he visto diagramas de padres e hijos dibujados en un sitio, tal vez porque instalaron JpGraph.

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

0

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

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 la exploración de temas relacionados. Además, a medida que los subtemas se completan o cambian, esos cambios se filtran en el árbol de dependencias para que los responsables de las tareas de nivel superior puedan notificar fácilmente que se han completado las cosas que podrían haber estado esperando.

2

subtareas de compatibilidad con redmine y chilliproject sin complementos adicionales.

-1

JIRA integrado con Pivotal Tracker.

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

Pivotal Tracker permite la administración de "velocidad" del proyecto para Agile Development. Útil para PM y desarrolladores. Proporciona gráficos, tablas. Brinda la posibilidad de integrar las entradas 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 etapas de Inicio, Finalizar, Entregar, Aceptar/Rechazar y Rechazada para SDLC. Cada historia da la capacidad de agregar tareas, comentarios, archivos adjuntos y cargar archivos.

JIRA flujo de trabajoenter image description here

flujo de trabajo Rastreador Pivotal

enter image description here

+0

¿Es esto algo más que correo no deseado? – symcbean

Cuestiones relacionadas