Softskill- Etika dan Profesionalisme

kelompok softskill profesionalisme

Karakteristik Manajer yang Baik

Definisi

Manajer adalah seseorang yang bekerja melalui orang lain dengan mengoordinasikan kegiatan-kegiatan mereka guna mencapai sasaran organisasi.

Peran manajer

Menurut Henry Mintzberg, seorang ahli riset ilmu manajemen, ia mengelompokan peran itu ke dalam tiga kelompok.

• Peran antar pribadi yaitu melibatkan orang dan kewajiban lain, yang bersifat seremonial dan simbolis. Peran ini meliputi peran sebagai figur untuk anak buah, pemimpin, dan penghubung.

• Peran informasional, meliputi peran manajer sebagai pemantau dan penyebar informasi, serta peran sebagai juru bicara.

• Peran pengambilan keputusan, meliputi peran sebagai seorang wirausahawan, pemecah masalah, pembagi sumber daya, dan perunding.

Karakteristik Manajer yg Baik

Robert L. Katz pada tahun 1970-an mengemukakan bahwa setiap manajer membutuhkan minimal tiga keterampilan dasar. Ketiga keterampilan tersebut adalah:

• Keterampilan konseptual (conceptional skill). Manajer tingkat atas (top manager) harus memiliki keterampilan untuk membuat konsep, ide, dan gagasan demi kemajuan organisasi. Gagasan atau ide serta konsep tersebut kemudian haruslah dijabarkan menjadi suatu rencana kegiatan untuk mewujudkan gagasan atau konsepnya itu. Proses penjabaran ide menjadi suatu rencana kerja yang kongkret itu biasanya disebut sebagai proses perencanaan atau planning. Oleh karena itu, keterampilan konsepsional juga meruipakan keterampilan untuk membuat rencana kerja.

• Keterampilan berhubungan dengan orang lain (humanity skill). Selain kemampuan konsepsional, manajer juga perlu dilengkapi dengan keterampilan berkomunikasi atau keterampilan berhubungan dengan orang lain, yang disebut juga keterampilan kemanusiaan. Komunikasi yang persuasif harus selalu diciptakan oleh manajer terhadap bawahan yang dipimpinnya. Dengan komunikasi yang persuasif, bersahabat, dan kebapakan akan membuat karyawan merasa dihargai dan kemudian mereka akan bersikap terbuka kepada atasan. Keterampilan berkomunikasi diperlukan, baik pada tingkatan manajemen atas, menengah, maupun bawah.

• Keterampilan teknis (technical skill). Keterampilan ini pada umumnya merupakan bekal bagi manajer pada tingkat yang lebih rendah. Keterampilan teknis ini merupakan kemampuan untuk menjalankan suatu pekerjaan tertentu, misalnya menggunakan program komputer, memperbaiki mesin, membuat kursi, akuntansi dan lain-lain.

Grey & Larson (2006) juga menggambarkan ciri-ciri dari seorang manajer proyek yang efektif. Diantaranya adalah:

• Pemikir Sistem, kemampuan dalam berpikir untuk mengelola interaksi antar komponen dan sumber daya proyek yang berbeda-beda, karena tidak bisa dikatakan efektif apabila penyelesaian masalah hanya secara parsial. Hal ini akan mempersulit sang manajer untuk mengambil keputusan.

• Integritas Pribadi, membangun dan meningkatkan kemampuan diri menjadi sangat penting dilakukan terlebih dahulu sebelum meningkatkan kemampuan anggota tim.

• Proaktif, bedakan dengan reaktif. Para manajer proyek dituntut tidak hanya akan melihat peristiwa yang telah terjadi (reaktif), akan tetapi juga selalu meneropong masa depan dan berjuang keras menemukan masa depan proyek (Kartajaya, 2003)

• Toleransi yang tinggi terhadap Stress, mengingat proyek merupakan hal yang rumit dan kompleks, pasti akan menimbulkan tekanan terhadap orang yang bebankan tanggungjawab kepadanya. Manajer proyek harus mampu mengelola kondisi psikologis mereka agar dapat bertahan dalam tekanan.

• Perspektif Bisnis Umum, seorang manajer proyek harus memahami dasar-dasar bisnis dari disiplin teknis yang berbeda-beda sebagai kerja antar fungsional.

• Komunikator yang baik, telah dijelaskan sebelumnya.

• Manajemen waktu yang efektif, telah dijelaskan sebelumnya.

• Politikus Mahir, strategi dalam menghadapi banyak orang dan mendapatkan dukungan dari semua pihak merupakan cirri penting manajer proyek yang sukses.

• Optimis, kepercayaan diri terhadap proyek, mampu membuat seorang manajer proyek melakukan inovasi dan mengubah strategi proyek ke arah yang lebih baik tanpa meninggalkan perencanaan yang telah ditetapkan.

sumber:
http://wartawarga.gunadarma.ac.id/2010/10/karakteristik-kriteria-manajemen-proyek/
http://id.wikipedia.org/wiki/Manajemen

COCOMO (Constructive Cost Model)

Menurut sebuah kamus online (wikipedia) COCOMO diartikan sebagai berikut ..

"Constructive Cost Model (COCOMO) adalah algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasal dari data historis dan karakteristik proyek proyek saat ini."

Pada kamus yang sama dipaparkan sejarah singkat mengenai perkembangan COCOMO.

COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. 's Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di tahun 1981.

Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.

COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.

Adapun jenis COCOMO adalah sebagai berikut:

1. Basic COCOMO

Menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program. Ukuran program dinyatakan dalam ribuan estimasi baris kode (KLOC).

COCOMO membedakan perhitungan terhadap tiga jenis kelas proyek perangkat lunak sebagai berikut :

• organic : tim kecil dengan pengalaman cukup baik dan kebutuhan sistem yang relatif sederhana.
• semi-detached : tim berukuran menengah yang berpengalaman dengan lingkungan kerja yang lebih kompleks.
• embedded projects : pengembangan berdasarkan pada kebutuhan dengan kompleksitas tinggi dan batasan atau constraint yang ketat.

2. Intermediete COCOMO

Intermediate COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan sekumpulan "cost drivers" yang mencakup penilaian subjektif produk, perangkat keras, personil dan atribut proyek. Ekstensi ini mempertimbangkan satu set empat "cost drivers", yang dijabarkan dalam kategori dan subkatagori sebagai berikut :

a. Atribut produk (product attributes)

* Reliabilitas perangkat lunak yang diperlukan (RELY)
* Ukuran basis data aplikasi (DATA)
* Kompleksitas produk (CPLX)

b. Atribut perangkat keras (computer attributes)

* Waktu eksekusi program ketika dijalankan (TIME)
* Memori yang dipakai (STOR)
* Kecepatan mesin virtual (VIRT)
* Waktu yang diperlukan untuk mengeksekusi perintah (TURN)

c. Atribut sumber daya manusia (personnel attributes)

* Kemampuan analisis (ACAP)
* Kemampuan ahli perangkat lunak (PCAP)
* Pengalaman membuat aplikasi (AEXP)
* Pengalaman penggunaan mesin virtual (VEXP)
* Pengalaman dalam menggunakan bahasa pemrograman (LEXP)

d. Atribut proyek (project attributes)

* Penggunaan sistem pemrograman modern(MODP)
* Penggunaan perangkat lunak (TOOL)
* Jadwal pengembangan yang diperlukan (SCED)


3. Detailed COCOMO

Detil COCOMO - menggabungkan semua karakteristik versi intermediate dengan penilaian dampak cost driver di setiap langkah (analisis, desain, dll) dari proses rekayasa perangkat lunak 1. model rinci kegunaan yang berbeda upaya pengali untuk setiap driver biaya atribut Tahap pengganda ini upaya Sensitif masing-masing untuk menentukan jumlah usaha yang dibutuhkan untuk menyelesaikan setiap tahap.

Pada COCOMO rinci, upaya dihitung sebagai fungsi dari ukuran program dan satu set driver biaya yang diberikan sesuai dengan tiap tahap siklus hidup rekayasa perangkat lunak. Fase yang digunakan dalam COCOMO rinci perencanaan kebutuhan dan perancangan perangkat lunak, perancangan detil, kode dan menguji unit, dan pengujian integrasi.

sumber: http://en.wikipedia.org/wiki/COCOMO#Projects_using_COCOMO

http://awansembilan.blogspot.com/2011/04/cocomo-constructive-cost-model.html

http://blogkublogku.blogspot.com/2011/04/cocomo-constructive-cost-model.html

COCOMO (Constructive Cost Model)

Menurut sebuah kamus online (wikipedia) COCOMO diartikan sebagai berikut ..

"Constructive Cost Model (COCOMO) adalah algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasal dari data historis dan karakteristik proyek proyek saat ini."

Pada kamus yang sama dipaparkan sejarah singkat mengenai perkembangan COCOMO.

COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. 's Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di tahun 1981.

Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.

COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.

Adapun jenis COCOMO adalah sebagai berikut:

1. Basic COCOMO

Menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program. Ukuran program dinyatakan dalam ribuan estimasi baris kode (KLOC).

COCOMO membedakan perhitungan terhadap tiga jenis kelas proyek perangkat lunak sebagai berikut :

• organic : tim kecil dengan pengalaman cukup baik dan kebutuhan sistem yang relatif sederhana.
• semi-detached : tim berukuran menengah yang berpengalaman dengan lingkungan kerja yang lebih kompleks.
• embedded projects : pengembangan berdasarkan pada kebutuhan dengan kompleksitas tinggi dan batasan atau constraint yang ketat.

2. Intermediete COCOMO

Intermediate COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan sekumpulan "cost drivers" yang mencakup penilaian subjektif produk, perangkat keras, personil dan atribut proyek. Ekstensi ini mempertimbangkan satu set empat "cost drivers", yang dijabarkan dalam kategori dan subkatagori sebagai berikut :

a. Atribut produk (product attributes)

* Reliabilitas perangkat lunak yang diperlukan (RELY)
* Ukuran basis data aplikasi (DATA)
* Kompleksitas produk (CPLX)

b. Atribut perangkat keras (computer attributes)

* Waktu eksekusi program ketika dijalankan (TIME)
* Memori yang dipakai (STOR)
* Kecepatan mesin virtual (VIRT)
* Waktu yang diperlukan untuk mengeksekusi perintah (TURN)

c. Atribut sumber daya manusia (personnel attributes)

* Kemampuan analisis (ACAP)
* Kemampuan ahli perangkat lunak (PCAP)
* Pengalaman membuat aplikasi (AEXP)
* Pengalaman penggunaan mesin virtual (VEXP)
* Pengalaman dalam menggunakan bahasa pemrograman (LEXP)

d. Atribut proyek (project attributes)

* Penggunaan sistem pemrograman modern(MODP)
* Penggunaan perangkat lunak (TOOL)
* Jadwal pengembangan yang diperlukan (SCED)


3. Detailed COCOMO

Detil COCOMO - menggabungkan semua karakteristik versi intermediate dengan penilaian dampak cost driver di setiap langkah (analisis, desain, dll) dari proses rekayasa perangkat lunak 1. model rinci kegunaan yang berbeda upaya pengali untuk setiap driver biaya atribut Tahap pengganda ini upaya Sensitif masing-masing untuk menentukan jumlah usaha yang dibutuhkan untuk menyelesaikan setiap tahap.

Pada COCOMO rinci, upaya dihitung sebagai fungsi dari ukuran program dan satu set driver biaya yang diberikan sesuai dengan tiap tahap siklus hidup rekayasa perangkat lunak. Fase yang digunakan dalam COCOMO rinci perencanaan kebutuhan dan perancangan perangkat lunak, perancangan detil, kode dan menguji unit, dan pengujian integrasi.

sumber: http://en.wikipedia.org/wiki/COCOMO#Projects_using_COCOMO

http://awansembilan.blogspot.com/2011/04/cocomo-constructive-cost-model.html

http://blogkublogku.blogspot.com/2011/04/cocomo-constructive-cost-model.html

Open Source

Definisi Open Source

Sumber terbuka (Inggris: open source) adalah sistem pengembangan yang tidak dikoordinasi oleh suatu individu / lembaga pusat, tetapi oleh para pelaku yang bekerja sama dengan memanfaatkan kode sumber (source-code) yang tersebar dan tersedia bebas (biasanya menggunakan fasilitas komunikasi internet). Pola pengembangan ini mengambil model ala bazaar, sehingga pola Open Source ini memiliki ciri bagi komunitasnya yaitu adanya dorongan yang bersumber dari budaya memberi, yang artinya ketika suatu komunitas menggunakan sebuah program Open Source dan telah menerima sebuah manfaat kemudian akan termotivasi untuk menimbulkan sebuah pertanyaan apa yang bisa pengguna berikan balik kepada orang banyak. Pola Open Source lahir karena kebebasan berkarya, tanpa intervensi berpikir dan mengungkapkan apa yang diinginkan dengan menggunakan pengetahuan dan produk yang cocok. Kebebasan menjadi pertimbangan utama ketika dilepas ke publik. Komunitas yang lain mendapat kebebasan untuk belajar, mengutak-ngatik, merevisi ulang, membenarkan ataupun bahkan menyalahkan, tetapi kebebasan ini juga datang bersama dengan tanggung jawab, bukan bebas tanpa tanggung jawab. Pergerakan perangkat lunak bebas dan sumber terbuka saat ini membagi pergerakannya dengan pandangan dan tujuan yang berbeda. Sumber terbuka adalah pengembangan secara metodelogi, perangkat lunak tidak bebas adalah solusi suboptimal. Bagi pergerakan perangkat lunak bebas, perangkat lunak tidak bebas adalah masalah sosial dan perangkat lunak bebas adalah solusi.

Alasan Penggunaan Open Source

Ada banyak alasan mengapa seluruh pemakai komputer seharusnya bersikukuh menggunakan aplikasi bebas biaya. Aplikasi open source memungkinkan pemakai untuk mengendalikan komputer mereka sendiri, dengan aplikasi buatan perusahaan lain, komputer anda melakukan apa yang ingin dilakukan si pembuat aplikasi, bukan apa yang ingin dilakukan si pemakai. Aplikasi open source juga memberikan pemakai kebebasan untuk bekerja sama dengan orang lain untuk hidup jujur.

Keuntungan Menggunakan Open Source

Banyaknya tenaga (SDM) untuk mengerjakan proyek. Sumber daya manusia merupakan salah satu unsur pokok dalam software development. Proyek open source biasanya menarik banyak developer. Sebagai contoh, pengembangan server web Apache menarik ribuan orang untuk ikut mengembangan dan memantau.

Kesalahan (bugs, error) lebih cepat ditemukan dan diperbaiki. Karena jumlah developernya sangat banyak dan tidak dibatasi, maka kemungkinan untuk mendeteksi bugs lebih besar. Visual inspection (eye-balling) merupakan salah satu metodologi pencarian bugs yang paling efektif. Selain itu, karena source code tersedia, maka setiap orang dapat mengusulkan perbaikan tanpa harus menunggu dari vendor.

Kualitas hasil lebih terjamin. Karena banyaknya orang yang melakukan evaluasi, kualitas produk dapat lebih baik. Sebagai contoh, Apache merupakan web server open source yang paling banyak digunakan orang di dunia. Namun hal ini hanya berlaku untuk produk open source yang ramai dikembangkan orang. Tidak selamanya produk open source dikembangkan oleh banyak orang. Ada banyak produk open source yang dikembangkan oleh individual saja.

Lebih aman (secure). Dikarenakan sifatnya yang terbuka, maka produk open source dapat dievaluasi oleh siapa pun. Public scrutinity merupakan salah satu komponen penting dalam bidang security. Secara umum memang open source memiliki potensi untuk lebih aman meskipun dia tidak terjadi secara otomatis. Hal ini tercapai bila security by obscurity bukan menjadi tujuan utamanya. (Lihat bagian Referensi, artikel Peter Neumann)

Hemat biaya. Sebagian besar developer ini tidak dibayar/digaji. Biaya dapat dihemat dan digunakan untuk pengeluaran yang tidak dapat ditunda, seperti misalnya membeli server untuk hosting web.

Tidak mengulangi development. Pengulangan (re-inventing the wheel) merupakan pemborosan. Adanya source code yang terbuka membuka jalan bagi seseorang programmer untuk melihat solusi-solusi yang pernah dikerjakan oleh orang lain. Namun pada kenyataannya tetap banyak pengulangan. Lihat situs Freshmeat.net untuk mengetahui banyaknya produk yang memberikan solusi yang sama.

Kekurangan Penggunaan Open Source

Kurangnya SDM yang dapat memanfaatkan open source. Salah satu keuntungan utama dari gerakan open source adalah adanya ketersediaan source code. Namun ketersediaan ini menjadi sia-sia apabila SDM yang ada tidak dapat menggunakannya, tidak dapat mengerti

source code tersebut. SDM yang ada ternyata hanya mampu menggunakan produk saja. Jika demikian, maka tidak ada bedanya produk open source dan yang proprietary dan tertutup.

Tidak adanya proteksi terhadap HaKI. Kebanyakan orang masih menganggap bahwa source code merupkan aset yang harus dijaga kerahasiannya. Hal ini dikaitkan dengan besarnya usaha yang sudah dikeluarkan untuk membuat produk tersebut. Karena sifatnya yang terbuka, open source dapat di-abuse oleh orang-orang untuk mencuri ide dan karya orang lain.

Narasumber: http://foruminformatika.wordpress.com/2009/01/03/apa-kelemahan-open-source/

http://sawali.info/2010/07/30/lima-alasan-sederhana-saya-menggunakan-open-source/

Open Source

Definisi Open Source

Sumber terbuka (Inggris: open source) adalah sistem pengembangan yang tidak dikoordinasi oleh suatu individu / lembaga pusat, tetapi oleh para pelaku yang bekerja sama dengan memanfaatkan kode sumber (source-code) yang tersebar dan tersedia bebas (biasanya menggunakan fasilitas komunikasi internet). Pola pengembangan ini mengambil model ala bazaar, sehingga pola Open Source ini memiliki ciri bagi komunitasnya yaitu adanya dorongan yang bersumber dari budaya memberi, yang artinya ketika suatu komunitas menggunakan sebuah program Open Source dan telah menerima sebuah manfaat kemudian akan termotivasi untuk menimbulkan sebuah pertanyaan apa yang bisa pengguna berikan balik kepada orang banyak. Pola Open Source lahir karena kebebasan berkarya, tanpa intervensi berpikir dan mengungkapkan apa yang diinginkan dengan menggunakan pengetahuan dan produk yang cocok. Kebebasan menjadi pertimbangan utama ketika dilepas ke publik. Komunitas yang lain mendapat kebebasan untuk belajar, mengutak-ngatik, merevisi ulang, membenarkan ataupun bahkan menyalahkan, tetapi kebebasan ini juga datang bersama dengan tanggung jawab, bukan bebas tanpa tanggung jawab. Pergerakan perangkat lunak bebas dan sumber terbuka saat ini membagi pergerakannya dengan pandangan dan tujuan yang berbeda. Sumber terbuka adalah pengembangan secara metodelogi, perangkat lunak tidak bebas adalah solusi suboptimal. Bagi pergerakan perangkat lunak bebas, perangkat lunak tidak bebas adalah masalah sosial dan perangkat lunak bebas adalah solusi.

Alasan Penggunaan Open Source

Ada banyak alasan mengapa seluruh pemakai komputer seharusnya bersikukuh menggunakan aplikasi bebas biaya. Aplikasi open source memungkinkan pemakai untuk mengendalikan komputer mereka sendiri, dengan aplikasi buatan perusahaan lain, komputer anda melakukan apa yang ingin dilakukan si pembuat aplikasi, bukan apa yang ingin dilakukan si pemakai. Aplikasi open source juga memberikan pemakai kebebasan untuk bekerja sama dengan orang lain untuk hidup jujur.

Keuntungan Menggunakan Open Source

Banyaknya tenaga (SDM) untuk mengerjakan proyek. Sumber daya manusia merupakan salah satu unsur pokok dalam software development. Proyek open source biasanya menarik banyak developer. Sebagai contoh, pengembangan server web Apache menarik ribuan orang untuk ikut mengembangan dan memantau.

Kesalahan (bugs, error) lebih cepat ditemukan dan diperbaiki. Karena jumlah developernya sangat banyak dan tidak dibatasi, maka kemungkinan untuk mendeteksi bugs lebih besar. Visual inspection (eye-balling) merupakan salah satu metodologi pencarian bugs yang paling efektif. Selain itu, karena source code tersedia, maka setiap orang dapat mengusulkan perbaikan tanpa harus menunggu dari vendor.

Kualitas hasil lebih terjamin. Karena banyaknya orang yang melakukan evaluasi, kualitas produk dapat lebih baik. Sebagai contoh, Apache merupakan web server open source yang paling banyak digunakan orang di dunia. Namun hal ini hanya berlaku untuk produk open source yang ramai dikembangkan orang. Tidak selamanya produk open source dikembangkan oleh banyak orang. Ada banyak produk open source yang dikembangkan oleh individual saja.

Lebih aman (secure). Dikarenakan sifatnya yang terbuka, maka produk open source dapat dievaluasi oleh siapa pun. Public scrutinity merupakan salah satu komponen penting dalam bidang security. Secara umum memang open source memiliki potensi untuk lebih aman meskipun dia tidak terjadi secara otomatis. Hal ini tercapai bila security by obscurity bukan menjadi tujuan utamanya. (Lihat bagian Referensi, artikel Peter Neumann)

Hemat biaya. Sebagian besar developer ini tidak dibayar/digaji. Biaya dapat dihemat dan digunakan untuk pengeluaran yang tidak dapat ditunda, seperti misalnya membeli server untuk hosting web.

Tidak mengulangi development. Pengulangan (re-inventing the wheel) merupakan pemborosan. Adanya source code yang terbuka membuka jalan bagi seseorang programmer untuk melihat solusi-solusi yang pernah dikerjakan oleh orang lain. Namun pada kenyataannya tetap banyak pengulangan. Lihat situs Freshmeat.net untuk mengetahui banyaknya produk yang memberikan solusi yang sama.

Kekurangan Penggunaan Open Source

Kurangnya SDM yang dapat memanfaatkan open source. Salah satu keuntungan utama dari gerakan open source adalah adanya ketersediaan source code. Namun ketersediaan ini menjadi sia-sia apabila SDM yang ada tidak dapat menggunakannya, tidak dapat mengerti

source code tersebut. SDM yang ada ternyata hanya mampu menggunakan produk saja. Jika demikian, maka tidak ada bedanya produk open source dan yang proprietary dan tertutup.

Tidak adanya proteksi terhadap HaKI. Kebanyakan orang masih menganggap bahwa source code merupkan aset yang harus dijaga kerahasiannya. Hal ini dikaitkan dengan besarnya usaha yang sudah dikeluarkan untuk membuat produk tersebut. Karena sifatnya yang terbuka, open source dapat di-abuse oleh orang-orang untuk mencuri ide dan karya orang lain.