Loading article…
ビジネスシステム計画（BSP ）は、組織の情報アーキテクチャを分析、定義、設計する方法です。 1981年にIBMによって社内使用のみを目的として導入されましたが、 [1] BSPの初期作業は1970年代初頭に開始されました。BSPは後に組織に販売されました。[2]これは、相互接続されたデータ、プロセス、戦略、目的、組織部門を扱う複雑な方法です。
BSPはIAへの新しいアプローチであり、[3]その目標は以下のとおりです。
- 現在のアプリケーションの問題と機会を理解する
- 企業を支える未来の技術を開発する
- 経営陣にIT支出に関する指示と意思決定の枠組みを提供する
- 情報システム（IS）に開発計画を提供する
BSP プロジェクトの成果は、投資とビジネス戦略を整合させたテクノロジー ロードマップです。BSP は 15 のステップで構成され、機能ごとに 3 つのセクションに分類されます。
準備
研究の承認
BSP の重要な最初のステップは、経営陣または関係部門から調査の承認を得ることです。調査の目的と範囲については、複数の役割が合意する必要があります。
- 取締役社長
- スポンサーまたはチームリーダーになる可能性あり
- 研究結果を検証し承認する
- スポンサー
- 財政支援を提供する
- チームリーダー
- チームメンバーを選出する（4～7人）
- 活動を調整する
- 研究を文書化し、実施する（通常8週間以上）
- 経営陣に結果を提示する
- チームメンバー
- 通常は部長
- 組織の情報ニーズを分析し決定する
- 今後のISコンテンツを推奨
- 経営陣に結果を提示する
- 秘書
- 文書研究
- チームリーダーを支援する
準備
2 番目のステップは、チーム リーダーの学習準備です。その目標は次のとおりです。
- 時間枠を設定する
- 書類を入手する
- 面接するマネージャーを選択する
- 会議や面接のためのスペースを確保する
- チームメンバーに次のことを通知します。
- 組織機能
- 組織のデータ処理レベル
このステップの成果物は、上記の情報、学習スケジュール、IT ドキュメント、図表を含む リード学習書です。
始まり
調査の最初の会議では、スポンサーが調査の目的と期待される結果を説明し、チーム リーダーが調査計画を提示し、IT マネージャーが組織における IS の現状と役割について説明します。
分析
分析はBSPの最も重要な部分です。チームはビジネス戦略、プロセス、データクラス[4]を定義し、現在の情報サポートを分析しながら、適切な組織構造を探します。
戦略
このステップでは、戦略的な目標と、組織内でその目標を達成する方法を定義します。
- 顧客の要望に応える
- 集中的に計画された予約、在庫、支払い
- チェックイン、配送、プレゼンテーション、広告、パートナー関係、在庫管理の改善
- 新規顧客
- ノイズ低減
- ペーパーレスプロセス
- 製品ポートフォリオの拡大
- 損失とコストの削減
- 顧客の注文サイクルを簡素化
- 輸送調整
- 生産ラインのアップグレード
- 情報の更新
チームはこれらの戦略目標に基づいて作業します。組織単位は組織の部門です。各部門は戦略目標に責任を負います。
プロセス
組織には 約 40 ～ 60 のビジネス プロセス(組織の規模によって異なります)があり、最も収益性の高いプロセスと特定のプロセスを担当する部門を選択することが重要です。例:
データクラス
組織の規模に応じて、通常は約 30 ～ 60 のデータ クラスがあります。将来の IS では、これらのクラスに基づくデータベースが使用されます。例:
情報サポート
このステップの目的は、組織で使用されているアプリケーションをチェックし、それぞれの重要性を評価して冗長性を排除することです。
経営に関する議論
最後の分析ステップでは、チームは経営陣と結果について話し合い、仮定を確認（または反論）し、不足している情報を提供し、組織の欠陥を明らかにし、将来の優先事項を確立します。
発行結果
分析中に作成されたすべてのドキュメントは収集され、将来の情報アーキテクチャの基礎として役立ちます。組織は特定されたすべての問題を分類して分析し、各問題の原因と結果のリストを作成し、将来の IS に統合します。
(ブランド)
結論
情報アーキテクチャの定義
組織の情報アーキテクチャを定義するには、[4]マトリックスプロセスとデータクラスを使用して情報サブシステムを接続し、適切なサブシステムを見つける必要があります。その後、組織は製品（またはサービス）のライフサイクルに従ってプロセスを並べ替えます。
IS開発の優先順位の確立
さまざまな基準 (コストや開発時間など) に基づいて、システム実装の最適な順序が決定されます。優先度の高いサブシステムは、さらに詳しく分析されることがあります。この情報はスポンサーに提供され、スポンサーはどの情報サブシステムを開発するかを決定します。
研究の影響の検証
IS 計画と管理の調査を実施する必要があります。組織がプロセスとデータ クラスに関する作業を完了したら、要求された部門変更のリストとコスト分析を使用して、システムの機能と目標を検討する必要があります。
提案
このステップでは、情報アーキテクチャ、IS 管理、情報サブシステム開発を網羅し、コスト、利益、将来の活動を含む最終的な推奨事項と計画が組織に対して作成されます。
プレゼンテーション
これは、将来の行動に関するすべての関係者（チーム、経営陣、スポンサー）の合意です。
最終ステップ
組織は、プロジェクトの実施中に特定の責任を確立する必要があります。通常、IS 全体の一貫性を確保する管理委員会が存在します。
BSP は、IS 計画に価値をもたらすだけでなく、企業のプロセス ビューも導入しました。1990年代のビジネス プロセス リエンジニアリングはこの概念に基づいて構築されました。また、データを使用するアプリケーションからデータを分離する必要性も示し、ソフトウェア開発方法論に対するデータベース アプローチをサポートしました。
批判
BSP やその他の類似の計画方法の有効性には疑問が残ります。一方で、制御されていない情報システム開発によって生じる困難は依然として残っており、それらの困難をより適切に特定して解決する方法については、合意に至っていません。
- 歴史的分析によれば、BSPとその後のエンタープライズアーキテクチャ（EA）方法論は「根本的に欠陥がある」ことが示されています。[5] [6]
- この研究は、「[BSP]アプローチは費用がかかりすぎ、その利点は不確実であり、組織的に実装するのが難しい」と結論付けている。[7]
- この研究は、「多大な費用と時間の消費を考慮すると、調査結果は[BSPおよび類似の]計画方法論の有用性に深刻な疑問を投げかける」と結論付けている。[8]
- 調査では、「要約すると、戦略情報システムの計画者は [BSP 方法論] に特に満足していない。結局のところ、膨大なリソースを必要とする。[...] [BSP] 調査が完了したら、計画を実行する前にさらに分析が必要になる可能性がある。計画の実行はそれほど大規模ではないかもしれない」と結論付けています。[9]
- BSPおよび類似の計画方法論の研究では、「ここで提示された証拠は、IS計画方法論を根本的に再考する必要があることを強く裏付けている」と結論づけています。[10]
参考文献
- ^ ゴードン・ビター・デイビス、ゴードン・B・デイビス (1999) 『ブラックウェル経営百科事典』および『ブラックウェル経営情報システム百科事典』 p. 173
- ^ Antonia Albani、Joseph Barjis、Jan LG Dietz編 (2009) Advances in Enterprise Engineering III: : 5Th International Workshop, Ciao! 2009、および 5th International Workshop, Eomas 2009、CAiSE 2009 開催、オランダ、アムステルダム、2009 年 6 月 8 ～ 9 日、議事録。p . 57
- ^ John Zachman 1982. 「ビジネス システム計画とビジネス情報管理の研究: 比較」。IBM Systems Journal、vol 21、no 3、1982、p. 31-53。この 1982 年の記事で、John Zachman は次のように説明しています。
- ビジネス システム プランニング (BSP) とビジネス情報管理研究 (BICS) は、分析の過程で特にエンタープライズ分析手法を採用する 2 つの情報システム プランニング研究手法です。BSP と BICS の分析の根底にあるのはデータ管理の問題であり、その結果、データ管理を犠牲にしてテクノロジの管理を最適化するシステム設計アプローチが生まれます。
- ^ ab Business Systems Planning (IBM Corporation)、論文 2、Wayback Machineに 2016-03-04 にアーカイブ。ジョージア州立大学ロビンソンビジネスカレッジ。
- ^ 「エンタープライズ アーキテクチャ フレームワーク: 世紀の流行」、Svyatoslav Kotusev、英国コンピュータ協会 (BCS)、2016 年 7 月
- ^ Kotusev, Svyatoslav (2021) 『エンタープライズアーキテクチャの実践：ビジネスとITの整合に対する最新アプローチ（第2版）』 メルボルン、オーストラリア：SK Publishing。
- ^ Goodhue, DL, Quillard, JA, Rockart, JF (1988)。データリソースの管理：偶発性の観点。MIS Quarterly、vol. 12、no. 3、pp. 373-392。
- ^ Lederer, AL, Sethi, V. (1988).戦略情報システム計画方法論の実装。MIS Quarterly、vol. 12、no. 3、pp. 445-461。
- ^ Lederer, AL, Sethi, V. (1992)。情報システム計画の課題への対応。長期計画、第25巻、第2号、69-80ページ。
- ^ Goodhue, DL, Kirsch, LJ, Quillard, JA, および Wybo, MD (1992)。戦略データ計画: 現場からの教訓。MIS Quarterly、vol. 16、no. 1、pp. 11-34。