Programmer VS Sistem Komersial (ERP) [ditutup]

Pertanyaan saya di sini adalah relatif terhadap pekerjaan untuk programmer.

Mengapa majikan masih mengontrak pemrogram jika saat ini kami memiliki banyak sistem komersial yang baik tersedia di pasar?

Saya ingin menjadi sangat jelas pada titik ini, pertanyaan ini relatif hanya untuk suatu sistem, lebih khusus untuk sistem ERP. Mungkin pertanyaan ini terlihat agak tidak berguna, tetapi saat ini saya sedang bekerja dan keraguan ini muncul pada saya dan bos saya.

Saya punya beberapa jawaban untuk pertanyaan saya sendiri, tetapi saya benar-benar ingin berspekulasi tentang hal ini sedikit lebih banyak.

Saya juga tahu, setiap perusahaan yang baik membutuhkan sistem yang disesuaikan, tetapi ... pertanyaannya ada di sini. :-)

Jawaban apa pun akan membuat saya merasa lebih baik. Terima kasih.

Apakah Anda menyadari betapa mahalnya beberapa sistem komersial kelas atas itu untuk membeli di tempat pertama? Jika perusahaan membelanjakan ratusan ribu jika tidak jutaan dolar, tidakkah Anda pikir mereka ingin seseorang membantu mereka mendapatkan hasil maksimal dari pembelian besar ini?

Membayar untuk penyesuaian adalah mengapa kontraktor datang dan jangan lupa bahwa orang besar seperti SAP dan Oracle mungkin memiliki perusahaan lain yang berfungsi sebagai "System Integrator" yang membantu perusahaan menerapkan sistem dengan benar dengan biaya yang agak tinggi. Anggap ini sebagai perbedaan antara memiliki koki pribadi yang memasak makanan Anda dan mendapatkannya secara massal dari McDonald's. Koki pribadi itu dapat melakukan banyak sentuhan sehingga walaupun ya itu mahal, beberapa orang cenderung percaya Anda membayar apa yang Anda dapatkan dan menginginkan banyak hal kecil yang mereka bayar tetapi mereka mungkin senang pada akhirnya.

jawaban bagus di atas; saya akan menambahkan bahwa banyak dari sistem ERP kuno , tidak semua yang terstruktur dengan baik untuk memulai, dan memiliki hutang teknis yang luar biasa; ini membuat mereka sangat sangat mahal dan sulit untuk disesuaikan

Off the Shelf Vs. Adat

Setelah sebagian terlibat dalam proyek ERP yang kompleks saya akan mengatakan itu sederhana:

Dari rak

Prositive:

• Mungkin Awalnya Lebih Murah.
• Teruji dengan baik, stabil.
• Dokumentasi yang luar biasa.

Negatif:

• Fungsionalitas umum.
• Vendor Terkunci.
• Total Biaya Kepemilikan mungkin lebih tinggi karena lisensi.
• Peningkatan dapat merusak pengaturan yang ada dll.

Saya pikir jika Anda mendapatkan 80% dari fungsionalitas yang Anda butuhkan, Anda baik-baik saja. Jadi mengapa tidak berhenti di situ saja?

Perusahaan besar yang membelanjakan jutaan untuk staf dapat menghemat banyak uang jika mereka bisa mendapatkan 20% lainnya. Saya bekerja di perusahaan tempat manajer penagihan menyela staf TI saat makan siang karena kesalahan templat penagihan. Saya sedikit kecewa pada awalnya, tetapi mengetahui bahwa tagihan bulanan itu lebih dari satu juta dolar (Khas untuk klien ini).

Banyak perusahaan memiliki terlalu banyak orang yang duduk mencari cara untuk menghabiskan uang orang lain. "Kita harus memiliki program yang secara dinamis mengubah logo perusahaan yang digunakan untuk memorandum internal sebagai pendekatan liburan baru." Dan seseorang membangunnya karena itulah yang mereka inginkan. Sayang sekali waktu tidak dihabiskan untuk templat penagihan.

Beberapa departemen memutuskan untuk membeli silo aplikasi / data yang mereka inginkan dan kemudian semua orang ingin semua data dikonsolidasikan untuk pelaporan.

Saya bekerja dengan tim yang mengembangkan Microsoft Dynamics AX. Sebenarnya, saya di tim yang membuat alat pengembangan yang memungkinkan programmersuntuk memperpanjang Dynamics AX.

Kami menyediakan alat ini karena tidak mungkin untuk menawarkan solusi yang memenuhi semua kebutuhan pelanggan kami. Bergantung pada seberapa banyak penyesuaian yang diperlukan, pelanggan mungkin ingin mempekerjakan seorang programmer (atau tim).

Dalam AXE kita memiliki bahasa pemrograman yang disebut X++yang membutuhkan pengetahuan pemrograman nyata jika kode kualitas diharapkan atau jika banyak penyesuaian diperlukan. Saya berasumsi bahwa SAP dan Oracle memiliki fitur serupa.

Jadi, kecuali solusi out-of-the-box cocok dengan kebutuhan pelanggan - yang tidak terjadi untuk perusahaan besar -, tim programmer diperlukan untuk menyesuaikannya.

Ada jalan tengah antara off-the-shelf dan sepenuhnya custom: paket perusahaan besar biasanya dapat disesuaikan, dan membuatnya benar-benar bekerja dalam situasi tertentu dapat membutuhkan banyak pekerjaan.

Ini berarti ada banyak permintaan untuk orang yang dapat menyesuaikan sistem SAP dan Peoplesoft, misalnya.

Ada 2 jawaban sederhana untuk yang ini:

1) Tidak Ada Sistem, bahkan SAP, memiliki semua solusi untuk perusahaan mana pun. Kecuali jika ini adalah perusahaan baru, yang dapat menyesuaikan diri 100% dengan sistem ERP yang dipilihnya, mereka akan membutuhkan pengembangan untuk mengisi kesenjangan.

2) Bahkan perusahaan baru akan mengalami perubahan. Beberapa perubahan ini dalam prosesnya akan menyebabkan perubahan dalam program.