tarea en progreso
index | about | archive | charlas | docs | links
dot |
git |
img |
plt |
tty |
uml
gestionar tareas desde la tty
la secuencia ideal
Ni bien hay un nuevo issue es necesario evaluar si es un bug o se trata de un nuevo desarrollo, una mejora, o tal vez no hay nada para hacer o si es necesario solicitar MAS DATOS para determinar a acción a realizar.
De manera simplificada una tarea comienza en Nueva, cambia a En
Curso y ni bien se termina pasa a Resuelta para que alguien la valide
y la de por Cerrada.
+-----+ +-------------+ +-------+ +--------+ | new | --> | in-progress | --> | fixed | --> | closed | +-----+ +-------------+ +-------+ +--------+
y vos con issue qué estás?
El flujo de trabajo puede variar, hay diferentes metodologías y posibles estados intermedios, pero lo más importante es saber si la tarea esta tomada por alguien y luego tener algún indicador de progreso de la misma.
Es una mala práctica iniciar una tarea sin al menos cambiarla a estado
En Curso y luego no comentar nada sobre ella.
Registrar el progreso es vital para detectar cuando podemos estar «enroscándonos» innecesariamente y para esto nada mejor que escribir nuestros comentarios o adjuntar el log de trabajo realizado hasta el momento en el issue, asi el resto del equipo puede estar al tanto e incuso aportar con tips o alternativas de posibles soluciones y hasta ayudarnos a encontrar el camino más directo a la resolución del problema con otro enfoque.
la salida es colectiva
De nada sirve iniciar la tarea y 2 o 3 días después comentar que
tuviste varios errores, te trabaste y no podiste resolverla o por el
contraro que si la pudiste resolver y sin ningún comentario simplemente
la cambiás a Resuelta, en ambos casos no estas permitiendo una
construcción colectiva y estás enfrentando el problema a solas y
probablemente con una visión sesgada del problema.
Documentar durante el desarrollo te ayuda a ayudarte!
registrá todo lo que hacés!
En mi caso personal, no escribo directamente en el Redmine, tengo mi
versión digital de cuaderno borrador o journal, en forma de comandos
de bash, simplemente invocando jrnl 4 puedo
registrar fácilmente lo que hago a diario en archivos de texto plano que
luego mediante el comando redmine-from-jrnl puedo convertir ese jrnl
en un comentario de Redmine y gracias a esto no necesito que Redmine
este accesible todo el tiempo, puedo trabajar offline y sobre todo
poder buscar rápidamente en mi bitácora sobre tareas de días pasados.
Aunque también me apoyo en una libreta de papel, que luego la uso para mejorar mis journals y finalmente organizar el Redmine.
hace cuánto no informás el progreso?
Muchas veces sucede que en la vorágine del apuro por resolver algo
crítico o porque simplemente me concentré demansiado y bajé a las
profundidades de algún código, no llego a enviar mis comentarios al
Redmine, pero sé que los tengo, por lo general esta todo el registro
en mi jrnl.
La solución a este problema la encontré con un par de scripts, primero
redmine-history 5 revisa el historial de bash y
muestra que comandos de redmine ejecuté hoy y a que hora exactamente!
redmine-history 09:57 redmine-new-issue "scrum $(today)" 11:01 redmine-from-jrnl 11:31 redmine-add-comment-from-file issue.txt 11:32 redmine-fix 48648 11:32 redmine-time-entry-from-file issue.txt 12:08 redmine-from-jrnl 14:18 redmine-timediff-last-comment
Luego el comando redmine-timediff-last-comment 6
discrimina que comandos envían comentarios a redmine y calcula la
diferencia de tiempo con la última ejecución:
redmine-timediff-last-comment 02:30
De esta manera ahora puedo saber que hace exactamente 02:30 hs que no
informo nada de lo que estoy haciendo y me ayuda a ordenarme!
timediff en tmux
Agregando #(redmine-timediff-last-comment) al status-right en
~/.tmux.conf puedo tener un indicar en todo momento que va cambiando
de color pasando de verde a narajana y finalmente a rojo cuando pasó
demasiado tiempo!
A futuro se me ocurre darle mas «inteligencia» al comando y que interactué con la API de Redmine sobre un issue en particular.
ChangeLog
2024-06-03 20:10quitar negación innecesaria y corregir links de redmine-history y redmine-timediff-last-comment en actualizar tarea en progreso2022-11-13 20:39agregar y actualizar tags OpenGraph2021-03-31 14:58agregar tarea en progreso
