Kriteria Manajer Proyek

Pengertian Manajer Proyek

Menurut Project Mangement Body of Knowledge Guide (PMI 2001) mengatakan bahwa manajer proyek seseorang yang bertanggung jawab dalam mengurus sebuah proyek. Menurut Ritz (1994) seorang manajer proyek berasal dari suatu institusi atau seorang pengusaha yang sinonim dengan pengurus, eksekutif, supervisor dan boss.

Peranan Manajer Proyek

Berperan untuk mengintegrasikan beberapa kegiatan yang berbeda untuk mencapai tujuan tertentu.

Berperan juga sebagai seorang komunikator. Dengan ini berarti manajer proyek menjadi tempat terakhir menujunya laporan-laporan, memo, permintaan dan keluhan.

Berperan untuk mengambil keputusan yang menjadi wewenangnya, antara lain mengenai realokasi sumber daya, mengubah lingkup proyek, menyeimbangkan kriteria biaya, jadwal dan performansi.

Merupakan seorang enterpreuneur yang harus berusaha untuk melakukan pengadaan dana, fasilitas dan orang agar proyek dapat berjalan.

Merupakan seorang agen pengubah yang mempelopori pemakaian ide yang baru dan inovatif dan berusaha keras mengatasi halangan untuk melakukan perubahan.

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

Shtub (1994) menggambarkan diagram kemampuan yang penting untuk dimiliki oleh seorang manajer proyek, diantaranya adalah:

Budgeting and Cost Skills

Kemampuan dalam hal membuat anggaran biaya proyek baik dalam hal analisis biaya proyek, analisis kelayakan investasi agar keuangan proyek dapat berjalan optimal sesuai dengan keinginan penyedia dana.

Schedulling and Time Management Skills

Manajer proyek dituntut untuk dapat mengelola waktu secara baik agar proyek dapat selesai tepat waktu seperti yang diharapkan. Untuk mengelola waktu ini manajer proyek harus mendefinisikan aktivitas-aktivitas yang diperlukan, misalnya dengan teknik WBS (Work Breakdown Structure). Selain itu, manajer proyek harus mampu memperkirakan waktu bagi setiap aktivitas secara realistis.

Technical Skills

Kemampuan teknis melingkupi pengetahuan dan pengalaman dalam hal proyek itu sendiri, dengan mengetahui prosedur-prosedur dan mekanisme proyek. Kemampuan ini biasanya didapatkan dari penimbaan ilmu khusus, misalnya Institut Manajemen Proyek, dsb

Resource Management and Human Relationship Skills

 Manajer proyek perlu memahami akibat dari kegagalan dalam mengelola sumber daya, sehingga diperlukan kehati-hatian dalam menempatkan sumberdaya yang ada dan menjadwalkannya. Hal ini membutuhkan kemampuan untuk membangun jaringan sosial dengan orang-orang yang terlibat di dalam proyek, seperti para stakeholder.

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.

Negotiating Skills

Selain kemampuan komunikasi yang baik, negosiasi juga memerlukan strategi dalam menarik dukungan manajemen atas atau sponsor mereka, bagaimanapun, pihak yang bernegosiasi harus dapat melihat loyalitas sang manajer terhadap mereka, baru kemudian akan muncul kepercayaan.

Marketing, Contracting, Customer Relationship Skills

Manajer proyek juga harus memiliki kemampuan untuk memasarkan hasil proyeknya, karena akan sangat tragis ketika sebuah proyek yang sukses secara implementatif, tetapi outputnya tidak dibutuhkan oleh para penggunanya.

Leadership Skills

Kepemimpinan menjadi salah satu peranan penting yang dimiliki oleh seorang manajer proyek. Apa yang dilakukan oleh manajer proyek menendakan bagaimana seharusnya orang lain atau timnya bekerja.

Ada 3 (tiga) karakteristik yang dapat digunakan untuk mengukur tingkat kualifikasi seseorang untuk menjadi Manajer Proyek yaitu:

Karakter Pribadinya

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

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

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

4. Asertif

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

Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola

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

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

3. Pernah terlibat dalam proyek yang sejenis.

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

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

6. Membuat dan menerapkan keputusan terkait dengan perencanaan.

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

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

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

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

Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

1. Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.

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

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

4. Berbagi sukses dengan seluruh anggota tim.

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

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

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

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

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

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

11. Mampu membangun kedisiplinan secara struktural.

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

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

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

15. Selalu terbuka atas hal-hal yang mendorong kemajuan.

Source :

Suprapto, Heri, Pengaruh Kompetensi Manajer Proyek Terhadap Kinerja Biaya Pada Proyek Konstruksi, Fakultas Teknik Sipil Dan Perencanaan Universitas Gunadarma, 2007.

http://www.setiabudi.name/archives/990

http://belajarmanagement.wordpress.com/2009/03/23/pengertian-dan-tugas-manager/

COCOMO dan Jenisnya

COCOMO dan Jenisnya

Pengertian Cocomo

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

Pada tahun 1981, Barry Boehm mendesain COCOMO untuk memberikan estimasi jumlah Person-Months untuk mengembangkan suatu produksoftware. 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, kemudian setelah itu merujuk pada COCOMO II.

Model estimasi COCOMO telah digunakan oleh ribuan project manager suatu proyek perangkat lunak, dan berdasarkan pengalaman dari ratusan proyek sebelumnya. Tidak seperti model estimasi biaya yang lain, COCOMO adalah model terbuka, sehingga semua detail dipublikasikan, termasuk :

·         Dasar persamaan perkiraan biaya.

·         Setiap asumsi yang dibuat dalam model.

·         Setiap definisi.

·         Biaya yang disertakan dalam perkiraan dinyatakan secara eksplisit

Perhitungan paling fundamental dalam COCOMO model adalah penggunaan Effort Equation (Persamaan Usaha) untuk mengestimasi jumlah dari Person-Months yang dibutuhkan untuk pengembangan proyek. Sebagian besar dari hasil-hasil lain COCOMO, termasuk estimasi untuk Requirement danMaintenance berasal dari persamaan tersebut.

Jenis-jenis COCOMO

Jenis-Jenis COCOMO terdiri dari 3 jenis, yaitu :

1. Model COCOMO Dasar

Model COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:

a. Proyek organik (organic mode)

Proyek organik merupakan proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.

b. Proyek sedang (semi-detached mode)

Proyek sedang merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda

c. Proyek terintegrasi (embedded mode)

Proyek terintegrasi merupakan proyek yang dibangun dengan spesifikasi dan operasi yang ketat

Model COCOMO dasar ditunjukkan dalam persamaan 1, 2, dan 3 berikut ini: 

 (1, 2, 3)

Dimana :

• E : besarnya usaha (orang-bulan)

• D : lama waktu pengerjaan (bulan)

• KLOC : estimasi jumlah baris kode (ribuan)

• P : jumlah orang yang diperlukan.

Sedangkan koefisien ab, bb, cb, dan db diberikan pada Tabel 1 berikut:

 Tabel 1 . Koefisien Model COCOMO Dasar

2. Model COCOMO Lanjut (Intermediate COCOMO) 

Pengembangan model COCOMO adalah dengan menambahkan atribut yang dapat menentukan jumlah biaya dan tenaga dalam pengembangan perangkat lunak, yang dijabarkan dalam kategori dan subkatagori sebagai berikut:

a. Atribut produk (product attributes)

1. Reliabilitas perangkat lunak yang diperlukan (RELY)

2. Ukuran basis data aplikasi (DATA)

3. Kompleksitas produk (CPLX)

b. Atribut perangkat keras (computer attributes)

1. Waktu eksekusi program ketika dijalankan (TIME)

2. Memori yang dipakai (STOR)

3. Kecepatan mesin virtual (VIRT)

4. Waktu yang diperlukan untuk mengeksekusi perintah (TURN)

c. Atribut sumber daya manusia (personnel attributes)

1. Kemampuan analisis (ACAP)

2. Kemampuan ahli perangkat lunak (PCAP)

3. Pengalaman membuat aplikasi (AEXP)

4. Pengalaman penggunaan mesin virtual (VEXP)

5. Pengalaman dalam menggunakan bahasa pemrograman (LEXP)

d. Atribut proyek (project attributes)

1. Penggunaan sistem pemrograman modern(MODP)

2. Penggunaan perangkat lunak (TOOL)

3. Jadwal pengembangan yang diperlukan (SCED) 

Masing-masing subkatagori diberi bobot seperti dalam tabel 2 dan kemudian dikalikan.

Dari pengembangan ini diperoleh persamaan: 

Dimana :

• E : besarnya usaha (orang-bulan)

• KLOC : estimasi jumlah baris kode (ribuan)

• EAF : faktor hasil penghitungan dari sub-katagori di atas.

Koefisien ai dan eksponen bi diberikan pada tabel berikut.

Tabel 3. Koefisien Model COCOMO Lanjut 

2.1 Persamaan Perangkat Lunak

Persamaan perangkat lunak merupakan model variabel jamak yang menghitung suatu distribusi spesifik dari usaha pada jalannya pengembangan perangkat lunak. Persamaan berikut ini diperoleh dari hasil pengamatan terhadap lebih dari 4000 proyek perangkat lunak :

Dimana :

• E = usaha yang dilakukan (orang-bulan atau orang-tahun)

• t = durasi proyek dalam (bulan atau tahun)

• B = faktor kemampuan khusus

• P = parameter produktivitas 

Nilai B diambil berdasarkan perkiraan. Untuk program berukuran kecil (0.5 < KLOC < 5), B = 0.16. Untuk program yang lebih besar dari 70 KLOC, B = 0.39.

Sedangkan besarnya nilai P merefleksikan:

1. Kematangan proses dan praktek manajemen

2. Kualitas rekayasa perangkat lunak

3. Tingkat bahasa pemrograman yang digunakan

4. Keadaan lingkungan perangkat lunak

5. Kemampuan dan pengalaman tim pengembang

6. Kompleksitas aplikasi

Berdasarkan teori, diperoleh P = 2000 untuk sistem terapan, P = 10000 untuk perangkat lunak pada sistem informasi dan sistem telekomunikasi, dan P = 28000 untuk sistem aplikasi bisnis.

2.2 Konversi Waktu Tenaga Kerja

Konversi waktu tenaga kerja ini diperoleh dari angka pembanding yang digunakan pada perangkat lunak ConvertAll, dengan hubungan persamaan antara orang-bulan (OB), orang-jam (OJ), orang-minggu (OM), dan orang-tahun (OT) adalah sebagai berikut :

OM = 40 OJ (6)

OT = 12 OB (7)

OT = 52 OM (8)

Dari persamaan di atas, diperoleh konversi orang-bulan ke orang-jam sebagai berikut :

OB = (40 OJ x 52) / 12

OB = 173,33 OJ (9) 

3. Model COCOMO II (Complete atau Detailed COCOMO model)

Model COCOMO II, pada awal desainnya terdiri dari 7 bobot pengali yang relevan dan kemudian menjadi 16 yang dapat digunakan pada arsitektur terbarunya. 

Tabel 4. COCOMO II Early Design Effort Multipliers

Tabel 5. COCOMO II Post Architecture Effort Multipliers 

Metodologi Dashboard COCOMO.

Pada gambar dibawah ini dijelaskan tentang metodologi dashboard COCOMO. yang menggunakan demo dashboard LIVE Xcelsius. Anda dapat menggunakan komponen interaktif xcelsius dashboard ini untuk mengubah faktor dalam model dan langsung melihat hasilnnya. KPIs dalam Produk, Computer, Personalia dan Kategori Proyek.

Source:

http://ardiwit2.blogspot.co.id/2015/04/pengertian-dan-jenis-cocomo.html

http://www.dashboardcafe.com/index.php?option=com_content&view=article&id=102:dashboard-cocomo&catid=1:beritaterbaru&Itemid=50

Mengapa Software Open Source?

Pengertian Open Source

Open source adalah suatu istilah yang digunakan untuk softwere (perangkat lunak) yang membuka atau membebaskan source codenya dapat dilihat oleh pengunanya, dan membiarkan penggunanya dapat melihat bagaimana cara kerja dari softwere tersebut serta penggunanya juga dapat memperbaiki atau mengembangkan softwere tersebut menjadi lebih baik lagi. 

Tentunya dalam pengembangan open source software melibatkan banyak sekali orang dari berbagai belahan dunia, yang berinteraksi melalui dunia maya atau jaringan internet. Maka seiring berkembangnya teknologi semakin banyak bermuculan berbagai macam softwere yang dibuat berbasis open source yang di upload ke internet. Pola dari open source ini telah banyak melahirkan develover yang sangat handal.

Contoh Softwere Open source

Berikut ini merupakan beberapa contoh open source softwere yang populer, diantaranya seperti di bawah:

·         Linux, merupakan software sistem operasi yang gratis dan sangat populer.

·         XAMPP, merupakan paket softwere yang berguna untuk simulasi dan pengembangan web, termasuk juga di dalamnya Apache dan MySQL (database).

·         Mozilla Firefox, merupakan softwere yang berguna untuk menjelajahi halaman web di internet.

·         OpenOffice, merupakan paket softwere perkantoran yang berguna untuk mengolah kata, tabel dan database.

·         osCommerce, merupakan softwere aplikasi web yang digunakan untuk toko online.

·         ClamAV & ClamWin, merupakan softwere antivirus.

·         Audacity, merupakan softwere perekam sekaligus pengolah audio.

·         GIMP, merupakan softwere pengolah foto dan juga gambar digital.

·         VideoLAN, merupakan softwere pemutar file multimedia.

·         Blender, merupakan program untuk pembuatan model 3 (tiga) dimensi, misalnya seperti animasi dan game.

·         Filezilla, merupakan softwere jaringan yang berfungsi untuk transfer file via protokol FTP pada jaringan komputer atau jaringan internet.

·         Mplayer, merupakan ssoftwere pemutar musik yang berbasis open source.

Keuntungan dalam menggunakan software Open Source

1.      Legal

   Open Source, dengan berbagai kelebihannya, juga legal. Penggunaan software Open Source di seluruh Indonesia akan menyebabkan tingkatpembajakan software di Indonesia menjadi turun drastis, dari 88% menjadi 0%

2.      Penyelamatan Devisa Negara

    Dengan menggunakan solusi berbasis Open Source, maka dapat dilakukan penghematan devisa negara secara signifikan. Kemudian dana tersebut dapat dialokasikan ke usaha-usaha untuk kesejahteraan rakyat

3.      Keamanan Negara /Perusahaan

    Software Open Source bebas dari bahaya ini,karena bisa dilakukan audit terhadap kode programnya..contoh nyata nya Di tahun 1982, terjadi ledakan dahsyat di jalur pipa gas Uni Sovyet di Siberia. Kekuatan ledakan tersebutsekitar 3 kiloton, atau 25% dari kekuatan bom nuklir Hiroshima.16tahun kemudian baru diketahui oleh publik bahwa ledakan tersebut disebabkan oleh softwarekomputer proprietary / tertutup yang telah diubah oleh CIA

4.      Keamanan Sistem

     Pada software proprietary / tertutup, sangat sulit untuk dapat benar-benar yakin dengan keamanannya; karena kita tidak tahu apa yang ada di dalamnya.Selain itu, seringkali sangat sulit untuk mendapatkan solusinya. Sebagai contoh, ada security hole diInternet Explorer yang telah diketahui sejak tahun 2002, namun masih tetap belum ada solusinya.Sebuah komputer dengan OS Microsoft Windows 2000 yang kemudian disambungkan ke Internet, dapat terserang virus dalam waktu 10 menit atau kurang. Di tahun 2006, Internet Explorer tidak aman untukdigunakan selama 284 hari . Dan seterusnya

5.      Hemat biaya

    Sebagian besar developer ini tidak dibayar. Dengan demikian, biaya dapat dihemat dan digunakan untuk pengeluaran yang tidak dapat ditunda, misal membeli server untuk hosting web

6.      Kesalahan

      (bugs, error) lebih cepat ditemukan dan diperbaiki, hal ini dikarenakan jumlah developer-nya sangat banyak dan tidak dibatasi. Visual inspection (eye-balling) merupakan salah satu metodologi pencarianbugs yang paling efektif. Selain itu, source code yang tersedia membuat setiap orang dapat mengusulkan perbaikan tanpa harus menunggu dari vendor

Kerugian menggunakan software Open Source

1.      Tidak ada garansi dari pengembangan

Kurangnya SDM yang dapat memanfaatkan open source, ketersediaan source code yang diberikan dapat menjadi sia-sia, jika SDM yang ada tidak dapat menggunakannya. SDM yang ada ternyata hanya mampu menggunakan produk saja, Jika demikian, maka tidak ada bedanya produk open source dan yang propriertary dan tertutup.

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

4.      Open Source digunakan secara sharing 

Penggunaan secara sharing dapat menimbulkan resiko kurangnya diferensiasi antara satu software dengan yang lain, apabila kebetulan menggunakan beberapa Open Source yang sama.

Source :

http://www.pengertianku.net/2015/06/pengertian-open-source-dan-contohnya-lengkap.html

http://komunitas-os-smkn3sby.blogspot.co.id/2013/05/keuntungan-dan-kerugian-menggunakan.html