| I have came to the understanding that the things that we'd like to keep track of as "todos" are more like "issues," than specific and physical actions. The "tasks" are only meant for the day, maybe drafted daily and be disposed of and forgotten in a post-it notes fashion. The issues, then are more like a backlog of requirements, a call to duty, like "briefs on the mission." The "issues" are the question; and neither todos, nor tasks are the answer. It is robotic to compile and keep track of a set of "actions to be done" several days into the future, but those todo.txt's as a database can be treated as valuable asset, as a "documentation of scope," for a team-of-one, or many. Hence the treatment of those not as "todos" as issues, with their shifting nature of requirements and many ways of resolution. Such a database deserves reinventing because nothing else can be as tailored and as diamond-cut as the one that's been built by you. |