¿Cómo abogaría por no usar una hoja de cálculo compartida para rastrear errores / problemas?

14

En nuestra empresa, los desarrolladores desean utilizar una herramienta de seguimiento de errores adecuada para gestionar los problemas en nuestra aplicación. Sin embargo, la administración insiste en usar una hoja de cálculo compartida (formalmente un archivo de Excel compartido, ahora una hoja de cálculo en una solución de base web que permite el acceso simultáneo).

Su argumento es que la hoja de cálculo les permite tener una vista más detallada del estado del proyecto, ya que pueden ver cuántos errores se abren con un vistazo rápido. Esto también les permite ver quién está trabajando en cada error y obtener una estimación del tiempo necesario para cerrarlos a todos (ya que los desarrolladores deben completar la estimación de tiempo del error en el que están trabajando).

Como puede comprender, esto no es realmente práctico de usar para los desarrolladores (el software de seguimiento de errores se inventó por una razón). Entonces, ¿cómo puedo recomendar un software de seguimiento de errores para facilitar el trabajo del desarrollador?

Como beneficio adicional, ¿qué software recomendaría que le permitiría a la administración obtener sus comentarios (número de errores abiertos, quién está trabajando en ellos, estimación de tiempo) con una vista de alto nivel?

    
pregunta Sylvain Defresne 06.01.2011 - 11:43
fuente

12 respuestas

22
  

Entonces, ¿cómo puedo recomendar un software de seguimiento de errores para facilitar el trabajo del desarrollador?

Teniendo en cuenta esta declaración:

  

la hoja de cálculo les permite tener una vista más de alto nivel del estado del proyecto, ya que pueden ver cuántos errores se abren con una mirada rápida.

debe estar buscando sistemas que tengan herramientas de generación de informes que permitan la creación efectiva de hojas de cálculo en "tiempo real" (o lo más cerca posible). Cuando encuentre una de estas explicaciones, hacer que los desarrolladores utilicen un sistema "adecuado" significará que los datos que les interesan serán (con suerte) más precisos y actualizados (por ejemplo).

    
respondido por el ChrisF 06.01.2011 - 11:48
fuente
5

¿Qué versión de la hoja de cálculo está actualizada? ¿Quién tiene esa hoja de cálculo?

Cualquier bugtracker decente hará lo que una hoja de cálculo puede, solo:

  • enviará un correo electrónico a las partes relevantes cuando algo cambie
  • proporciona una única fuente canónica de información actualizada
  • permite informes de resumen, para ofrecer vistas de alto nivel del estado del proyecto

Para mis proyectos personales, uso Mantis (solo porque es muy fácil de configurar). El trabajo utiliza Trac con integración de Mercurial.

Mantis proporciona cosas como la cantidad de errores abiertos / cerrados / asignados fuera de la caja, y me imagino que la mayoría de los rastreadores de errores lo harían. No sé sobre la estimación del tiempo, porque no me he molestado en mirar. Trac (o la instalación aquí en el trabajo) tiene una estimación de tiempo, y es fácil escribir un informe personalizado que, por ejemplo, sumará las estimaciones por hito.

    
respondido por el Frank Shearar 06.01.2011 - 11:49
fuente
5

Las respuestas de todos los demás son buenas. Otro aspecto se me ocurre.

¿Qué pasa con la seguridad alrededor de la hoja de cálculo? ¿No debería preocuparse la administración de que cualquier desarrollador aleatorio pudiera presionar accidentalmente los botones CTRL + A, BORRAR y realmente arruinar las cosas? Un sistema adecuado de seguimiento de errores no permitiría este tipo de corrupción de datos. Y eso ni siquiera explica la malicia. ¿Qué pasaría si un desarrollador en particular quisiera más crédito y comenzara a reasignar a sí mismo todos los arreglos de defectos? Un sistema real tendría una pista de auditoría en la que se notaría ese tipo de cosas. Una hoja de cálculo no lo haría.

    
respondido por el RationalGeek 06.01.2011 - 15:36
fuente
4

Debe mostrar a la Administración que se cumplirán sus requisitos.

  

Su argumento es que la hoja de cálculo   les permite tener un nivel más alto   vista del estado del proyecto como   Pueden ver cuántos errores están abiertos.   Con una mirada rápida. Esto también permite   ellos para ver quién está trabajando en cada uno   Error, y obtener una estimación del tiempo.   Se requiere cerrarlas todas   Se requiere desarrollador para llenar el tiempo   estimación del error que están trabajando   en).

Así que configura un sistema ficticio y demuéstrales con la demostración que pueden obtener esta información tan buena o incluso mejor que usar una hoja de cálculo.

    
respondido por el James 06.01.2011 - 11:58
fuente
4

Hasta ahora, todos han llegado con respuestas similares y adecuadas. Hay un aspecto importante que aún no se ha hablado. Para rastrear errores y asegurarse de que nada se deslice por las grietas, necesita dos cosas:

  • Buenos informes, tanto resumen como detalles: esto se puede buscar más adelante
  • Todos deben saber dónde está la copia más actualizada.

En casi todos los entornos que recomiendan el uso de una hoja de cálculo de Excel, hay diferentes copias de esta hoja de cálculo en la máquina de todos, y ninguna de ellas es igual. Esto hace que el proceso de revisión del progreso sea extremadamente difícil y contraproducente.

Un servidor centralizado como Trac, RedMine, JIRA, Mantis, o lo que sea que desee, se ocupa de ambos problemas. En ese momento, es una cuestión de lo que mejor se adapta a las necesidades de su empresa. Dependiendo de su entorno, estas herramientas pueden integrarse con su IDE al igual que su sistema de control de versiones (Eclipse tiene esta característica). Eso hace que trabajar con sus errores asignados sea mucho más fácil.

    
respondido por el Berin Loritsch 06.01.2011 - 14:18
fuente
4

No conozco su entorno, pero para los usuarios de Visual Studio, sugiero altamente TFS. Integra tanto el control de origen como el seguimiento de problemas, con capacidades de informes completas. También ofrece niveles de autoridad, seguimiento de historial completo (es decir, quién actualizó el error cuando, y si se configuró, por qué), le permite diferenciar entre un "error" y un "problema" y una "mejora" y cualquier otra cosa que desee. Me gusta, y se integra completamente con el IDE de Visual Studio. Vincula un error con el código que se registró, que puede vincularse a compilaciones específicas. Y mucho más.

He usado muchos sistemas de control de origen diferentes (VSS, SVN, TFS ...) y muchos sistemas de seguimiento de errores (sistemas propietarios personalizados, Rastreador, SharePoint y sí, incluso Excel), pero por mi dinero ( y es una buena parte del cambio), TFS vale la pena invertir en dinero y tiempo.

Y sí, puedes exportar (e importar) de Excel.

    
respondido por el Wonko the Sane 06.01.2011 - 15:22
fuente
2

Para ayudar a vender la transición a un rastreador de problemas adecuado, debe intentar averiguar qué problemas tiene la administración con su sistema actual (es probable que haya un 'sería bueno si ...') y ver si no puede rasguñe eso para ellos.

Leyendo los argumentos de la gerencia

  

Su argumento es que la hoja de cálculo les permite tener una vista más detallada del estado del proyecto, ya que pueden ver cuántos errores se abren con un vistazo rápido. Esto también les permite ver quién está trabajando en cada error y obtener una estimación del tiempo necesario para cerrarlos a todos (ya que los desarrolladores deben completar la estimación de tiempo del error en el que están trabajando).

Estoy de acuerdo con todos ellos y todos y cada uno se encuentran en JIRA ( Menciono JIRA solo porque es lo que uso, estoy seguro de que hay otros candidatos que valen la pena)

Debe enfatizar que con una herramienta como JIRA, no solo conservarán todas las ventajas de su configuración actual, sino que también obtendrán muchas nuevas ventajas.

    
respondido por el Kris 06.01.2011 - 15:31
fuente
2

Hora de la historia.

Hace un par de meses, regresé de una semana de vacaciones para encontrar a toda mi empresa centrada. Un proyecto en el que otra sección del departamento de desarrollo había estado trabajando durante meses fue repentinamente una prioridad urgente, y todo el equipo fue sacado de lo que estaban trabajando para producirlo. En la reunión de ese día, el propietario de la empresa nos pidió que elimináramos un par de piezas ese día y el resto al día siguiente y estaríamos en buena forma.

Seis semanas después, finalmente entregamos esa cosa, después de casi ciclos de trabajo / suspensión ininterrumpidos.

Nuestra métrica para "terminado" era que el cliente no tenía más comentarios. Aparecerían cosas nuevas y emocionantes en cada versión de sus comentarios (que nos fueron enviados por correo electrónico) que nunca antes habían aparecido, y cada palabra que dijeron fue instantáneamente parte de la especificación (justificada con la frase "solo hagámoslo. ").

Una noche, tarde o temprano, me había ENCONTRADO totalmente con la gestión de informes de errores por correo electrónico e impresiones con marcas de verificación. Instalé Mantis en nuestro servidor de prueba y cargué en él el documento de comentarios que acababa de recibir para mi sección. Configuré a mi administrador como usuario y lo dejé comenzar a recibir correos electrónicos cuando cerré los problemas.

En aproximadamente 6 horas tuve todo el equipo en ello. El primer ministro filtraba los correos electrónicos de los clientes a Mantis, los desarrolladores reclamaban y trabajaban listas de problemas. Aún mejor, pudieron solicitar una aclaración y comunicación dentro del sistema, lo que dio como resultado un rastro de papel sin papel con detalles sobre cada elemento.

Al día siguiente me pidieron que dirigiera el resto del proyecto. Era algo así como que me dieran una granada viva, pero la tomé y corrí con ella. Dos semanas después, finalmente agotamos la capacidad de nuestro cliente para arrancarnos la nariz y poner el sitio en producción. Mantis es ahora cómo administramos los errores, y podría convertirse en la forma en que manejamos las solicitudes de características desde el inicio de un proyecto.

TL; DR: instálelo usted mismo y comience a usarlo para sus propias cosas. Déjalo probar su valía por sí mismo.

Por cierto, esta es la misma política que estoy siguiendo sobre el control de versiones. Usamos Subversion bajo una política de bloqueo requerido, porque mi administrador no confía en la combinación de archivos. Eso está bien, pero después de verificar un proyecto SVN, inmediatamente hago un repositorio local de git para mi propio uso en el desarrollo.

    
respondido por el Dan Ray 07.01.2011 - 15:14
fuente
1

Estamos utilizando Atlassian Jira .

Tiene muchos informes disponibles como este:

    
respondido por el Xavier Nodet 06.01.2011 - 16:16
fuente
0

Debe crear una hoja de cálculo que, cuando el administrador la abra, todos los datos de informes necesarios se actualicen desde la aplicación que elija. Si lo haces funcionar, no hay argumento.

    
respondido por el JeffO 06.01.2011 - 14:47
fuente
0

cosas que pueden ir mal con una hoja de cálculo de seguimiento de errores en un recurso compartido de red:

  • nadie más puede editarlo cuando alguien lo deja abierto, luego bloquea la estación de trabajo y sale a almorzar.
    • la solución "obvia" es guardar una nueva versión para escribir. Esto crea una rama, y Excel es malo en la fusión. El trabajo de alguien se perderá.
  • el documento se puede guardar con filas ocultas, un problema se pasa por alto durante semanas.
  • se puede eliminar cualquier cosa y el seguimiento del historial es marginal. "¿Qué pasó con el análisis detallado del problema que ingresé la semana pasada?"
  • es fácil agregar valores a los campos 'restringidos'. "¿Cómo se marcó la gravedad de este error como 'Epic Fail'?"
  • cortar y pegar sobrescribe fórmulas. Un cálculo puede convertirse fácilmente en una constante.

He vivido todo esto. Y aún nos las arreglamos para entregar ... Llegaron solo tres meses tarde y costaron miles de horas extra no planificadas.

    
respondido por el AShelly 06.01.2011 - 22:54
fuente
0

"¡Es GRATIS!" suele ser un argumento bastante bueno. Pivotal Tracker es gratuito, no requiere instalación y podría ofrecer a sus gerentes una mejor visión de alto nivel sobre las cosas de lo que es posible con un hoja de cálculo humilde.

Editar:

Para mi gran molestia, se acaba de anunciar que Pivotal Tracker no estará disponible por mucho tiempo. :(

    
respondido por el Nick Spreitzer 07.01.2011 - 02:57
fuente

Lea otras preguntas en las etiquetas