project-management - proyectos - project manager
¿Qué rastreadores de problemas admiten sub-tickets, y qué tan bien funcionan para acortar la brecha entre los gerentes de proyecto y los desarrolladores? (16)
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 esa es la capacidad de dividir un ticket (error, solicitud de función, etc.) en subtareas y verlas de forma jerárquica, quizás con algún tipo de informe de progreso del estilo de la barra de progreso sobre un ticket en particular y sus tickets secundarios.
Mi opinión 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 sub -Tareas. 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 boleto tenga boletos para niños (y boletos para padres múltiples) pero no hace un buen trabajo de usabilidad en esta característica específica.
Si hay un rastreador de problemas, ¿alguien lo usó tanto para desarrolladores como para administradores de proyectos? De ser 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 no es una pregunta subjetiva de "cuál es tu software de seguimiento de errores favorito." Estoy preguntando sobre los rastreadores de errores con una función específica para un propósito específico, así que no publiques tu rastreador de errores favorito si no funciona Lo que he pedido. El único elemento discutible subjetivo es qué tan bien funciona para este propósito particular.
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.
Mantis tiene relaciones entre problemas, como padre, hijo, etc.
No tiene exactamente una vista en árbol, pero sí muestra los problemas relacionados / padre / hijo en una lista cuando está viendo un problema.
Habiendo probado Trac y Mantis, es mi favorito personal
Rally admite vistas de desarrollo y gestión de proyectos
FogBugz es el rastreador de problemas creado 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.
En base a una de las otras respuestas, he echado un vistazo a Jira , que hace una parte del camino hacia hacer lo que estoy buscando y parece funcionar razonablemente bien, aunque no es tan elegante 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 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 pretendo investigar cuando tengo la oportunidad es Mantis, que aparentemente tiene una funcionalidad similar. Voy a actualizar aquí una vez que lo haya probado.
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 notificar a los clientes cuando los problemas se completen. 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: el personal de soporte / personal de control de calidad ingresa los errores en el sistema. 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, cualquiera en el personal puede mirar la lista y ver cuál es el estado actual, e incluso agregar notas o vincular a 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 del problema conocido abierto: que es la parte de seguimiento de errores del producto).
Bueno, hemos usado TestTrack desde hace años, que es compatible con la vinculación jerárquica entre los elementos. Sin embargo, la interfaz de usuario de gestión de proyectos no es para escribir.
Parece que estás 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 a El rastreador de errores está prácticamente de vuelta en el modo de "hoja de cálculo glorificada". No me da la impresión de que realmente haya sido diseñado por o para programadores. Aún así, podría valer la pena si realmente quieres ser serio.
En mi humilde opinión, el problema de agregar 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 que al menos se realice una investigación sobre la causa raíz del problema, el problema es independiente, y lo más probable es que sea independiente hasta que se solucione a menos que se identifique como dependiente de un proyecto más grande ... para el cual es probable que ya exista algún tipo de sistema de gestión de proyectos.
TUTOS.
Incluso realiza actividades de Project Management en la parte superior.
Workflow, Wiki, es bastante bueno.
www.tutos.org
He usado Mantis en muchas organizaciones y particularmente debido a la función de subejecución, que es uno de mis puntos clave que busco en un rastreador de problemas. 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 de Axosoft, que tiene una entrada de subentrada muy flexible, aunque la interfaz de usuario es un poco torpe: tienes que buscar problemas en lugar de poder especificar un número de problema dado 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.
Bugzilla tiene la noción de errores dependientes, que no es exactamente el paradigma de subtareas que está buscando, pero puede verse 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 cuestiones relacionadas. 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.
subtareas de soporte de redmine y chilliproject sin ningún complemento adicional.
Quieres la versión 7 de Fogbugz. Esto admite varios niveles de jerarquía y lo muestra en una vista de árbol .
JIRA se integró con Pivotal Tracker.
JIRA permite boletos. 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 la "velocidad" del proyecto para el desarrollo ágil. Ú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.
Flujo de trabajo JIRA
Flujo de trabajo de Pivotal Tracker
Hay una larga discusión sobre los rastreadores de fallas aquí .
Me gusta Mantis, yo mismo.
asitrack lo hace de la caja a través de un control de árbol. Y puede administrar la jerarquía con bastante facilidad mediante arrastrar y soltar.
Incluso tiene interfaces de usuario dedicadas para gerentes de proyecto, desarrolladores y probadores. Un usuario administrador ve más información de la actividad y un usuario desarrollador solo ve la información mínima requerida para realizar el trabajo.