毎日の仕事を、プロジェクトと決めた事のつながったメモにまとめる

## メモは1つの話題に絞り、必ずほかのメモとつなぐ ワークスペースを何でも放り込む場所ではなく、運用システムとして扱います。 - フォルダーは運用目的ごとに資料をまとめ、リンクは意味の関連性を結びます。 - すべての永続ノートを、既存のノートまたはインデックスの少なくとも一つにリンクします。 - 各ノートは、一つの概念、出来事、人物、プロジェクト、意思決定のいずれかに焦点を絞ります。 - 現在の優先事項が見えるように、進行中の作業と完了した作業を分けます。 - 一時的な思考から得た有用な結論を永続ノートへ昇格させます。 - 証拠は、それを生み出した作業の近くに保存します。 - インデックスは受動的なファイル一覧ではなく、案内面として選別・整備します。 - 場当たり的な整理よりも、決定論的な配置ルールを優先します。 新しいフォルダーを作る前に、その関係をリンク、プロパティ、タグ、インデックス項目のいずれかで表すほうが明確ではないかを検討します。 ## 進行中の仕事から保管用まで、決まった置き場所を作る ライフサイクルのルールを明示した、少数の安定した領域を使います。 | 領域 | 目的 | ライフサイクル | |---|---|---| | 進行中の作業 | 現在のプロジェクトと意思決定 | 進行中の項目を少数に絞り、完了時にアーカイブする | | アーカイブ | 完了した作業と過去の経緯 | 年または別の安定した期間単位で整理する | | 会議 | 処理待ちの未加工な会議メモ | 内容を永続的な保存先へ振り分けてから、受信箱を空にする | | インシデント | インシデントの記録、分析、フォローアップ | 関連資料をまとめ、影響を受けた作業へリンクする | | 実績の証拠 | 成果、レビュー、能力を裏づける証拠 | すべての主張を元の作業へリンクする | | 人とチーム | 役割、関係、組織の状況 | 責任ややり取りが変わった時に更新する | | リファレンス | アーキテクチャ、システム、反復して使う手法 | 再利用できる知識として維持する | | 思考メモ | 下書きと一時的な分析 | 永続させる知見を昇格させてから、不要になった作業メモを安全に削除する | | テンプレート | 繰り返し使うノート構造 | プレースホルダーを明示し、スキーマの一貫性を保つ | 主要な領域ごとに簡潔なインデックスを維持します。インデックスには、進行中の項目、最近の追加、意思決定、重要な相互リンクを示します。 ## 始める時に優先する事を見て、終わる時に済んだ仕事を保管用へ移す 本格的な作業を始める時は、次の手順を実行します。 1. ワークスペースの入口と現在の優先事項を読みます。 2. 進行中のプロジェクト、未完了のアクション、最近の変更を確認します。 3. 現在のタスクに関係するナレッジトピックだけを参照します。 4. 新しい優先事項を提案する前に、保留中の作業を確認します。 5. 現在の目標と利用できる証拠に基づいて提案します。 本格的な作業を終える時は、次の手順を実行します。 1. 完了したプロジェクトを進行中の作業からアーカイブへ移動します。 2. 影響を受けるインデックス、意思決定、人、チーム、リファレンスノートを更新します。 3. 一時的な分析から再利用できる知見を永続ノートへ昇格させます。 4. 意味のある成果を証拠または実績の管理システムに記録します。 5. 新しいノートに有用なリンクがあり、見つけられる状態であることを確認します。 6. 未解決のアクションを明らかにし、次の具体的な手順を特定します。 該当しない手順は省略できますが、完了した作業を進行中と誤表示したままにしてはいけません。 ## 会議メモやトラブルの記録を、正しい置き場所へ振り分ける 入ってくる情報を、それが表す内容に基づいて分類します。 - プロジェクトの遂行、技術的な選択、実装の証拠は、関連する作業と一緒に保存します。 - レビューの準備と実績の位置づけは、実績の証拠に保存します。 - 関係、役割、協働の状況は、人またはチームのノートに保存します。 - インシデントには、一次記録に加えて、リンクされた分析、時系列、影響、フォローアップが必要です。 - 会議メモは受信箱であり、永続的な保存先ではありません。 - 再利用できるアーキテクチャや運用手法は、リファレンス知識に保存します。 - 構造化されていない入力は、永続化する前に分類しなければなりません。 同じ会話や会議で届いたという理由だけで、無関係な文脈を一つのノートに混ぜてはいけません。独立した概念を別々のノードに分け、リンクで接続します。 情報が複数の領域に関係する場合は、正式な保存先を一つ選び、ほかの関連インデックスやノートからそこへリンクします。 ## 長く残すメモに、日付や種類の情報とリンクを付ける すべての永続ノートに次の内容を含めます。 - 内容を表すタイトルとファイル名。 - 日付、説明、タグ、ステータス、種類を示す構造化メタデータ。 - 絞り込みやレポートに必要な、種類固有のプロパティ。 - ノートの種類に適した明確なセクション。 - 既存のノート、インデックス、人物、チーム、プロジェクト、概念のうち、少なくとも一つへのリンク。 繰り返し使う種類のノートにはテンプレートを使いますが、すべてのプレースホルダーを実際の内容に置き換えます。 次のアトミック性のルールを適用します。 1. セクションが独立して成立する場合は、異なる概念ごとに一つのノートを作成します。 2. 証拠ノードを、それが裏づける概念へリンクします。 3. 概念ノードは定義に集中させ、証拠はバックリンク経由で届くようにします。 4. インデックスノードは案内ハブとして積極的に選別・整備します。 5. 人物ノードとチームノードを、プロジェクト、意思決定、証拠へリンクします。 クエリには安定したプロパティを、関係性にはリンクを優先します。タグは広い分類に使い、意味のある接続の代わりにしてはいけません。 ## 決めた事を理由と一緒に残し、成果には証拠をつなぐ 重要な意思決定ごとに、次の手順を実行します。 1. 背景、選択肢、選んだ方向、根拠、帰結を記録します。 2. 意思決定を、それを生み出した作業へリンクします。 3. 関連する意思決定インデックスに登録します。 4. 意思決定によって確立済みのパターンが変わる場合は、再利用できる知識を更新します。 成果と実績については、次のように記録します。 - 結果とその影響を明示します。 - 作業、インシデント、レビュー、元の証拠へリンクします。 - 実証された能力またはコンピテンシーを特定します。 - 根拠のない主張を避け、検証経路を保存します。 人とチームについては、次のように記録します。 - 役割、範囲、関係、主なやり取り、関連する履歴を記録します。 - 共有プロジェクトと証拠へリンクします。 - 非公開または無関係な個人情報をワークスペースに入れません。 - 責任が変わった時は、組織の状況を更新します。 証拠は単独で確認できる状態を保ちます。要約で証拠を解釈することはできますが、出典の経路を置き換えてはいけません。 ## 切れたリンクを定期的に探し、元に戻せない変更の前に承認を取る ワークスペースに次の問題がないか、定期的に見直します。 - 意味のあるリンクがない孤立したノート。 - 壊れたリンクと古いインデックス項目。 - 完了したのに進行中と表示されている作業。 - 永続させるべき知識が昇格されずに残っている一時的な分析。 - 正式な情報源として競合する重複概念。 - 証拠のない主張。 - 古くなった人、チーム、プロジェクトの状況。 再整理では履歴を保つため、バージョン管理に対応した移動方法を使います。構造をきれいに見せるためだけに、永続知識を削除してはいけません。 元に戻せない削除または破壊的な一括変更を行う前に、次の手順を実行します。 1. 正確な対象を特定します。 2. 永続させる内容が昇格または保存済みであることを確認します。 3. リンクとインデックスに代替のリンク先があることを確認します。 4. 明示的な承認を得ます。 5. 対象範囲を最小限にした変更を適用し、結果を確認します。 タスクで明示的に必要とされない限り、ツール設定、アプリケーションの隠れた状態、同期、自動化を変更してはいけません。運用品質は、フォルダーやツールを増やすことではなく、信頼できるライフサイクルルール、追跡可能な証拠、安全な保守によって生まれます。