予定の変更が多いスケジュールにバレットジャーナルを適応させる方法
予定が変更になったり計画が変わり続けたりしても、バレットジャーナルのカレンダーをその都度新しく描き直す必要はありません。日付の決まっている予定にはシンプルなマンスリービューを用い、変動するタスクはインデックス（目次）付きのランニングログに記録し、短い振り返りの時間に、未完了の項目を移動させるか、保留にするか、あるいはやめるかを判断します。このアプローチでは、毎日を事前にすべて予測しようとするのではなく、何が変化したかを記録するためにジャーナルを活用します。
固定されたカレンダーが負担になり得る理由
マンスリーカレンダーは日付を一目で確認するのに便利ですが、多くのイベントが変更になると扱いにくくなります。枠線を描き直す作業は情報の更新よりも時間がかかることがあり、びっしり書き込まれたレイアウトは、予定がひとつ移動しただけで古い情報になってしまう可能性があります。そうではなく、カレンダーには日付ベースの全体像を把握するメリットがあるものだけを表示するようにしましょう。詳細や変動しやすい作業は別の場所に書くのが得策です。
バレットジャーナルの公式ガイドでは、コンパクトなカレンダーと個別のタスクリストで構成される「マンスリーログ」が推奨されています。そこでのアドバイスは、必要なスペースの広さが分かる当月末近くになってから翌月分のセットアップを行うというものです。また、このメソッドでは関連するメモをまとめる「コレクション」や、それらを探すための「インデックス（目次）」も活用します。以下に紹介する3つの要素からなる構成は、そうしたツールを頻繁に予定が変わるスケジュールに応用したものであり、公式に義務付けられたレイアウトではなく、実用的なアレンジのひとつです。
日付の決まっている予定にはシンプルなマンスリービューを使う
月の初めに、シンプルな縦並びのリストまたはカレンダーのグリッド形式で日付を書き出します。ここには、アポイントメント、移動、締め切り、行事など、明確な日付があるイベントのみを記入してください。単に「できたらやりたい」程度のタスクは含めないようにします。予定が変更になった場合は、元の項目に取り消し線を引き、その横に新しい日付を書くか、「18日に変更」といった短いメモを添えます。目指すべきは、完璧に綺麗なページを作ることではなく、読みやすい記録を残すことです。
当月を大きく超える先のイベントについては、フューチャーログなど、後から再び見つけられる場所を活用しましょう。別のデジタルカレンダーを併用している場合は、どちらを予定の正式な原本（マスター）とするかを決め、変更があった際にはそちらを更新するようにします。ノートには簡潔な参照情報を残すだけで十分であり、あらゆる詳細を複数のシステム間で重複して記録すると、余計な管理の手間が生じてしまいます。
変動する作業はインデックス付きのランニングログに記録する
ランニングログとは、あらかじめ余白を設けて描いたカレンダーではなく、短い項目を日付順に書き連ねていくログのことです。毎日、日付を書くことから始め、発生したタスク、メモ、イベントを順次追加していきます。確定した日付のないタスクは、そのままログに残しておくか、「自宅」や「仕事」といった名前を付けたコレクションに分類します。コレクションを作成した際には、後からそのリストを探せるようにインデックスにページ番号を記録しておきましょう。
この方法は、使える時間が急に変わったときに役立ちます。週の残りの予定を書き直すことなく、今日の枠の下に「会議が延期、ドラフト作成は継続中」といったメモを追加するだけで済みます。項目を別のログやコレクションに移す場合は、ページ番号やコレクション名を明記して、移動先を簡単に見つけられるようにしておきましょう。公式メソッドのインデックスやコレクションの活用法は、こうした情報検索を支えるものです。ここで紹介している具体的なページ名や表記法は実用的な選択肢のひとつであり、必須のルールではありません。
マイグレーション（移行）を行う前に見直す
一日の終わりや、予定が大幅に変更されたタイミングで、未完了のタスクを見渡して次の3つの問いを投げかけてみてください。
マイグレーションは単なる書き写しの儀式ではなく、意志決定のタイミングです。バレットジャーナルの公式マイグレーションガイドでは、未完了のタスクを見直し、不要になったものは線で消し、引き続き重要なタスクだけを新しいマンスリーログやコレクションへ移行することが推奨されています。また、計画の調整に関する別のアプローチとして、Todoistのタイムブロッキングのガイドでは、未完了のタスクや新しく発生したタスクを見直し、今後のタイムブロックを調整することが提案されています。これはバレットジャーナルではなくタイムブロッキングに関するガイドですが、その見直しの原則は共通して役に立ちます。つまり、時代遅れになったスケジュールに無理やり作業を当てはめるのではなく、実際の1日の動きが変わった時点で計画を修正するということです。
具体例：会議が延期になり、作業時間が減った場合
以下の例は説明のための架空のケースです。月曜日のマンスリービューに「プロジェクト進捗確認 — 12日」とあり、ランニングログには「スライド2枚作成」「図書館の本を返却」、そして進捗確認には最新の数値が必要だというメモが書かれているとします。月曜日の朝、その会議が12日から15日に変更され、急な予定が入って午後が丸々潰れてしまいました。
まず、マンスリービューにある日付の決まった予定を更新します。12日の項目に取り消し線を引き、その横に「15日」と書き込みます。月曜日のランニングログには、会議が延期になった旨をメモし、それが具体的な次のアクションであれば「15日までに数値を確認」と追加します。週全体の予定を描き直す必要はありません。見直しの時間になったら、「スライド2枚作成」が明日できるのであればログに残し、いくつかのステップが必要だったり情報待ちだったりする場合はプロジェクトのコレクションに移動します。「図書館の本を返却」は次に目に入る場所にそのまま残すか、返却期日があるならその日付を割り当てます。もし実行する理由がなくなった項目があれば、アクティブなリストから削除してください。
手軽な目安として、日付のある予定が変わったときはマンスリービューを更新し、短時間で柔軟に行えるアクションにはランニングログを使い、タイミングや場所を意識的に選ぶことで見つけやすく・着手しやすくなると判断したときにだけマイグレーションを行いましょう。
実際の変化に合わせてセットアップを調整する
スケジュールの変更の多くがアポイントメントの移動であるなら、マンスリービューを目立つように配置し、日付のある予定のコンパクトな一覧として活用しましょう。新しく発生する依頼や流動的なタスクが多い場合は、ランニングログのスペースを広めに取り、コレクションを探しやすくしておきます。移行したタスクをどこに書いたか忘れがちな場合は、移動させた場所の横に行き先をメモしておきましょう。これらはレイアウトの調整であって、守らなければならない新たなルールではありません。
短い見直しの時間は、自分のルーティンに合っていなければ意味がありません。仕事終わりのタイミングで未完了の項目にさっと目を通し、週に一度だけ全体的な見直しを行うのもよいでしょう。週末には、どの項目を書き直さざるを得なかったか、どの項目はその場で更新できたかを振り返ってみてください。同じプロジェクトのメモを何度も探しているなら、インデックスを付けたコレクションを作成しましょう。柔軟に進められるタスクを何度も日付入りのページに書き写しているなら、確定した日付や次の具体的なアクションが決まるまでランニングログに置いておきます。このように自分のノートで実際に生じたやりにくさをもとに調整していくのであり、万人向けの固定されたレイアウトに縛られる必要はありません。
実用的なゴールは、計画が変わっても読みやすさを保てるジャーナルを作ることです。日付はマンスリービューに集約し、日々の進捗は発生順に記録し、マイグレーションは意識的な判断のもとで行いましょう。予定が変更されたら、該当するひとつの項目を更新し、何に引き続き注意を払うべきかを判断するだけで十分です。ページの残りの部分は、そのままで構いません。