その週に行った仕事を振り返ることになりますから、当然、詳細な仕事の記録が一元化されて手元にあるのが理想です。

シゴトハック研究所：週次レビューを確実にこなすには？【解決編】 – ITmedia Biz.ID

ITmedia Biz.IDで連載しているシゴトハック研究所は、いつも目を通しています。さて、今回の議題は、週次レビュー＝WeeklyReviewでした。

WeeklyReviewは、私にとっても痛いところです。昔はちゃんとできていたものの、ある程度サイクルにのってしまうと、胡坐をかいて簡略式にしか行っていません。

そんな中、シゴトハック研究所では、解決解の一つとして、見返すためのログをまとめておきましょうと言っており、それについてはFemoでやるとよいですよ、と書いていました。ちなみに、ツールはFemo以外にも、オフラインでならChangeLogやxtmemoなどが、なんでもログを取る、という部分に特化したツールとして有名です。

シゴトハック研究所では、どちらかというと週次レビュー自体についてではなく、週次レビューを行う前の事前準備について話されていました。でも、見返すのは分かったけれども、他にどういうことをしたらいいの？ と疑問に思っている人がいるかもしれません。

そこで、今回は現在使っているd-cubedを例にして、GTDのWeeklyReviewで私が最小限行っている実際のやり方を紹介していきたいと思います。

WeeklyReviewで確認したいこと

WeeklyReviewでやろうとしていることは、言葉にまとめると、以下の3つです。

1. 先週はこんなことがあったなぁ
2. 今ってどうなってるんだろう？
3. 先週がこうで、今がこうなっているなら、来週はこうしよう

これらは結局のところ、以下の言葉に置き換えられます。

1. 過去の反省
2. 現在の状況を最新化する
3. 来週の予定をたてる

この3つをやりさえすればWeeklyReviewはOKだと思っています。私の仕事のWeeklyReviewでは、これにフライデー8さんの内容を加味して、掃除や精算作業を組み込んで1セットとしています。

で、上記3つに当てはまるような作業は次のようなことをやっています。

1. NextAcionリストを現状に合わせる
2. Projectリストを最新化する
3. Projectリストのレビューをする
4. 遣り残したものがないか確認する
5. 次の勤務日用のスケジュールを消める

これらについて、d-cubedで実際にどんなことをやっているのかをまとめていきましょう。

NextAcionリストを現状に合わせる

この作業は、２の「現在の状況を最新化する」を具体化した作業の一つです。実際には、アクションの中でもう済んでしまったものがあればそれを完了に変更します。

d-cubedでNextActionのリストを見るには、Reviewの中のProjectReviewが見やすいです。

ProjectReviewでは、オープンなProjectの全アクションが表示されます。

そして、これらのアクションのうち、既に終わっているものにはチェックをし、現状とあわせます。

このアクションのリストは、あまりにチェックしている時間がなかったりすると、誤差が生じる場合があります。なので、それをWeeklyReviewでまとめて更新をかけるという寸法です。

Projectリストを最新化する

この作業も、２の「現在の状況を最新化する」を具体化した作業の一つになります。実際には、完了したプロジェクトをプロジェクトリストから外します。

  d-cubedでは、プロジェクトのリストを見るには、ProjectReviewが便利です。

Projectが完了した、と思われるのは、これ以上アクションがないプロジェクトです。ProjectReviewの中では、一番したに表示されるはずの「Projects with no open actions」に表示されるプロジェクトがそれに当たります。
もちろん、この部分に表示されるものには、本当はアクションがあるんだけれども、まだ登録してないだけ、ということもあります。そんな場合があることも考慮しながら、完了したプロジェクトをアーカイブ化します。

アーカイブをするには、各プロジェクトのTiddlerを表示します。カーソルのあるTiddlerには、右上のようなボタンが表示されます。このうち、「archive」というボタンがあります。このボタンを押すと、アーカイブ化され、プロジェクトリストから表示されなくなります。けれども検索したりすれば、プロジェクトデータを表示することができます。

Projectリストのレビューをする

この作業は、１の「過去の反省」を具体化したものになります。更に実際には以下のような処理を実施します。

1. 稼動中のプロジェクトのTiddlerに、進んだか進んでないか等の簡単な感想を記入する。
2. ProjectのNextActionが用意されているかチェックする。なければ追加する。
3. NextAction以降、こんなことが行動に入るであろうアクションがあれば、予め登録しておく。

上記のうち、1については「過去の反省」ですが、2と3についてはこれからの作業用として予め記入しておくので、厳密には「過去の反省」には当たりません。3の予めアクションを登録しておくのは、わかる範囲で問題ないです。例えばこれからのアクションが「メールを出す」、というのであれば、その次に「メールの回答を受ける」というアクションがやってくることは多いでしょう。そのメールを受けて自分は何か行動をするのか？ 行動する必要があるならば、それを「メ

ールの回答を受ける」のあとに「～をする」というアクションも追加しておきます。

これは丁度、オセロの手を数手先考えるのに似ています。相手の手によって、自分は次にどういう手を打つのかいくつか考えます。これを各プロジェクトにのアクションについても同じように行うのです。

次の勤務日用のスケジュールを決める

これは、３の「来週の予定をたてる」を具体化した作業になります。具体的には、NextActionリストにあるActionのうち、3つを選んで実行する順番を決めます。以上です。

d-cubedでは、NextActionはReviewの中の「ActionReview」を確認するのが便利です。

ActionReviewには、各プロジェクトに設定したアクションのうち、次に行うActionのみを集めたものになります。

このアクションの中から、3つだけ選び、実行する順番を決めます。

この時間にこの作業を行う、といったような細かいことは決めません。なぜなら、いつ電話があったり、割り込みの作業が発生したりして、決めても変わってしまうことばかりだからです。だから、最低限行う必要のあるものを3つ決めて、進めるのがベターです。3つ選ぶというのは、「シリアル・ポップな日々」さんところで見かけたMITを取り入れたものです。最近は3つすら選んでない時も多いのですが。。

時間を見積もる、といったようなこともやりません。取り入れない理由はデメリットの方が大きいからです。時間を見積もるために、更に作業レベルに落とし込んだ手順について時間を見積もり、更に実行時に作業時間を計測し、作業後予実を確認します。そしてそれ以降に再利用するためには、同等の作業が発生しなければ再利用できません。つまるところ、手間隙の割りには計測してもその後再利用可能率が極端に低いのです。それで、一時期必死に計測してたんですけど、使い道ねーじゃん、と思って今は計測しない日々です。

まとめ

今はこんな感じでWeeklyReviewを実施しています。上記の作業だけだと、俺はやったぜ！感はなかなか少ないのですが、GTDのリストが回ることは確かです。

GTDのWeeklyReviewでどこから何を手をつけたらいいのかわからない場合は、上記のような作業をまずは行うようにしてはどうでしょうか？