Perniagaan Bisnis
. Menggunakan proses nyata untuk memverifikasi berapa banyak inti yang dibutuhkan sistem sumber terbuka dapat meliputi, bukan hanya daftar fungsionalitas dan halaman presentasi.
Home Panduan keputusan Proyek / Pengembangan Kustomisasi dan adaptasi sumber terbuka
PROJECT DECISION GUIDEPopulation dari adaptasi berbasis sistem sumber terbuka atau suai nol
Modifikasi sumber terbuka ogogogog mungkin tidak lebih murah atau lebih dapat dikelola dari nol. Kuncinya adalah untuk menilai pertandingan antara kemampuan sumber terbuka yang ada dan operasi target, serta peningkatan dan biaya pemeliharaan yang akan datang.
Jawab pertanyaannya.
Pengembangan dan adaptasi sumber terbuka dan pengembangan langganan
Ketika proses inti umum, proyek open-source sudah matang dan lisensi sejalan dengan model bisnis, adaptasi berbasis sistem sumber terbuka dapat memperpendek siklus pertama; ketika aturan bisnis yang konstituen kompetitif inti, batasan struktur jelas atau kedalaman adaptasi dapat berkepanjangan jauh dari versi komunitas, biasanya lebih tepat untuk menyesuaikan dari nol.
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk pengambilan keputusan
Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.
Lienensing dan model bisnis
¡Asingsing batas-batas penggunaan yang dapat diizinkan, modifikasi, distribusi, layanan SaaS, merek dagang dan mengandalkan komponen, subjek untuk meninjau oleh profesional hukum, seperti yang diperlukan.
Kedalaman Ubahsuai kedalaman
Antarmuka core, merek dan sejumlah kecil ekstensi proses biasanya kurang berisiko; perubahan besar model data inti dan struktur bawah mungkin melemahkan keuntungan program sumber terbuka.
Jalur Penataran untuk Airgrade
Perlu diklarifikasi siapa yang bertanggung jawab untuk pembaruan versi komunitas, patch keamanan, konsolidasi cabang adat dan tes regresi otomatis.
Tim Kesatriaan dan mengambil alih
Rute yang harus dipilih, dan kode sumber, instruksi penyebaran, migrasi data, antarmuka dan dokumen transportasi harus diperoleh.
Biaya kepemilikan yang mahal
Diagnosiskan pengembangan, lisensi, sumber daya awan, upgrade, mobilitas, keamanan dan biaya personel selama setidaknya tiga tahun, daripada mengandalkan penawaran pertama.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Tujuan bisnis proses dan fungsi diferensialAktivitas proyek kandidat open-sourceLisensi dan komponen yang mengandalkanKecocokan struktur dan teknis jangkarMekanisme pemisah dan pembaruan keamananPoin ekstensi pembangunan sekunderKebijakan Cabang dan Penataran Versi UbuntuBiaya total kepemilikan selama tiga tahun
Cadangkan jalur ke implementasi
¡Ofine disarankan bahwa putaran analisis seleksi dan kesenjangan akan diremehkan, dengan permintaan output meliputi matriks, risiko lisensi, daftar adaptasi, strategi peningkatan dan perbandingan biaya dari kedua rute, sebelum keputusan dibuat pada pendirian sebuah proyek.
DECISION WORKSHEET
Pengembangan Kustomisasi dan adaptasi sumber terbuka ke dalam pengambilan keputusan yang dapat ditegakkan
Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.
Perniagaan Bisnis
. Menggunakan proses nyata untuk memverifikasi berapa banyak inti yang dibutuhkan sistem sumber terbuka dapat meliputi, bukan hanya daftar fungsionalitas dan halaman presentasi.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Lienensing dan model bisnis
¡Asingsing batas-batas penggunaan yang dapat diizinkan, modifikasi, distribusi, layanan SaaS, merek dagang dan mengandalkan komponen, subjek untuk meninjau oleh profesional hukum, seperti yang diperlukan.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Kedalaman Ubahsuai kedalaman
Antarmuka core, merek dan sejumlah kecil ekstensi proses biasanya kurang berisiko; perubahan besar model data inti dan struktur bawah mungkin melemahkan keuntungan program sumber terbuka.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Apa yang hendaknya memuat ringkasan penilaian yang serupa?
Pada minimum, target proses bisnis dan fungsi ketidaksesuaian, kegiatan proyek open-source kandidat, lisensi dan kebergantungan pada komponen, arsitektur dan teknologi sauh pertandingan, sambil menggambarkan volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, kelayakan data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan untuk pemasok yang berbeda dan deskripsi terpisah dari asumsi, eksklusi, masalah kerjasama pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari membandingkan harga total satu perbatasan yang hilang.
Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.
Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.
UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.
Prinsip penilaian
Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apakah sistem sumber terbuka sama dengan gratis?+
Biaya lisensi kode mungkin nol, tetapi masukan teknik diperlukan untuk seleksi, penyebaran, adaptasi, migrasi data, keamanan, peningkatan dan transportasi.
Apakah sistem sumber terbuka lebih berubah, lebih baik?+
Kemampuan untuk mencapai perbedaan melalui plugin, konfigurasi dan ekstensi harus dikurangi dengan mengurangi intrusi menjadi kode inti untuk mengurangi biaya upgrade selanjutnya.
Bisa kau ulang dulu, lalu tulis ulang?+
Namun, dari awal, data, antarmuka dan batas operasional perlu direncanakan agar tidak menjadi sasaran migrasi di masa depan.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Aplet, APP, SaaS dan sistem lama
Patutkah sistem perusahaan dikembangkan dari nol atau dari sistem sumber terbuka dalam fase sekunder?
Proses-proses processes umum, produk open-source yang matang dan lisensi memungkinkan pengembangan sekunder.Ketika perbedaan bisnis, keterbatasan arsitektur inti atau biaya upgrade jangka panjang tinggi, mungkin lebih tepat untuk dikembangkan dari nol.
Tiliklah jawaban penuhProjek perisian rintisan dan pemilihan programBagaimana kode rendah, sistem sumber terbuka dan pengembangan adat harus dipilih?
Kode code rendah purpose cocok untuk proses yang jelas, dapat diubah dan mampu platform untuk mencakup aplikasi internal yang lebih tinggi; sistem sumber terbuka cocok untuk produk yang matang-area, yang dapat memenuhi permintaan melalui konfigurasi dan pengembangan sekunder; menyesuaikan pengembangan proyek yang cocok untuk proses yang diferensiasi, integrasi kompleks, kinerja atau persyaratan kontrol produk yang lebih tinggi. Pemilihan dibuat dengan perbandingan total biaya dan kapasitas keluar selama tiga sampai lima tahun, daripada dengan harga pertama saja. Enterprise juga dapat menggunakan rute kombinasi, memungkinkan teknologi yang berbeda untuk mengasumsikan batas bisnis yang paling sesuai.
Tiliklah jawaban penuhPengembangan perangkat lunak dan outsourcing proyekApa yang biasanya dibutuhkan untuk pengembangan perangkat lunak?
Perangkat lunak yang disesuaikan tidak memiliki harga seragam berdasarkan ukuran halaman, dan biaya ditentukan terutama oleh ruang lingkup, antarmuka, data, otoritas, kinerja dan akuntabilitas untuk pengiriman.Sistem manajemen dengan nama yang sama mungkin adalah alat tunggal sector atau koneksi ke perintah, inventaris, keuangan dan otoritas multi-organisasi.disarankan bahwa sistem bisnis pertama ditutup loop dan penerimaan dan batas inspeksi ditetapkan, dan bahwa produk, desain, pengembangan, pengujian, penyebaran dan pemeliharaan beban kerja diperkirakan.Setiap harga total yang tepat diberikan tanpa pengetahuan kebutuhan hanya dianggap sebagai acuan pemasaran.
Tiliklah jawaban penuhProjek perisian rintisan dan pemilihan programPersyaratan perangkat lunak yang tidak lengkap, jadi bisakah kita pertama kali memiliki sebuah firma eksternal untuk menilai mereka?
Ini mungkin, dan jika permintaan tidak lengkap, untuk membuat diagnosis kebutuhan terbatas terlebih dahulu, daripada langsung menuntut harga total tetap. sebuah perusahaan hanya perlu menyatakan latar belakang bisnisnya, pengguna target, masalah saat ini, waktu untuk pergi online dan anggaran yang tersedia.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Komersialisasi sistem sumber terbuka
Memahami seleksi, penyebaran swasta, pengembangan sekunder dan peningkatan jangka panjang
Untuk informasi lebih lanjut.RelevantBusiness Software Development
Kefahaman dari proses bisnis ke pengiriman sumber penuh
Untuk informasi lebih lanjut.RelevantKerahan informasi penilaian terpilih
Tujuan yang menguntungkan, status dan proyek kandidat sumber terbuka
Untuk informasi lebih lanjut.