01 — Purpose & Goals
PJの目的とゴール
目的は、業務改善とデータ統合。これを 2つの軸で並行して進めます。
Mid-to-long term · Structural
① LOOP(長期・構造改革)
システム切替とデータ統合に向けた業務要件定義から新システム移行までを行い、長期的に業務を改善する。
Short term · AI
② Quick-win(短期・AI活用)
LOOPで検出した課題を棚卸し・優先順位付けし、AI等で短期に解決する。
Shared Intake — 両軸をつなぐ入口
両軸をつなぐのが「課題管理表」。中原氏が現場対話から起票し、長期案件はLOOP(新システム要件へ)、短期案件はQuick-winへ流れる、共通の入口です。
役割
- Program Owner = Matsuura
- Program Manager = Ono
- PM = Ono
- Collab /PM = Hori
- Kalevala /PM = Lorenzo
- PMO = Uchiyama
- LOOP TL = Ono
- Operation Leader = Nakahara
- System Leader = Nakahara
- Quick-win TL = Ono
- Quick-win Biz = Nakahara
- Quick-win Dev = Uchiyama
- Vendor = TBD … 原本表記は「Vendar TBD」
- Divisions(各部門)
※ 役職・氏名は体制図(cfcl_project_plan_uchiyama.pptx「Project Team Structure」)記載のまま。
02 — Organization
体制
体制図(原本: cfcl_project_plan_uchiyama.pptx)
03 — Schedule
スケジュール
案1 — Schedule (without Vanila Introduction)
スケジュール案1: Vanila導入なし(原本: cfcl_project_plan_uchiyama.pptx)
案2 — Schedule (with Vanila Introduction)
スケジュール案2: Vanila導入あり(原本: cfcl_project_plan_uchiyama.pptx)
04 — Meeting Bodies
会議体
| 会議名 |
概要 |
参加者 |
頻度 |
日時 |
| 【LOOP】進捗課題定例 |
LOOP全体の進捗・課題の確認 |
Ono・Nakahara |
週1回 |
調整中 |
| 【LOOP】業務ヒアリング |
各部門への業務ヒアリング |
Nakahara・各部門 |
SPOT |
調整中 |
| 【LOOP】開発定例 |
開発ベンダーとの定例 |
Nakahara・Vendor(TBD) |
SPOT |
調整中 |
| 【Quick-win】分科会 |
Quick-win(AI活用)施策の推進 |
Ono・Nakahara・Uchiyama |
隔日(目安) |
調整中 |
※ 概要・参加者は体制図(cfcl_project_plan_uchiyama.pptx)の接続関係から補記。頻度はCEO指示(進捗課題=週1、Quick-win=隔日目安、その他=SPOT)。日時は調整中。
05 — Deliverables
成果物
この活動を通じて作るべきもの。各項目はたたき台であり、内容は今後の確認対象です。
-
課題管理表
要確認
両軸共通の入口。現場対話から起票し、長期→LOOP/短期→Quick-winへ振り分ける
-
業務要件定義書(LOOP)
要確認
Operation Leader が各部門との対話をもとに業務要件を整理
-
新システム要件書
要確認
System Leader が業務要件をシステム要件に翻訳し、ベンダーへ提示
-
SaaS製品評価・選定資料
要確認
候補SaaSの比較・評価(現在1社検討中・TBD)
-
As-Is業務フロー・現状棚卸
要確認
14業務領域の現状を統合ドキュメントとして整理
-
WBS・全体スケジュール
要確認
工程横断の進行管理(WBS・Gantt)
-
各Quick-winの成果物
要確認
勤怠Slack入力/商品説明作成自動化/Community List更新効率化 等のAIツール
-
会議体議事録
要確認
LOOP進捗課題定例・Quick-win分科会の記録
※ 全項目に付した「要確認」バッジは、現時点でたたき台であることを示します。