ラッコ株式会社 Linear本導入説明会

by maya

Embed

Start on current slide

Slide 1

Slide 1 text

Linear本導入説明会 Backlog → Linear 全社移行吉田雅也 / 2026年4月3日 1 / 40

Slide 2

Slide 2 text

今日のゴールこの説明会を聞いた後の状態 1. なぜLinearに移行するのか理解している 2. 移行にあたりいつ・何をすればよいのか理解している 3. Linearの運用ルールを把握している今日は操作方法ではなく背景・スケジュール・運用ルールの紹介となります 2 / 40

Slide 3

Slide 3 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 3 / 40

Slide 4

Slide 4 text

アジェンダ導入の背景と目的 — なぜ移行するのか ◀ 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 4 / 40

Slide 5

Slide 5 text

なぜBacklogから移行するのか Backlogは長年使ってきた安定したツール。Backlogが悪いわけではないしかし、AI駆動開発が進む中で2つの課題が生まれた AI連携の不足 Devin等のAIエージェントとの連携機能が限定的 GitHub連携の不足ブランチ・PRとタスクの自動連携が弱い 5 / 40

Slide 6

Slide 6 text

Linearでできること: AI連携 Work on issue ワンクリックで外部ツールに Issueのコンテキストを渡す（Claude Code / Cursor / Devin） Agents in Linear コメントで@devin と呼び出して質問・相談・実装委任 Devin Playbooks ラベルを付けるだけで要件定義〜PR作成を自動化 Slack連携 @Linear でAIにタスク作成を依頼 6 / 40

Slide 7

Slide 7 text

Linearでできること: GitHub連携 → GitHub連携で手動のステータス管理から解放されるブランチ名にIssue IDを含めるだけで自動紐付け ✓ PR作成・マージでステータスが自動遷移 ✓ Issue画面にPR情報が自動表示 ✓ サイドバーからブランチ名をワンクリックコピー ✓ 7 / 40

Slide 8

Slide 8 text

エンジニア以外のメリットサクサク動く操作性タスク一覧・検索・起票が高速試験導入チームが体感差を実証済み AIに相談できる Linear上でDevinに要件定義のレビューや質問が可能エンジニアを待たずにAIと壁打ち定期タスクの自動起票月次・週次の定型業務を自動起票抜け漏れゼロ Ask Linearで省力化 Issueの調査や複数Issueの一括更新など Linear上の作業をAIに任せられる 8 / 40

Slide 9

Slide 9 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか ◀ 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 9 / 40

Slide 10

Slide 10 text

試験導入の結果: 全体スコア 4.31 / 5 KW・INF・IDの3チームで約4週間実施（16名回答） 4.31 全体満足度（/5）全体的にスコア良好 4.44 エンジニア（/5） GitHub連携全員活用 4.40 サービス部（/5）問題なく業務遂行可能好評TOP3（複数回答）動作が速い・サクサク動く — 8名 GitHub連携が便利 — 8名 UIがシンプルで見やすい — 7名 10 / 40

Slide 11

Slide 11 text

主な課題と対応課題回答数対応日本語対応が不十分 6名 1〜2週間で慣れる。用語対応表を用意済み操作に慣れが必要 5名時間で解消。説明資料でカバーラベル・ステータスの使い分け 5名運用ルールを明文化済み（この後説明） 11 / 40

Slide 12

Slide 12 text

主な課題と対応課題回答数対応日本語対応が不十分 6名 1〜2週間で慣れる。用語対応表を用意済み操作に慣れが必要 5名時間で解消。説明資料でカバーラベル・ステータスの使い分け 5名運用ルールを明文化済み（この後説明）困った点「特になし」: 10 / 16名 — 大きなつまずきはなし、学習コストは低め 12 / 40

Slide 13

Slide 13 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか ◀ 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 13 / 40

Slide 14

Slide 14 text

移行スケジュール 4/3 本日説明会・Linear起票開始 4/3〜10 慣れ期間新規→Linearに起票既存→移行するかは個人・チームの判断にお任せします 4/10 一括移行 Backlogに残った課題を吉田がまとめて移行 4/13 全面移行全チームLinearで業務開始 14 / 40 📍 2 3 4

Slide 15

Slide 15 text

Backlog課題の移行方法慣れ期間中に自分で移行してOK エンジニア Claude Codeのmigrate-backlog-to- linearスキルを使う DevinのPlaybook サービス部・管理部移行して欲しい課題一覧に課題IDまたはフィルターURLを追加してください複数課題の移行については、コピペよりAIを使った方が早いです 15 / 40

Slide 16

Slide 16 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 ◀ 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 16 / 40

Slide 17

Slide 17 text

アジェンダ基本情報 ◂ 導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 ◀ 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 Issueの起票ルールステータス運用ルールその他のルール 17 / 40

Slide 18

Slide 18 text

Backlog → Linear 用語の対応 Backlog Linear 補足プロジェクト Team サービス単位課題 Issue 同じ子課題 SubIssue 孫課題も作成可能課題種別ラベル「簡易」ラベルなどマイルストーン Project 進捗グラフ付き（なし） Cycle 慣れてからでOK 18 / 40

Slide 19

Slide 19 text

Linearのチーム一覧開発チーム KW / INF / ID / MA RD / SV / TOOLS その他 Media / ABUSE / 管理部 / AI推進 ★ 横断チーム（新設） OPS（サービス運営） → CS対応、問い合わせ、コンテンツ管理 UIUX（UI/UX） → UI調整、新機能UI作成チームを分けても、SubIssue・Projectsで横断連携できる 19 / 40

Slide 20

Slide 20 text

Projectsとは Backlogにはなかった新機能施策をまとめる箱ボリュームの大きい施策の Issue群をまとめて管理する進捗が自動で見える進捗グラフ・完了予測を自動生成してくれる初めて使う機能なので、しばらくは吉田やPMが中心となって運用をフォローしていきます 20 / 40

Slide 21

Slide 21 text

IssueとProjectsの使い分けボリュームの目安で判断する 2,3日以内 → Issue 1つ → 1週間程度 → SubIssueに分割 → 2週間以上 → Projectsで管理 21 / 40

Slide 22

Slide 22 text

IssueとProjectsの使い分けボリュームの目安で判断する LinearではIssueは無限にネストできるが、 Projectsを使えば孫課題の出番も少ないはず 2,3日以内 → Issue 1つ → 1週間程度 → SubIssueに分割 → 2週間以上 → Projectsで管理 22 / 40

Slide 23

Slide 23 text

アジェンダ Issueの起票ルール ◂ 導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 ◀ 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 基本情報ステータス運用ルールその他のルール 23 / 40

Slide 24

Slide 24 text

どのチームに起票する？原則: Issueの担当者が所属するチームに起票するケース起票先 KWのバグ → エンジニアが対応 KW サービス部のCS対応 OPS KWの軽微な文言修正 → サービス部が対応 OPS 24 / 40

Slide 25

Slide 25 text

迷いやすいケース: 複数サービス複数サービスを跨いでも、原則は変わらない担当者のチームに起票する親：UIUX-10 全サービスヘッダーリニューアル ├── 子：UIUX-11 実装：ラッコサーバー ├── 子：UIUX-12 実装：ラッコID └── 子：UIUX-13 実装：ラッコドメインサービス部が複数サービスのUI調整を行う場合も同様 → 全てOPSに起票 25 / 40

Slide 26

Slide 26 text

迷いやすいケース: チーム横断担当者が複数チームにまたがる場合も原則に従う。統括チームに親Issue → 各チームの作業をSubIssueに最終的なIssue構成例）KW新機能開発、サービス部が要件定義親：KW-99 〇〇機能作成 ├── 子：OPS-11 要件定義 ├── 子：KW-100 実装：子機能1 ├── 子：KW-101 実装：子機能2 └── 子：OPS-12 お知らせ配信 26 / 40

Slide 27

Slide 27 text

チーム横断: 起票の流れ例）サービス部がKW新機能を要件定義 → エンジニアに実装依頼最初から完璧に使いこなす必要はありません。必要になったら#linear-supportで相談してください。 ① 要件定義サービス部がOPSに起票（KWラベルを付与） → ② 実装依頼 KWに親Issueを作成 ①をSubIssueに追加 → ③ 実装開始エンジニアが実装 SubIssueを追加 27 / 40

Slide 28

Slide 28 text

アジェンダステータス運用ルール ◂ 導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 ◀ 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 基本情報 Issueの起票ルールその他のルール 28 / 40

Slide 29

Slide 29 text

ステータスフロー Backlog → Linear 補足 — → Backlog ★ 新設（アイデア段階）未対応 → 未対応同じ（デフォルト）処理中 → 処理中同じプルリク提出 → プルリク提出同じ — → テスト中 ★ 新設（PRマージで自動遷移）処理済み → 本番反映待ち名称変更（STG確認後に遷移）完了 → 完了同じ 29 / 40

Slide 30

Slide 30 text

★「Backlog」と「未対応」の違い Backlog ステータスやるかどうか未定のアイデア Activeビューに表示されない未対応ステータスやると決まったIssue Activeビューに表示されるアイデア段階のIssueを区別することでノイズが減る 30 / 40

Slide 31

Slide 31 text

ロール別のステータス運用エンジニア未対応 → 処理中 → プルリク提出 → テスト中 → 本番反映待ち → 完了 GitHub連携でステータスが自動遷移（詳細は動画・ガイドを参照）サービス部・管理部未対応 → 処理中 → 完了プルリク提出・テスト中はスキップ ※サービス部の業務にあわせてステータスを自由にカスタムしてもOK 31 / 40

Slide 32

Slide 32 text

アジェンダその他のルール ◂ 導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 ◀ 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A 7 基本情報 Issueの起票ルールステータス運用ルール 32 / 40

Slide 33

Slide 33 text

ラベル運用サービス識別ラベル OPS・UIUXチームで使うどのサービスのIssueか識別するため KWチームのIssueに KWラベルは不要簡易ラベル 15分〜1時間の軽微タスクに付与「すぐやるべき」の目印最初は気にしすぎなくてOK。運用ガイドラインに詳しく記載しています。 33 / 40

Slide 34

Slide 34 text

通知の設定 — やること2つ ① Inboxを1日1回確認自分に関係するIssueの更新・メンションが集まる画面 Backlogのベルマーク相当朝の確認を推奨 ② Slack通知チャンネルに参加チーム全体のIssue作成・ステータス変更が通知される自分チームのチャンネルへの参加を推奨 34 / 40

Slide 35

Slide 35 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 ◀ 5 サポート体制 — 困ったときの相談先 6 Q&A 7 35 / 40

Slide 36

Slide 36 text

操作説明資料の紹介全員向け操作説明動画基本操作を網羅。何度でも見返せる Linear基本操作ガイドテキストベースのリファレンス NotebookLM LinearのQ&Aに使える、ラッコ社独自ルールの検索も可能エンジニアは必ずチェック GitHub連携フローブランチ→Issue自動紐付け PR→ステータス自動遷移 AI実装委任機能 Work on issue / Agents / Devin Playbooks 36 / 40

Slide 37

Slide 37 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 ◀ 6 Q&A 7 37 / 40

Slide 38

Slide 38 text

困ったら #linear-support へ #linear-support で質問・困りごとを相談（随時対応）フォロー担当: 吉田・谷山・撰・池邊試験導入チームのメンバーも慣れているので身近な人に気軽に聞いてみてください Projects機能の運用は吉田が各チームのPM等を経由してフォローします改善点があれば随時フィードバックをお願いします。運用ルールは柔軟に改善していきます。 38 / 40

Slide 39

Slide 39 text

アジェンダ導入の背景と目的 — なぜ移行するのか 1 試験導入の結果 — 実際どうだったか 2 移行スケジュール — いつ何をするか 3 運用ルール — Linearの使い方 4 操作説明資料の紹介 — 参考資料 5 サポート体制 — 困ったときの相談先 6 Q&A ◀ 7 39 / 40

Slide 40

Slide 40 text

まずはLinearに触ってみてください困ったら #linear-support へ操作説明資料・動画を未確認の方は早めにご確認をお願いします 40 / 40