Bagaimana saya bisa memperkirakan nilai proyek sumber terbuka?

11

Saya mencoba menghasilkan metrik untuk tujuan penghematan biaya perusahaan. Untuk melakukan ini, saya ingin memperkirakan penghematan yang kami sadari dengan menggunakan aplikasi web open source daripada membangunnya dari awal atau membeli solusi COTS. Salah satu langkah dalam proses ini adalah memperkirakan berapa biaya yang harus kita keluarkan untuk mengembangkan aplikasi sendiri. Sayangnya, saya bingung untuk cara yang sangat sederhana untuk melakukan ini tanpa melalui proses estimasi penuh.

Karena saya memiliki kode sumber, saya akan berpikir harus ada heuristik yang dapat memberi saya perkiraan yang sangat kasar dari jam pengembang yang diperlukan untuk menulisnya. Sayangnya, pencarian web saya pada topik sebagian besar muncul artikel dan pendapat tentang bagaimana baris kode bukan indikator produktivitas atau kualitas yang baik.

Solusi terbaik saya sejauh ini adalah memilih sejumlah baris yang bisa ditulis pengembang dalam sehari dan menghitung jumlah jam pengembang dari sana. Jika saya menggunakan metode itu, saya ingin memiliki beberapa (terutama berdasarkan penelitian) bukti untuk mendukung klaim saya tentang produktivitas pengembang.

Satu hal yang saya miliki untuk saya adalah menghasilkan metrik terakhir saya, yang saya butuhkan adalah batas waktu pengembang atau biaya proyek yang lebih rendah. Semakin tinggi estimasi, semakin baik metrik saya, tetapi saya lebih suka teknik estimasi tidak dapat disangkal daripada memiliki angka tinggi.

Apakah ada cara yang lebih baik untuk memperkirakan nilai proyek sumber terbuka?

open-source estimation metrics Al Crowley
sumber
2
Memperkirakan sesuatu seperti ini bagiku sepertinya dugaan lengkap. Garis Java jauh dari dibuat sama, pengembang jauh dari dibuat sama, dan penguji jauh dari dibuat sama.
1
Baris kode tidak menunjukkan produktivitas atau kualitas, tetapi mereka menunjukkan upaya. Pastikan Anda memperhitungkan semua fase yang sesuai dalam metrik itu, tidak hanya menulis kode tetapi semua pengujian, debugging, dll. Jika perusahaan Anda memiliki data tentang proyek serupa dengan biaya dan garis kode, Anda beruntung.
David Thornley
Saya menambahkan tag metrik . Harap balas jika perlu.
Joey Adams

Jawaban:

10

Untuk perkiraan kasar, gunakan program SLOCCount yang ditulis oleh David Wheeler - ini akan menganalisis garis kode dan menggunakan perkiraan industri pada produktivitas programmer untuk memberi Anda perkiraan waktu dan uang yang diperlukan untuk membangun perangkat lunak tersebut.

Secara default menggunakan model COCOMO untuk perkiraan biaya, tetapi Anda dapat menyesuaikan ini .

I82Much
sumber
2
Inilah yang saya cari. Saya menjalankan SLOCCount pada source tree dan muncul angka. Poin bonus karena didukung oleh penelitian juga!
Al Crowley
11

Ohloh adalah situs web yang melacak banyak proyek sumber terbuka dan menghitung perkiraan biaya dengan menggunakan model COCOMO dasar .

Dengan Ohloh, jumlah baris dalam basis kode (yang digunakan untuk menghitung bulan-bulan yang dikeluarkan untuk menghasilkan perangkat lunak) dan biaya rata-rata pengembang, yang tampaknya ditetapkan ke nilai default $ 55000 / tahun, tetapi dapat diubah oleh pengguna.

Berikut adalah beberapa contoh perkiraan biaya oleh Ohloh:

  1. Apache HTTP Server - perkiraan biaya: sekitar $ 15 juta .
  2. Mozilla Firefox - perkiraan biaya: sekitar $ 87 juta .
  3. Linux Kernel 2.6 - perkiraan biaya: sekitar $ 173 juta
  4. OpenOffice.org - perkiraan biaya: sekitar $ 428 juta
  5. Turbin Apache - perkiraan biaya: sekitar $ 2 juta
  6. Apache Velocity - perkiraan biaya: sekitar $ 665.000

Tetapi perlu diingat bahwa seperti teknik estimasi biaya perangkat lunak apa pun, hanya saja - perkiraan.

coobird
sumber
1
Itu adalah situs web yang sangat bagus. Saya terkejut, tetapi cukup senang, menemukan proyek yang saya perkirakan sudah ada di Ohloh. Biaya keluar menjadi $ 2.824.979 dengan metode estimasi mereka. Melihat semua statistik lain yang telah mereka kumpulkan pada proyek juga sangat menarik.
Al Crowley