listas vs. checklists
Al realizar la presentación y revisión parcial de un proyecto se genera comúnmente una lista de observaciones, detalles, ajustes y correcciones a realizar.
En el calor y velocidad de la junta se crea una lista única y completa donde se aglutina todo lo observado.
Dicha lista pasa naturalmente a ser una tarea para el líder de proyecto, programador o diseñador que está a cargo.
Históricamente observamos que dicha lista es complicada de administrar y al darle seguimiento. Un lista única implica dar seguimiento en un mismo documento a tareas terminadas, en proceso y pendientes. Inclusive pueden contener tareas de áreas o responsables diversos.
Es preferible tomar el paso extra de fragmentar la lista en tareas individuales y específicas. Es decir, un CheckList de varias tareas.
Las ventajas claras son:
- Facilita el seguimiento individual de tareas.
- Permite asignar cada tarea a un responsable individual.
- No se combina en un documento tareas pendientes, en proceso y terminadas.
- Esta es la manera natural en que trabajan los sistemas de administración de proyectos (¿por algo será?)
- Es posible reasignar cada tarea a recursos libres individuales.
- Aunque una lista y un CheckList ocupen el mismo tiempo y recursos, terminar tareas particulares da al equipo de trabajo una sensación de claridad, mayor movimiento y avance.
Nota final: Por supuesto que el paso ideal sería, en la misma junta, tomar la disciplina de crear el CheckList tarea a tarea directamente. En eso estamos trabajando.
Acerca de esta nota
Estás leyendo: "listas vs. checklists", una nota en en 7 meses nos reiremos
- publicado:
- 17.07.2007 / 10:42
deja un comentario
ir a la forma de comentarios | rss de comentarios [?] | trackback uri [?]