こんにちは！開発チームのベロシティを極限まで高めるアジャイルコーチの先輩です。
日々のスプリントで、こんな無駄な作業に消耗していませんか？
- 「PR（プルリクエスト）がマージされたから、Linearのチケットを開いてステータスを『Done』に更新する」
- 「このバグ修正チケットにはあの人をアサインしなきゃいけないから、担当者を手動でポチポチ切り替える」
- 「親課題が完了したのに、子タスクが『In Progress』のままで放置されている」
……これ、エンジニアがやるべき仕事じゃないですよね。こうした「機械的な手動更新」は、開発者の集中を途切れさせるだけでなく、情報のサイロ化やステータスのズレを生む諸悪の根源です。
今回は、爆速で美しいUIで話題のタスク管理ツール「Linear」の標準機能であるAutomations（自動化）を徹底解説します。これをマスターすれば、ルーティンワークを全廃し、チーム全員が「コードを書くこと」「価値を届けること」だけに100%集中できる環境が手に入りますよ。
—
1. LinearのAutomationsとは？（ツールの役割と設計思想）
Linearの最大の特徴は、その「圧倒的なレスポンスの速さ」と「開発者のフロー状態を妨げない設計」にあります。
一般的なツール（Jiraなど）では、複雑なワークフローを構築するために難解な設定画面やプラグインが必要でした。しかし、LinearのAutomationsは「開発のライフサイクル（GitHubなどのGit連携、ラベル、ステータス変更）」に自然に溶り込むよう、極めてシンプルかつ強力に設計されています。
Automationsの役割はただ一つ。「人間が判断しなくてよい機械的な状態遷移をすべてシステムに肩代わりさせること」です。これにより、ボード上のチケットは常に「今のリアルな開発状況」を正確に映し出す鏡となり、無駄なステータス確認のミーティングすら消滅させることができます。
—
2. 基礎セットアップ：まずはここを押さえよう
Automationsを効かせるための前提として、チームのワークフローとGitHub等のVCS（バージョン管理システム）が正しく連携されている必要があります。
ステップ1：GitHub連携の有効化
LinearがPRの検知やマージをトリガーにするために、GitHub Appのインストールとリポジトリの連携を行います。
1. Linearの `Settings`（チームまたはワークスペース設定）を開く。
2. `Integrations` から `GitHub` を選択する。
3. 対象のリポジトリとの連携を許可し、ブランチ名にLinearの課題ID（例: `ENG-123-fix-bug`）を含める運用ルールをチームで共有する。
ステップ2：Automations設定画面へのアクセス
1. Linearのサイドバーから設定（歯車アイコン）を開く。
2. 該当する Team（チーム設定） を選択する。
3. メニュー内にある `Automations` をクリックします。
ここから、いよいよ実践的な自動化ルールを構築していきます。
—
3. 実践！ルーティンワークを全廃する3つの自動化レシピ
ここからは、現場で即座に効果を発揮する「絶対に設定すべき3つの自動化ルール」を、具体的な設定手順とともに優しく解説します。
—
レシピ①：PRがマージされたら、自動で「Done」にする
- 課題: PRをマージした後に、Linearに戻ってステータスを「Done」に変えるのを忘れる人が続出する問題。
- 効果: マージされた瞬間、チケットが自動で完了になり、レビュアーの精神的負荷がゼロになります。
【設定手順】
1. Automations設定画面の 「GitHub」セクション を開く。
2. 「When a pull request is merged」（プルリクエストがマージされたとき）のトグルをONにする。
3. アクションとして 「Move issue to Done」（課題を完了にする）を選択する。
> 先輩のワンポイントアドバイス
> これを設定すると、開発者は「PRをマージする」という開発フローの延長線上で、Linearの更新まで完了させることができます。「あ、チケット動かすの忘れてた！」というSlackでの指摘がパタッとなくなりますよ。
—
レシピ②：特定のラベルが付与されたら、専門の担当者を自動アサインする
- 課題: 「Security（セキュリティ）」や「Design（デザイン）」といった専門性の高いラベルが貼られた際、誰がアサインすべきかトリアージに時間がかかる。
- 効果: ラベルを貼るだけで、その領域のオーナー（担当者）が自動でアサインされます。
【設定手順】
1. Automations設定画面の 「Issue assignments」 または 「Labels」セクション を開く。
2. ルールを追加する（Add automation）。
3. Trigger（条件）: When label `security` is added to an issue.
4. Action（実行内容）: Automatically assign to `@security-lead-engineer`.
概念イメージ（Linear裏側の論理構造）
trigger:
event: label_added
target_label: “security”
action:
type: assign_user
user: “@security-lead-engineer”
このように、ラベルを「単なる色付きのタグ」ではなく「ワークフローのトリガー」として機能させるのが、Linear上級者のナレッジです。
—
レシピ③：親課題（Project/Initiative）と子タスクの連動
- 課題: 子タスクがすべて終わっているのに、親となる大元のチケットが「In Progress」のまま放置され、進捗率の計算が狂う。
- 効果: ボードの視認性が劇的に上がり、マネージャー層への無用な進捗報告が不要になります。
【設定手順】
1. Automationsの 「Sub-issues」セクション を開く。
2. 「When all sub-issues are completed」（すべてのサブ課題が完了したとき）の条件を選択。
3. アクションに 「Mark parent issue as completed」 を設定する。
これで、細かなタスクをコツコツ消化していくだけで、自動的に親チケットも完了ステータスへ昇格していきます。チームのベロシティが目に見えて数字に現れる瞬間です。
—
4. 動作確認（HelloWorld的チェック）
設定が正しく機能しているか、安全にテスト（HelloWorld）してみましょう。
1. テスト用チケットの作成: 自分のチームで適当なテスト課題（例: `ENG-999 テスト自動化の確認`）を起票します。
2. ブランチの作成と紐付け:
git checkout -b feature/ENG-999-test-automation
3. PRの作成: 適当な変更を加えてGitHubへプッシュし、PRを作成します（タイトルやブランチ名に `ENG-999` を含める）。
4. マージのテスト: そのPRを自分で（あるいはセルフマージで）「Merge」します。
5. 結果の確認: Linearを開き、`ENG-999` のチケットのステータスが自動的に 「Done」 に変わっていることを確認してください。
――一瞬でステータスが切り替わりましたよね？ この「スッと裏で同期される心地よさ」こそが、Linearを使う最大の醍醐味です。
—
おわりに：ツールに働かされず、ツールを働かせる
今回紹介したAutomations機能は、単なる「便利機能」ではありません。「開発者が開発に集中するための最強の自動化レイヤー」です。
人間は、コンテキストスイッチ（作業の切り替え）のたびに多大な認知負荷とタイムロスを被ります。「チケットのステータスを変える」「誰に振るか考える」といった機械的なタスクはすべてLinearのAutomationsに任せてしまいましょう。
これをマスターすれば、あなたのチームの毎日の作業は劇的に楽になり、プロダクトに向き合う純粋な時間が増大します。ぜひ今日からチームの設定を見直し、洗練されたアジャイル開発を手に入れてください！