製品ソフトウェア実装方法

製品ソフトウェア実装方法は、ソフトウェアベースのサービスまたはコンポーネントを組織構造または個々のエンド ユーザーのワークフローに 効果的に統合するための体系的に構造化されたアプローチです。

このエントリでは、エンタープライズ リソース プランニングシステムの実装を主な例として使用して、「大規模な」(複雑さの違いで説明) 製品ソフトウェアの実装のプロセス モデリング (プロセス モデリング) 側に焦点を当てて詳しく説明します。

製品ソフトウェア実装方法は、ユーザーや組織が特定のソフトウェア製品を実行できるようにするための青写真です。

この方法は、ソフトウェア製品を実装する際に発生する最も一般的な問題、つまり組織の観点からのビジネスの調整と人間の観点からの受け入れに対処するための一連のルールとビューです。

ソフトウェア生産の展開チェーンの最終リンクとしての製品ソフトウェアの実装は、財務的な観点からは大きな問題です。

(製品) ソフトウェアの実装には、ソフトウェア購入の予算の最大 1/3 が消費されると言われています (ハードウェアとソフトウェアの要件を合わせた金額よりも多くなります)。

製品ソフトウェアの実装の複雑さは、いくつかの問題によって異なります。例としては、製品ソフトウェアを使用するエンドユーザーの数、実装がエンドユーザーのタスクと責任の変更に与える影響、ソフトウェアが使用される組織の文化と誠実さ、製品ソフトウェアの取得に利用できる予算などがあります。

一般的に、違いはサイズの尺度（大きい、小さい、多い、少ない）で識別されます。「小さい」製品ソフトウェアの例としては、オフィス パッケージの実装があります。ただし、組織には多くのエンド ユーザーが存在する可能性がありますが、エンド ユーザーの日常のワークフローは大きく変化しないため、エンド ユーザーのタスクと責任への影響はそれほど大きくありません。「大きい」製品ソフトウェアの例としては、エンタープライズ リソース プランニングシステムの実装があります。実装には、組織と製品自体のアーキテクチャに関する詳細な洞察が必要です。次に、ERP システムの使用では、新しいタスクと責任が作成または変更されるため、エンド ユーザーの献身的な取り組みがはるかに多くなります。

その他の「大規模な」製品ソフトウェアの例は次のとおりです。

• エンタープライズ リソース プランニングソフトウェア
• 顧客関係管理ソフトウェア
• コンテンツ管理システムソフトウェア
• 人事管理システム
• サプライチェーン管理ソフトウェア

製品ソフトウェアと組織構造を整合させるために使用されるプロセス モデリングでは、製品ソフトウェアと組織構造がソフトウェアを実装するのに十分に整合していないという結論が出された場合に、大きな問題が発生します。この場合、ソフトウェアをカスタマイズするか、組織構造 (つまりビジネス プロセス) を再設計するかという 2 つの選択肢が考えられます。

ソフトウェアをカスタマイズすると、標準化されたソフトウェアという概念が当てはまらなくなるため、製品ソフトウェアがオーダーメイドのソフトウェアに変わります。その結果、ソフトウェアのサポートが受けられなくなり、ソフトウェアの使用中に問題が発生した場合にコンサルタントを雇う必要が生じる可能性があります。ただし、カスタマイズを行うと、組織の整合性が調整されない状況になり、ワークフローの変更やシフトが少なくなるため、エンドユーザーへのプレッシャーが軽減されます。この事実は、使用される新しい (製品) ソフトウェア アプリケーションの受け入れにプラスの影響を与え、実装予算のソフト面での実装時間と予算を削減する可能性があります。

ビジネス プロセスを再設計することは、製品ソフトウェアの使用に対する抵抗を引き起こすのに、より理にかなっています。ビジネス プロセスを変更すると、製品ソフトウェアのエンド ユーザーのタスクと責任が変わるからです。ただし、製品ソフトウェアが変更されなくても、サポート、トレーニング、およびサービス レベルを向上させることができます。サポートは、ソフトウェアの特定の整合性のために作成されたためです。

製品ソフトウェアの実装プロセスに関するもう 1 つの問題は、実装方法をどの程度まで使用すべきかという選択、つまり実際には疑問です。

実装方法は、一方では指針として使用でき、プロジェクトの実装フェーズの実行方法に関する全体的な考え方として機能することを示します。この選択により、選択した方法では考慮されない状況要因の余地が広がりますが、実装プロセスの実行中に疑問が生じた場合、曖昧さが生じます。

一方、方法は専門職として使用できます。つまり、方法は厳密に扱われるべきであり、方法の使用は指導原則ではなく専門職であるべきです。この見方は、実装プロセスが非常に複雑で、正確で精密な行動に大きく依存している場合に非常に役立ちます。組織および品質管理では、方法を厳密に使用すると組織レベルでの明確さが向上するため、この見方が採用されます。ただし、変更管理では、実装方法の柔軟性が高まると、実装プロセスのソフト面により余裕が生まれることが示唆される場合があります。

特定の製品またはサービスを実装するための一連のルールとして機能する実装方法とは別に、実装フレームワークは、時間、予算、品質の面で実装フェーズを定義するプロジェクト管理構造として機能します。

実装方法を実行するための基礎として、いくつかのプロジェクト管理方法を使用できます。このエントリは製品ソフトウェアの実装に焦点を当てているため、実装フェーズをサポートするのに最適なプロジェクト管理方法は、ソフトウェアと情報システム自体にも焦点を当てたプロジェクト管理方法です。実装方法のフレームワークを使用する適用性は、動的および静的システム開発方法 (DSDM) と Prince2 をプロジェクト管理方法フレームワークとして使用する例によって明らかになります。

動的システム開発方法の強みは、反復と増分価値の原則を使用する点です。つまり、プロジェクトは繰り返しフェーズで実行され、各フェーズでプロジェクトに価値が追加されます。このようにして、実装フェーズを増分的に実行し、各増分内での受け入れ度、認識、スキルなどの重要なプロジェクト側面に価値を追加できます [F. Von Meyenfeldt、Basiskennis プロジェクト管理、Academic Service 1999]。機会範囲の管理に加えて、増分は実装フェーズのプロセス モデリング範囲でも使用できます。増分を使用すると、フェーズの各増分で詳細を追加すると、両方のモデルが近づくため、ビジネス アーキテクチャと製品ソフトウェアのプロセス モデルを調整できます。DSDM には、段階的なトレーニング、ドキュメント作成、およびレビューを行う余地もあります。

DSDM と同様に、Prince2 メソッドでは実装をメソッド内のフェーズとして認識します。Prince2 は一連のプロセスで構成されており、そのうち 3 つのプロセスは特に実装を目的としています。ステージの制御、製品配信の管理、ステージ境界の管理のプロセスにより、時間や品質などの要素を使用して実装プロセスを詳細化できます。Prince2 メソッドは反復的に実行できますが、プロセスをそのまま実行する場合にも適しています。

プロジェクト管理フレームワークに組み込まれた実装プロセスの利点は次のとおりです。

明瞭性

実装フレームワークは、時間、品質、予算、実現可能性などの要素を詳細に記述するプロセスを提供します。

反復的かつ漸進的なアプローチ

説明したように、実装プロセスのさまざまなフェーズを反復的に実行できるため、実装する製品をエンドユーザー (組織) に合わせて段階的に調整しながらプロセスを実行できます。

製品ソフトウェアを実装する 1 つの方法は、組み込みメソッドまたはモデルを使用することです。組み込みモデルは、ソフトウェア パッケージに付属する補助資料の一部です (製品ソフトウェアの定義を参照)。

組み込みモデルを使用してソフトウェア製品を実装するということは、そのモデルが (ほとんどの場合) 特定のソフトウェア製品でのみ使用可能であるということだけでなく、その製品はそのモデルを使用してのみ実装可能である、または実装されるべきであるということも意味します。したがって、組み込みメソッドは、製品ソフトウェアを実装する非常に特殊な方法と見なすことができます。

組み込み方式を採用したソフトウェア製品の例は次のとおりです。

ARIS 組み込みモデルを使用して SAP ( SAP R/3 ) を実装します。

ダイナミック エンタープライズ モデリング(DEM) を使用して、 Baan ERP システムを実装します。

Oracle Application Implementation Method (AIM) を使用して、Oracle E-Business Suite を実装します。

汎用実装方法は、特定のソフトウェア製品向けではなく、製品ソフトウェア製品の実装における一般的な使用を目的としています。この使用法については、オブジェクト プロセス方法論を使用して製品ソフトウェアを実装する例を使用して詳しく説明します。この方法論は、たとえば ERP モデリング、つまり ERP システムを組織構造に実装するためのモデリングに非常に役立ちます。

組み込みメソッドを使用すると、メソッドが付属するソフトウェア製品を実装するように設計されているという利点があります。これは、メソッドの使用がより簡単になり、サポートの可能性が広がることを意味します。組み込みメソッドのマイナス面は、特定の製品ソフトウェアにしか使用できないことです。複数のソフトウェア製品を扱うエンジニアやコンサルタントは、汎用メソッドをより多く使用して、作業方法を 1 つだけにすることができます。

ERP モデリングのような汎用メソッドを使用すると、複数の ERP システムに使用できるという利点があります。組み込みメソッドとは異なり、汎用メソッドを使用すると、顧客組織に複数の ERP システムが実装されている企業で働くエンジニアやコンサルタントは、複数の組み込みモデルのスキルを習得する代わりに、特定の作業メソッドに適応できます。ただし、汎用メソッドには、実装プロジェクトが状況に左右されすぎて、サポートが不足し、モデリング プロセスの実行が困難で複雑になるという欠点があります。