ツールを選ぶ前に業務成果を定義する
期待する成果、責任者、改善を示す証拠を明確にします。この境界が、施策を優先順位のない機能一覧にしないための基準になります。
ワークショップの前に、対象外とする範囲も明記します。境界が明確であれば、周辺の要望に引きずられず、機能数ではなく同じ成果基準で複数の選択肢を比較できます。
経営目的、顧客影響、法令責任、品質基準、費用上限を同じ判断表に整理し、関係部門の承認条件を明文化します。目的と制約を共通資料に固定することで、開発途中の要求追加、評価基準の変更、責任範囲の曖昧化を防止できます。
例外を含む実際の作業を観察する
担当者とともに複数の案件を最初から最後まで追跡します。メール、表計算、非公式な承認、手作業の復旧が本当の依存関係を示します。
理想的な一日を説明してもらうのではなく、直近の実例を画面や資料とともに再現します。公式手順と実際の作業の差から、時間、権限、データ品質の制約が見えてきます。
現場観察では、通常処理だけでなく、障害対応、差戻し、権限不足、情報欠損、顧客からの訂正依頼まで記録します。例外処理の頻度と影響を分類すると、自動化対象に含める条件、人による確認を残す条件、事前に制度変更が必要な領域を判断できます。
判断、データ、引き継ぎを可視化する
各工程で受け取る情報、行う判断、作成する成果物、次に担当する役割を記録します。待ち時間、手戻り、外部システムも含めます。
業務部門の外の人でも理解できる地図にします。動作を表す言葉を使い、担当するシステムや役割を示し、人の判断で経路が変わる場所を明確に記録します。
工程図には入力元、保存場所、更新責任、承認権限、監査証跡、外部連携先を明記します。情報の生成から廃棄までを追跡できれば、重複入力、転記誤り、権限衝突、個人情報漏えいの危険を早期に発見できます。
印象ではなく摩擦を測定する
待ち時間、二重入力、エラー、中断、例外件数を測ります。少数でも信頼できる指標が、単なる不満と投資すべき課題を分けます。
待ち時間、遅延、修正、コンプライアンス上の懸念、利用者の不満などに概算コストを付けます。完全な数字でなくても、優先順位と投資判断を現実的にできます。
測定期間と母集団を定義し、平均値だけでなく最大待機時間、再処理率、例外率、問い合わせ件数も比較します。部門別、案件種別、利用者種別に分解することで、全体平均では隠れる重大な摩擦を見逃しません。
自動化に向く工程と向かない工程を分ける
反復的で安定し、検証可能な工程から始めます。曖昧さ、重大な影響、頻繁なルール変更がある場合は人の確認を残します。
頻度が高いだけでは自動化に向きません。入力が不統一で、暗黙の判断に依存する場合は、先にデータ、方針、画面設計を整えた方が安全で効果的です。
候補工程ごとに、規則安定性、入力品質、判断複雑性、失敗時影響、監査必要性、保守負担を採点します。高頻度でも重大判断を含む工程は補助機能から始め、低危険で検証可能な工程は段階的な自動実行へ進めます。
監査結果を意思決定資料にする
現状、リスク、利用可能なデータ、選択肢、最初の範囲、成功基準をまとめ、プロダクト・業務・技術の共通基盤にします。
未解決の問い、確認責任者、追加で必要な証拠も資料に残します。良い監査は不確実性を隠さず、限定された検証可能な次の一歩を選べる水準までリスクを下げます。
最終資料には推奨案だけでなく、採用しない案、その理由、残存危険、検証計画、停止条件を記載します。意思決定履歴を保存することで、後日の監査、担当交代、追加投資の審査でも同じ前提を再確認できます。
フィードバック