¿Se pueden usar los rastreadores de errores para tareas de seguimiento que no sean de programación?

Trabajo como ingeniero eléctrico y, a veces, cuando el trabajo está ocupado (léase: la mayor parte del tiempo) hay tantas tareas y cosas que recordar para ocuparse más tarde que puede ser difícil rastrearlas.

En el pasado, intenté usar un bloc de notas, un correo electrónico o Outlook para realizar un seguimiento de las tareas, pero al final se vuelve demasiado complicado y difícil de administrar.

Últimamente he estado pensando en intentar usar un rastreador de errores como Mantis o Bugzilla para realizar un seguimiento de mis tareas y trabajo (en lugar de programar errores). La razón por la que dudo en hacer esto es que todos estos rastreadores de errores están diseñados teniendo en cuenta la programación.

Algunos ejemplos que seguiría:

  • El oscilador tarda demasiado en estabilizarse después del encendido
  • Escribir documentación para las actualizaciones de software del usuario
  • Medir la impedancia en las líneas de entrada
  • Simular el circuito de potencia
  • etc.

¿Se puede usar un rastreador de errores como administrador de tareas para otras cosas además de la programación? ¿Se puede usar un bloc de notas "recuerde verificar esto más tarde" para otras cosas además de la programación? ¿Sería esta una estrategia viable a largo plazo?

Respuestas (7)

Cuando lo piensa, un rastreador de errores no es más que una simple aplicación de administración de tareas con un flujo de trabajo (simple) adjunto a cada elemento. Desde esta perspectiva, realmente no importa si un elemento de trabajo es un error de software, una tarea a realizar o cualquier otra cosa.

Significa que debería poder usar rastreadores de errores para lograr el objetivo que defina. Personalmente, estaba usando un rastreador de errores en tal escenario para rastrear y registrar el trabajo sobre ideas para nuevos productos y funcionó.

Sin embargo, si me preguntara si elegiría un rastreador de errores ahora para tal cosa, la respuesta sería diferente. Ahora seguiría la técnica Getting Things Done (como se describe en un libro de David Allen ) y elegiría herramientas que sean adecuadas para la situación.

Mi favorito personal es Personal Kanban , que en realidad es algo más que una simple técnica GTD, pero por el bien de este argumento, podría funcionar de esta manera. Puede leer más sobre Personal Kanban en el libro de Jim Benson .

En cualquier caso, usar el rastreador de errores para rastrear tales tareas, especialmente en el contexto de una sola persona, me parece una exageración. Prefiero buscar métodos más simples.

Nota: GTD o Personal Kanban no tiene que ser solo notas adhesivas; también hay aplicaciones de software que brindan esa funcionalidad. En términos de Personal Kanban, cualquier aplicación Kanban serviría.

La clave es la priorización

Este es un problema un poco X/Y, en el sentido de que el problema no es realmente si puede realizar un seguimiento de las tareas en un rastreador de errores (ciertamente puede hacerlo), sino qué valor proporciona realmente el seguimiento a un proyecto determinado. El problema de proceso subyacente al que se enfrenta es uno de priorización .

Cualquier herramienta que le permita priorizar tareas por importancia o fecha de vencimiento, y que le permita reordenar esas tareas a medida que las métricas cambian con el tiempo, probablemente sea adecuada para el seguimiento de tareas a nivel individual.

Si tiene una infraestructura de seguimiento de tareas a nivel de proyecto, puede ser mejor aprovechar eso, o al menos, asegurarse de que su herramienta personal se integre con el rastreador a nivel de proyecto, en lugar de reinventar la rueda. Sin embargo, si no afecta a nadie más que a usted, entonces puede encontrar la solución que mejor se adapte a su flujo de trabajo individual.

Los rastreadores de errores definitivamente se pueden usar para rastrear tareas que no sean errores de programación. Como ejemplo, nuestra organización ha configurado con éxito JIRA para manejar nuestro departamento de servicio al cliente. JIRA es enormemente configurable, y el gerente en ese momento pasó varias semanas creando componentes y campos personalizados para manejar todo, desde registros de nuevos clientes, configuraciones de clientes, problemas de facturación, quejas de clientes y solicitudes de trabajo, hasta cancelaciones.

Hemos estado haciendo esto durante varios años, y los departamentos de ventas, servicios al cliente y administración de cuentas y cuentas por cobrar se sienten extremadamente cómodos con el proceso.

Se crea una tarea para el cliente y se crean subtareas para cada uno de los problemas anteriores que surjan, ya sea la configuración real, la solicitud de trabajo, etc.

Por supuesto, si algo como esto funcionará o no para usted depende de sus necesidades exactas. Con los ejemplos que diste, sé que JIRA funcionaría para ti. Sin embargo, en su caso, si solo necesita algo como esto para usted y solo para usted, existen muchos sistemas de administración de tareas en línea livianos, gratuitos o baratos, que probablemente funcionen mejor. Consulte la página de información wiki de la etiqueta pm-software o consulte algunas de las preguntas abiertas o cerradas bajo la etiqueta o la etiqueta .

Supongo que mis ejemplos fueron cosas para mí, pero como parte de un equipo sería bueno si alguien pudiera decidir revisar la tarea y asignarse algo si tienen tiempo. Echaré un vistazo a JIRA.

"¿Se puede usar un rastreador de errores como administrador de tareas para otras cosas además de la programación?"

Sí. He trabajado para empresas en las que se usaban herramientas como Bugzilla para rastrear, priorizar y molestar a las personas en tareas como:

  • desarrollo
  • diseño de experiencia de usuario
  • documentación
  • pruebas y documentación de control de calidad
  • recopilación de requisitos
  • análisis del sistema
  • análisis y diseño de arquitectura

Como cualquier herramienta, el éxito y el fracaso dependen en gran medida del contexto, la aceptación y la calidad de los miembros del equipo que la utilizan. Probablemente he tenido suerte porque he trabajado en múltiples configuraciones y he visto que Bugzilla (y Jira y otros) se usan con éxito. Y sí, a veces se trataba de proyectos grandes y complejos.

Probablemente aunque me parece una herramienta excesiva para una tarea más sencilla.

Usaría OneNote de Microsoft como opción. Sin embargo, en realidad uso un cuaderno encuadernado en espiral con más frecuencia como registro de trabajo y lista de tareas.

Los rastreadores de errores se pueden usar para otras tareas, pero es mejor usar algo diseñado para un propósito más general .

¿Estas tareas involucran a otras personas? Si es así, lo mejor es usar una herramienta con colaboración integrada. Trello (hecho por las mismas personas que este sitio) es una buena opción básica y gratuita.

Si estas tareas son solo para usted , entonces debe usar un sistema que se sienta natural y le facilite recopilar, organizar y hacer (los elementos básicos de la metodología Getting Things Done).

Por supuesto, puede utilizar el software habitual de seguimiento de errores para realizar un seguimiento de otras tareas que no puede realizar. El único problema es elegir la herramienta adecuada, que debería ser una especie de universal. Le aconsejo que pruebe el rastreador Comindware, que uso no solo para programar errores, sino también para todas las demás tareas.