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 (anteriormente un archivo de Excel compartido, ahora una hoja de cálculo en una solución base web que permite el acceso concurrente).
Su argumento es que la hoja de cálculo les permite tener una vista de más alto nivel del estado del proyecto, ya que pueden ver cuántos errores están abiertos con una mirada rápida. Esto también les permite ver quién está trabajando en cada error y obtener una estimación del tiempo requerido para cerrarlos (ya que los desarrolladores deben completar la estimación del tiempo en el error en el que están trabajando).
Como puede comprender, esto no es realmente práctico para los desarrolladores (el software de seguimiento de errores fue inventado por alguna razón). Entonces, ¿cómo puedo abogar por el software de seguimiento de errores para facilitar el trabajo del desarrollador?
Como beneficio adicional, ¿qué software recomendaría que 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?
fuente
Respuestas:
Dada esta declaración:
debe buscar sistemas que tengan herramientas de generación de informes que permitan efectivamente crear hojas de cálculo en "tiempo real" (o tan cerca como sea posible). Cuando encuentre uno de estos, explique que hacer que los desarrolladores usen un sistema "adecuado" significará que los datos que les interesen (con suerte) serán más precisos y actualizados (por ejemplo).
fuente
¿Qué versión de la hoja de cálculo está actualizada? ¿Quién tiene esa hoja de cálculo?
Cualquier rastreador de errores decente hará lo que puede hacer una hoja de cálculo, solo:
Para mis proyectos personales uso Mantis (solo porque es realmente fácil de configurar). El trabajo usa Trac con integración 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é acerca de 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.
fuente
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 gerencia de que cualquier desarrollador aleatorio pueda presionar accidentalmente los botones CTRL + A, BORRAR y realmente estropear las cosas? Un sistema de seguimiento de errores adecuado 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 reasignarse todas las correcciones de defectos? Un sistema real tendría una pista de auditoría donde ese tipo de cosas sería notable. Una hoja de cálculo no lo haría.
fuente
Debe mostrarle a la Administración que se cumplirán sus requisitos.
Configure un sistema ficticio y muéstreles con demostraciones para que puedan obtener esta información tan bien y tal vez incluso mejor que usar una hoja de cálculo.
fuente
Hasta ahora, todos han presentado respuestas similares y adecuadas. Hay un aspecto importante que aún no se habló. Para rastrear errores y asegurarse de que nada se escape, necesita dos cosas:
En casi todos los entornos que defienden 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 la misma. 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 quieras se ocupa de ambos problemas. En ese momento, se trata 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 a través de los errores asignados sea mucho más fácil.
fuente
No conozco su entorno, pero para los usuarios de Visual Studio, les recomiendo TFS. Integra tanto el control de origen como el seguimiento de problemas, con capacidades completas de informes. También ofrece capas de autoridad, seguimiento completo del historial (es decir, quién actualizó el error cuando, y si está configurado, 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 fuente diferentes (VSS, SVN, TFS ...) y muchos sistemas de seguimiento de errores (sistemas propietarios personalizados, Tracker, SharePoint, y sí, incluso Excel), pero por mi dinero (y es una buena parte del cambio), TFS vale la inversión en dinero y tiempo.
Y sí, puede exportar a (e importar) Excel.
fuente
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 (seguramente habrá un 'sería bueno si ...') y ver si no puede rascarse esa picazón para ellos.
Leer los argumentos de la gerencia
Estuve de acuerdo con todos ellos y JIRA cumple con todos y cada uno (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 ventajas nuevas.
fuente
Tiempo de cuentos.
Hace un par de meses volví de unas vacaciones de una semana para encontrar que toda mi compañía se había vuelto loca. Un proyecto en el que otra sección del departamento de desarrollo había estado trabajando durante meses fue repentinamente una prioridad candente y urgente, y todo el equipo se retiró de lo que estaban trabajando para producirlo. En la reunión de ese día, el propietario de la compañía 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 ciclos de trabajo / sueño sin parar.
Nuestra métrica para "terminado" fue que el cliente no tenía más comentarios. Aparecerían cosas nuevas y emocionantes en cada versión de sus comentarios (entregados por correo electrónico) que nunca antes habían aparecido, y cada palabra que decían era instantáneamente parte de la especificación (justificado con la frase "solo hagámoslo" ").
Una noche tarde, me estaba volviendo loco con HAD IT 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é el documento de comentarios que acababa de recibir para mi sección. Configuré a mi administrador como usuario y le dejé que comenzara a recibir correos electrónicos mientras cerraba los problemas.
En aproximadamente 6 horas tuve a todo el equipo en él. El primer ministro estaba filtrando correos electrónicos de clientes en Mantis, los desarrolladores reclamaban y trabajaban listas de problemas. Aún mejor, pudieron solicitar aclaraciones y comunicación dentro del sistema, lo que resultó en un rastro de papel sin papel de detalles sobre cada elemento.
Al día siguiente me pidieron que liderara el resto del proyecto. Fue como recibir una granada viva, pero la tomé y corrí con ella. Dos semanas después, finalmente agotamos la capacidad de nuestro cliente para tirar de nuestro anillo nasal y poner el sitio en producción. Mantis es ahora cómo gestionamos los errores, y podría convertirse en cómo manejamos las solicitudes de características desde el comienzo de un proyecto.
TL; DR: instálelo usted mismo y comience a usarlo para sus propias cosas. Deja que demuestre su valía por sí solo.
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 gerente no confía en la fusión de archivos. Está bien, pero después de revisar un proyecto SVN, inmediatamente hago un repositorio local de git para mi propio uso en el desarrollo.
fuente
Estamos usando Atlassian Jira .
Tiene muchos informes disponibles como este:
fuente
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.
fuente
cosas que pueden salir mal con una hoja de cálculo de seguimiento de errores en un recurso compartido de red:
He vivido todo esto. Y aun así logramos entregar ... Fue solo tres meses tarde y costó miles de horas extra no planificadas.
fuente
"¡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 vista de alto nivel de las cosas que con una hoja de cálculo baja.
Editar:
Para mi molestia, se acaba de anunciar que Pivotal Tracker no estará libre por mucho más tiempo. :(
fuente