Bagaimana mengembangkan perangkat lunak perusahaan? Klopsi, biaya dan kriteria pengiriman untuk proyek-proyek suai

Kapan kita harus menyesuaikan dan mengembangkan, dan kapan kita harus membeli produk standar?

Masyarakat membutuhkan seperti pengelolaan pelanggan, akuntansi keuangan, kantor dasar, dll., biasanya pertama kali dinilai untuk produk dewasa; jika ada perbedaan yang signifikan dalam proses penting perusahaan, sistem, peralatan, atau mitra kebutuhan perlu terhubung, atau perangkat lunak itu sendiri akan menjadi produk jangka panjang dan kapasitas bisnis, dan pengembangan disesuaikan akan lebih berharga. Penilaian tidak akan dibatasi oleh harga tahap pertama, tetapi juga akan membandingkan proses kompromi, pengubahan, data, dan kendali total.

Sebuah proses bisnis dapat digunakan untuk membuat demand-cover matriks yang mengidentifikasi bagian-bagian dari produk standar yang dapat dikonfigurasi secara langsung, diekspos, dalam kedalaman dan tidak puas. Jika sejumlah besar proses inti memerlukan perubahan ke model data bawah, jadi - disebut produk-produk murah dapat menimbulkan hambatan jangka panjang; jika perbedaan dibatasi dengan sejumlah kecil persetujuan dan laporan, pengembangan dari nol mungkin tidak perlu.

Kontrol lingkup proyek dengan operasi lingkaran tertutup pertama

Tahap pertama harus berpusat di sekitar satu hasil bisnis yang paling akhir, seperti petunjuk untuk kontrak, pengiriman pesan, membeli ke gudang atau fasilitas penjualan. Peran yang terlibat, informasi masukan, status bisnis, aturan, anomali, antarmuka sistem, dan keluaran terakhir terdaftar, membedakan antara kemampuan yang harus online, diatur kembali, dan tidak didukung.

Pengguna sebenarnya harus terlibat dalam proses dan review prototipe, menyatakan, antar alia, pengecualian untuk baris, persetujuan untuk kembali, koreksi data dan antarmuka-sektor. Setiap persyaratan sesuai dengan bisnis, sampel dan tanggung jawab; tiga-partai antarmuka, data sejarah dan izin yang diterima, jika belum tersedia, harus dicatat sebagai front-line ketergantungan, daripada mengimplikasikan pada tim pengembangan untuk melakukan pekerjaan tanpa batas waktu.

• Pertama, kita akan menyelesaikan bisnis tertutup loop yang dapat digunakan untuk nyata.
• Permintaan, prototipe, data, antarmuka dan item penerimaan dipelihara dan dilacak
• Mengatur cakupan tambahan dan dampak siklus dengan mekanisme perubahan tertulis

Faktor apa yang menentukan biaya pengembangan perangkat lunak yang disesuaikan

Biaya tersebut tidak hanya berasal dari nomor halaman dan fungsi, tetapi juga dari hak akses peran, cabang proses, model data, antarmuka pihak ketiga, migrasi sejarah, kinerja, keamanan, penyebaran, kedalaman pengujian dan sistem pengurutan percobaan.

Permintaan dapat dibuat untuk tingkat anggaran dan asumsi kunci untuk pengaturan internal; penawaran tetap harus didasarkan pada lingkup kriteria evaluasi dan penerimaan. Proyek kompleks mungkin diuji pada berbagai diagnosa, prototipe atau antarmuka berisiko tinggi sebelum menawarkan proposal untuk fase konstruksi inti.

Implikasi dari siklus projek

Siklus ini harus membedakan antara demonstrasi, uji coba awal dan produksi formal, Produksi juga dilakukan secara online, dengan izin, anomali, antarmuka, koneksi data, migrasi, keamanan kinerja, pelatihan dan persiapan back- up.

Disarankan bahwa hasil nyata disajikan satu ke dua format terbalik minggu dan bahwa lingkup, risiko dan kondisi yang tersisa akan diperiksa untuk setiap tonggak. Yang paling sulit antarmuka, migrasi atau asumsi teknis diverifikasi pertama, sehingga sistem inti tidak terhubung sampai semua halaman depan selesai.

Apa yang bisa di lakukan oleh perusahaan ini?

Aset kunci seperti gudang kode, nomor akun awan, nama domain, sertifikat dan platform partai ketiga harus dikendalikan oleh entitas perusahaan, dengan otoritas yang diperlukan untuk melakukan pekerjaan.

Penerimaan tidak hanya didasarkan pada apakah halaman terbuka. Perusahaan harus menggunakan real script bisnis untuk memeriksa fungsionalitas, hak istimewa, data, interface, anomali, kinerja, keamanan dan restorasi, dan orang baru akan secara independen menyelesaikan penyebaran atau operasi kritis sesuai dengan file.

• Kode sumber, basis data, desain, penyebaran dan dokumentasi-oleh-berkas penandatanganan dan tanda terima
• Transparansi hasil tes, warisan dan bukan-inklusif
• Komplesi transfer akun, pelatihan pengetahuan dan validasi penyebaran independen

Bagaimana mengurangi resiko saat memilih pengembang perangkat lunak gubahan

vendor yang dapat diandalkan akan proaktif bertanya tentang volume bisnis, peran, antarmuka, antarmuka, data dan kondisi akses, dan akan menunjukkan bagian-bagian yang tidak dapat berkomitmen segera. Perusahaan dapat meminta tim kandidat untuk menyediakan direktori yang dissensitized kebutuhan, file antarmuka, laporan tes dan daftar pengiriman sampel, dan melibatkan pemimpin proyek sebenarnya dalam komunikasi teknis dan bisnis, bukan hanya membandingkan harga total untuk penjualan.

Bagi proyek dengan lingkup yang lebih besar atau kondisi yang tidak pasti, sebuah prototipe kecil, atau milestone pertama dilakukan, dengan kebutuhan pemahaman, manajemen versi, pengujian kebiasaan, komunikasi risiko, dan deposisi informasi sebelum memutuskan apakah akan memperluas kerjasama.