システム化対象業務範囲

システム化対象業務範囲

システム開発の対象となる業務の範囲を明確にし、関係者間で合意を形成します。その過程で業務の構造を洗い出し、整理します。

🎯 概要


  • 目的: システム化の対象となる業務(In)と対象外の業務(Out)を明確にし、要件定義・見積・計画・体制・移行/連携方針の前提を揃える
  • このセクションで決めること:
    • 業務の棚卸結果(業務ID付きの一覧)
    • 業務の分類(大分類/中分類)と業務階層
    • システム化対象/対象外の判定と、その理由
    • 対象業務の業務間関係(業務関連図)と、既存システム継続や対象外の扱い
  • スコープ: 業務レベルでの範囲定義(業務の粒度・分類・対象判定・関連)。
    • 詳細な業務フロー手順、画面・機能・データ設計、アーキテクチャ設計は本ページの対象外
  • 推奨する実施タイミング: 要件定義の初期(現状把握〜ToBe検討の入口)。見積・提案に接続する場合は、提案前の最初の合意ポイントとして作成する
  • 関連するステークホルダー: 業務側責任者、業務担当者、プロダクトオーナー/顧客窓口、PM、要件定義担当(BA/SE)、既存システム主管(継続利用がある場合)

📥 重要な前提知識・インプット


  • 前提知識:
    • 業務の切り分け(大分類/中分類/業務)と、業務IDでの管理
    • システム化対象/対象外の決め方(新規開発、既存システム継続利用、将来対応、今回対象外)
    • スコープ合意の基本(何が入っていて何が入っていないかを文章で言える状態にする)
  • インプット(あればあるほど精度が上がる):
    • 現行業務資料(業務一覧、業務フロー、規程、帳票、マニュアル)
    • 現行システム構成・機能一覧(どの業務がどのシステムで支えられているか)
    • 本プロジェクトの目的・対象部門・対象期間・前提条件/制約条件
    • 関連組織・外部連携先(他部門、取引先、外部SaaS、基幹等)
    • 既存システム継続利用の方針(継続/置換/連携)や、段階導入(Phase)

📄 成果物の定義


  • ドキュメントテンプレート: 📄Arrow icon of a page link[テンプレ]システム化対象業務範囲
  • 必須要素:
    • 業務一覧(業務ID、大分類/中分類、業務名、業務概要、システム化対象(○/×))
    • 対象判定の凡例と判定基準(○/×の意味、判断の軸)
    • 業務階層構造(大分類→中分類→業務)
    • 業務関連図(対象範囲を示す)
    • 対象外業務の一覧(対象外理由、将来対応有無/Phase)
✅ 品質基準・レビュー観点

品質チェックリスト:

チェック項目 チェック内容
網羅性 主要な業務が漏れなく棚卸され、業務IDで一意に管理されている
粒度の一貫性 業務の粒度が揃っており、大分類/中分類/業務の階層が破綻していない
対象判定の妥当性 ○/×が説明可能で、対象外理由や既存継続の扱いが明文化されている
関係性の整合 業務関連図が業務一覧と矛盾せず、対象範囲の境界が読める

👁️‍🗨️ レビュー観点:

  • 合意のしやすさ: 「今回やる/やらない」を関係者が同じ言葉で説明できるか
  • 見積・計画への接続: 対象業務が工数・体制・段階導入(Phase)に接続できる粒度か
  • 既存継続の明確さ: 既存システム継続利用の範囲・責任分界が曖昧になっていないか
  • 将来対応の扱い: 将来対応の候補が、対象外理由とともに整理されているか
🧪成果物のサンプル
# システム化対象業務範囲

システム化対象となる業務の範囲を以下に示す。

## 業務一覧

| 業務ID | 大分類 | 中分類 | 業務名 | 業務概要 | システム化対象 |
|--------|--------|--------|--------|--------|----------|------------|
| B001 | 受注管理 | 見積管理 |見積書作成 | 顧客要望に基づき見積書を作成する ||
| B002 | 受注管理 | 見積管理 | 見積承認処理 | 作成された見積書を承認する ||
| B003 | 受注管理 | 受注処理 | 受注情報登録 | 顧客からの受注情報を登録する ||
| B004 | 受注管理 | 受注処理 | 受注内容変更 | 登録済み受注情報を変更する ||
| B005 | 在庫管理 | 在庫照会 | リアルタイム在庫照会 | 現在の在庫状況を照会する ||
| B006 | 在庫管理 | 在庫調整 | 定期棚卸実施 | 定期的な棚卸を実施し在庫を調整する ||
| B007 | 出荷 | 出荷指示 | 出荷指示書作成 | 受注に基づき出荷指示書を作成する ||
| B008 | 出荷 | 出荷実績 | 出荷完了登録 | 出荷完了情報を登録する ||
| B009 | 経理 | 請求処理 | 請求書発行 | 受注に基づき請求書を発行する | × |
| B010 | 経理 | 入金管理 | 入金情報登録 | 顧客からの入金情報を登録する | × |
| B011 | 経理 | 入金管理 | 入金消込処理 | 請求と入金の消込を行う | × |
| B012 | 人事 | 勤怠管理 | 勤怠情報入力 | 従業員の勤怠情報を入力する | × |
| B013 | 人事 | 勤怠管理 | 勤怠承認処理 | 入力された勤怠情報を承認する | × |
| B014 | 生産管理 | 製造指示 | 製造指示書作成 | 受注に基づき製造指示書を作成する | × |
| B015 | 生産管理 | 製造実績 | 製造実績登録 | 製造完了情報を登録する | × |

**凡例:**
-: システム化対象
- ×: システム化対象外

### 業務階層構造図

任意項目

```mermaid
graph LR
    A["業務全体"]
    
    B["受注管理"]
    B1["見積管理"]
    B11["B001: 見積書作成"]
    B12["B002: 見積承認処理"]
    B2["受注処理"]
    B21["B003: 受注情報登録"]
    B22["B004: 受注内容変更"]
    
    C["在庫管理"]
    C1["在庫照会"]
    C11["B005: リアルタイム在庫照会"]
    C2["在庫調整"]
    C21["B006: 定期棚卸実施"]
    
    D["出荷"]
    D1["出荷指示"]
    D11["B007: 出荷指示書作成"]
    D2["出荷実績"]
    D21["B008: 出荷完了登録"]
    
    E["経理"]
    E1["請求処理"]
    E11["B009: 請求書発行"]
    E2["入金管理"]
    E21["B010: 入金情報登録"]
    E22["B011: 入金消込処理"]
    
    F["人事"]
    F1["勤怠管理"]
    F11["B012: 勤怠情報入力"]
    F12["B013: 勤怠承認処理"]
    
    G["生産管理"]
    G1["製造指示"]
    G11["B014: 製造指示書作成"]
    G2["製造実績"]
    G21["B015: 製造実績登録"]
    
    A --> B
    A --> C
    A --> D
    A --> E
    A --> F
    A --> G
    
    B --> B1
    B --> B2
    B1 --> B11
    B1 --> B12
    B2 --> B21
    B2 --> B22
    
    C --> C1
    C --> C2
    C1 --> C11
    C2 --> C21
    
    D --> D1
    D --> D2
    D1 --> D11
    D2 --> D21
    
    E --> E1
    E --> E2
    E1 --> E11
    E2 --> E21
    E2 --> E22
    
    F --> F1
    F1 --> F11
    F1 --> F12
    
    G --> G1
    G --> G2
    G1 --> G11
    G2 --> G21
    
    style B11 fill:#e1f5e1
    style B12 fill:#e1f5e1
    style B21 fill:#e1f5e1
    style B22 fill:#e1f5e1
    style C11 fill:#e1f5e1
    style C21 fill:#e1f5e1
    style D11 fill:#e1f5e1
    style D21 fill:#e1f5e1
    style E11 fill:#fff3cd
    style E21 fill:#fff3cd
    style E22 fill:#fff3cd
    style F11 fill:#f8d7da
    style F12 fill:#f8d7da
    style G11 fill:#fff3cd
    style G21 fill:#fff3cd
```

**凡例:**
-: システム化対象業務
-: 既存システム継続利用
-: 対象外業務

### 対象外業務について

任意項目

| 業務ID | 業務分類 | 業務名 | 対象外理由 | 将来対応 |
|--------|----------|--------|------------|----------|
| B009 | 経理 | 請求書発行 | 既存会計システムを継続利用 | Phase2で検討 |
| B010 | 経理 | 入金情報登録 | 既存会計システムを継続利用 | Phase2で検討 |
| B011 | 経理 | 入金消込処理 | 既存会計システムを継続利用 | Phase2で検討 |
| B012 | 人事 | 勤怠情報入力 | 本プロジェクトの対象外 | 対応予定なし |
| B013 | 人事 | 勤怠承認処理 | 本プロジェクトの対象外 | 対応予定なし |
| B014 | 生産管理 | 製造指示書作成 | 製造部門の別システムで対応 | Phase3で連携検討 |
| B015 | 生産管理 | 製造実績登録 | 製造部門の別システムで対応 | Phase3で連携検討 |

---

## 業務関連図

業務間の関連性とシステム化の範囲を図示する。

**記述例:**

```mermaid
graph TB
    subgraph システム化対象
        A["B001: 見積作成業務"]
        B["B003: 受注登録業務"]
        C["B005: 在庫照会業務"]
        D["B007: 出荷指示業務"]
        E["B008: 出荷実績登録業務"]
        F["マスタ管理業務"]
    end
    
    subgraph 既存システム継続
        G["B009: 請求書発行業務"]
        H["B010: 入金管理業務"]
    end
    
    subgraph 対象外
        I["B014: 製造指示業務"]
        J["B015: 生産実績管理業務"]
        K["B012: 勤怠管理業務"]
    end
    
    A --> B
    B --> C
    C --> D
    D --> E
    E --> G
    G --> H
    B -.連携.- I
    I -.連携.- J
    J -.連携.- C
    
    F --> A
    F --> B
    F --> C
    
    style A fill:#e1f5e1
    style B fill:#e1f5e1
    style C fill:#e1f5e1
    style D fill:#e1f5e1
    style E fill:#e1f5e1
    style F fill:#e1f5e1
    style G fill:#fff3cd
    style H fill:#fff3cd
    style I fill:#f8d7da
    style J fill:#f8d7da
    style K fill:#f8d7da
```

**凡例:**
-: システム化対象(新規開発)
-: 既存システム継続利用
-: 対象外業務
- 実線: システム化対象内の業務フロー
- 点線: システム間連携

---

🔄 設計の進め方・プロセス


🏗️ プロセス1: 業務の棚卸(業務一覧の作成)

ねらい: 現状の業務を漏れなく列挙し、後続の対象判定と合意の土台を作る。

やること:

  • 現行の業務資料・ヒアリングから業務を列挙し、業務IDを付与する
  • 大分類/中分類を仮置きし、業務名と業務概要を1〜2行で書く
  • 判断が必要な業務(例: 既存継続・段階導入・部門間またぎ)に印を付ける

アウトプット: 「業務一覧(業務ID付き)」のたたき台

🏗️ プロセス2: システム化対象/対象外の判定(○/×)

ねらい: 見積・計画に影響する境界を明確にする。

やること:

  • ○/×の定義(新規開発/既存継続利用/対象外/将来対応など)を決めて凡例に明記する
  • 各業務について、対象判定と理由を合意できる形で書く
  • 対象外の業務は「対象外理由」と「将来対応(Phase)」をセットで整理する

注意: 迷う業務は「判断保留」のまま置かず、誰がいつ決めるか(宿題)まで決める

🏗️ プロセス3: 業務階層構造(大分類→中分類→業務)を確定

ねらい: 業務の粒度と整理軸を揃え、後続の要件の網羅性を担保する。

やること:

  • 大分類/中分類が適切な粒度になっているかを見直す(極端に大きい/細かい分類を避ける)
  • 例外や重複が出る場合は、分類ルール(どちらに寄せるか)を明記する
  • 階層構造図(Mermaid等)で、一覧だけでは見えない構造を示す
🏗️ プロセス4: 業務関連図(対象範囲を示す)を作成

ねらい: 対象業務のつながりと、既存継続・対象外との境界を図で共有する。

やること:

  • 対象業務(新規開発)を中心に、前後の業務との関係を実線でつなぐ
  • 既存継続・対象外はサブグラフや色分けで表現し、連携がある場合は点線で示す
  • 図と業務一覧の整合を確認する(図にある業務は一覧にもある、一覧の主要業務は図にも反映される)

🚨 よくある失敗と予防策


🚧 実例収集後、追記予定

📚 参考資料・関連リンク


  • 参考文献: 業務分析/業務要件定義に関する社内標準(該当があればここにリンク)
  • 関連する他のガイド:
    • ステークホルダー整理(合意者・関与者の特定)
    • 現状業務の把握(As-Is整理)
    • 機能要件定義(業務→機能への落とし込み)
  • ツール・テンプレート:
    • 業務一覧テンプレート
    • Mermaid(業務階層構造図/業務関連図)

テンプレートサイト: 📄Arrow icon of a page linkテンプレート集