Persiga cada fecha vencida en un solo sitio

Abra el registro de plazos y cámbielo a vencidos. Reúne las fechas que ya rastrea cada módulo, plazos de respuesta de correspondencia, acciones correctivas de informes de no conformidad, elementos abiertos de la lista de deficiencias, y los agrupa por módulo con los días de retraso de cada uno, así que lee una lista en vez de abrir tres.

Por que: Un proyecto rara vez se retrasa en un solo sitio evidente. Se retrasa unos días aquí y una semana allá, en registros que nadie lee juntos, y para cuando se hace visible en el programa las razones tienen dos meses. Una sola lista convierte la sensación vaga de que las cosas se están descontrolando en un recuento con el que puede hacer algo esta misma mañana.

El barrido de vencidos recorre el mismo registro y envía un recordatorio a quien tenga a su cargo cada elemento retrasado. En cuanto un elemento supera el margen de gracia, escala a los jefes de obra, una sola vez, y el registro le muestra lo que ha movido.

Por que: Muy poco se retrasa porque alguien decidiera ignorarlo. Se retrasa porque nadie le dijo que era suyo. Escalar tras un margen de gracia y no el primer día es lo que mantiene la escalada digna de leerse, porque un jefe copiado en todo no lee nada de ello.

Tome el elemento que encabeza la lista de vencidos y levante una tarea contra él con un responsable nombrado y una fecha que realmente crea. Trabájela hasta que el registro subyacente se cierre, momento en que la entrada desaparece del registro por sí sola.

Por que: Un recordatorio le dice a alguien que una fecha ha pasado. No le dice qué hacer después, y los que han quedado gravemente vencidos suelen ser precisamente aquellos en los que eso no es evidente. El registro solo se acorta cuando el registro de origen se cierra, así que la tarea tiene que apuntar al trabajo real, no al recordatorio sobre él.