Programmer VS Commercial Systems (ERP) [chiuso]

Ti rendi conto di quanto costosi alcuni di questi sistemi commerciali di fascia alta possono costare in primo luogo il costo di acquisto? Se le aziende spendono centinaia di migliaia se non milioni di dollari, non pensi che vorrebbero che qualcuno li aiuti a ottenere il massimo da questo grande acquisto?

Il pagamento della personalizzazione è il motivo per cui gli appaltatori entrano e non dimenticano che i grandi come SAP e Oracle potrebbero avere altre società che funzionano come "System Integrator" che aiutano le aziende a implementare il sistema correttamente a costi piuttosto elevati . Pensa a questo come alla differenza tra avere uno chef personale che cucina i tuoi pasti e li prende alla rinfusa da McDonald's. Quel cuoco personale può mettere in tanti tocchi che mentre sì è costoso, alcune persone tendono a credere che si paga per quello che si ottiene e vogliono un sacco di piccole cose che pagano ma possono essere felici alla fine.

buone risposte sopra; aggiungerei che molti dei sistemi ERP sono antichi , non del tutto ben strutturati per iniziare e hanno un incredibile debito tecnico; questo li rende molto molto costosi e difficili da personalizzare

Off the Shelf vs. Personalizzati

Essendo stato parzialmente coinvolto in un complesso progetto ERP, direi che è semplice:

Off the shelf

prositive:

• Forse più economico inizialmente.
• Ben testato, stabile.
• Ottima documentazione.

Negativo:

• Funzionalità generica.
• Blocco del fornitore
• Il costo totale di proprietà potrebbe essere superiore a causa della licenza.
• Gli aggiornamenti potrebbero interrompere la configurazione esistente ecc.

Penso che se ottieni l'80% delle funzionalità di cui hai bisogno dallo scaffale, stai andando bene. Quindi perché non fermarsi qui?

Una grande azienda che spende milioni di dipendenti può risparmiare un sacco di soldi se riesce a ottenere l'altro 20%. Ho lavorato in un'azienda in cui il responsabile della fatturazione ha interrotto lo staff IT durante il pranzo a causa di un errore del modello di fatturazione. All'inizio ero un po 'scoraggiato, ma ho imparato che il conto mensile era di oltre un milione di dollari (tipico per questo cliente).

Molte aziende hanno troppe persone sedute intorno a capire come spendere i soldi di altre persone. "Dobbiamo avere un programma che modifichi dinamicamente il logo aziendale utilizzato per il memorandum interno mentre si avvicina una nuova vacanza." E qualcuno lo costruisce perché è quello che vogliono. Peccato che il tempo non sia stato speso per il modello di fatturazione.

Alcuni dipartimenti decidono di acquistare il silo applicazione / dati che ritengono opportuno e quindi tutti vogliono consolidare tutti i dati per la segnalazione.

Lavoro con il team che sviluppa Microsoft Dynamics AX. In realtà, sono nel team che rende gli strumenti di sviluppo che consentono a programmers di estendere Dynamics AX.

Forniamo questi strumenti perché è impossibile offrire soluzioni che coprano tutte le esigenze dei nostri clienti. A seconda della quantità di personalizzazione necessaria, il cliente potrebbe voler assumere un programmatore (o una squadra).

In AX abbiamo un linguaggio di programmazione chiamato X++ che richiede conoscenze di programmazione reali se è previsto un codice di qualità o se è richiesta molta personalizzazione. Presumo che SAP e Oracle abbiano caratteristiche simili.

Quindi, a meno che la soluzione pronta all'uso non si adatti alle esigenze dei clienti, cosa che non succede per le grandi aziende, è necessario un team di programmatori per personalizzarlo.

Esiste una via di mezzo tra il prodotto standard e completamente personalizzato: i pacchetti aziendali di grandi dimensioni sono solitamente personalizzabili e il loro utilizzo effettivo in una data situazione può richiedere molto lavoro.

Questo significa che c'è molta richiesta per le persone che possono personalizzare i sistemi SAP e Peoplesoft, ad esempio.

Ci sono 2 semplici risposte per questo:

1) Nessuno Il sistema, anche SAP, ha tutte le soluzioni per qualsiasi azienda. A meno che non sia una società nuova di zecca, che potrebbe adattarsi al 100% al sistema ERP che sceglie, avranno bisogno di sviluppi per colmare il divario.

2) Anche una nuova società subirà cambiamenti. Alcuni di questi cambiamenti nel suo processo porteranno a cambiamenti nei programmi.