Jumat, 12 Juni 2015

Mengetahui Kriteria Manager Proyek yang Baik

Di dalam suatu organisasi atau perusahan terdapat suatu struktur organisasi dimana di dalamnya terdapat tingkatan dari berbagai jabatan yang di pegang oleh seseorang. Dari struktur organisasi tersebut ada jabatan yang dinamakan manajer, dimana jabatan manager ini menangani /  memimpin para jabatan yang ada di bawahnya agar bertanggung jawab serta melaksakan tugasn nya sesuai dengan tujuan organisasi. seorang manajer harus mempunyai sifat kepemimpinan, bertanggung jawab dan dapat membuat/ mengambil keputusan strategis bagi organisasinya.

Dalam pengambilan keputusan organisasi yang berstruktur tradisional manajer di bagi dalam beberapa kelompok yaitu :
1.      Manajemen lini pertama (first-line manajemen) dikenal pula dengan istilah manajemen operasional, merupakan manajemen tingkatan paling rendah yang bertugas memimpin dan mengawasi karyawan non-manajerial yang terlibat dalam proses produksi. Mereka sering disebut penyelia (supervisor), manajer shift, manajer area, manajer kantor, manajer departemen, atau mandor (foreman).
2.      Manajemen tingkat menengah (middle management) mencakup semua manajemen yang berada di antara manajer lini pertama dan manajemen puncak dan bertugas sebagai penghubung antara keduanya. Jabatan yang termasuk manajer menengah di antaranya kepala bagian, pemimpin proyek, manajer pabrik, atau manajer divisi.

3. Manajemen puncak (top management), dikenal pula dengan istilah executive officer, bertugas merencanakan kegiatan dan strategi perusahaan secara umum dan mengarahkan jalannya perusahaan. Contoh top manajemen adalah CEO (Chief Executive Officer), CIO (Chief Information Officer), dan CFO (Chief Financial Officer).

Setiap organisasi memilih Manajer proyek yang professional dalam bidang manajemen proyek agar dia dapat bertanggung jawab untuk menyelesaikan tugas atau proyek tersebut sesuai denga tujuan organisasi. Baik proyek dalam bidang pendidikan, arsitektur, telekomunikasi dan informasi teknologi  dll
Dalam hal ini kriteria menajer yang baik adalah yang memiliki dasar ilmu pengetahuan sebagai teori maupun pedoman serta kemampuan/skill dalam setiap kegiatan yang dilakukan.

Berikut ini ilmu pengetahuan yang harus dimiliki untuk menjadi manajer proyek yang baik, terdapat 9 ilmu yang harus dikuasai. Adapun ke sembilan ilmu yang dimaksud antara lain :
  1. Manajemen Ruang Lingkup;
  2. Manajemen Waktu;
  3. Manajemen Biaya;
  4. Manajemen Kualitas;
  5. Manajemen Sumber Daya Manusia;
  6. Manajemen Pengadaan;
  7. Manajemen Komunikasi;
  8. Manajemen Resiko;
  9. Manajemen Integrasi.

Sedangkan Kriteria manager proyek yang baik adalah sebagai berikut :
 
1. Problem Solving
kemampuan manajer dalam menyelesaikan masalah secara efektif dan efisien.
2. Budgeting and Cost Skills
Kemampuan dalam hal membuat anggaran biaya proyek, analisis kelayakan investasi agar keuangan proyek dapat berjalan optimal sesuai dengan keinginan penyedia dana.
3. Schedulling and Time Management Skills 
Kemampuan untuk menjadwalkan proyek. Disini manajer proyek dituntut untuk dapat mengelola waktu secara baik agar proyek dapat selesai tepat waktu seperti yang diharapkan.
4. Technical Skills
Kemampuan teknis melingkupi pengetahuan dan pengalaman dalam hal proyek itu sendiri, dengan mengetahui prosedur-prosedur dan mekanisme proyek. Kemampuan teknis biasanya di dapat dari penimbaan ilmu khusus di bangku formal, misalnya Institut Manajemen Proyek, dan sebagainya.
5. Leadership Skills
Kepemimpinan menjadi salah satu peranan penting yang dimiliki oleh seorang manajer proyek.
6. Resource Management and Human Relationship Skills
Pemakaian sumber daya adalah masalah utama bagi para manajer proyek. Manajer proyek perlu memahami akibat dari kegagalan dalam mengelola sumber daya, oleh karena itu perlu kehati-hatian dalam menempatkan sumberdaya yang ada dan menjadwalkannya.
7. Communication Skills
Perencanaan sebuah proyek akan menjadi tidak berguna ketika tidak ada komunikasi yang efektif antara manajer proyek dengan timnya. Setiap anggota tim harus mengetahui tanggung jawab mereka. Kadang, jadwal perencanaan yang sudah dibuat secara sempurna oleh manajer proyek tidak dijalankan oleh timnya, tim lebih memilih bekerja dengan aturan mereka sendiri. Hal ini dikarenakan sang manajer tidak memberikan penjelasan atau mempresentasikan prosedur yang diinginkan dalam menjalankan proyek.

Sumber :
http://ndtndt-bagol.blogspot.com/2012/06/kriteria-manajer-proyek-yang-baik.html





Pengertian dan Jenis-Jenis COCOMO

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.

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.

Macam-macam COCOMO :

1. Basic COCOMO menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program yang. Ukuran Program dinyatakan dalam perkiraan ribuan baris kode sumber ( SLOC )

COCOMO berlaku untuk tiga kelas proyek perangkat lunak:

§  Proyek Organik – “kecil” tim dengan “baik” pengalaman bekerja dengan “kurang kaku” persyaratan

§  Proyek semi-terpisah – “menengah” tim dengan pengalaman bekerja dicampur dengan campuran kaku dan kurang dari kebutuhan kaku

§  Proyek tertanam – dikembangkan dalam satu set “ketat” kendala. Hal ini juga kombinasi proyek organik dan semi-terpisah. ( Hardware, software, operasional ).

2. Medium COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi dari ukuran program yang dan satu set “driver biaya” yang mencakup penilaian subjektif dari produk, perangkat keras, personil dan atribut proyek. Ekstensi ini mempertimbangkan satu set empat “driver biaya”, masing-masing dengan sejumlah atribut anak.

3. Detail COCOMO menggabungkan semua karakteristik versi intermediate dengan penilaian dampak cost driver di setiap langkah (analisis, desain, dll) dari proses rekayasa perangkat lunak.

Model rinci menggunakan pengganda usaha yang berbeda untuk setiap cost driver atribut. Ini Tahap pengganda upaya Sensitif masing-masing untuk menentukan jumlah usaha yang diperlukan untuk menyelesaikan setiap tahap.

Dalam rinci COCOMO, upaya dihitung sebagai fungsi dari ukuran program yang dan satu set driver biaya yang diberikan sesuai dengan setiap fase siklus hidup perangkat lunak.

Sebuah jadwal proyek rinci tidak pernah statis.

Kelima fase rinci COCOMO adalah :

- rencana dan kebutuhan.

-  desain sistem.

-  desain rinci.

-  kode modul dan uji.

- integrasi dan pengujian.


Sumber :
http://e-vecchia.blogspot.com/2015/04/cocomo-dan-sebutkan-cocomo.html

Kamis, 11 Juni 2015

Kelebihan dan Kekurangan Software Open Source

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.

Software open source masih tetap terbaik. Banyak dari software tersebut memiliki fitur yang sebanding dengan software mahal seperti Visual Studio, dll. Kalaupun kita tidak menemukan fitur yang benar-benar lengkap dalam satu software, kita masih bisa menggunakan kombinasi dari dua atau lebih software karena tentunya tidak perlu mengeluarkan biaya apapun selagi menggunakan open source.

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. 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.


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. Legal, dan tidak melanggar undang-undang hak cipta serta aman dari razia penggunaan dan pembajakan Software illegal.
7. Software Ope nSource bebas dari Malware (Virus/Worm/Trojan) dibanding Software Illegal hasil Crack, Patch ataupun dari Keygen.
8. Terkadang keahlian kita akan terasah dengan memakai Software Open Source.
9. Dapat menghasilkan produk yang tidak kalah bagus dengan hasil dari Software yang berlisensi. Jika dijual maka keuntungan dari penjualan produk lebih besar.
10. Sebagian Software Open Source tidak menguras sumber daya pemakaian komputer.
11. Hampir setiap Software di Open Sourcejarang sekali terserang virus komputer


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

1. Memunculkan celah awal ketika sumbe code masih mentah dan pengembangan dasar masih dalam pembangunan.
2. 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.
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.

Sumber :
http://id.wikipedia.org/wiki/Sumber_terbuka
http://siyus.web.id/blog/10-software-open-source-untuk-membangun-website/
http://dee-x-cisadane.webs.com/apps/blog/show/13681731-kenapa-anda-dianjurkan-menggunakan-software-open-source-dalam-membuat-aplikasi-

http://zaenal-zaeblogs.blogspot.com/2013/04/keuntungan-dan-kerugian-menggunakan.html