ビジネス・プロブレム・ステートメントは、ICTイニシアティブの理由を、ビジネスに関連する実用的な言葉で説明する手法の1つです。
問題提起は、1つのステートメントに続いて、問題を強調するための実例を使って記述することができます。
解決すべき問題の理解を深める際には、以下に示す7つの広範な分野を考慮してください。 戦略
- ビジネス目標との連携不足
- 全体的なビジョンに沿った取り組みが行われていない
- プロジェクトの実施が遅れている
2. サービス/製品
- 情報をタイムリーに取得できないことによるサービス提供の妨げ。
- 情報をタイムリーに取得できないことによるセールスリードへの反応の鈍さ
- 販売注文時のエラーによる返品の多さ
3.人
- スタッフのトレーニング不足、および/またはボトルネックになっているビジネスの分野をサポートするスタッフの能力不足。
- 役割と責任が十分に定義されていないため、混乱が生じ、業務上の要求に対する反応が悪くなります。
- スタッフの能力とトレーニングの問題により、サービス提供が不十分になります。
- 書類の物理的な処理、郵送、イベントの手動による調整などによる集中的な手動処理。
- スプレッドシートや個人のデータベースへの二重のデータ入力や手動によるデータの維持。
5. アプリケーション
- ビジネスおよび機能要件の定義が不十分なため、機能が十分に開発されていない。
- 常に進化し続けるビジネス環境のため、機能が古くなっている。
6.情報
- 非構造化された情報やコンテンツがさまざまなデバイスに保存されているため、検索や取得が非常に困難である。
- 同じ種類のデータセットを異なるリポジトリでコーディングする方法が異なる。
7.インフラストラクチャ
- すべてのシステムについてあまり知られていないため、メンテナンスの戦略的な調整が難しい。
- 複数のアプリケーションが複数のシステムでサポートされているため、重複したシステムをサポートすることで不必要なメンテナンス費用が発生している。
問題を理解したら、それぞれに関連するリスクを説明し、ビジネスへの潜在的な影響を十分に強調します。
A Problem Statement Example
以下は、テクノロジーで簡単に解決できる高度にマニュアル化されたビジネス プロセスの問題記述、説明、および関連するリスクを記述した例です
問題記述。 書類を物理的に扱うことによる集中的な手動処理。
説明。 年次休暇フォームは通常、従業員によって記入され、印刷され、マネージャー/デリゲートに送られて承認され、人事部に送られて検証とデータ入力が行われ、スキャンされてEDRMSにアップロードされ、さらにペイロールに送られて（再）データ入力されます。
リスク: この高度にマニュアル化されたシナリオは、サービス提供における「ボトルネック」につながり、ビジネスに対する組織的な対応が不十分になり、コア ビジネスの遂行に費やすべき時間が失われるリスクがあります。
How to Develop Your Problem Statement
プロジェクトの問題記述と関連するリスクを開発するために、関連するビジネス エリア内のマネージャーや対象分野の専門家に参加してもらいます。 前述の6つのカテゴリーごとに質問をして、どこに問題があるのかを詳細に引き出します。
この戦略は、アジャイルやウォーターフォールなどの手法に関係なく、プロジェクトの初期設定や分析段階で実施することができます。
この戦略は、プロジェクトの初期設定や分析段階において、手法（アジャイル、ウォーターフォール）に関係なく実施することができます。