Las acciones con estado “inactivas” las tengo en el software Thinking Rock, asociadas a cada proyecto, así, cuando pasan a convertirse en verdaderas “próximas acciones”, solo tengo que cambiarles el estado de “Inactiva” a “Do ASAP”, aunque usualmente, en ese momento reviso también el contexto. En el ejemplo que puse antes, en cuanto comprase el router y los puntos de acceso, y marque la acción como finalizada en el Thinking Rock, me pasaré a la acción de “Instalar 1 router y 2 puntos de acceso”, y la marcaré como “Do ASAP”. En la práctica es como dices, van pasando a la lista de acciones siguientes según se vayan activando, mientras no les presto mucha atención.

Acciones delegadas son, efectivamente, las acciones a la espera, y sí, sobre lo que habrá que centrarse será sobre esas 150 acciones siguientes, clasificadas por contexto y prioridad.

En cuanto al buffer de acciones delegadas, ¿no es eso la lista “Waiting for” o “A la espera”?

En realidad, “sólo” tendrías 150 acciones en la lista de siguientes acciones, las que denominas “DO ASAP” (imagino que agrupadas por contextos, lo que simplifica todavía mucho más la gestión).

En realidad, yo mantengo las dos listas:
- en un día/tal vez, tengo proyectos y acciones futuras que me gustaría acometer algún día, pero no tengo la certeza de poder llevar a cabo, o aún no es el momento de emprenderlas
- las próximas acciones en estado “inactivo”, están dentro de su proyecto (o unas pocas en la lista de acciones no asociadas a proyecto, “single actions”), y tendrán que ser hechas inexcusablemente, pero es imposible hacerlas ahora por diversos motivos, por ejemplo, puedo crear un nuevo proyecto: “Instalar red inalambrica en casa”, y crear como próximas acciones u na que sea “elegir y comprar 1 router y 2 puntos de acceso” y otra acción “instalar 1 router y 2 puntos de acceso”, y tener como inactiva la instalación, porque hasta que no los haya comprado, no los puedo instalar.