最小限の開発
奇妙なことではありませんが、ソフトウェア開発はERPプロジェクトの最も弱い点です。 どんなに美しいTKを書いても、これが実際に機能するかどうかは事前にはわかりません。 良いプログラムは最初は書かれていません。 開発プロジェクトが大きいほど、失敗のリスクが高くなります。 ソフトウェア開発は、デザインを作成するようなものです。 私はすべてに同意したようであり、結果を得たとき、あなたはそれがそうではないことを理解しています。 もちろん、開発の量を減らす方法は1つしかありません-必要なものがすでに開発され、最大限に機能する製品を入手することです。
開発にはデバッグが必要です。 これは、開発後にシステム起動時に問題が発生する可能性があることを意味します（何かが機能しない、何かが機能しない、何かを忘れたなど）。 このプロセスにより、ユーザーの忠誠心のレベルが低下します。 したがって、開発を必要としない、基本的な既製の鉄筋コンクリートで動作するテスト済みの機能を使用して実装を開始する必要があります。 入れて-それは動作します。
最大の従業員エンゲージメント
プロジェクトに関与する従業員が多いほど、すべてがうまくいく可能性が高くなります。 プロジェクトで誰かが車輪のリスのように回転し、残りの部分が歯の杖を選んで、この魅力的な魅力を見ると、結果はありません。 ただし、このルールはERPシステムだけでなく、他のすべての大規模プロジェクトにも適用されます。
素早い結果
このプロジェクトは、迅速かつ具体的な実際的な結果をもたらすはずです。 システムの一部をできるだけ早く起動する必要があります。 どちらをコンサルタントに決定するか。 プロジェクトが1年続き、誰もシステムを使用しない場合、誰もがあなたの会社がそれを使用しないためにERPシステムを必要とするという事実に慣れます。 誰もがその状況に慣れてしまい、それを変えたくありません。 最初は消え始めていたヒューズ。 1年後ではなく、ヒューズと欲求があるときにシステムを起動する必要があります。