Linearの墓場を楽園に変えろ：アーカイブ機能とデータ整理の極限プラクティス
開発チームのベロシティが徐々に落ちていく原因の多くは、コードの複雑性だけではない。「Linear（またはJiraやNotion）のデータベースの肥大化」が、チームの認知負荷をじわじわと蝕んでいる。
「これ、前にも似たような仕様変更やったよな……どれだっけ？」
「検索しても、3年前の似たようなイシューが何十件もヒットしてノイズだらけだ」
もしあなたのチームでこんな会話が日常茶飯事なら、すでにあなたのLinearは「情報のゴミ屋敷」への道を歩み始めている。
世界最高峰のアジャイルチームは、コードベースと同様に、タスク管理システム（イシューデータベース）の衛生管理を極めて厳格に行っている。今回は、Linearのポテンシャルを極限まで引き出し、チームの検索性と認知負荷を劇的に改善するための「アーカイブ運用とデータ整理のベストプラクティス」を伝授する。
—
1. なぜLinearのデータ整理が必要なのか？
Linearはその圧倒的な軽さと洗練されたUIでエンジニアを魅了している。しかし、プロダクトが成長し、チームが拡大するにつれて、完了したイシュー（Completed）やキャンセルされたイシュー（Canceled）が数千、数万件と蓄積されていく。
ここで多くのチームが陥る罠が、「検索すればいいや」という甘えだ。
肥大化したデータベースがもたらす害悪は計り知れない。
- ノイズの増加: グローバル検索（`Cmd + K`）の精度が落ち、本当に必要な文脈（Context）にたどり着くまでの時間が長くなる。
- 認知負荷の増大: 古い設計判断や、すでに廃止された仕様がゾンビのように残り続け、新メンバーのキャッチアップを阻害する。
- チームのサイロ化: 「過去の知見を探すコスト」が高まると、車輪の再発明が頻発する。
Linearにおける「整理」とは、単に消すことではない。「現在進行形のシグナル」と「過去のアーカイブ（知見）」を美しく分離することなのだ。
—
2. 現場のベロシティを爆上げするLinearの自動化と設定
手動でイシューを整理する暇があったらコードを書け、というのがエンジニアの総意だろう。Linearの強力なワークフロー自動化と設定を使い倒し、データ整理を「完全自動化」する。
チーム共有設定：オート・アーカイブ（Auto-archive）の鉄則
Linearには、完了またはキャンセルされたイシューを自動的にアーカイブする機能がある。これを設定していないチームは、今すぐ設定画面を開いてほしい。
- 推奨設定ルール:
- Completed（完了）イシュー: 完了後 30日 でアーカイブ。
- Canceled（キャンセル）イシュー: キャンセル後 7日 でアーカイブ。
なぜこの期間なのか？
完了したタスクの「手戻り」や「バグの再発」は、大抵の場合2週間以内に発覚する。30日あれば十分だ。Canceledに関しては、ボツになったアイデアは即座に視界から消すべきであり、7日あればリファレンスとしての寿命としては十分すぎる。
設定方法：
`Settings` > `Teams` > `[Your Team]` > `General` > `Auto-archive` から設定を有効化する。
—
3. プロが使う隠れたキーボードショートカットと検索の極意
アーカイブされたデータは消えたわけではない。必要な時に一瞬で引き出せてこそ、真のナレッジベースとなる。Linearのショートカットを手に覚え込ませ、検索スピードを限界まで高めよう。
命を救うショートカット
- `Cmd + K` (Command Menu): 全ての起点。迷ったらこれ。
- `G` 押下の後に `A` (`G` -> `A`): チームの「Active」ビューから「Archive」ビューへ一瞬でジャンプする。
- `Shift + ?`: ショートカット一覧。まずこれを暗記しろ。
検索の極意：アーカイブを含めたクエリ術
通常、`Cmd + K` での検索はアクティブなイシューが対象になる。しかし、過去の深い文脈を探す場合はアーカイブを含めた検索が必要だ。
1. コマンドメニュー (`Cmd + K`) を開く。
2. 検索窓にキーワードを入力した後、フィルタリングオプションで 「Include archived」 をトグルする（ショートカット：検索中に `Option + A`）。
3. フィルター構文の活用:
- `label:backend`
- `status:completed`
- `closed:>2023-01-01`
これらを組み合わせることで、数万件のデータベースからでも、ピンポイントで「去年のあの意思決定」を引きずり出すことができる。
—
4. チーム開発を加速させる神プラグインと連携
Linear単体でも強力だが、エコシステムを組み合わせることでデータ整理の自動化とナレッジの昇華が加速する。
1. Linear ＋ Slack Integration（スマート通知とコマンド）
古いイシューのステータス変更やアーカイブの通知がSlackの雑多なチャンネルに流れるのはノイズだ。
- 対策: 専用の `#proj-linear-archives` などのロギングチャンネルを作り、通知をルーティングする。
- Slackから `/linear` コマンドを叩いて、チャンネルの会話から直接イシューを作成・検索できるようにし、チャットに埋もれた文脈をLinearに回収する習慣をつける。
2. GitHub Pull Requests 連携の厳格化
「どのコードがどのイシューに対応しているか」の紐付けが切れると、後からコードを追ったときに地獄を見る。
- PRのタイトルやコミットメッセージに必ずLinearのイシューID（例: `ENG-123`）を含めるルールを徹底する。
- Linear側でPRがマージされたら自動で「Completed」になり、前述のオート・アーカイブのタイマーが作動するエコシステムを完遂させる。
—
5. 【実践】チーム運用のための設定ファイル構成例
アジャイルチームのルールやラベル体系、ワークフローの定義は、コードと同様に「構成管理」されるべきだ。チーム間で共通認識を持つための `.linear.yml`（概念的な設定・ドキュメント運用のテンプレート）のベストプラクティスを提示する。
チームのドキュメントリポジトリ（`docs/workflow/linear-governance.yml` など）に配置し、チームメンバー全員に強制せよ。
=====================================================================
Linear Governance & Hygiene Policy (v1.2.0)
Team: Core Engineering
Purpose: チームの認知負荷を下げ、情報のサイロ化を防ぐためのイシュー運用規約
=====================================================================
version: “1.2”
team_slug: “core-eng”
1. ステータス定義とライフサイクル管理
lifecycle:
backlog:
description: “検討中のアイデア、すぐには着手しないタスク”
max_age_days: 90 # 90日以上動かないバックログは定期レビュー対象
todo:
description: “次のスプリント、または直近で着手するタスク”
in_progress:
description: “現在進行形。WIP制限を意識し、一人2つまで。”
completed:
description: “完了したタスク”
auto_archive_days: 30 # 30日後に自動アーカイブ
canceled:
description: “ボツ、重複、スコープ外となったタスク”
auto_archive_days: 7 # 7日後に自動アーカイブ
2. ラベル命名規則 (Taxonomy)
認知の混乱を防ぐため、プレフィックスベースで厳格に管理する
labels:
type:
- name: “type/feature”
color: “#5E6AD2”
description: “新機能・価値の追加”
- name: “type/bug”
color: “#EB5757”
description: “バグ修正（要再現手順）”
- name: “type/refactor”
color: “#2F80ED”
description: “非機能要件、技術負債の返済”
- name: “type/doc”
color: “#27AE60”
description: “ドキュメント整備”
scope:
- name: “scope/api”
description: “バックエンド・API関連”
- name: “scope/web”
description: “フロントエンド・Webアプリ関連”
- name: “scope/infra”
description: “インフラ・CI/CD関連”
3. イシュー作成のアンチパターン（これをやったら罰ゲーム）
anti_patterns:
- “タイトルが「修正する」「直す」など抽象的であること（必ず影響範囲を含めること）”
- “説明欄（Description）が空のまま作成されること”
- “親プロジェクト（Project）やマイルストーンに紐づいていない孤児イシュー”
—
6. 結び：綺麗なデータベースは、美しいコードを宿す
散らかった部屋では良いアイデアが生まれないのと同様に、ゴミが溢れかえたタスク管理ツールからは、洗練されたプロダクトは生まれない。
今回紹介した、
- オート・アーカイブによるフローの自動整理
- `Cmd + K` とアーカイブ検索を駆使したナレッジの引き出し
- YAMLによるチーム運用のコード化（ガバナンス）
これらは単なる「お片付け」ではない。開発チームのコンテキストスイッチを最小化し、エンジニアリングの純度を最大化するための極めて高度な戦略である。
今すぐチームのLinearを開き、設定を確認してほしい。そして、不要なノイズの海からチームを解放し、真に価値のある開発に集中できる環境を構築せよ。