定例運用¶
Linear は「作って終わり」ではなく、定例で回して初めて機能します。 ここでは、誰が・いつ・どの View を見て・何をするかを定めます。各定例は views.md の標準 View と対応しています。
一覧¶
| 頻度 | 定例 | 主担当 | 見る View |
|---|---|---|---|
| 毎日 or 週 2 回 | Triage 確認 | PM / 担当者 | PM Triage / Intake |
| 週 1 回 | Product Review | 各プロダクト PM | Product 別 Roadmap・Blocked / At risk |
| 週 1 回 | Engineering Planning | 各 Team | Backlog・Cycle |
| 隔週 or 月 1 回 | Portfolio Review | 経営 / PdM / EM | 全社プロダクトポートフォリオ・Initiative 別ロードマップ |
| 月 1 回 | 分類と View の整理 | PM / Linear 管理者 | Labels / Views / Projects |
毎日または週 2 回：Triage 確認¶
PM または担当者が PM Triage / Intake View を確認します。新規要望が溜まって埋もれないようにする、入口の運用です。
- 新規 Issue を確認する
- 重複 Issue を整理する
- プロダクト分類（Project Label: Product）を付ける
- 優先度を付ける
- Backlog に送る
- Project 化する
- 対応しないものを Decline する
週 1 回：Product Review¶
各プロダクトの PM が Product 別 Roadmap を確認します。そのプロダクトの「今どうなっているか」を関係者で揃える場です。
- Active Project の進捗確認
- Blocked / At risk の確認（Blocked / At risk View を併用）
- Milestone の更新
- Timeline の更新
- スコープ変更の確認
- リリース予定の確認
週 1 回：Engineering Planning¶
各 Team が Backlog と Cycle を確認します。「今サイクルで誰が何をやるか」を決める場です。
- 次 Cycle に入れる Issue を決める
- 優先度を確認する
- 担当者を決める
- 見積もりを確認する
- Blocked 要因を洗い出す
Triage 通過が前提
Cycle に入れる Issue は、原則として Triage を通過したものに限ります（→ views.md の PM Triage 運用ルール）。
隔週または月 1 回：Portfolio Review¶
経営・PdM・EM が 全社プロダクトポートフォリオと Initiative 別ロードマップを確認します。全社の投資と戦略整合を見る、経営レベルの定例です。
- Project の継続・延期・中止判断
- 四半期目標（Initiative）との整合確認
- プロダクト間の優先度調整
- リソース配分の確認
- 重要リリースの確認
月 1 回：分類と View の整理¶
PM または Linear 管理者が、Project Labels・Views・Projects の状態を整理します。放置するとラベルや View が増殖して運用が濁るため、定期的に掃除します。
- 使われていない Label を削除する
- 重複 Label を統合する
- 古い View を整理する
- 完了済み Project を Close する
- 放置された Issue を整理する
- 命名ルールの乱れを修正する（→ operating-rules.md の命名ルール）
定例を回すうえで判断に迷ったら、operating-rules.md の「判断ルール」と「最重要ルール」に戻ってください。