Metlivi ブログ

4つのバレットジャーナル記号で複雑な1日を記録する方法

複雑なキー(凡例)を作ることなく入り組んだ1日を記録するには、4つの記号を使用します。タスクには「•」、イベントには「○」、メモには「–」、そして移行(マイグレーション)することを決めたタスクには「>」です。各記号の後に短い項目を1つ書き、1日の終わりに未完了のタスクを見直します。これにより、予定、行動、有益な詳細情報が明確に区別され、ページを素早く確認できるようになります。以下の例では意図的に簡略化したキーを使用しています。公式メソッドにはタスクの状態を表す追加の記号があり、役立つ場合はそれらを追加することも可能です。

2026年9月27日読了時間:6分時間管理と自己成長Metlivi Editorial Team
セクション 1

記号で何を区別すべきか?

バレットジャーナルの公式ラピッドロギング(迅速な記録)ガイドでは、バレット(箇条書き記号)を使用して、タスク、イベント、メモの3種類の項目を区別します。タスクは行動可能なもの、イベントは特定の日付に関連付けられたもの、メモは事実、アイデア、考え、または観察事項など、すぐには行動に移せないものを記録します。標準的な記号は、タスクがドット(•)、イベントが白丸(○)、メモがダッシュ(–)です。公式のラピッドロギングガイドでは、簡潔で客観的な言葉遣いにすることもアプローチの一環として説明されています。

セクション 2

キーを最小限に抑え、マイグレーションを明確にする

マイグレーション(移行)は、毎日の記録項目の4つ目の種類というよりも、振り返りの際に行う判断です。公式ガイドでは、後のマンスリーログやコレクションに移動するタスクに「>」を使用し、フューチャーログに予定されたタスクに「<」を使用します。コンパクトな毎日のキーにするなら、「この未完了のタスクは持ち越すべきか?」というシンプルな問いのために「>」を割り当てることができます。移行先は横に書いておくか、移動先のログで明確にしておく必要があります。

これは公式の分類に基づき編集上簡略化したキーであり、この記法だけが唯一正しいと主張するものではありません。1日を通じて記号の一貫性を保ちましょう。メモからアクションが生じた場合は、メモの記号を拡大解釈して両方の意味を持たせるのではなく、別のタスクとして記録します。この小さな習慣により、後からの見直しが容易になります。

タスク(•):誰かが何かを行う必要があるか?
イベント(○):過去または予定されている日時に関連付けられているか?
メモ(–):すぐに行動を起こす必要はないが、残しておく価値のある情報か?
移行したタスク(>):その未完了のタスクは、持ち越す価値がまだあるか?
セクション 3

実践例:予定、タスク、細かな情報が混在する1日

朝のミーティング、アジェンダの送付、用事、配達状況の更新、新しいフォローアップがある1日を想像してみてください。これらの項目は例示であり、実在する人物の1日の記録ではなく、キーの適用方法を示すためのものです。

火曜日のデイリーログ例:

各行は異なる問いに答えることで、それぞれの記号が割り当てられます。ミーティングやレビューは仕事が発生する可能性があっても、日時の決まったイベントです。「備品管理に問い合わせる」や「修正版スコープをメール送信」は行動を必要とするためタスクです。部屋の要件や荷物受取所の営業終了時間はメモです。これらは役に立つ詳細情報ですが、それ自体は何をすべきかを指示していません。「レビューのミーティング、部屋についての確認、スコープ送信」のような複合的な行にすると、流し読みや見直しが難しくなります。分割することで、記号を増やすことなく区別を保つことができます。

タスク:10:00までに修正版のアジェンダを送信する。
イベント:10:30 ローワンとの計画ミーティング。
メモ:ローワンは日程を決める前に部屋の見積もりが必要。
タスク:備品管理に部屋の見積もりを依頼する。
イベント:12:15 荷物を受け取る。
タスク:コピー用紙を購入する。
メモ:荷物受取窓口は17:00に閉まる。
イベント:15:00 プロジェクトレビュー。
メモ:レビューでの決定事項:小規模なスコープを維持する。
タスク:修正版のスコープをチームにメール送信する。
タスク:見積もりが届いたら部屋を予約する。
セクション 4

1日の終わりのマイグレーションを行う方法

1日の終わりに、未完了のまま残っているタスクの行だけを確認します。それぞれについて、まだ対応が必要か、次はどこに属するかを判断します。公式のデイリーログの説明では、1日が終わった後に項目を見直し、今後の参考のために移行すべきメモや、不要になった項目を特定することが推奨されています。デイリーログのページには日付が入り、出来事が発生した時点で項目を追加していくことができます。

例を続けましょう。アジェンダは送信され、荷物は受け取られたので、完了記号を使用している場合はそれらに完了のマークを付けます。「備品管理に問い合わせる」タスクは見積もりが届いていないため、未完了のまま残ります。部屋の予約はその回答に依存しているため、これも未完了のままです。両方とも明日も重要である場合は、「>」を付けて明日のログに持ち越します。その際、「備品管理に見積もりを依頼する」「見積もりが届いたら部屋を予約する」という依存関係が分かるようにしておきます。荷物に関するメモが受け取り後にもう役に立たない場合は、転記せずにそのままにしておきます。プロジェクトスコープのメールがすでに送信されているなら、マイグレーションは不要です。

公式システムでは、完了したタスクに「X」、移行したタスクに「>」を使用し、ガイドにはフューチャーログへ後ろ倒しにスケジュールするタスクのための「<」も含まれています。それらのタスク状態を自分のキーに取り入れるかどうかを選択してください。できるだけ少ない記号にしたい場合は、自分にとって明確に区別がつくのであれば、上記の基本的な4つを使用し、完了したタスクは取り消し線を引くだけでも構いません。すでにノートで公式の「X」や「<」を使用している場合は、新しい意味を割り当てるのではなく、本来の意味を維持してください。

セクション 5

曖昧な項目のための簡単な判断の手引き

項目が複数のカテゴリーに当てはまりそうな場合は、情報とアクションを分離します。例の中で「ローワンは部屋の見積もりが必要」は会話に関するメモであり、「備品管理に部屋の見積もりを依頼する」はそこから導き出されたタスクです。同様に、会議から得られたメモを追加したとしても、会議自体はイベントのままです。これにより、会議、用事、決定事項、フォローアップなどのために特別な記号を考案する手間を省くことができます。

別の記号を追加する前に、既存の記号で何をすべきかがすでに分かるかどうかを自問してください。公式ガイドでは、ほとんどの人にとって3つの主要なバレットで十分であると述べられており、優先度や調査などのコンテキストを追加するオプションの方法としてシグニファイアー(記号)が提示されています。まずは小さなキーから始めてください。繰り返し発生する区別において、素早くスキャンすることが本当に必要になった場合にのみ記号を追加します。ニールセン・ノーマン・グループの「想起より認識」というヒューリスティックでは、デジタルインターフェース上で必要な情報を視認できるようにすることが推奨されています。手帳はインターフェースの研究対象ではありませんが、記憶だけに頼るのではなく、記号に慣れるまで小さなキーを見える場所に置いておくというのは、慎重な編集上のアナロジー(類似の適用)といえます。ラピッドロギングとシグニファイアーに関する公式ガイドも参照してください。

関連記事

このテーマをさらに見る