以前、妻とタスクの消化、締切の話をしたことがあって、妻のところではExcelで管理してるという話をしていて。
そのExcel自体は共有のフォルダっぽいところで管理してるから、そこで進捗がわかるから問題ない、んだけど、終わらないことがあったり漏れてることがある、みたいな話をしていた。
（妻はWEB系ではないです）

そもそも、一覧系のツールで管理してるのは一覧で見たい管理者のような人向けにはいいだろうけど、実際にやる人たちからしたらやりにくいんじゃない？という思いがあるので、そういう話を聞くと Backlog とか Redmine とかそういったツールでやるのがいいんじゃないの？と思ってしまう自分がいる。

が、んじゃBacklogを入れてるから自分のところが問題ないか？というとそんなことはなくて、オンスケで問題なく動くことの方が稀な気がしている。

期日より前倒しで終わらせてくれることもあるし、時には終わらないこともあるし。
その辺は人による場合もあれば外部要因だったりもするだろうし、依頼する側の問題だったりもする訳で。

目安がないといけないので、何かしら日時的な管理をしやすいツールを使うのは必要だと思うのだけど、それを使った上でオンスケで進ませるためには何かまた別なものが必要なんだろうな、と。

Web制作会社の危機感から模索する新しいプロジェクト管理の方法とは〜独自のプロジェクト開発スタイル | TeamHackers
https://teamhackers.io/h2o-space-web

で、たにぐちさんが書いてたけど、

Backlogの場合だと、タスクの整理や分類にどうしても使いづらさやわかりにくさが目立つなと感じます。期限を過ぎて、アラートが出ててもそれを無視し続けることになっていく、なんのためかわからないアラートって、Backlogのあるあるじゃないかな。

当社でも、自分を含め２名のディレクターがBacklogの「そうじ」をきめ細かく行なうことでその解決を図るようにしています。ツールによる自動化とはまだまだ距離がある話です。もちろん、タスク登録のルールや管理上の約束事は決めていますし、新規タスク登録もそれぞれの担当者に任せられるようにしていますが、ディレクターが管理してないと、ツールだけではうまく回っていかないことは何度も実証済みですね。うまく回らないということは、そもそもツールを使う意味が無いという逆転現象も発生します。

この辺の話にも繋がってくるんだよなぁ、、、という気がしている。

このあるあるに陥る原因は、チームにより原因もそれぞれだと思うのでその辺は少し立ち止まって考えて見ないといけないんだろうな、と思っているところ。