0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@hidetarou2013@github(Hidetoshi Maekawa)

JiraからNotionへ — AWS基盤構築案件のプロジェクト管理ツール移行完全ガイド

0
Last updated at Posted at 2026-04-23

はじめに

AWS によるシステム基盤構築案件では、WBS 管理・課題管理・リスク管理・テスト管理など多岐にわたるプロジェクト管理業務が発生します。当初 Jira を採用する計画だったチームが「Notion の方がチーム全体で使いやすい」という理由で移行を検討するケースが増えています。

本記事では以下を体系的に整理します:

  • Jira vs Notion の機能・料金・UX の比較
  • AWS 基盤案件特有の管理領域（WBS / 課題 / リスク / テスト）ごとの比較
  • Claude Code Skills（MCP）との連携しやすさ
  • 既存 Jira WBS を Notion へインポートする具体的な方法
  • Notion の WBS 管理代表テンプレート

ツール概要

観点 Jira Notion
設計思想 課題トラッキング特化 ドキュメント + タスクの統合ワークスペース
主なユーザー 開発チーム・QA・PM 全職種（開発〜ビジネス）
セットアップ 高い（学習コスト大） 低い（直感的な UI）
カスタマイズ性 ワークフロー・フィールドが高度 データベースプロパティで柔軟
レポート機能 充実（ベロシティ・バーンダウン等） 基本的（チャート・フィルタ）
ドキュメント 別途 Confluence が必要 ページ機能で一体化

料金比較（2026年時点）

Jira Cloud

プラン 料金（参考値） 上限 主な機能
Free 無料 10名 ボード・バックログ・基本ロードマップ
Standard ~$9/user/月 無制限 高度な権限・監査ログ
Premium ~$18/user/月 無制限 クロスチーム計画・依存関係・無制限ストレージ
Enterprise 要見積 無制限 高度な分析・SAML SSO

Notion（年払い）

プラン 料金（年払い・参考値） 主な機能
Free 無料 個人向け・無制限ページ
Plus ~$8/user/月 小チーム・ファイル共有
Business ~$15/user/月 Notion AI 含む・無制限バージョン履歴
Enterprise 要見積 Jira 双方向同期・高度なセキュリティ

注意: 料金は変動します。契約前に必ず Atlassian 公式 および Notion 公式 の最新プライシングページを確認してください。

ポイント: Jira Premium + Confluence を個別契約する場合と、Notion Business を比較すると Notion の方が割安になるケースが多い。Wiki・議事録・設計書も Notion で一元管理できるため、ツール数の削減効果が大きい。

AWS 基盤案件の管理領域別比較

1. WBS 管理

観点 Jira Notion
階層構造 Epic → Story → Sub-task（固定） DB Relations で自由に構成
ガントチャート ロードマップ（Premium） タイムラインビュー（Plus以上）
依存関係 標準サポート Relations + フィルタで表現
WBS テンプレート プロジェクトテンプレートあり マーケットプレイスに豊富
AWS フェーズ管理 Epic でフェーズ分割が自然 プロジェクト DB のグループ化で対応

AWS 基盤案件の典型的 WBS 構成（Notion）:

フェーズ DB（親）
├── 要件定義
├── 設計（IaC / CDK 設計）
├── 構築（EC2 / RDS / VPC 等）
├── テスト（単体 / 結合 / 移行リハ）
└── 移行・本番化

タスク DB（子）→ 各フェーズに Relations で紐付け
サブタスク DB（孫）→ タスクに Relations で紐付け

2. 課題管理

観点 Jira Notion
ステータス遷移 ワークフローエンジンで厳密定義 プロパティ変更のみ（制約なし）
担当者アサイン 高度な権限管理 シンプルな People プロパティ
課題の紐付け Issue リンク（ブロック・関連） Relations で柔軟に紐付け
優先度管理 Priority フィールド標準対応 Select プロパティで自由設定
SLA / 期限管理 Service Management で高機能 Date プロパティ + リマインダー

Notion 課題管理 DB プロパティ例（AWS 基盤案件向け）:

課題 DB
├── 課題名（Title）
├── 種別（Select: バグ / 設計変更 / 質問 / リスク）
├── ステータス（Status: 未対応 / 調査中 / 対応中 / 完了）
├── 優先度（Select: 高 / 中 / 低）
├── 担当者（People）
├── 期限（Date）
├── 関連タスク（Relation → タスク DB）
├── 関連フェーズ（Relation → フェーズ DB）
└── 備考（Text）

3. リスク管理

観点 Jira Notion
リスクレジスター カスタムフィールドで構築 DB テンプレートで構築
リスクマトリクス サードパーティ連携が必要 テーブルビュー + フィルタで表現
リスク評価 スコアフィールドで対応 Formula プロパティで自動計算
ドキュメント連携 Confluence との分断が発生 リスク DB とページが同一空間

Notion リスク管理 DB プロパティ例:

リスク DB
├── リスク名（Title）
├── カテゴリ（Select: 技術 / スケジュール / コスト / 外部依存）
├── 発生確率（Select: 高 / 中 / 低）
├── 影響度（Select: 大 / 中 / 小）
├── リスクスコア（Formula: 確率 × 影響）
├── ステータス（Status: 未対応 / 対応中 / 軽減済 / 許容）
├── 対応策（Text）
├── 担当者（People）
└── 期限（Date）

4. テスト管理

観点 Jira Notion
テストケース管理 Zephyr / Xray 連携が必要（有料） DB で自前構築（無料）
バグとの連携 同一プロジェクト内でシームレス Relations で課題 DB と紐付け
テストレポート Zephyr で充実 チャートビュー + フィルタで作成
エビデンス管理 添付ファイル ページ内直接添付 / Notion Calendar

AWS 基盤テストの住み分け:

  • CI/CD 管理（GitHub Actions / CodePipeline）: cdk synth / cdk-nag / cfn-guard などのインフラ静的テストは CI/CD で自動実行し、結果は GitHub 等に蓄積するのが適切
  • Notion テストケース DB: 受け入れ基準・非機能要件チェックリスト・手動確認項目（VPC 疎通・マイグレーションリハーサル手順等）の管理に留める
  • この住み分けを守ることで、CI 出力との二重管理を避けられる

Claude Code Skills（MCP）との連携

Notion MCP の接続方法

Notion は公式の MCP サーバーを提供しており、Claude Code から直接 Notion ワークスペースを操作できます。

# Claude Code に Notion MCP を追加
claude mcp add --transport http notion https://mcp.notion.com/mcp

または .mcp.json に設定:

{
  "mcpServers": {
    "notion": {
      "command": "npx",
      "args": ["-y", "@notionhq/notion-mcp-server"],
      "env": {
        "OPENAPI_MCP_HEADERS": "{\"Authorization\": \"Bearer <NOTION_API_TOKEN>\", \"Notion-Version\": \"2022-06-28\"}"
      }
    }
  }
}

Claude Code から Notion を操作するユースケース

Claude Code Skills（スラッシュコマンド）の活用例

プロジェクト固有のスキルを .claude/commands/ に配置することで、反復作業を自動化できます:

# .claude/commands/notion-weekly-report.md
# /notion-weekly-report
# 今週の課題・リスク・テスト進捗を Notion から取得してサマリーを生成する

# .claude/commands/notion-risk-update.md
# /notion-risk-update <リスクID> <ステータス>
# 指定リスクのステータスと対応策を Notion DB に更新する

Jira MCP との比較

観点 Notion MCP Jira MCP（非公式）
公式サポート あり（makenotion/notion-mcp-server） 非公式（サードパーティ）
Claude Code Plugin あり（makenotion/claude-code-notion-plugin） なし
読み取り ページ・DB・ブロック Issue・Project
書き込み ページ作成・DB 更新・ブロック追加 制限あり
OAuth 対応 あり なし（API トークン）

Notion の方が Claude Code との連携が明らかに優位です。公式 MCP サーバー・公式 Claude Code プラグインが整備されており、SlashCommands ですぐに使えます。

Jira → Notion インポート方法

方法の全体像

方法 1: CSV エクスポート → Notion インポート（推奨・無料）

Jira 側の操作:

1. Jira プロジェクト → 課題 → エクスポート → CSV（全フィールド）
2. Excel で不要列を削除・列名を Notion 向けに調整
3. 日付フォーマットを ISO 8601（YYYY-MM-DD）に変換

Notion 側の操作:

1. 新しいページ作成 → 「データベース」→ 「テーブル」
2. 右上「…」→「マージ」→「CSV をインポート」
3. 列マッピングを確認して取り込み

CSV 変換スクリプト例（Python）:

前提条件: Python 3.8以上 + pip install pandas が必要です。スクリプトは Jira からエクスポートした CSV を Notion インポート用に変換します。

import pandas as pd

df = pd.read_csv("jira_export.csv")

# Jira → Notion 列名マッピング
column_map = {
    "Summary": "タスク名",
    "Issue Type": "種別",
    "Status": "ステータス",
    "Priority": "優先度",
    "Assignee": "担当者",
    "Due Date": "期限",
    "Description": "詳細",
    "Epic Link": "フェーズ",
}
df = df.rename(columns=column_map)[column_map.values()]

# ステータス値のマッピング
status_map = {
    "To Do": "未対応",
    "In Progress": "対応中",
    "Done": "完了",
    "Blocked": "ブロック中",
}
df["ステータス"] = df["ステータス"].map(status_map)

df.to_csv("notion_import.csv", index=False, encoding="utf-8-sig")
print(f"変換完了: {len(df)} 件")

方法 2: Jira Sync（Notion 公式）

Notion が公式に提供する Jira 連携機能です。

1. Notion ワークスペースオーナーでログイン
2. 設定 → 接続 → Jira を追加
3. Jira 管理者メール・サイト URL・API トークンを入力
4. 同期するプロジェクトを選択
5. Notion 内に「Projects DB」「Work Items DB」が自動生成

制限事項:

項目 内容
双方向同期 Enterprise プランのみ
対応フィールド ステータス・担当者・優先度・添付（一部不可）
非対応フィールド 時間トラッキング・解像度・セキュリティレベル
初回同期時間 プロジェクト規模により数分〜数時間

方法 3: jira-2-notion-db（OSS CLI）

技術者向けの CLI ツールで、Jira API → Notion API を直接叩いて移行します。

# インストール
git clone https://github.com/minwook-shin/jira-2-notion-db.git
cd jira-2-notion-db
pip install -r requirements.txt

# 設定
export JIRA_URL="https://your-domain.atlassian.net"
export JIRA_EMAIL="your@email.com"
export JIRA_TOKEN="your-jira-api-token"
export NOTION_TOKEN="your-notion-api-token"
export NOTION_DATABASE_ID="your-notion-db-id"

# 【推奨】本番移行前にドライランで件数・マッピングを確認
python migrate.py --project "AWS-INFRA" --dry-run

# 問題なければ本移行
python migrate.py --project "AWS-INFRA" --status all

注意: OSS ツールのため Jira Cloud API バージョン（v2/v3）の差異で動作しないケースがあります。必ずドライランで動作確認してから本番移行してください。

方法 4: Getint / Unito（継続的同期）

移行期間中に Jira と Notion を並行運用する場合に有効です。月額費用が発生しますが、ノーコードで双方向同期を維持できます。

ツール 特徴 料金（参考値・要確認）
Getint Jira ↔ Notion 双方向同期、フィールドマッピング 公式サイト参照
Unito 複数ツール対応、フロー設定が直感的 $65/月〜（年払い）

Notion WBS 管理の代表テンプレート

公式マーケットプレイス（notion.com/templates）

テンプレート 提供者 特徴
Work Breakdown Structure (WBS) Shay Campbell (Notion Talent) 階層的 WBS・ガントビュー付き
Simple WBS Template Tera Earlywine シンプルな DB 構成・初心者向け
Project Management Dashboard Notion 公式 WBS + タイムライン + ヘルスダッシュボード

AWS 基盤案件向け Notion WBS 設計例

推奨 DB 構成:

📁 AWS 基盤構築プロジェクト（Notion ページ）
├── 📊 フェーズ DB（WBS 親）
│   ├── ビュー: テーブル / タイムライン
│   └── プロパティ: フェーズ名・開始日・終了日・進捗
├── ✅ タスク DB（WBS 子）
│   ├── ビュー: テーブル / ボード / カレンダー
│   └── プロパティ: タスク名・担当者・期限・ステータス・フェーズ（Relation）
├── 🚨 課題 DB
│   └── プロパティ: 課題名・種別・優先度・ステータス・関連タスク（Relation）
├── ⚠️ リスク DB
│   └── プロパティ: リスク名・確率（数値1-3）・影響度（数値1-3）・スコア（Formula: 確率×影響）・対応策
└── 🧪 テストケース DB
    └── プロパティ: テスト名・種別・対象・実施日・結果・バグ（Relation）

Relations の深さについて: フェーズ → タスク → サブタスク の3層 Relation は Notion API のページネーション（100件/回）とレートリミット（3req/sec）の影響でパフォーマンスが低下することがあります。フェーズ → タスクの2層に留め、サブタスクはタスクページ内のチェックリスト（[ ]）で管理する設計が実運用で堅牢です。

リスクスコアの Formula: 確率・影響度は**数値型プロパティ（1=低・2=中・3=高）**で管理すると prop("確率") * prop("影響度") のシンプルな式で計算できます。セレクト型だと文字列→数値変換が必要で複雑化します。

Jira vs Notion 選定指針

ケース 推奨
AWS 基盤案件でインフラ〜ビジネス混在チーム Notion
SaaS 開発でアジャイル・スプリント管理が中心 Jira
Claude Code で AI 自動化・週次レポート自動生成 Notion
高度なワークフロー制御・SLA 管理が必須 Jira
既存 Confluence + Jira 環境を維持 Jira
Confluence のコストを削減したい Notion

まとめ

AWS 基盤構築案件においては、以下の理由から Notion が有力候補となります:

  1. WBS・課題・リスク・テスト管理を 1 ツールで完結 できる
  2. 設計書・議事録・インフラ手順書も同じワークスペースで管理可能
  3. Claude Code の公式 MCP 連携により、AI による週次レポート・課題集計・ステータス更新が自動化できる
  4. Jira からの移行は CSV・Jira Sync・OSS ツールと複数の選択肢がある
  5. 料金は Jira と同等帯で、Confluence を別途使わなければコスト削減になる

一方で、厳密なワークフロー制御や SLA 管理が必要な案件、あるいは既存 Atlassian 環境と密結合している場合は Jira の継続も合理的です。

Notion 移行後の定着 Tips

移行は「データの引越し」に過ぎません。定着させるための実践ポイントを紹介します:

  1. チームへの教育: Notion のビュー切替（テーブル/ボード/タイムライン）を最初の週に全員でハンズオン
  2. テンプレート活用: 課題登録・週次レポート・テストケース等でページテンプレートを整備し、入力ルールを統一する
  3. Claude Code MCP を活用: 週次ステータス集計・課題サマリ生成を自動化し、管理コストを削減
  4. 段階移行: Jira と Notion を 1〜2 ヶ月並行運用し、チームが慣れてから Jira を廃止する

公式リンク

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?