💻 システム開発
SCALE_Base_72項目ロードマップ_現状分析
最終更新 2026年06月23日 ／ 31_システム開発部/_SCALE_Base_72項目ロードマップ_現状分析.md
SCALE Base 72項目ロードマップ 現状分析（2026-05-05）
元データ: 2026-04-08 大串から依頼された72項目（P0=10件 / P1=34件 / P2=20件 / P3=8件）
問題: 4/29 大規模モノリス解体で SCALE Base から多機能が独立プロジェクトに分離された結果、ロードマップ項目の所在が複数システムに分散している。「次の1項目」を選ぶ前にギャップ分析が必要。
状況の前提変化
4/29 解体前（ロードマップ策定時）
SCALE Base = モノリスで以下が全部入り：
- タスク管理 / 朝夜日報
- パートナー管理（D系）
- PM案件管理（E系）
- LinkedIn運用（G系）
- リスト管理 / 議事録 / ナレッジ（C系）
4/29 解体後（現在）
| 系統 | ロードマップ | 現在の所在 |
|---|---|---|
| F系（基盤） | F1-F7 | SCALE Base に残存 |
| A系（サービス概要） | A1-A12 | TERASU CRM（terasu-mgmt）に移管？ |
| B系（レポート自動生成） | B1-B10 | scale-lead + Base 両方に分散？ |
| C系（タブ追加） | C1-C10 | scale-lead / scale-base-crm に分散 |
| D系（パートナーUI） | D1-D10 | scale-lead（SCALE CRM）に移管 |
| E系（PM ダッシュ） | E1-E9 | TERASU CRM に移管 |
| G系（LinkedIn） | G1-G4 | scale-lead に移管 |
→ 元のロードマップは現状とずれている。各システム別に再整理が必要。
現状の SCALE Base に残るべき項目（F系）
| ID | 項目 | 状態 | スコープ | 価値 |
|---|---|---|---|---|
| F1 | サーバーサイドDB化 | ✅ 完了（5/1 D1移行） | - | - |
| F2 | 複数人同時編集対応（Realtime sync） | 未着手 | 大 | 中（1人運用なら不要） |
| F3 | データバックアップ/エクスポート（JSON/CSV） | 🟡 部分実装（タスクシートのみ CSV） | 中 | 高 |
| F4 | Slack連携強化 | ✅ 大半完了（task-memo / 日報通知 / writing_hand） | - | - |
| F5 | 権限細分化（部署/役職別） | 🟡 大串/細川/部署のレベルでは実装済 | - | - |
| F6 | （未調査） | - | - | - |
| F7 | 権限細分化（v2） | 未着手 | 中 | 低 |
B系（レポート）も Base に残ってる可能性
| ID | 項目 | 現状 |
|---|---|---|
| B1 | 週次レポート自動生成 | 朝夜日報からの生成は未実装 |
| B2 | 月次レポート自動生成 | 未実装 |
| C4 | アラート/通知センター | 未実装（Slack通知に部分依存） |
次の1項目候補（優先度順）
候補A（推奨）: F3 全データ JSON バックアップ
- スコープ: 小〜中（4-6時間）
- 価値: 高（データロス対策・移行容易化）
- 理由: タスクシートだけ CSV あるが、朝夜日報・セッション・KV データのバックアップが取れない。独自ドメイン切替後の事故リスク（5/4 ce-13 で発覚した localStorage 分離問題）への二の矢として、エクスポート機構を持つべき。
- 実装案:
- 設定ページ（/tasks/settings）に「全データ JSON バックアップ」ボタン
- 押すと KV API + localStorage の全状態を1枚の JSON にまとめてダウンロード
- ファイル名:
scale-base-backup-YYYYMMDD-HHmm.json - 復元機能は次フェーズ（出力のみ）
候補B: B1 週次レポート自動生成
- スコープ: 中（半日）
- 価値: 高（経営判断の効率化）
- 理由: 朝夜日報のデータが既に蓄積されている → 集計するだけ。週次の振り返りがマニュアルで時間食ってる。
- 実装案:
- /tasks/work-log 配下に「週次サマリ」ページ追加
- 過去7日間の朝夜日報を集計（達成率 / 稼働時間 / 達成タスク / 持ち越し）
- PDF出力 or Slack送信ボタン
候補C: C4 アラート/通知センター
- スコープ: 中〜大（半日〜1日）
- 価値: 中（既に Slack でほぼカバー済）
- 理由: 現状 Slack で十分機能している。Base 側に通知センターを作る必要性は薄い。
- → 後回し推奨
候補D（ロードマップ外・新規）: 担当者プルダウン選択肢の auth-context 統一
- スコープ: 小（1時間）
- 価値: 中（5/5 ce-01 で部分対応した「大串 勇輝」フル表記バグの根本対応）
- 理由: lib/auth-context.tsx で大串の name が「大串 勇輝」のまま。これを「大串」に統一すれば auto-register-task 以外の全経路でも正常化。ただしヘッダー表示等で「大串 勇輝」が必要な箇所があれば displayName 別フィールドに分離。
A系（サービス概要自動入力）について
→ 4/8 メモ project_service_auto_fill.md で大串本人が「全機能実装後に対応」と明言。今着手するべきでない。
機能は TERASU CRM に移管済の可能性大（HP制作案件のサービス概要入力欄）。確認は別途。
推奨アクション
- 候補A（F3 全データ JSON バックアップ）を実装 ← 即着手可・スコープ完結
- その後 候補B（週次レポート自動生成） に進む
- 残りはユーザーの判断待ち
関連ノート
- _SCALE_Base_最新基準点 — 現状の機能リスト
- _SCALE_Base_設計書 — 設計書
- _SCALE_全システム配置マップ — 4/29 解体後の所在
- _SCALE_全システム実装ルール — 退化禁止フロー
メモソース
project_scale_base_roadmap.md（2026-04-08策定の元メモ・26日前）project_service_auto_fill.md（A系の元メモ・26日前）