こんにちは！プロダクト開発の現場を伴走しているアジャイルコーチの先輩です。
「毎日のチケット更新に追われ、何のためにスプリントをやっているのか分からなくなっている」「ロードマップと日々のタスクが完全に乖離していて、未来が見えない」——そんな悩みを抱えていませんか？
もしあなたが今、開発のスピード感を落とさず、かつチーム全員がワクワクしながらプロダクトの未来を描ける環境を探しているなら、Linear（リニア）は間違いなく最強の選択肢です。
今回は、Linearの心臓部である「Cycles（サイクル）」と「Roadmaps（ロードマップ）」を駆使し、形骸化したスクラムを「生きたアジャイル開発」へと劇的に生まれ変わらせるベストプラクティスを、基礎から丁寧にお伝えします。
これをマスターすれば、あなたのチームのベロシティは自然と跳ね上がり、毎日の開発が劇的に楽になりますよ。さあ、一緒に見ていきましょう！
—
1. なぜLinearなのか？（ツールの役割と設計思想）
世の中にはJiraやTrello、Notionなど、タスク管理ツールがあふれています。その中でなぜLinearが世界中のトップエンジニアリングチーム（VercelやRetoolなど）に熱狂的に支持されているのでしょうか？
その答えは、「開発者の心理的安全性を守り、フロー状態を途切れさせない圧倒的なレスポンスとミニマルな設計」にあります。
- キーボードファースト: マウスを触る必要がほぼありません。`C`を押せばどこからでも新しいIssue（タスク）が作れます。
- 同期の速さ: リアルタイム性が高く、チームメイトの動きがストレスなく画面に反映されます。
- 「無駄な儀式」の排除: スクラムの教科書通りに作られた重厚長大なツールとは違い、アジャイルの本質（対話と価値の早期検証）に集中させてくれます。
Linearは、単なる「タスクの消化を追う表計算ソフト」ではありません。「チームの集合知を最大化し、ビジョンに向かってドライブするためのエンジン」なのです。
—
2. 最初のセットアップ：Linearをアジャイル仕様に最適化する
何事も最初の型づくりが肝心です。Linearを導入したら、まずはアジャイル開発がスムーズに回り始めるように基礎セットアップを行いましょう。
① チームスペースの作成
Linearでは「Team（チーム）」単位でプロジェクトやサイクルを管理します。まずは開発チーム用のスペース（例: `ENG`）を作成します。
② ワークフロー（ステータス）のカスタマイズ
デフォルトのままでも使えますが、アジャイルのカンバンボードとして機能させるために、以下の最小限にして十分なステータスを定義します。
- `Backlog` （未着手のアイデアや将来のタスク）
- `Todo` （次のサイクル、または現在着手すべきタスク）
- `In Progress` （まさに今、誰かがコードを書いている状態）
- `In Review` （PR（プルリクエスト）を出してレビュー中）
- `Done` （マージされ、検証可能な状態）
- `Canceled` （ボツになったタスク）
> 💡 先輩の知恵: ステータスを細かくしすぎると「In QA」「Design Check」などでチケットが迷子になります。エンジニアリングチームにおいては、レビューとマージのフローが明確であればこの6つで十分です。
—
3. HelloWorld的動作確認：最初の「Cycle」を回してみる
Linearにおける「Cycle（サイクル）」は、一般的なスクラムにおける「スプリント」に相当します（通常1週間〜2週間）。
百聞は一見にしかず。実際に最初のCycleをセットアップして、チケットを完了させるまでの流れ（HelloWorld）を体験してみましょう。
Step 1: サイクルを有効化する
1. Linearのサイドバーから、該当するチームを選択します。
2. 「Cycles」タブを開き、「Enable Cycles」をクリックします。
3. 期間（例：毎週月曜日開始の2週間）を設定します。自動的に `Cycle 1` が生成されます。
Step 2: Issue（タスク）を作り、Cycleに放り込む
1. キーボードの `C` を押して、新しいIssueを作成します。
- Title: `[HelloWorld] ログイン画面のバリデーション実装`
- Description: Zodを使ったメールアドレスのバリデーションを追加する。
2. 右側のプロパティから、作成した Cycle（例: Cycle 1） をアサインします。
3. ステータスを `Todo` にして保存します。
Step 3: 実際に動かして完了させる
1. カンバンボードビュー（`G` → `B` で一発切り替え！）を開きます。
2. タスクを `In Progress` にドラッグ＆ドロップします（キーボードなら `I` キー）。
3. コーディングとPR作成が終わったら、ステータスを `In Review` へ。
4. mainブランチへマージされたら、一気に `Done` へ！
おめでとうございます！これでLinearを使ったアジャイルなイテレーション（反復）の基本ループが完成しました。これをチーム全員で回すだけで、ベロシティの計測が可能になります。
—
4. Roadmapsで描くプロダクトビジョンとチームへの共有
日々のCyclesで「木（タスク）」を見たら、「Roadmaps（ロードマップ）」で「森（プロダクトの未来）」を描きましょう。
多くのチームが失敗するのは、「目の前のスプリント」と「半年後のゴール」が断絶している点です。LinearのRoadmaps機能は、この断絶を美しく繋ぎ止めます。
Roadmapsの極意：Projectsとマイルストーンの活用
LinearのRoadmapsでは、複数のIssueを束ねた「Project（プロジェクト）」単位で時間軸（タイムライン）を管理します。
1. プロジェクトの作成:
- 例：`Q3リテンション向上施策`、`決済基盤のStripe移行` など、2週間〜数ヶ月単位のまとまりをProjectとして定義します。
2. ロードマップビューへの配置:
- Roadmaps画面を開き、各プロジェクトをタイムライン上に配置します（ガントチャートのようなイメージです）。
3. Cyclesとの紐付け:
- ここがLinearの真骨頂です。プロジェクトの中に属する具体的なタスクを、日々のCyclesに割り振ることができます。
[Roadmap: Q3リテンション向上施策] (7月〜9月)
┣ [Project: オンボーディング改善]
┣ [Cycle 1] チュートリアル画面のデザイン実装 ← ★Cyclesと直結！
┗ [Cycle 2] プッシュ通知の基盤構築
チームへの共有と透明性の担保
Roadmapsを公開しておくことで、プロダクトマネージャー（PdM）、デザイナー、エンジニア、そして経営陣までが、「今、チームが取り組んでいるタスクが、どの未来のゴールに繋がっているのか」をワンクリックで把握できるようになります。
「情報のサイロ化」が自然と防がれ、チーム全体に圧倒的な当事者意識が芽生える瞬間です。
—
5. 現場のベロシティを劇的に高める「プロの知見」
最後に、数多くの現場をサポートしてきた私から、Linear運用の秘伝のタレをいくつか授けましょう。
- スコープクリープ（作業の肥大化）を防ぐ:
サイクル途中に急なタスク（割り込み）が入った場合、原則として「今やっているCycle」には入れず、Backlogに積むか、次のCycleへ送ります。どうしても割り込ませる場合は、既存の別のタスクをCycleから外す（トレードオフの法則）を徹底してください。
- 「ラベル」を乱用しない:
`bug`, `feature`, `refactor` などの基本ラベルに留めましょう。タグが多すぎると誰も見なくなります。
- GitHub / GitLab連携を必ず設定する:
LinearとGitHubを連携させると、PRのタイトルにIssue ID（例: `ENG-123`）を入れるだけで、自動的にステータスが `In Review` や `Done` に変わります。この「手作業の排除」がエンジニアのメンタルコストをゼロにします。
—
おわりに
LinearのCyclesとRoadmapsは、使いこなせばこなすほど、チームの呼吸を同調させる素晴らしい相棒になってくれます。
最初は小さなCycles（1週間）の運用からで構いません。
「タスク管理に追われる日々」から抜け出し、「価値を届けることに熱狂するチーム」へ。
今日からあなたのワークスペースで、最初のCycleを立ち上げてみませんか？
これをマスターすれば、毎日の開発が劇的に楽になりますよ。応援しています！