Skip to content
Published on

プロジェクト管理ツール2026 正面比較 — Linear · Notion · Height · Plane · Jira · GitHub Projects · ClickUp · Asana · Monday ディープダイブ

Authors

プロローグ — 2026年に改めて問う「チームはどのトラッカーを使うべきか」

2026年春、エンジニアリングチームに「どのPMツールを使っていますか」と聞けば、8割の答えはLinear・Notion・Jiraの3つに集中する。しかしその8割の中でも、満足度は二極化している。Linearを使う5人チームは幸せだが、同じLinearを導入した200人企業はカラム数が足りずに苦しんでいる。Jiraを抱える100人チームは毎年ワークフローを再設計している。Notionのど真ん中にPMデータベースを差し込んだ50人スタートアップは「もうひとつ買うべきか」を毎週議論している。

ツールの本質は単純だ。そのツールが強制するワークフローの「形」こそがそのツールである。 Linearはサイクル・キーボード・最小限の状態機械を強制する。Jiraはワークフローグラフとカスタムフィールドを強制する。Notionは自由を強制する(だから自由の重さを背負う)。PlaneはLinearの形をセルフホストで持っていける。HeightとClickUpはそれぞれAIと「エブリシングアプリ」の形を試している。

本稿は次の9つを同じ軸で比較する。

  1. Linear — イシュー・トラッカーのApple。キーボード中心・デザイン中心のUX。
  2. Notion — ウィキ+ライトPMの組み合わせ。Notion AIまで含む。
  3. Height — AIネイティブPM。2.0以降のポジショニング。
  4. Plane — オープンソースのLinear代替。セルフホスト可。
  5. Jira (Atlassian Cloud) — エンタープライズでは依然デフォルト。Atlassian Intelligenceを乗せる。
  6. GitHub Projects — 内蔵統合。PRと同じグラフ上に住む。
  7. ClickUp — 「エブリシングアプリ」。賛否両論だが必ず議題に上がる。
  8. Asana — 非エンジニアリング部門に親和的。マーケや運用に好まれる。
  9. Monday.com — ビジュアルボードと自動化レシピ。エンタープライズ営業。

価格・機能の数値は早く変わる。本稿の数字はすべて2026年5月時点であり、半年後に値段表が再描画されても意思決定フレームは生き残る設計にしている。核心は「各ツールが強制する形」だ。

ツールを選ぶことはワークフローを選ぶこと。ワークフローはチームの性格を変える。


1章 · 比較軸 — 何を見て選ぶか

9ツールを9軸で分解する。

軸1 · ワークフローへの意見の強度 ツールが自分の形をどれだけ押し付けるか。Linearは強く押す(サイクル・トリアージ・ミニマル状態)。Jiraは押さない(無限カスタム)。Notionは白紙から始まる。意見が強いほど導入コストは安く、逃げるときのコストは高い。

軸2 · キーボード中心 Cmd-K、J/Kナビゲーション、Tabで状態遷移。Linearが標準を書き換えた。Height・Plane・GitHub Projectsが追随。Jira・Asanaはマウス向きのままだ。

軸3 · AI統合の深さ 2026年最大の変化軸。(a) 一級 — Linear AI(トリアージ・自動ラベル・要約)、Notion AI(Q&A・執筆)、HeightのCopilot(本来のベット)、Atlassian Intelligence(Jira Cloud)、Asana AI。(b) 二級 — GitHub CopilotがIssuesコンテキストを読む。(c) 部分的 — PlaneはOSSで自前LLMが繋がる。ClickUp Brain。

軸4 · セルフホスト可否 LinearはSaaS専用。NotionもSaaS専用。JiraはData Centerで自前ホストできる(高価)。Planeは正統なオープンソース。GitHub ProjectsはGitHub Enterprise Serverで内製化できる。ClickUp・Height・Asana・MondayはSaaS専用。韓国の公共・金融、EUコンプライアンスが論点になるなら決定的。

軸5 · 価格モデル ユーザー単価×月が多数。Linearの無料層とStandard価格、Notionの単価+AIアドオン、Jiraの100人まで無料とStandard・Premium、Planeの自前ホスト無料とCloud、GitHub Projectsの事実上無料(GitHub料金に含まれる)、ClickUpの強気な無料層、HeightのPro。数字は表で。

軸6 · コード(Git・PR)統合の深さ イシューとPRが同じグラフ上か。GitHub Projectsは定義上統合。LinearはGitHub/GitLab深い+PR自動マッピング。JiraはSmart Commits+Bitbucketの深さ+GitHub for Jira。PlaneはGitHub/GitLab双方向。Notionは弱い。HeightはPRプレビューを内蔵。

軸7 · ウィキ/ドキュメント統合 イシューとドキュメントが同じツール内か。Notionの本業はドキュメント。LinearはLinear Docsを別製品として持つ。JiraはConfluenceと組むが別製品。PlaneはPagesを内蔵。ClickUpはDocsモジュール。

軸8 · 非エンジニアリング部門との親和性 デザイン・マーケ・セールス・CSが同じツールを使えるか。Asana・Monday・ClickUpが強い。Linearは意図的にエンジニアリングに留まる。Notionは万能。JiraはJSM(Jira Service Management)で広がる。

軸9 · モバイル/オフライン/アクセシビリティ Linearのモバイルアプリは本当に仕事ができるレベル。Notionモバイルは速い。Heightモバイルは弱い。Jiraモバイルは機能は多いが重い。ClickUpは多プラットフォーム。


2章 · Linear — イシュー・トラッカーのApple

Linearは2019年のローンチ以来7年間、ひとつの信念を押し続けている。「エンジニアが毎日5秒速くなれば、チームは月単位で加速する。」だから全UIの選択がキーボードショートカット・即時応答・ミニマリズムに収斂する。

Linearが上手いところ:

  • Cmd-Kがすべての入口。 イシュー作成・状態変更・割り当て・ラベル・フィルタが、ひとつのショートカットに収まる。
  • サイクル(Cycle)。 1-2週間の強制ウィンドウ。スクラム・スプリントの8割をシンプル化した。
  • トリアージ受信箱。 外から入るイシューが一箇所に溜まり、担当者がルーティングする。
  • ワークフロー状態は5つに制限。 Backlog → Todo → In Progress → In Review → Done。シンプルさが速さだ。
  • GitHub/GitLab/Sentry/Slack統合が深い。 PRマージで自動的にイシューがDoneへ移動。
  • 2026年のLinear AI。 自動トリアージ、重複検出、ラベル提案、サイクル要約、PR説明生成。無料層から一部利用可。

Linearが強制する形:

[Triage Inbox]
     |
     v
[Project(長期) - Cycle(1-2週間)]
     |
     v
Backlog -> Todo -> In Progress -> In Review -> Done
                  ^                          |
                  +--- PRマージで自動遷移 ----+

価格(2026-05時点、月額/人): Free(250イシュー上限)、Standard約10 USD、Plus約14 USD、Enterprise商談。AI機能はPlusから本格化。詳しくは linear.app/pricing

弱点:

  • SaaS専用。 自前ホスト不可。韓国の公共・金融・国防、EU一部コンプライアンスには不向き。
  • 非エンジニアリング部門にはミニマルすぎる。 マーケキャンペーンをLinearに入れると違和感がある。
  • カスタムワークフローを意図的に制限。 「うちだけの特殊状態7個」が許されない(長所であり制約)。

Linearは強い意見を持つツールだ。同意すれば天国、合わなければ離れるべき。2026年のLinearは新興スタートアップだけのツールではなくなった。Vercel、Cloudflare、Ramp、Mercuryなどシリーズ C 以降の企業が標準に採用している。


3章 · Notion — ウィキとライトPMの組み合わせ

NotionはPMツールではなくワークスペースだ。ウィキ・ドキュメント・DB・ライトPM・ノートをひとつの場所で全部やる、というベット。2026年のNotionは2つの大きな変化を経た。第1に、Notion AIが一級市民になった(検索・Q&A・執筆・要約・翻訳)。第2に、データベースビューがカンバン・タイムライン・ギャラリー・カレンダー・チャートに拡張し、本格的なライトPM機能が揃った。

Notionが上手いところ:

  • DB+ページ。 イシューは単なる行ではなく、それ自体がページ(=ドキュメント)。豊かなコンテキスト。
  • 自由なスキーマ。 フィールドを自由に追加・削除できる。ワークフローの形を毎週変えても負担が軽い。
  • ウィキ統合。 RFC・ADR・オンボーディングが同じツール内に。
  • Notion AI。 単なる補完を超え、ワークスペース全体をRAGで検索・回答。2026年春にマルチモデル・ルーティング(Claude・GPT・Gemini)が有効化され、回答品質が一段上がった。
  • 公開ページ・埋め込み。 外部共有が一番ラク。

Notionが強制する形:

Workspace
  - Wiki (RFCs, ADRs, On-boarding)
  - Projects DB
      - ページ=イシュー
  - Meetings DB
  - Tasks DB (個人)

価格(2026-05時点): Free、Plus約12 USD、Business約18 USD、Enterprise商談。Notion AIは別アドオンで約8-10 USD/人。 詳しくは notion.com/pricing

弱点:

  • イシュー・トラッキングの深さが足りない。 サイクル・バーンダウン・PR自動遷移がLinear/Jira水準ではない。
  • パフォーマンス。 大規模ワークスペースで読み込みが遅くなる報告が続く(2026年時点でも完全には解決していない)。
  • 自由の重さ。 毎週ワークフローを再設計できる、ということは毎週誰かが再設計しなければならない、ということだ。
  • セルフホスト不可。 データ主権の制約がある組織には合わない。

Notionが最も光るのは「ウィキ+軽い作業追跡」を同時に必要とする5-30人チーム。50人を超えるとウィキとトラッカーを分ける(Notion+Linear/Jiraの組み合わせ)のが普通だ。


4章 · Height — AIネイティブのベット

Heightは初日から「AIが核にあるPMツール」というアイデンティティで出てきた。2.0以降は「Copilotは補助ではなく運用者」というポジショニングがいっそう明確だ。自動トリアージ、自動ラベル、自動優先度、会議メモから作業を自動抽出、「このPRがこのイシューを閉じるか」の推論まで、AIが一次処理する。

Heightが上手いところ:

  • Copilotがバックグラウンドで回る。 入ってきたイシューが自動分類・割り当て・重複検出される。
  • 自然言語検索とフィルタ。 「先週閉じ損ねたP0バグ」を自然文で聞ける。
  • PRプレビューとインラインコメント。 コード変更をPMツール内で読める。
  • カンバン・リスト・ガント・スプレッドシート・ビュー。 一つのデータに複数ビュー。

Heightの形:

[Inbox - AI自動トリアージ]
     |
     v
[Tasks DB - AI自動ラベル/優先度]
     |
     v
Plan -> In Progress -> Review -> Done
       +-- PR自動マッピング --+

価格(2026-05時点): Free層+Pro約10-15 USD/人。AI機能はProから本格化。詳しくは height.app/pricing

弱点:

  • ユーザーベースが小さい。 Linear・Jiraに比べ生態系が薄い。統合・プラグインも少ない。
  • AIの一貫性。 自動トリアージが誤分類すると、人より速く物事を壊しうる。
  • セルフホスト不可。

Heightの本当のベットは「PMの認知負荷をAIに委譲できる」という仮説だ。同意するチームには強い選択肢、合わないチームには過剰な自動化。


5章 · Plane — オープンソースのLinear

Planeは「Linearの形をオープンソースで」という単純なベットから始まった。2024-2025年でGAし、2026年にはセルフホスト環境で本格導入できるレベルに達した。AGPLライセンス、Docker Compose / Kubernetes デプロイ、Postgres + Redis + S3互換ストレージ。

Planeが上手いところ:

  • セルフホストが一級市民。 自前インフラに立てられる。データ主権・コンプライアンス対応。
  • 形はLinear類似。 サイクル・モジュール・ページ・ビュー。学習曲線は低い。
  • Plane Cloudオプション。 セルフホストが重ければSaaS版もある。
  • GitHub/GitLab双方向統合。
  • 2026年のPlane AIモジュール。 自前LLM(Ollama・vLLM等)をバックエンドに繋げる。データ主権を保ちながらAIを入れられる。

Planeが強制する形:

Workspace (セルフホストまたはCloud)
  - Projects
      - Issues
      - Cycles (1-2週)
      - Modules (長期)
      - Pages (ウィキ)
  - Views (保存フィルタ)

価格(2026-05時点): Self-hostは無料(AGPL)。 Cloud無料層+Pro約8-10 USD/人+Enterprise。詳しくは plane.so/pricing

弱点:

  • 生態系が薄い。 Linear/Jiraほど統合・プラグインが多くない。
  • セルフホスト運用コスト。 Postgresバックアップ、Redis運用、S3コスト、アップグレード・ノイズ。SaaSの便利さを諦めることになる。
  • AIは最先端ではない。 自前LLMルーティングは可能だが、Notion AI / Linear AIの磨きには及ばない。
  • AGPLの含意。 社内ホストは無関係だが、SaaSとして再配布するならライセンス検討が要る。

Planeは「Linearのワークフローを自前インフラで回したい」という明示的要求があるとき強い回答。韓国の公共・金融、EU GDPR厳格運用組織で採用が増えた。


6章 · Jira — エンタープライズの依然デフォルト

Jiraは死んでいない。2026年でも1000人超のエンジニアリング組織の多数はJiraで動いている。重いから生き残っているのではなく、その重さが大組織にとって資産だからだ。ワークフローグラフのカスタマイズ、権限モデル、Insight・Forgeプラグイン、Data Center自前ホスト、Confluenceとの組み合わせ、Service Managementまで。

Jiraが上手いところ:

  • 無限ワークフロー・カスタマイズ。 状態・遷移・条件・検証・後処理をグラフで設計。
  • 権限・監査ログ・SAML SSO・SCIM。 コンプライアンス要求を一級で受ける。
  • Atlassian Intelligence (2025-2026)。 Jira CloudでJira・Confluence・Bitbucketをまたぐ自動要約・イシュー作成・優先度推薦・自然言語検索。Premium以上で本格化。
  • Forge・Connectプラグイン生態系。 数千の統合・自動化。
  • Data Centerによる自前ホスト。 エンタープライズ等級のセルフホスト(高価、運用チーム必須)。
  • Confluenceとの組み合わせ。 ウィキ・ドキュメント・RFCを同じAtlassianアカウントで。
  • Jira Service Management。 ITSM・CS・社内ヘルプデスクへ拡張。

Jiraが強制する形:

Project
  - Workflow Graph (カスタム)
      To Do -> In Progress -> In Review -> Done
      (+ カスタム状態 / 遷移 / 条件 / 後処理)
  - Boards (Scrum, Kanban)
  - Sprints (任意)
  - Custom Fields (多数)

価格(2026-05時点 Jira Cloud、100人までFree): Standard約8-9 USD/人、Premium約16-17 USD/人、Enterprise商談。Atlassian IntelligenceはPremium以上。Data Centerは別ライセンス。詳しくは atlassian.com/software/jira/pricing

弱点:

  • 重い。 ページロード、イシュー作成、フィルタ応答がLinearの5-10倍。
  • UIが毎年変わる。 「Next-gen」「Team-managed」「Company-managed」の混乱。
  • カスタムの罠。 ワークフローを設計できるということは、毎年誰かが設計しなければならない、ということだ。「Jira管理者」が正式職務になる。
  • 小規模チームには過剰。 10人チームにJiraは鎚を使うようなもの。

Jiraは1000人超の組織では依然合理的。100人未満では普通Linear/Planeに逃げる。


7章 · GitHub Projects — コードと同じグラフ

GitHub Projects v2は2022年GA以降、2026年まで地味に進化を続けた。デフォルト統合・内蔵・コードと同じグラフに住むことが核心。Issues・PRs・Projectsが同じエンティティ・モデルを共有する。

GitHub Projectsが上手いところ:

  • PRとイシューが一つのグラフ上。 別の統合は不要。Closes #123が普通に動く。
  • ユーザー単価の追加はなし。 GitHub料金に含まれる。
  • GraphQL APIとGitHub Actionsで自動化。 カスタム・ワークフローをコードで定義。
  • Boards・Tables・Roadmapビュー。
  • GitHub Copilotがイシュー・コンテキストを読む。 PRレビュー・イシュー・トリアージにAIサポート。
  • GitHub Enterprise Serverで自前ホスト可能。

GitHub Projectsの形:

Repository / Organization
  - Issues (同じエンティティ)
  - Pull Requests (同じエンティティ)
  - Discussions
  - Projects (上を集約)
      - Board / Table / Roadmap
      - Custom Fields

価格(2026-05時点): GitHub Team約4 USD/人、Enterprise約21 USD/人。Projectsは全層に含まれる。詳しくは github.com/pricing

弱点:

  • PM機能の深さ不足。 サイクル・バーンダウン・複雑なワークフローグラフは弱い。
  • ウィキ・ドキュメントが分離。 GitHub Wikiは明らかに副次的。
  • 非エンジニアリング親和性が低い。 デザイン・マーケをGitHub Projectsに引き込むのは難しい。

GitHub Projectsは「コードとイシューが同じグラフ上にあるべき」という明確な要求があるエンジニアリング限定チームに合う。5-50人のOSSプロジェクト、デブツール会社、既にGitHubに深く入っているチーム。


8章 · ClickUp / Asana / Monday — 非エンジニアリング親和陣営

この3つはエンジニアリングよりマーケ・CS・運用部門で使われることが多い。

ClickUp — 「エブリシングアプリ」を掲げる。Tasks・Docs・Goals・Whiteboards・Time tracking・Chat・Email・CRMまでひとつのツールに詰め込んだ。好むチームには万能、嫌うチームには「機能肥大の見本」。2026年はClickUp Brain(AI Copilot)が標準機能に。価格は無料層+約7-12 USD/人。

Asana — マーケ・デザイン・運用部門が一番ラクに使うツール。きれいなリスト・ボード・タイムライン・カレンダー・ビュー。Asana Intelligence(AI)が2026年に本格化。価格は約10-25 USD/人。エンジニアリングはJira・Linearと併用するケースが多い。

Monday.com — 色と自動化レシピが強み。「ステータスが変わったらSlack通知」のような自動化をノーコードで設計。マーケキャンペーン・セールス・パイプラインに強い。エンジニアリング用のMonday Devもあるがシェアは低い。

3つの共通点: エンジニアリングが一級市民ではない。 デザイン・マーケ・CSと同じツールを使いたい全社標準化の要求があるときに候補に。エンジニアリングはLinear/Jira/Planeを別に持つケースが多い。


9章 · 正面比較表 — 9ツール × 9軸

数値はすべて2026年5月時点。価格は一般的な有料層の人/月USD。

ツールワークフロー意見強度キーボード中心AI統合セルフホスト一般価格(人/月)Git/PR統合ドキュメント/ウィキ非エンジ親和
Linear非常に強い一級一級(Plus+)不可(SaaS only)約10 USD一級別製品
Notion非常に弱い(自由)一級(アドオン)不可約12 USD + AI 8-10弱い一級(本業)非常に高い
Height強い一級一級(アイデンティティ)不可約10-15 USD一級部分的
Plane一級自前LLM可可(AGPL)セルフホスト無料 / Cloud 8-10一級一級(Pages)
Jira弱い(カスタム)Atlassian Intel.(Premium+)Data Center可Standard 8-9 / Premium 16-17一級(Bitbucket・GH)Confluence別中(JSM)
GitHub Projects一級Copilot統合GH Enterprise ServerGitHub料金に含む定義上一級弱い非常に低い
ClickUp非常に弱い(万能)ClickUp Brain不可7-12 USD弱い一級非常に高い
Asana弱いAsana Intel.不可10-25 USD弱い部分的非常に高い
Monday.com弱いMonday AI不可9-19 USD弱い部分的非常に高い

一文で読めば: LinearとPlaneはエンジニアリング・ワークフローに意見が強く、Notion・ClickUpは自由、Jiraはカスタム可、GitHub Projectsはコードと一体、Asana・Mondayは非エンジニアリング親和。


10章 · AI統合の実際 — 2026年に本当に使えるか

AI機能は全PMツールのマーケティング・キーワードになった。しかし「使える自動化」と「デモ用自動化」のギャップは依然広い。

Linear AI (Plus以上)。 最も抑制された統合。自動トリアージ、重複検出、サイクル要約、PR説明生成。自動化が「見えないところ」で回る。明示的に呼ばなくても助けてくれる。限界: 深い自動化(ワークフロー自体の修正)は制限的。

Notion AI (アドオン)。 ワークスペース全体をRAGで検索・回答。執筆・要約・翻訳・表生成。2026年春のマルチモデル・ルーティング(Claude・GPT・Gemini)有効化で回答品質が一段上がった。限界: 作業自動化よりコンテンツ生成・検索が強い。

Height Copilot。 初日からAIを運用者として置くベット。自動トリアージ、自動ラベル、自動優先度。動けば認知負荷が下がる。誤分類すると、人より速く物事を壊しうる。導入には6-8週のチューニング期間が要る。

Atlassian Intelligence (Jira Premium以上)。 Jira・Confluence・BitbucketにまたがるAI。イシュー要約、自動作成、優先度推薦、自然言語検索。エンタープライズで最も深い統合。限界: Premium以上で本格活性化。

ClickUp Brain。 ClickUpデータの上で回るAI。タスク作成・要約・自動割り当て・ドキュメント執筆。万能ツールの万能AIという印象。

Asana Intelligence。 スマート要約・スマートステータス報告・タスク作成。マーケ・運用部門での評価は良好。

Plane。 公式ホスト型AIモジュール+自前LLM(Ollama・vLLM等)をバックエンドに繋げる。データ主権を守りながらAIを入れたい組織に。限界: ポリシー・UXがSaaSほど磨かれていない。

GitHub Projects。 専用AIはないが、GitHub Copilotがイシュー・コンテキストを読む。PRレビュー・イシュー・トリアージ・コード変更要約に活用。

2026年の真実: AIはトリアージ・ラベル・要約・検索では本当に役立つ。ワークフロー設計・優先度判断・割り当てではまだ部分的だ。


11章 · セルフホストの現実 — 本当に自前ホストすべきか

データ主権・コンプライアンス・コストを理由にセルフホストを検討する組織が増えた。だがセルフホストはライセンスより運用コストが大きい。

セルフホストが可能なツール:

  • Plane — AGPL。Docker Compose / Kubernetes。Postgres + Redis + S3。
  • Jira Data Center — エンタープライズ・ライセンス。Postgres・OpenSearch・CDN・ロードバランサ。運用チーム必須。
  • GitHub Enterprise Server — GitHub Projectsを含む。別ライセンス。VMまたはOCIコンテナ。

セルフホスト不可:

  • Linear、Notion、Height、ClickUp、Asana、MondayはすべてSaaS専用。

セルフホストの実コスト項目 (Plane基準):

  • インフラ(VM・DB・S3・バックアップ): 月50-500 USD(規模次第)
  • 運用者の時間(アップグレード・バックアップ検証・障害対応): 月4-8時間
  • ダウンタイム・リスク
  • 統合・拡張開発コスト

推奨: 法的/セキュリティ要求が明確でなければSaaSを使え。 セルフホストはデータ主権がビジネス決定の一部であるときだけ合理的。韓国の公共・金融・国防、EU GDPR厳格運用、医療・ヘルスケアなどでは意味がある。


12章 · 実シナリオ — 10人チームはどう選ぶか

抽象比較は終わり。実シナリオに絞ろう。

シナリオA — シード/シリーズA、8-15人(エンジニア6-10、デザイン/PM 2-5)。 デフォルトはLinear + Notion。Linearでイシュー、NotionにRFC・オンボーディング・ミーティングメモ。月22 USD/人前後。6-8か月後にチームが大きくなるにつれ、Notionがウィキ専任、Linearがイシュー専任になる。

シナリオB — シリーズB-C、30-80人。 Linear + Notionで依然うまく回る。非エンジニアリング部門が大きくなれば、Notionが全社ウィキ・OKR・ミーティング管理に拡張する。AI費を含めると30-35 USD/人が目安。

シナリオC — シリーズD以降、150人+。 選択肢が分岐する。(a) Linear継続 — Vercel・Cloudflareパターン。(b) Jiraへ移行 — エンタープライズSSO・監査・権限・SOC2要求が大きくなったとき。(c) 両方運用 — エンジニアリングはLinear、非エンジニアリングはJira/Asana。費用は25-50 USD/人。

シナリオD — 韓国の公共・金融、セルフホスト必須。 Plane(セルフホスト) + Wiki。Planeがサイクル・イシュー・ページをすべて処理。別ウィキが必要ならOutline/BookStackなどのオープンソースを併設。運用費は別だがライセンス費はほぼ0。

シナリオE — 100%エンジニアリングのOSSプロジェクト。 GitHub Projects単独。イシュー・PR・プロジェクトが同じグラフ上。別ツール導入はオーバースペック。Copilotがイシュー・PRを助ける。

シナリオF — マーケ・運用・デザインが大きい会社。 Asana または ClickUp + Linear/Jira。非エンジニアリングはAsana/ClickUp、エンジニアリングはLinear/Jira。両者の同期(Zapier・n8n・自前統合)にコスト。

シナリオG — AI自動化を極限まで押したいチーム。 Height または Linear + Notion AI。HeightはAIを運用者にするベット、Linear+Notion AIはAIを補助にするベット。チームの信頼水準で選ぶ。


13章 · 決定木 — 「いまどのツールを入れるべきか」

開始: チーム規模とドメインは?

- 5-15人、エンジニアリング中心
    -> Linear + Notion (デフォルト)
    AI自動化重視? -> Linear + Notion AI または Height

- 15-50人、エンジ・非エンジ混合
    -> Linear + Notion (エンジ駆動)
    非エンジ部門が大きい? -> Asana か ClickUp を追加

- 50-150人、部門化
    -> Linear(エンジ) + Notion(ウィキ) + Asana/ClickUp(非エンジ)
    あるいは Jira Software(エンジ) + Confluence(ウィキ)

- 150人+、エンタープライズ・コンプライアンスが声高
    -> Jira + Confluence + JSM (Atlassianフルスタック)
    あるいは Linear継続 (Vercel・Rampパターン)

- セルフホストが法的必須
    -> Plane(エンジ) + Outline/BookStack(ウィキ)
    あるいは Jira Data Center + Confluence Data Center

- 100% OSS / GitHubネイティブ
    -> GitHub Projects単独

- マーケ・CS・運用が本業
    -> Asana / Monday / ClickUp中心
    エンジニアリングは別途Linear/Jira

14章 · アンチパターン — よくある間違った導入

アンチパターン1 · 「Notionに全部入れよう。」 初期5-15人では問題なく動く。30人を超えるとサイクル・バーンダウン・優先度・PR自動遷移の不足で崩れる。ウィキとトラッカーを分けよ。

アンチパターン2 · 「10人チームにJira。」 Jiraのカスタムは100人+組織の資産。10人には権限・フィールド・遷移の設定に1週間が消える。Linear/Planeへ行け。

アンチパターン3 · 「Linearにマーケキャンペーンを入れよう。」 Linearは意図的にエンジニアリングに留まる。マーケキャンペーン・セールス・パイプラインは違和感。Asana/Monday/Notionを別途使え。

アンチパターン4 · 「HeightのAIに100%任せよう。」 自動トリアージが誤分類すると、人より速く物事を壊しうる。導入後6-8週は人が監督せよ。

アンチパターン5 · 「Planeをセルフホストするからバックアップは後で。」 セルフホスト・コストは運用コストだ。バックアップ・アップグレード・障害対応を事前に設計しなければ1年以内に後悔する。

アンチパターン6 · 「AI機能がついているから入れよう。」 AIがベータ、英語のみ、ドメイン言語に弱い、なら効果が薄れる。導入前に2-4週パイロット必須。

アンチパターン7 · 「毎年ツールを替えよう。」 PMツール移行はコストが大きい。イシュー履歴・統合・自動化・習慣の移行に3-6か月。2年以上保つツールを選べ。


エピローグ — ツールはワークフローの形だ

冒頭に戻ろう。そのツールが強制するワークフローの「形」こそがそのツールである。 Linearはサイクルとミニマリズムを強制する。Jiraは無限カスタムの自由とその重さを強制する。Notionは白紙の自由とその重荷を強制する。PlaneはLinearの形をインフラ制御込みで持っていける。Heightは「AIを運用者にする形」を試す。

ツールを選ぶことはワークフローを選ぶこと。ワークフローはチームの性格を変える。「うちのチームはどの形で働きたいか」を先に答え、その形に最も近いツールを選べ。 逆をやれば、ツールがチームの形を勝手に書き換える。

導入前チェックリスト

  • チーム規模と12か月後の予想規模を書き出したか
  • 非エンジニアリング部門が同じツールを使うか決めたか
  • セルフホストが法的・ポリシー上の必須か確認したか
  • AIを一級で使うか、補助で使うか決めたか
  • ウィキとトラッカーを同居させるか分けるか決めたか
  • 導入後2-4週のパイロット計画があるか
  • 移行時のイシュー履歴・統合・自動化の移転コストを見積もったか
  • ツール管理者(誰がワークフローを所有するか)を決めたか
  • 2年以上保つツールか自問したか

次の記事予告

次回は 「AI時代のエンジニアリング・マネジメント」 を扱う。AIがコードの7割を書く環境で、1on1・レビュー・オンボーディング・評価はどう変わるべきか。そしてPMツールの自動化がマネージャーの仕事のどの部分を代替し、どの部分は絶対に代替しないのか。


参考 / References