Kenapa anda dianjurkan menggunakan software open source dalam membuat aplikasi ?

Jika ditanyakan kepada masyarakat tentang kata Open Source, sebagian masih akan menyebut tentang seorang kutu tekno (geek) yang berkutat dengan keyboard dan mengetikkan baris perintah yang membingungkan. Di akhirnya mereka akan menambahkan, Open Source bukan untuk saya. Benarkah? Mungkin yang mereka gambarkan tentang Open Source adalah Linux dengan baris-baris perintah aneh. Padahal, Open Source jauh lebih besar daripada itu. Linux memang salah satu produk Open Source, tetapi Open Source bukan hanya Linux. Open Source ada di hampir semua tempat. Mulai dari mainan anak-anak hingga komputer. Mulai dari surat elektronik hingga situs-situs web. Sebagian masyarakat hanya belum tahu. Salah satu contoh yang tidak terbantahkan adalah lebih dari 55% server situs saat ini telah menggunakan Apache. Apache adalah Software untuk server web yang bersifat Open Source.

Di dalam dunia Software, kita mengenal istilah Shareware, Freeware, dan juga Open Source. Apa sih sebenarnya istilah-istilah itu? Istilah-istilah itu adalah istilah tentang akuisisi pembuat Software tersebut terhadap hak ciptanya. Entah itu dipakai ataupun diubah, ataupun dikembangkan. Shareware, adalah sebuah akuisisi pada sebuah Software di mana apabila kita mau memakai Software tersebut, maka harus atas seijin yang membuat (dalam hal ini registrasi). Dalam hal ini entah apa yang diinginkan si pembuat maka kita harus mengikuti EULA (Persetujuan Lisensi Pemakai) yang telah ia tetapkan, dengan membayar sesuai dengan harga yang ditawarkan oleh si pembuat. Freeware, adalah sebuah akuisisi pada sebuah Software di mana Software tersebut sudah jadi dan bebas kita gunakaan kapanpun dan di manapun. Dan pemilik Software tersebut tidak mendapatkan keuntungan apapun darinya. Kita boleh menggunakan dengan seijin ataupun tidak dari pemilik Software tersebut. Open Source, adalah sebuah akuisisi pada sebuah Software dan juga source yang mana Software tersebut boleh dipakai, diubah, dikembangkan sesuai dengan kehendak pemakai. Keuntungan yang di dapat darinya tidak akan nampak pada Open Source, karena Program ini disebar luaskan, didistribusikan dengan gratis. Namun tetap dicantumkan di Software tersebut tentang nama si pembuat.

Indonesia Goes to Open Source (IGOS) adalah sebuah trend terbaru saat ini, di mana Office, Education dan Bisnis sudah mulai melirik Open Source. Bangsa Indonesia adalah bangsa yang mayoritas masyarakatnya kreatif. Mereka bisa mendapatkan Microsoft Windows XP Professional hanya dengan harga Rp. 5.000,- saja. Tidak berlebihan, karena selain sebagai negara agraris, ternyata juga agraris Indonesia tidak hanya dalam hal membajak sawah, tapi juga membajak Software-Software original shareware. Lantas mengapa kita dianjurkan untuk menggunakan Software Open Source dalam membuat Software? Karena dengan Open Source, kita tidak perlu membuat segala sesuatunya dari awal. Kita bisa manfaatkan teknologi Open Source yang sudah ada, memodifikasi sesuai kebutuhan, dan mendisribusikannya selama tidak melanggar lisensi yang tertera. Dengan menggunakan Open Source, karya yang kita jual akan memiliki harga yang terjangkau. Jadi, penikmat karya kita bukan hanya kaum menengah ke atas, tapi juga masyarakat menengah ke bawah. Hal ini justru akan melejitkan kesuksesan kita. Jangan pernah berpikir bahwa dengan Open Source kita tidak akan bisa sukses. Lihat saja Google dan Facebook. Mereka menggunakan teknologi Open Source, tapi apakah mereka gagal dalam berbisnis?

Dengan menggunakan Software Open Source ini kebutuhan pengguna komputer dapat terpenuhi. Toh, sebagian besar pengguna komputer hanya menggunakan saja tidak perlu tahu cara membuat sebuah Software? dan umumnya tidak terlalu tahu banyak tahu tentang seluk beluk komputer. Bayangkan jika kita membeli produk Software berlisensi (berbayar) dari sebuah perusahaan. Dua tahun setelah membeli produk tersebut, pembuat produk (perusahaan tersebut) tiba-tiba kolaps (bangkrut). Bisnisnya hancur dan produksi pun berhenti. Tidak ada lagi dukungan, tidak ada lagi pembaharuan. Kita jadi kebingungan dan mau tidak mau membeli produk baru dari produsen/perusahaan lain. Mengapa harus membeli produk baru dari perusahaan lain? Karena kita tidak memiliki kode Program dari Software tersebut. Andai kita memiliki atau diberikan akses untuk membuka dan memperbaharui kode Program tersebut maka kita bisa meminta bantuan pihak lain untuk melanjutkan. Dengan demikian, kita tak perlu membeli produk baru. Dan kerugian yang dialami pembeli akan menjadi lebih minim. Sebagian besar produk Open Source memang gratis dan terbuka. Tetapi tidak seluruhnya. Beberapa vendor mewajibkan pengguna membeli produk karena yang ditawarkan sebenarnya bukan hanya produknya, melainkan juga layanan dan dukungan serta pelatihan dan sertifikasi. Hal ini biasa terjadi pada produk Open Source untuk kalangan bisnis seperti produk RedHat, SUSE dan lain sebagainya.

Selain itu jika kita menggunakan Software Open Source biasanya bersifat Cross Platform dan Compatible, contoh : NetBeans, Eclipse, Python & Perl, Apache PHP & MySQL, C++ Compiler, OpenOffice semuanya ada di Sistem Operasi Linux maupun Windows. Di sisi lain, Penggunaan Software Bajakan menggundang Penjahat Cyber (Cracker) untuk melakukan kejahatan dengan menyusupkan Software berbahaya (Virus/Trojan/Worm) ke Software Illegal/Bajakan (istilah dalam komputer : Crack atau Keygen) dan tentu saja hal tersebut bisa merugikan pengguna dari Software/Software tersebut. Terkadang keahlian kita akan terasah dengan memakai Software Open Source. Dari segi sistem operasi misalnya, saat memakai Windows versi apapun, kita tidak bisa melihat source atau melakukan modifikasi sampai tahap sistem. Sedangkan dengan menggunakan linux, kita bisa melihat source code dengan gamblang dan biasanya konfigurasi dilakukan manual melalui konsol. Lebih rumit memang, namun kita diajarkan untuk berfikir terstruktur dan logis sehingga mengasah kemampuan dalam problem solving dan lebih mengenal bagaimana suatu sistem operasi bekerja.

Lagipula jika kita menggunakan Open Source, kita tidak perlu menggunakan Software Illegal di mana hal tersebut berarti kita telah melanggar Pasal 72 Ayat 3 UU Hak Cipta No.19 Tahun 2002, Jujur saja diakui atau tidak, bahwa saat ini penggunaan produk ilegal yang berupa barang bajakan masih berada di ruang lingkup sekolah. Ada beberapa alasan kenapa sekolah-sekolah masih menggunakan produk illegal tersebut. Satu sisi tidak adanya dana untuk melengkapi setiap komputer dengan produk legal yang cukup mahal dan sebagian ada juga yang berpendapat bahwa tidak akan pernah ada razia yang masuk ke sekolah untuk memeriksa keaslian dari produk Software yang digunakan oleh sekolah-sekolah, sehingga membuat sebagian sekolah masih menggunakan produk bajakan. Ini sangat berhubungan erat dengan peraturan pemerintah melalui perundang-undangan yang membahas masalah penggunaan hakcipta yaitu terdapat dalam Pasal 72 ayat (3) UU Hak Cipta No. 19 Tahun 2002 yang bunyinya adalah : “Barang siapa dengan sengaja dan tanpa hak memperbanyak penggunaan untuk kepentingan komersial suatu Program komputer dipidana dengan pidana penjara paling lama 5 ( lima) tahun atau denda paling banyak Rp. 500.000.000,00 (lima ratus juta rupiah).“ Sekolah yang semestinya menjadi pusat dari norma-norma dalam mengajarkan kejujuran dan etika perilaku yang jujur seharusnya memperhatikan hal-hal penting dalam keterlaksanaan segala proses kegiatan yang ada disekolah baik itu ditingkat staf, guru dan siswa dalam lingkup sekolah tersebut. Dan sekolah pun seharusnya mendorong guru-guru untuk betul-betul melaksanakan proses pembuatan sebuah hasil karya menggunakan komputer dengan benar. Yaitu dengan penggunaan produk-produk yang mempunyai legalitas yang jelas. Jadi seharusnya juga menilai proses bukan dari hasil jadi agar senantiasa tujuan menerapkan disiplin dan kejujuran tetap dijunjung tinggi.

Yang terakhir namun terpenting. Selama ini Mahasiswa/i kita diajarkan bagaimana mengisi kemerdekaan dengan berkarya sebaik-baiknya di semua bidang kehidupan. Oke lah dibeberapa bidang kita memang telah merdeka, namun dalam bidang teknologi kita masih TERJAJAH. Jadi bagaimana Mahasiswa/i kita bisa mengisi kemerdekaan di bidang teknologi jika selama ini kita belum merdeka dalam artian bebas membuat dan memodifikasi Software/Program sesuai keinginan kita. Tanpa harus izin dan bayar kepada pihak lain? Maka dari itu beralihlah dan manfaatkanlah Open Source. Dan sekarang banyak negara-negara maju yang malah memanfaatkan Open Source, contohnya adalah NASA yang memakai database MySQL untuk laboratorium mereka setelah pindah dari Oracle. Maka dari itulah kenapa bangsa Indonesia tidak mau belajar dari negara maju? Kenapa mereka harus belajar dari zaman penjajahan? Sudah sepantasnya kita tidak lagi sebagai konsumen, tapi juga sebagai produsen. Banyak orang maju karena mereka berpikir sebagai produsen, bukan sebagai konsumen. Karena bangsa ini masih sebagai negara konsumenlah maka banyak orang-orang yang sudah maju pikirannya meninggalkan Indonesia dan menjual barang mereka ke Indonesia. Indonesia maju bukan karena mereka menghasilkan orang-orang yang berpikiran maju, tapi karena konsumennya yang mengalahkan orang-orang yang berpikiran maju. Maka dari itulah banyak orang gaptek di Indonesia, dikarenakan mereka hanya memakai, tanpa tahu bagaimana membuat atau paling tidak untuk memperbaikinya.

Dalam penggunaannya, open souce tentu memiliki keuntungan dan kerugian tersendiri. Adapun keuntungan dari penggunaan Open Source antara lain :

1. Lisensi Gratis, sehingga tidak memerlukan biaya tambahan untuk pembelian lisensi Software. dan kita tidak lagi terikat pada satu vendor Software dan membeli lisensi.

2. Keberadaan Bug/Error dapat segera terdeteksi dan diperbaiki karena Software tersebut dikembangkan oleh banyak orang ataupun pemakai, karena secara tidak langsung telah dievaluasi oleh banyak pemakai (End-User).

3. Banyaknya tenaga (SDM) untuk mengerjakan & mengembakan proyek Open Source, karena biasanya proyek Open Source menarik banyak developer. Konsep dalam sebuah proyek Open Source adalah dikembangkan oleh banyak pengembang dan organisasi di seluruh dunia. Melalui komunitas besar dengan banyak konsep-konsep ini Software Open Source tumbuh menjadi standar internasional yang terbuka dan memiliki daya inter-operabilitas yang baik. Dan dalam proyek closed source atau tertutup, pengembangan dilakukan tertutup oleh vendor, sedangkan pada proyek Open Source banyak orang yang berpartisipasi mengembangkan fiturnya dan orang-orang ini bukanlah orang sembarangan melainkan mereka yang ahli dibidangnya. Hal ini memungkinkan peningkatan kualitas fungsional Software Open Source.

4. Pengguna dapat langsung ikut serta dalam pengembangan Program, karena pengguna memiliki source code.

5. Software dapat dimodifikasi sesuai dengan kebutuhan dari pengguna tanpa menyalahi EULA.

6. Cross Platform dan Kompatible, biasanya Software Open Source tersedia di berbagai Sistem Operasi contohnya : XAMPP (Software WebServer & Database Management) tersedia di Windows maupun Linux, NetBeans (Software untuk membuat Software Java & Java Mobile) tersedia di Windows maupun Linux, Eclipse (Software untuk membuat Software Android) tersedia di Windows maupun Linux, Compiere (Software ERP) tersedia di Windows maupun Linux, dan lain-lain.

7. Legal, dan tidak melanggar undang-undang hak cipta serta aman dari razia penggunaan dan pembajakan Software illegal.

8. Software Ope nSource bebas dari Malware (Virus/Worm/Trojan) dibanding Software Illegal hasil Crack, Patch ataupun dari Keygen.

9. Jika Software Open Sourceyang kita gunakan perusahaannya mengalami kebangkrutan, maka tidak menimbulkan kerugian materiil bagi pemakainya, lain halnya pada Software Komersiil, pasti pemakainya harus membeli Software baru.

10. Terkadang keahlian kita akan terasah dengan memakai Software Open Source.

11. Dapat menghasilkan produk yang tidak kalah bagus dengan hasil dari Software yang berlisensi. Jika dijual maka keuntungan dari penjualan produk lebih besar.

12. Sebagian Software Open Source tidak menguras sumber daya pemakaian komputer.

Disamping segudang kelebihan tersebut, juga terselip beberapa kekurangan dari Open Source ini, antara lain :

1. Memunculkan celah awal ketika sumbe code masih mentah dan pengembangan dasar masih dalam pembangunan.

2. Masalah yang berhubungan dengan intelektual property. Pada saat ini, beberapa negara menerima Software dan algoritma yang dipatentkan. Hal ini sangat sulit untuk diketahui jika beberapa motede utama untuk menyelesaikan masalah Software di patenkan sehingga beberapa komunitas dapat dianggap bersalah dalam pelanggaran intelektual property.

3. Kurangnya Sumber Daya Manusia yang dapat menggunakan dan memanfaatkan Open Source. Salah satu keuntungan utama dari gerakan adalah adanya ketersediaan code. Namun ketersediaan ini menjadi sia-sia apabila SDM yang ada tidak dapat menggunakannya, tidak dapat mengerti code tersebut. SDM yang ada ternyata hanya mampu produk saja. Jika demikian, maka tidak ada bedanya produk dan yang proprietary dan tertutup.

4. Tidak adanya perlindungan terhadap HAKI.

5. Perkembangan Software tergantug dari sekumpulam manusia itu sendiri.

6. Tidak ada garansi dari pengembangan, sumber code masih mentah dan pengembangan dasar masih dalam pembangunan.

7. Kesulitan dalam mengetahui status project : Tidak banyak iklan bagi Open Source Software, biasanya beberapa project secara tidak langsung ditangani oleh perusahaan yang mampu berinvestasi dan melakukan merketing.

8. Tidak adanya proteksi terhadap Hak atas Kekayaan Intelektual (HaKI)

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

Sumber :

http://www.abuaisyah.com/2008/02/16/kenapa-harus-open-source/

http://pusko4u.blogspot.com/2011/11/guru-kreatif-pasti-pakai-open-source.html

http://www.panduaji.net/2009/10/beralih-ke-open-source.html

http://raveshader.blogspot.com/2011/03/mengapa-harus-open-source.html

http://awansembilan.blogspot.com/2011/03/mengapa-harus-open-source.html

http://highpecundang.blogspot.com/2011/03/mengapa-harus-open-source.html

http://itservicesqb.com/?choose=4

Kriteria Manajer Proyek yang Baik

Manajemen proyek yang baik adalah cara mengelola dan mengorganisir berbagai aset, sumber daya manusia, waktu serta kualitas pekerjaan proyek, sehingga proyek menghasilkan kualitas yang maksimal dalam waktu yang sudah direncanakan serta memberikan efek kesejahteraan bagi karyawan. Didalam sebuah proyek dibutuhkan sebuah organisasi yang bagus sehingga masing-masing personil dapat melaksanakan pekerjaanya dengan baik sesuai tenggung jawabnya masing-masing tanpa mendapat tekanan dari atasan.

Manajer Proyek (Project Manager) adalah seseorang yang bertindak sebagai pimpinan dalam suatu proyek. PM sangat berperan penting dalam adanya suatu proyek, karena kegagalan dan keberhasilan dari proyek tersebut di tentukan oleh PM itu sendiri.

Dan tugas seorang manager adalah bagaimana mengintegrasikan berbagai macam karakteristik, budaya, pendidikan dan lain sebagainya kedalam suatu tujuan organisasi yang sama dengan cara melakukan mekanisme penyesuaian.

Adapun mekanisme yang diperlukan untuk menyatukan variabel diatas adalah sebagai berikut:

a. Pengarahan (direction) yang mencakup pembuatan keputusan, kebijaksanaan, supervisi, dan lain-lain.

b. Rancangan organisasi dan pekerjaan.

c. Seleksi, pelatihan, penilaian, dan pengembangan.

d. Sistem komunikasi dan pengendalian.

e. Sistem reward.

Berikut ini penjelasan kriteria manajer yang baik menurut pendekatannya kepada landasan Pancasila yaitu sebagai berikut :

a. Bertaqwa kepada Tuhan Yang Maha Esa, dengan selalu bertaqwa kepada Tuhan Yang Maha Esa, maka sifat-sifat yang baik dari seorang manajer akan terjamin dalam pelaksanaannya.

b. Ing ngarso sung tulodho, memberi suri teladan kepada para bawahannya dalam lingkungan organisasinya, dengan contoh/pelaksanaan kerja secara riil.

c. Ing madya mangun karso,seorang manajer harus mampu membangkitkan semangat kerja para bawahannya, berusaha dan berpikir sendiri dan memberi kesempatan dan memupuk kemampuan bawahannya untuk dapat berkembang.

d. Tut wuri handayani, seorang manajer harus mampu mendorong para bawahannya agar berani berjalan di depan dan sanggup bertanggung jawab, berjalan di depan artinya mengambil prakarsa dalam melaksanakan tugas tertentu.

e. Waspodo purbo waseso, selalu waspada, sanggup mengawasi dan memberi koreksi kepada para bawahannya.

f. Ambek paromo arto, dapat memilih dengan tepat mana yang harus didahulukan.

g. Prasojo, sederhana atau tidak berlebih-lebihan.

h. Setyo, bersikap loyal baik terhadap tugas maupun terhadap sesama anggota organisasi secara timbal balik (vertikal dan horizontal) yang didasari oleh semangat kekeluargaan / kesetiakawanan.

i. Gemi nastiti, mampu mengatasi penggunaan/pengeluaran segala sesuatu kepada yang benar-benar diperlukan (tidak bersifat boros).

j. Beloko, bersedia untuk dikoreksi oleh pihak lain dan berani mempertanggung jawabkan atas segala tindakannya.

k. Legowo, berjiwa besar dan ikhlas apabila suatu saat untuk menyerahakan segala tanggung jawabnya dan kedudukannya kepada generasi berikutnya (regenerasi).

Hal tersebut memang tidak mengherankan karena posisi Manajer Proyek memegang peranan kritis dalam keberhasilan sebuah proyek terutama di bidang teknologi informasi. Ada 3 (tiga) karakteristik yang dapat digunakan untuk mengukur tingkat kualifikasi seseorang untuk menjadi Manajer Proyek yaitu:

1. Karakter Pribadinya

a. Memiliki pemahaman yang menyeluruh mengenai teknis pekerjaan dari proyek yang dikelola olehnya.

b. Mampu bertindak sebagai seorang pengambil keputusan yang handal dan bertanggung jawab.

c. Memiliki integritas diri yang baik namun tetap mampu menghadirkan suasana yang mendukung di lingkungan tempat dia bekerja.

d. Asertif

e. Memiliki pengalaman dan keahlian yang memadai dalam mengelola waktu dan manusia.

2. Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola

a. Memiliki komitmen yang kuat dalam meraih tujuan dan keberhasilan proyek dalam jadwal, anggaran dan prosedur yang dibuat.

b. Pelaksanakan seluruh proses pengembangan proyek IT sesuai dengan anggaran dan waktu yang dapat memuaskan para pengguna/klien.

c. Pernah terlibat dalam proyek yang sejenis.

d. Mampu mengendalikan hasil-hasil proyek dengan melakukan pengukuran dan evaluasi kinerja yang disesuaikan dengan standar dan tujuan yang ingin dicapai dari proyek yang dilaksanakan.

e. Membuat dan melakukan rencana darurat untuk mengantisipasi hal-hal maupun masalah tak terduga.

f. Membuat dan menerapkan keputusan terkait dengan perencanaan.

g. Memiliki kemauan untuk mendefinisikan ulang tujuan, tanggung jawab dan jadwal selama hal tersebut ditujukan untuk mengembalikan arah tujuan dari pelaksanaan proyek jika terjadi jadwal maupun anggaran yang meleset.

h. Membangun dan menyesuaikan kegiatan dengan prioritas yang ada serta tenggat waktu yang ditentukan sebelumnya.

i. Memiliki kematangan yang tinggi dalam perencanaan yang baik dalam upaya mengurangi tekanan dan stres sehingga dapat meningkatkan produktifitas kerja tim.

j. Mampu membuat perencanaan dalam jangka panjang dan jangka pendek.

3. Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

a. Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.

b. Mampu menyusun rencana, mengorganisasi, memimpin, memotivasi serta mendelegasikan tugas secara bertanggung jawab kepada setiap anggota tim.

c. Menghormati para anggota tim kerjanya serta mendapat kepercayaan dan penghormatan dari mereka.

d. Berbagi sukses dengan seluruh anggota tim.

e. Mampu menempatkan orang yang tepat di posisi yang sesuai.

f. Memberikan apresiasi yang baik kepada para anggota tim yang bekerja dengan baik.

g. Mampu mempengaruhi pihak-pihak lain yang terkait dengan proyek yang dipimpinnya untuk menerima pendapat-pendapatnya serta melaksanakan rencana-rencana yang disusunnya.

h. Mendelegasikan tugas-tugas namun tetap melakukan pengendalian melekat.

i. Memiliki kepercayaan yang tinggi kepada para profesional terlatih untuk menerima pekerjaan-pekerjaan yang didelegasikan darinya.

j. Menjadikan dirinya sebagai bagian yang terintegrasi dengan tim yang dipimpinnya.

k. Mampu membangun kedisiplinan secara struktural.

l. Mampu mengidentifikasi kelebihan-kelebihan dari masing-masing anggota tim serta memanfaatkannya sebagai kekuatan individual.

m. Mendayagunakan setiap elemen pekerjaan untuk menstimulasi rasa hormat dari para personil yang terlibat dan mengembangkan sisi profesionalisme mereka.

n. Menyediakan sedikit waktu untuk menerima setiap ide yang dapat meningkatkan kematangan serta pengembangan dirinya.

• o. Selalu terbuka atas hal-hal yang mendorong kemajuan.

p. Memahami secara menyeluruh para anggota tim yang dipimpinnya dan mengembangkan komunikasi efektif di dalamnya.

Laporan Frank Toney dalam buletin Praktek Manajemen Proyek Terbaik melaporan bahwa studi atas 500 Manajemen Proyek Forum Pembandingan mengidentifikasi ciri-ciri dari seorang manajer proyek praktek terbaik, sebagai berikut :

a. Diakui oleh pimpinan yang berkepentingan sebagai faktor paling penting dalam suatu proyek

b. Jujur dalam semua transaksi dan hubungan

c. Menunjukkan keinginan untuk mengatur dan memimpin kelompok

d. Menunjukkan bukti dari keinginan yang kuat untuk pencapaian tujuan

e. Memiliki keyakinan bahwa masa depan akan memiliki hasil yang positif

f. Memiliki keyakinan bahwa kinerja pribadinya akan menghasilkan hasil yang positif

Sumber :

http://eziekim.wordpress.com/2012/04/12/kriteria-manajer-proyek-yang-baik/

http://omkukuy.wordpress.com/2012/04/10/kriteria-manajer-proyek-yang-baik/

http://111pang.blogspot.com/2012/04/kriteria-manager-proyek-yang-baik.html

Sertifikasi Profesional Manajemen Proyek (PMP)

• Dalam rangka memperkuat jejaring industri dan memperkokoh posisi sebagai sebuah sekolah bisnis, Program Studi Magister Manajemen Fakultas Ekonomika dan Bisnis Universitas Gadjah Mada (MM FEB UGM) kembali mengembangkan kerjasama program sertifikasi dengan Project Management Institute (PMI) Chapter Indonesia. PMI merupakan organisasi yang didirikan pada tahun 1996 dan didedikasikan untuk meningkatkan, mengkonsolidasikan dan menyalurkan pengetahuan, serta keahlian manajemen proyek. Tujuan pendirian organisasi ini adalah: 

(1) melayani sebagai asosiasi manajemen proyek Indonesia yang diakui dan diterima oleh masyarakat, pemerintah, masyarakat bisnis dan pendidikan,

(2) menciptakan layanan yang bernilai tambah bagi anggotanya, 

(3) menyediakan forum bagi para profesional untuk jaringan dan pemuka manajemen proyek dalam komunitas bisnis dan pendidikan di Indonesia, 

(4) mendorong manajemen proyek kelas dunia, 

(5) mendukung penerimaan Manajemen Proyek sebagai profesi dan disiplin di seluruh Indonesia, 

(6) mempromosikan Sertifikasi Profesional Manajemen Proyek (PMP) dan pengembangan kompetensi yang berkelanjutan, dan 

(7) mempromosikan Kode Etik dan Perilaku PMP.

Peresmian kerjasama ini ditandai dengan penandatanganan Nota Kesepahaman (Memorandum of Understanding) antara PMI Chapter Indonesia yang diwakili oleh Mohammad Ichsan, PMP, dengan Program MM FEB UGM yang diwakili Prof. Lincolin Arsyad, Ph.D pada  hari Sabtu, 29 September 2012 pkl. 13.00 wib bertempat di lantai 6 Gedung MM FEB UGM Kampus Jakarta. Sebagai  bentuk implementasi kerjasama, pada hari yang sama di diselenggarakan lokakarya bertajuk ProjectManagement: Build Your Career in Project Management. Kegiatan ini dilaksanakan selama kurang lebih 3 jam, yaitu pada pukul 14.00 - 17.00 wib dan diikuti oleh 60 orang peserta yang terdiri atas praktisi, alumni, mahasiswa, dan dosen. Bertindak sebagai pemateri adalah Mohammad Ichsan, Dipl.Ing.,MT., PMP (President of PMI Chapter Indonesia dan Group Head Project Development for PT. Indosat Tbk.) dengan materi "Value of Project Management,” Arisman Indrawan, PMP (General Secretary of PMI Chapter Indonesia dan Auditor Internal pada PT Rekayasa Industri) dengan materi "Project Management in EPC Industry and PMBoK Introduction," dan Pilun Pochanart,PMP (anggota PMI Chapter Thailand dan VP at Banpu Thailand) dengan materi "Project Management in Mining Industry."

sumber:
http://mm.feb.ugm.ac.id/index.php/berita-lainnya/3282-sertifikasi-profesional-manajemen-proyek-pmp

COCOMO (Constructive Cost Model)

DEFINISI DAN SEJARAH

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

COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. ‘s Book rekayasa ekonomi Perangkat Lunak 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 waterfall pengembangan perangkat lunak yang merupakan pengembangan software proses lazim pada tahun 1981.

COCOMO merupakan singkatan dari Constructive Cost Model yaitu algortima model estimasi biaya perangkat lunak yang dikembangkan dan diterbitkan oleh Barry Boehm. Cocomo merupakan sebuah model – model untuk memperkirakan usaha, biaya dan jadwal untuk proyek-proyek perangkat lunak.

Pada tahun 1981,Barry Boehm memperkenalkan hirarki model estimasi PL dengan nama COCOMO, Barry Boehm mendesain COCOMO untuk memberikan estimasi / perkiraan jumlah Person-Months untuk mengembangkan suatu produk software. Referensi pada model ini dikenal dengan nama COCOMO 81.

Pada tahun 1990, muncul suatu model estimasi baru yang disebut dengan COCOMO II. Secara umum referensi COCOMO sebelum 1995 merujuk pada original COCOMO model yaitu COCOMO 81, setelah itu merujuk pada COCOMO II.

COCOMO merupakan model terbuka sehingga semua detail dapat dipublikasi, termasuk :

Dasar persamaan perkiraan biaya
Setiap asumsi yang dibuat dalam model
Setiap definisi
Biaya yang disertakan dalam perkiraan dinyatakan secara eksplisit

JENIS-JENIS COCOMO

COCOMO, Biaya Konstruktif Model statis tunggal-variabel model. Barry Boehm memperkenalkan model COCOMO. Ada hirarki dari model ini.

Model 1: 
Dasar model COCOMO adalah statis nilai-tunggal model yang menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program diekspresikan dalam baris kode perkiraan.

Model 2:
Menengah model COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi dari ukuran program dan serangkaian “pengendali biaya” yang mencakup penilaian subjektif dari produk, perangkat keras, personil, dan atribut proyek.
Model 3:
Lanjutan model COCOMO mencakup semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah, seperti analisis, desain, dll.

Model COCOMO ditetapkan untuk tiga kelas proyek PL :

mode organik – proyek PL yang sederhana dan relatif kecil di mana tim kecil dengan pengalaman aplikasi yang baik.
mode semi-detached – proyek PL menengah 9dalam ukuran dan kompleksitas) di mana tim dengan pengalaman pada tingkat tingkat yang berbeda-beda harus memenuhi bauran yang kurang kuat dari syarat yang ketat (misalnya sistem pemrosesan transaksi dengan syarat tertentu untuk PK terminal dan PL database)
mode embedded – proyek PL yang harus dikembangkan ke dalam serangkaian PK, Pl dan batasan operasional yang ketat (seperti PL kontrol penerbangan untuk pesawat udara).