きっかけ

トレタのエンジニアチームでは、開発のタスクを GitHub/ZenHub に集約して管理していますが、個人の細かいタスク（issue tracker で共有するほどでもないもの）はもちろん各自個別に管理する必要があります。

個人的な話ですが、今年からプロジェクトの進行管理に携わる機会が増え、それと共にライフサイクルの短い突発的なタスクがかなり頻繁に発生するようになりました。これまで個人タスクの管理は何となくでやり過ごせていた部分でしたが、これを機に管理方法を見直してみることにしました。

ツール選び

選定基準は

としつつ、しばらく触っていないアプリもあったので Reminder, Gmail Tasks, Any.do, Remember The Milk, Wunderlist, Todoist あたりを改めて試してみました。

どのアプリでもできることはそれほど変わらない印象でしたが、操作性の良さから Wunderlist と Todoist が残り、デザインのシンプルさで Todoist を選択してみました。

タスク管理を実際に行いながら運用ルールを決めていきました。ルールは、タスクの流量や選択したツールによって変わるものですが、現状採用しているものをここにまとめてみます。

オフィスでの会話やミーティングなどで発生したタスクは、その場ですぐに登録します。Slack の会話で発生したタスクもなるべくその場で登録、時間がないときはひとまず ⭐️ をつけて後から登録してもよいことにしました。

Slack で発生したタスクは /todoist コマンドを使うと Slack 上から直接タスクを登録できます（Todoist Integration の設定が必要）。

/todoist タスクの内容 #project

Todoist のプロジェクト名を Slack のチャンネル名と合わせておくと、タスクを登録する際に Slack の入力補完機能を転用できて便利です。

Slack で入力すると

Todoist に登録される

「XXについて調べる」のようなタスクはいつまで経っても Done にできないので、細かく分解するなどして終了条件を明確にします。

タスクの期日またはタスクを完了させる目標日を必ず設定するようにします。仮にでも期日が設定されていた方が、新しい依頼を受ける時に、現状のタスクを勘案することで、タスクの完了可能な期日をこちらから提案しやすくなるからです。

といっても期日を決めるのはエネルギーがかかる作業なので、タスクの期日が明らかな場合やすぐに決める必要がある場合以外は、その日のうちに目標日を決めればよいことにしました。

タスクが発生し登録したら、すぐに忘れて元の作業に戻るようにします。いわゆる GTD (Getting Things Done) 的な心がけのアレです。

将来発生するであろうタスクまで管理し始めると、量が膨大になり、タスクとして登録すべき範囲など考えることが増えてしまいます。目の前のタスクに集中するために、長くても1週間先の範囲に留め、着手可能な状態になるまで登録しないようにしました。

現状で着手不可能なものはプロジェクトの Wiki（トレタでは esa を利用）など、定期的に必ず見直す場所に残しておいて、タスクに着手するタイミングで Todoist に書く運用にして事故を予防するようにします。

帰宅する前に必ず登録されているタスクを一覧します。時間が経過するとタスクそのものが不要になったり、優先度が変化する場合があるからです。やることは

の3つです。

Todoist の場合、タスクに Priority を設定する機能があるのですが操作が少々煩雑なので（変更に数タップ/クリックが必要）、タスク一覧画面で優先度順に並び替えることで優先度を表現することにしました。

翌日出社したら、もういちど優先度順に並んだタスクを確認して、問題なければ上から順に進めていきます。

ということで自分に課したタスク管理のルールを紹介しました。かれこれ一年続いていますが、タスク管理を継続するためには、よいツールを選ぶよりも、自分に合った継続可能な運用ルールを作ることだなと思った次第でございます。

また、最近のツールは機能が豊富ですが、必要最低限な機能以外はあえて使わずにシンプルな運用を心がけるのも、継続するためのポイントかなと感じました。

ということで、現場からは以上です。明日はサーバーサイドエンジニアの swdyh が書きます。お楽しみに！