緊急復旧初動
表示停止、送信不可、ログイン不可、通知不達など、今止まっている業務の影響を抑えながら復旧方針を決めます。
- 不具合URL、画面名、機能名
- 発生時刻、直近変更、影響範囲
- 管理権限、契約、バックアップの有無
始め方
いまの状態に近い支援を選ぶ
契約名を先に決める必要はありません。止まっている業務、整えたい業務、試したい技術に合わせて必要な内容だけを組み合わせます。
保守引き継ぎ・再発防止
復旧後に、権限、契約、ソース、更新手順、監視、バックアップを整理し、次から直しやすい保守体制へ整えます。
- 管理画面、Git、サーバー、DNS、外部APIの所在
- 契約、請求、ベンダー連絡先
- 過去に起きた障害や改修履歴
既存資産整理・モダン化計画
Excel、Access、FileMaker、kintone、Microsoft 365、古いWebシステムなどを把握し、残す・つなぐ・改善更新する範囲を分けます。
- 利用中システム、Excel、紙、メール、外部サービス
- 担当者、前任者、外部ベンダー、管理権限
- 止まると困る業務と今後の変更予定
技術検証
映像AI、音声AI、リアルタイム業務イベント監視を、精度だけでなく通知、確認、記録、費用、個人情報対応まで含めて検証します。
- 検知・分類・要約したい対象
- 利用可能な映像、音声、ログ、フォーム、IoTデータ
- 通知後の確認者、記録先、保存期間
業界経験の事業化・共通業務化
貴社が現場で培ってきた業界ノウハウを、異業種連携の新規事業、同業向けバックオフィスサービス、共通業務基盤として提供できる形にします。
- 自社で標準化できている業務、手順、判断基準
- 提供したい相手: 同業、異業種、取引先、加盟店、グループ会社
- 現在の作業原価、担当者、請求、品質確認、例外対応
運用体制・管理ルール設計
役割、承認条件、権限、通知、例外処理、監査ログ、KPIを、変更時に直せる管理ルールとして設計します。
- 申請者、担当者、承認者、管理者、外部関係者
- 承認条件、例外処理、代理承認の現状
- 監査、個人情報、制度変更の制約
状態検知・改善更新構築
状態検知、承認判断、異常検知、通知、記録、KPIを既存システムと接続し、改善要望を次の更新へ回す構造へ整えます。
- 対象画面、帳票、通知、承認条件
- 既存システム、API、DB、ファイル、権限
- 初期リリースで達成したい業務状態
開始前の切り分け
最初に動かす範囲を小さくする
大きな刷新に見える内容でも、初動、整理、検証、構築、保守改善に分けると、社内で進めやすくなります。
Scope Presentation
大きな相談でも、最初の一手に落とせます。
緊急復旧なのか、現状整理なのか、技術検証なのか、構築なのか。最初に動かす単位を小さく切ることで、社内でも進めやすくします。
相談内容が大きく見えるほど、社内で誰が判断するか、どこまで見積もるかが止まりやすくなります。
止まっている箇所、整理したい業務、試したい技術、作り替えたい範囲を分け、次に進める材料を残します。
この場で分けること
- 緊急対応か整理か
- 技術検証の必要性
- 現状情報の不足
- 構築に進む条件
- 保守改善の範囲
- 社内で次に確認する内容
迷っている段階のまま送れます
いまの状況を送る装舎側で、最初に動かす単位を整理します。
進め方
支援内容を決める流れ
業務状況から入る
止まっている、整えたい、試したい、事業化したいなど、いま起きている内容から始めます。
最初に動かす単位を絞る
対象業務、利用中システム、権限、データ、関係者、希望時期から、最初に動かす単位を絞ります。
次に進める材料にする
現状把握、設計、技術検証、復旧方針、ロードマップなど、次に進める材料へまとめます。
次に進む内容を絞る
初動対応、簡易分析、詳細見積、構築、保守改善のどこへ進むかを絞ります。