bug-tracking - tools - pivotal tracker
¿Cuál es tu experiencia con Devtrack? (9)
Esta pregunta cubre el software de seguimiento de errores en general, pero estoy interesado en conocer más detalles específicamente sobre Devtrack .
Si tiene experiencia de primera mano al usarlo, me encantaría saberlo. ¿Cómo lo compararías con otros sistemas de seguimiento de errores que conoces, qué sientes es bueno y malo al respecto, y por qué?
Lo usé cuando trabajaba en Electronic Arts Tiburon ... IMO, la interfaz de usuario es torpe y entrar / administrar errores lleva mucho tiempo. Dependiendo del entorno que estés usando, analizaría:
- FogBugz de FogCreek
- Fortaleza de SourceGear
- Servidor de Fundación de Equipo de Microsoft
También utilizamos DevTrack durante años y cambiamos a Software Planner ( http://www.SoftwarePlanner.com ) hace aproximadamente un año y somos mucho más felices.
DevTrack está siendo expulsado en algunas áreas de mi compañía. He escuchado dos cosas: está bien una vez que te acostumbras, o es una experiencia dolorosa / tediosa. Mi impresión actual es que tiene más soporte en el nivel de "toma de decisiones" que en el nivel de desarrollador.
No estoy seguro de cómo enfrentar esto, pero me gustaría hacer esta pregunta a un nuevo par de ojos ahora que ha pasado más de medio año. ¿Algún pensamiento adicional de alguien?
Usamos Devtrack como nuestro sistema de seguimiento de errores actual, y yo diría que puede hacerlo mucho mejor. Un comentario que agregaría a la publicación de Joel es que la búsqueda no está bien implementada y es muy lenta.
Otra solución que podría considerar es Jira
siempre hemos encontrado que terminamos duplicando mucho trabajo usando devtrack. Para los desarrolladores, generalmente es un dolor utilizar especialmente cuando se trata de mantener un historial o una base de conocimientos de un desarrollo de aplicaciones o errores corregidos, etc. y terminar grabando en otros programas que están más diseñados para el seguimiento de fallas, pero también tienen que mantener a devtrack "hasta" fecha "ya que eso es lo que los gerentes usan para ver cuánto trabajo ha estado haciendo, etc. lo usan para responder preguntas tales como" dónde se gasta mi presupuesto "," es el trabajo que se completa en ciertas fechas "
la herramienta está definitivamente orientada a los gerentes que pueden generar informes de horas y fechas, etc.
Estamos utilizando DevTrack para toda la compañía, una elección hecha hace 2 años y antes de unirme a la compañía. Al tener experiencia previa con Mantis, Track y Jira, estoy profundamente dolorida al usar esta herramienta. Lleva mucho trabajo realizar tareas básicas, como agregar comentarios o enviar nuevos problemas. Tampoco hay forma de que "mire" un ticket, es decir, reciba una notificación de los cambios realizados en él, a menos que yo sea el propietario en algún momento. Utiliza JavaScript para desencadenar funciones y no puede copiar la URL de ninguna página de ticket. Necesitamos intercambiar números de boletos y buscarlos cada vez.
Es potente y altamente configurable, pero me gustaría que trabajaran más en la usabilidad.
Si tiene una opción, aléjese de DevTrack y vaya a FogBugz o Jira en su lugar.
No me gusta DevTrack en absoluto, pero nuestra empresa lo usa. Teníamos un pequeño equipo, y Bugzilla estaba trabajando mucho mejor para nosotros.
Una de las cosas que odio es que cada vez que recibo un correo electrónico sobre un error y hago clic en el enlace, va al error, pero no se puede cambiar nada, no es realmente la página con el error.
Por otra parte, nuestros probadores, productores, supongo que estamos acostumbrados, y podemos personalizarlo probablemente mejor que otros productos para nuestras necesidades específicas (videojuegos).
Hemos usado DevTrack 6 mucho hace algunos años y estuvimos totalmente satisfechos. Pero hemos utilizado la versión local, no la interfaz web. Tampoco necesitamos acceso a la web. DevTrack es muy personalizable: hemos logrado establecer nuestro propio conjunto de campos para problemas, estados de problemas personalizados, flujo de trabajo, derechos de usuario (¡incluso por campo! - quién puede ver o editar qué campo en determinado estado de emisión), descripción de problemas personalizada páginas, etc. Otras herramientas en este momento no fueron capaces de proporcionar la funcionalidad que necesitamos. En cuanto a agregar nuevos problemas, me pregunto por qué se dice que es complicado. Presione el botón "Nuevo", escriba la descripción del problema y presione OK, ¿qué podría ser más simple? En cuanto a la búsqueda, sí, es un poco lento. Pero DevTrack tiene muchos otros métodos para resolver los problemas. Por ejemplo, puede configurar el árbol de la funcionalidad del proyecto y mostrar problemas que pertenecen a alguna funcionalidad seleccionando el elemento correspondiente en el árbol.
He estado en un entorno que lo usa desde hace un mes, anteriormente he usado Jira, FogBugz y otros: la interfaz de usuario es muy torpe, como si estuviera escrita en VB en 1997 y es REALMENTE difícil sacar informes de ella ( sus colegas encontraron una forma de exportar a Excel y hacer sus informes allí). Queremos implementar un entorno de desarrollo ágil, y no creo que DevTrack lo permita de manera muy sencilla. Sin embargo, podría estar equivocado, ¡ya veremos! Estoy dispuesto a demostrar que estoy equivocado.