ERPおよびその他のエンタープライズアプリケーションを実装するためのリソースですか？ [閉まっている]

Question

ERPのようなソフトウェアまたはその他の複雑なビジネスシステムを開発する場合、ベストプラクティスのためにどのリソースにアクセスしますか？

私は開発者であり、会計士でも、購入者でも、管理者でもありません。
エンジニアリング（ソフトウェア関連以外）でプロジェクト管理の経験があり、デザイン、購買、在庫管理、販売、製造、品質管理、アフターセールスなどのビジネスプロセスでかなりの経験があります。

しかし、私の問題は、ビジネスソフトウェアを開発するとき、常に専門知識が不足している分野に直面することであり、有能なソフトウェアを開発するにはプロセスと他の人が同様の問題をどのように解決したかをよく理解することが絶対に必要だと思います

では、ERPシステムなどでビジネスルールとビジネスプロセスをどのように解決して実装するかについて、ベストプラクティスや実践的な経験のコレクションを持つオンラインリソースはありますか？

Answer 1

www.apics.org には、APICS、運用管理協会があります。 （「I」はインベントリの略ですが、パラダイムは変わります...）多くの都市には、定期的な会議を行う地方支部があります。

Answer 2

ソフトウェアのベストプラクティスを意味するものではないと想定します。ビジネスプラクティスについて話しているのですか？

どこに行きますか？当たり前のように思えますが、どこかにドメインの専門家を見つける必要があります。規模に関係なく、社内にいる必要があります。主題をよく知らず、GAAPのエキスパート開発者であり教祖である可能性が低い場合、知っているソースを見つける必要があります。

これは、購入と構築の判断に適した場所だと思います。あなたのために非常に多くの利用可能なものがあるのに、なぜ会計パッケージを書くのですか？自分で総勘定元帳を作成する必要があると判断したほとんどの人は、通常、「ばかげている」と引用して正当化します。ライセンス費用はかかるが、独自のシステムの設計、実装、テスト、保守にかかる真の費用を正確に見積もることができない。パッケージを購入するということは、開発者が連絡を取ったすべての人々の専門知識を獲得することを意味します。彼らもそれをうまくやったと思います。

Answer 3

「物事の仕組み」を理解するには、まずクライアントの内部手順を確認する必要があります。調達手順は良い例です。調達プロセスはほとんどの企業で潜在的な問題の原因と見なされるため、通常は完全に文書化されます（反対に、公式および必須のルールに依存しているため、会計手順は通常不十分に文書化されます）。

これらの手順を通じて、会社で使用されているすべての標準フォーム、誰が何を、何を保管またはアーカイブする必要があるかなどを発見します。これは、担当者に会う前のプロセスを理解するのに役立ちます。アプリケーションはこれらの手順に従う必要があり、手順が存在しない場合、アプリが事実上手順になることに留意してください：この場合、通常、（1）#duffymoによって提案されたように購入するか、 （2）クライアントの要求と仕様に従ってビルドします。この最後のケースでは、ユーザーがすでに使用しているさまざまなドキュメント、通常はWordテンプレート+データのフォローアップ用のExcelシートをユーザーから収集することをお勧めします。それは大きなインスピレーションの源となり、スマートな提案を練り上げるのに役立ちます...

手順のフォローアップと管理のためのモジュール（別紙、提案案など）は、「ERPのような」システムから始める良い方法です。

Answer 4

あなたはすでに他の誰よりもあなたの会社のビジネスプロセスをよく知っている内部の専門家を持っています。会計士、管理者、購入者、監督者、システムの一般ユーザーと話をしてください。彼らはERPシステムが何をする必要があるかを教えてくれます。その後、開発者としてその上にいくつかの小さな改善を追加し、みんなを幸せにします。