Programmierer VS Commercial Systems (ERP) [geschlossen]

Meine Frage hier bezieht sich auf Jobs für Programmierer.

Warum beauftragt der Arbeitgeber immer noch Programmierer, wenn wir heute viele gute kommerzielle Systeme auf dem Markt haben?

Ich möchte an dieser Stelle sehr deutlich machen, diese Frage bezieht sich nur auf ein System, insbesondere auf ERP-Systeme. Vielleicht sieht diese Frage ein bisschen nutzlos aus, aber im Moment arbeite ich und dieser Zweifel kam mir und meinem Chef auf.

Ich habe ein paar Antworten auf meine eigene Frage, aber ich würde wirklich gerne ein bisschen mehr über dieses Thema spekulieren.

Ich weiß auch, dass jedes gute Unternehmen ein maßgeschneidertes System braucht, aber ... die Frage ist hier. :-)

Bei jeder Antwort fühle ich mich besser. Vielen Dank.

Wissen Sie, wie teuer der Kauf einiger dieser kommerziellen High-End-Systeme überhaupt sein kann? Wenn Unternehmen Hunderttausende, wenn nicht Millionen von Dollar ausgeben, möchten sie dann nicht, dass jemand ihnen hilft, das Beste aus diesem großen Kauf herauszuholen?

Das Bezahlen für die Anpassung ist der Grund, warum die Auftragnehmer hereinkommen und nicht vergessen, dass die großen Leute wie SAP und Oracle möglicherweise andere Unternehmen haben, die als "Systemintegratoren" arbeiten und Unternehmen dabei helfen, das System zu relativ hohen Kosten korrekt zu implementieren. Stellen Sie sich das als den Unterschied vor, ob ein persönlicher Koch Ihre Mahlzeiten zubereitet oder sie in großen Mengen von McDonald's erhält. Dieser persönliche Koch kann so viele Berührungen vornehmen, dass einige Leute glauben, dass Sie für das bezahlen, was Sie bekommen, und viele kleine Dinge wollen, die sie bezahlen, aber sie mögen am Ende glücklich sein.

gute Antworten oben; Ich würde hinzufügen, dass viele der ERP-Systeme uralt sind , zunächst nicht so gut strukturiert sind und eine unglaubliche technische Verschuldung haben. Dies macht sie sehr, sehr teuer und schwierig anzupassen

Aus dem Regal Vs. Benutzerdefiniert

Nachdem ich teilweise an einem komplexen ERP-Projekt beteiligt war, würde ich sagen, es ist einfach:

Ab Lager

Prositiv:

• Vielleicht anfangs billiger.
• Gut getestet, stabil.
• Hervorragende Dokumentation.

Negativ:

• Allgemeine Funktionalität.
• Vendor Lock in.
• Die Gesamtbetriebskosten können aufgrund der Lizenz höher sein.
• Upgrades können bestehende Einstellungen usw. beschädigen.

Ich denke, wenn Sie 80% der Funktionen erhalten, die Sie von der Stange benötigen, geht es Ihnen gut. Warum also nicht dort aufhören?

Ein großes Unternehmen, das Millionen für Personal ausgibt, kann viel Geld sparen, wenn es die anderen 20% erhält. Ich habe in einer Firma gearbeitet, in der der Abrechnungsmanager das IT-Personal während des Mittagessens wegen eines Abrechnungsvorlagenfehlers unterbrochen hat. Anfangs war ich etwas verstört, aber ich erfuhr, dass die monatliche Rechnung über eine Million Dollar betrug (typisch für diesen Kunden).

In vielen Unternehmen sitzen zu viele Leute herum und finden heraus, wie sie das Geld anderer Leute ausgeben können. "Wir brauchen ein Programm, das das Firmenlogo, das für das interne Memorandum verwendet wird, dynamisch ändert, wenn sich ein neuer Urlaub nähert." Und jemand baut es, weil er es will. Schade, dass die Zeit nicht für die Abrechnungsvorlage aufgewendet wurde.

Einige Abteilungen beschließen, das für sie geeignete Anwendungs- / Datensilo zu kaufen, und dann möchte jeder, dass alle Daten für die Berichterstellung konsolidiert werden.

Ich arbeite mit dem Team zusammen, das Microsoft Dynamics AX entwickelt. Eigentlich bin ich in dem Team, das die Entwicklungstools entwickelt, programmersmit denen Dynamics AX erweitert werden kann.

Wir bieten diese Tools an, da es unmöglich ist, Lösungen anzubieten, die alle Bedürfnisse unserer Kunden abdecken. Je nachdem, wie viel Anpassung erforderlich ist, möchte der Kunde möglicherweise einen Programmierer (oder ein Team) einstellen.

In AX haben wir eine Programmiersprache namens X++, die echte Programmierkenntnisse erfordert, wenn Qualitätscode erwartet wird oder wenn viele Anpassungen erforderlich sind. Ich gehe davon aus, dass SAP und Oracle ähnliche Funktionen haben.

Sofern die Out-of-the-Box-Lösung nicht den Kundenanforderungen entspricht - was bei großen Unternehmen nicht der Fall ist -, ist ein Team von Programmierern erforderlich, um sie anzupassen.

Es gibt einen Mittelweg zwischen Standard- und vollständig benutzerdefinierten Paketen: Große Unternehmenspakete sind normalerweise anpassbar, und es kann viel Arbeit kosten, sie in einer bestimmten Situation tatsächlich zum Laufen zu bringen.

Dies bedeutet, dass eine große Nachfrage nach Mitarbeitern besteht, die beispielsweise SAP- und Peoplesoft-Systeme anpassen können.

Hierfür gibt es zwei einfache Antworten:

1) Kein System, auch nicht SAP, bietet alle Lösungen für ein Unternehmen. Sofern es sich nicht um ein brandneues Unternehmen handelt, das sich zu 100% an das von ihm gewählte ERP-System anpassen könnte, müssen Entwicklungen durchgeführt werden, um die Lücke zu schließen.

2) Auch ein neues Unternehmen wird Veränderungen erleiden. Einige dieser Änderungen in seinem Prozess führen zu Änderungen in den Programmen.