こんにちは！開発チームのベロシティを最大化する旅へようこそ。
今回は、今やモダンな開発チームのスタンダードとなった超高速タスク管理ツール「Linear（リニア）」を取り上げます。
プロジェクトが長期化し、チームが成長するにつれて、こんな悩みを持ったことはありませんか？
「終わったはずのタスクが検索に引っかかりすぎて、本当に今必要な情報が見つからない……」
「バックログの肥大化で、チームのフォーカスがぼやけている……」
今回は、Linearの「Archive（アーカイブ）機能」を極限まで使いこなし、情報のサイロ化を防ぎながらチームの認知負荷を劇的に下げるデータ整理のベストプラクティスを伝授します。
これをマスターすれば、毎日のイシュー検索やバックログ整理のストレスが嘘のように消え去り、開発に集中できる環境が手に入りますよ。
—
1. なぜLinearのデータ整理（アーカイブ）が重要なのか？
開発ツールにおいて、データが溜まることは一見「資産が増えている」ように思えますが、アジャイル開発の観点からは「ノイズの増加」を意味します。
情報のサイロ化と「検索ノイズ」の罠
Linearは驚異的なスピードで動作しますが、数ヶ月、数年と運用を続けると、何千、何万という「Closed（完了）」または「Canceled（キャンセル）」されたイシューがデータベースに蓄積されます。
これらがアクティブな検索インデックスに残り続けると、本当に参照すべき「過去の設計判断」や「直近の類似バグ」がノイズに埋もれてしまいます。
「アーカイブ」の真の役割
Linearにおける「Archive」とは、単なるゴミ箱行きではありません。
- アクティブな検索空間からの隔離（ノイズの排除）
- 長期的なナレッジの保持（必要な時にはいつでも復元・参照可能）
- チームの認知負荷（Cognitive Load）の軽減
このバランスを自動化し、エンジニアが迷わない仕組みを作るのが今回のゴールです。
—
2. Linearの基本セットアップ：自動アーカイブの仕組みを理解する
まずは、Linearが標準で用意している強力な自動化機能から見ていきましょう。手動でポチポチと過去のタスクをアーカイブするのは、エンジニアの仕事ではありません。仕組み化しましょう。
ステップ1：チーム設定へのアクセス
1. Linearのサイドバー左下にあるチーム名をクリック。
2. 「Settings（設定）」 > 「Teams」 > 対象のチームを選択します。
3. 「General」 または 「Workflow」 セクションを開きます。
ステップ2：自動アーカイブ（Auto-archive）の設定
Linearには、完了したイシューを自動的にアーカイブする優れた機能があります。
- 推奨設定：
- Completed issues: 「After 1 month（1ヶ月後）」または「After 2 weeks（2週間後）」
- Canceled issues: 「After 1 week（1週間後）」
> 先輩エンジニアからのアドバイス：
> 「完了して1ヶ月経ったタスク」は、日常のボードや通常の検索結果に出てくる必要はほとんどありません。ここを短めに設定するだけで、バックログや完了済みリストの視認性が劇的に向上します。
—
3. 精度高い「HelloWorld的な動作確認」：アーカイブと検索を実践する
機能を知るだけではなく、実際に自分の手で「アーカイブされたデータがどう扱われるか」を確認してみましょう。ここでは、安全なテスト用イシューを使った動作確認の手順を解説します。
動作確認ステップ
1. テスト用イシューの作成
- ショートカット `C` を押して、適当なテスト用イシュー（例: `[TEST] アーカイブの動作確認`）を作成します。
2. ステータスを「Done」にする
- ステータスを完了（Done）に変更します。
3. 手動アーカイブのテスト
- そのイシューを開いた状態で、コマンドパレット（Macなら `Cmd + K`、Windowsなら `Ctrl + K`）を開きます。
- 「Archive issue」と入力して実行します。イシューが非表示になります。
4. アーカイブされたイシューの検索（ここが重要！）
- 通常の検索窓にキーワードを入れても、デフォルトではアーカイブ済みのイシューはヒットしません。
- 検索のコツ： 検索モディファイア（修飾子）を使用します。
- 検索窓に `is:archived` と入力するか、検索フィルターで「State: Archived」を指定します。
- これにより、眠っていたデータにアクセスできることを確認できます。
5. レストア（復元）の確認
- 間違えてアーカイブした場合は、アーカイブされたイシューを開き、同様にコマンドパレットから「Restore issue」を選択すれば元の場所に戻せます。
この一連の流れをチームメンバー全員が理解しているだけで、情報の行方不明事件は劇的に減ります。
—
4. チームのインベントリ整理術：現場で使えるベストプラクティス
ツールの設定を終えたところで、チーム全体で運用するための「インベントリ（在庫）整理の極意」を3つ紹介します。
① ラベル（Labels）とプロジェクト（Projects）の断捨離
古いイシューが溜まる原因の多くは、「使われなくなったラベルやプロジェクトの放置」です。
- 四半期ごとのレビュー会： 3ヶ月に一度、チームでLinearの「Settings > Labels」を見直し、使われていないラベルや重複しているラベルを統合・削除します。
- プロジェクトのステータス管理： 完了したプロジェクトは放置せず、速やかに「Completed」または「Cancelled」ステータスにし、関連する未完了イシューをどう扱うか（バックログに戻すか、閉じるか）を明確にします。
② 「Stale（放置された）バックログ」の定期一掃
バックログ（Backlog）に半年以上放置されているイシューは、実質的に「やる予定がない」か「優先度が極めて低い」ものです。
- Botを活用したクレンジング： 例えば、GitHub ActionsやLinearのAPI（GraphQL）を叩いて、「更新が180日以上ないBacklogのイシューに `stale` ラベルを貼り、さらに30日放置されたら自動でCanceledにしてアーカイブする」といったスクリプトを組むと、バックログの健康状態を常に保てます。
(参考: LinearのWebhookとAPIを使った自動化スクリプトのイメージ)
// Linear API (GraphQL) を使ったステータス更新・アーカイブ運用のイメージ
// ※実際の運用に合わせてトークンやエンドポイントを設定してください
const clearStaleIssues = async () => {
console.log(“Fetching stale issues from Linear backlog…”);
// 1. 最終更新から長期間経過したバックログアイテムをクエリ
// 2. 自動的にCanceledステータスへ移行し、アーカイブフローに乗せる
console.log(“Stale issues successfully processed and archived.”);
};
clearStaleIssues();
③ ナレッジとしての「Document」機能の活用
Linearのイシューは「タスク（実行単位）」です。「決定事項」や「仕様の背景」をイシューのコメントの奥深くに埋め込んでしまうと、たとえアーカイブしなくても検索性が落ちます。
- 決定事項や仕様変更は、Linearの「Documents」機能や、連携しているNotion・Confluenceに切り出す。
- イシュー自体はシンプルに保ち、完了したらスパッとアーカイブする。この役割分担が、チームのナレッジ共有を美しく保つ秘訣です。
—
おわりに
LinearのArchive機能は、単なる「お片付けツール」ではありません。
チームの現在のフォーカスを研ぎ澄まし、過去の資産（ナレッジ）へアクセスするパスを美しく整備するための「戦略的なインフラ」です。
今日から、チームの自動アーカイブ設定を見直し、不要なノイズのないクリアな開発環境を作ってみてください。驚くほど毎日のタスク管理が軽くなり、開発のベロシティが加速していくのを実感できるはずです。
あなたのチームの開発体験が、さらに素晴らしいものになることを応援しています！