なぜ自分の原則システムを何度も作り直すだけで、実際には使えていないのか

こういう形で現れることがある。原則の文書をこれまで何バージョン作ったか、細かく語れる——カテゴリ分けした版、途中でやめた点数欄が付いていた版、語尾をずっと変えていた版。それなのに、そのどれか一つを丸一ヶ月、実際に生きてみたら何が起きたかは思い出せない。この一文に心当たりがあるなら、問題は「まだ正しい構造を見つけていない」ことではない。作り直すという行為が、いつのまにか、構造が本来生み出すはずだったものの代わりになっている。それが繰り返されるのは、そちらのほうが役に立つからではなく、そちらのほうが楽だからだ。

今すぐ確認できるサイン

記憶だけで二つの数字を数えてみる。この一年で、自分の原則を作り直したり、名前を変えたり、分類をやり直したり、ゼロから書き直したりした回数。そして同じ一年で、実際に座って週次の振り返りをやった回数。前者が後者より多いなら、あなたが維持しているのはシステムではない。そのシステムの下書きを量産しているだけだ。下書きはあなたを失望させない。完成させて自分に責任を負わせるより、そちらのほうが魅力的に感じるのは当然のことだ。

なぜ作り直すことが「前進」に感じられるのか

白紙のページは、まだ一度もあなたを裏切っていない

まだ試していないバージョンは、定義上、無敗だ。厳しい火曜日に自分を失望させたこともなければ、守れなかった一文を生んだこともない。「本当は分かっていたのに、楽なほうを選んだ」という証拠として残っていることもない。ゼロから始めることは、その記録をリセットする。まっさらなページを開いたときのあの安堵感は本物だ——ただしそれは、説明責任からの解放であって、前に進んだことの証ではない。そして内側からは、この二つはほとんど同じ感触がする。

作り直しは採点されないが、ルールの下で生きることは採点される

カテゴリの構造を決める、あることが原則なのか価値観なのか自問する、ノートのフォントやレイアウトを選ぶ——そのどれも、失敗のしようがない。「原則を六つの区分に整理した」ということ自体が失敗するバージョンは存在しない。一方、一つの具体的なルールの下で実際に生きることは、ほぼ即座に判定を出す。今日それをやったか、やらなかったか、のどちらかだ。器をいじる作業は、屋根の下で暮らす作業とは違って安全であり、だからこそ本当につらい一週間が来たとき、「まず構造を直そう」という衝動は怠けではない。それは、この課題の中で唯一「悪い答えが出るリスクがない」部分を、注意力が正しく見つけ出しているだけだ。

摩擦は、システムが壊れている証拠ではない

作り直したい衝動は、穏やかな午後に湧いてくることはめったにない。たいてい、自分が書いたことを守れなかった直後にやってくる——破った原則、達成できなかった行動基準、振り返りが正直に向き合わせようとしたはずの一週間。このタイミングそのものが手がかりだ。ルールがまさにあなたに代償を払わせようとしているその瞬間に生じる摩擦は、不具合報告ではない。それはルールが唯一の仕事をきちんと果たしている証拠——本来なら言い訳して逃げてしまう場面で、あえて不便であること。その摩擦を「このシステムは自分に合っていない」と読み替えて作り直しに手を伸ばすのは、正しく仕事をしたルールを、その仕事を理由に解雇しているようなものだ。

摩擦を一度も生まないシステムは、設計が優れているわけではない。中に、あなたに何の代償も求めないものしか入っていないだけだ。それはまったく別の失敗であり、文書は正直で心地よいのに、まったく機能していない状態だ。

本物の欠陥と、作り直したい衝動を見分けるテスト

構造に手をつける前に、今気になっている具体的なことについて二つ問う。

悪い結果を生んだ、その一文を正確に指し示せるか。カテゴリでも、レイアウトでも、「なんとなく全体が使いづらい」という感覚でもない。引用できる一文で、それが自分を望まない方向に導いたと言えるもの。
その一文だけを直せば、問題は消えるか。両方に「はい」と答えられるなら、それは本物の設計上の欠陥であり、直し方は一行の編集であって、新しい枠組みではない。まったく別の構造を思い描かないと答えられないなら、目の前にあるのは欠陥ではない。それは、診断の姿をした作り直しの衝動だ。

本物の欠陥は、ほとんどいつも小さくて局所的だ。狙いがずれていた行動基準、実際に試される事例に出会う前に書いてしまった原則、書き留めていなかったために今必要になった優先順位のルール。どれもゼロからのやり直しは要らない。実際に間違っている一箇所を、一度だけ直せばいい。

衝動と作り直しのあいだに、待つ期間を置く

システムそのものについても、他のことと同じようにルールを一つ決めておく——待たずに動くと代償を払うことになる、という前提で。原則を増やす、減らす、文書の階層を変えるといった構造上の変更は、衝動が湧いたその日には行わない。まず候補として書き留め、日付を付け、今のバージョンのもとで実際に丸二週間生きてみてから、もう一度見直す。ほとんどの候補はこの待機を生き延びない。アイデアそのものが悪かったからではなく、それを生んだ衝動が、その特定の一週間の不快感についてのものだったからだ。不快感は過ぎ去るが、文書のほうはそれに付き合ってやり直す必要はない。

二週間を生き延びた候補は、たいてい本物だ。その頃には気分ではなく、実際に起きた具体的な事例が手元にある。だから最初の日に思いついたときよりも、直しはずっと小さく、的確になる。

いつでも変えていいものと、待つべきもの

システムのすべてが同じだけの保護に値するわけではなく、すべてを等しく神聖なものとして扱うこと自体が、本当の問いを避ける一つのやり方になってしまう。原則の下にある行動基準——具体的で観察可能な行動——は、機能しなくなった瞬間に、待たずに入れ替えていい。最初から使い捨てにできるように作られているものだからだ。二週間ルールが必要なのは、その一つ上の層——原則そのものと、それを収める文書の形だ。この層は退屈で安定しているべきものだ。そこをいじることにワクワクしているなら、そのワクワク自体が、従うべきものではなく、注意すべき信号だ。

CreedOS では編集した信条ごとに変更履歴が残るので、本当に必要な変更をしたとき、その理由がそこに残る——作り直した文書がたいてい自分の履歴ごと失ってしまうのとは違う。六つの領域のテンプレートが最初から用意されていて、行動基準もすでに書かれているので、構造の問題は開く前にもう答えが出ている。あとは設計に費やす時間を減らし、実際にそのもとで生きる時間を増やせばいい。完全無料で、アプリ内課金もない。