KRITERIA MANAGER PROYEK

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

Pemilihan seorang manajer proyek merupakan satu dari dua atau tiga keputusan paling utama mengenai proyek. Manajer proyek perlu memiliki kerangka harapan agar dapat berhasil dengan baik. Berikut adalah daftar kepopuleran, keterampi– lan dan kualitas yang dicari manakala pemilihan seorang manajer proyek:

1.Latar belakang teknis yang kuat.
2.Seorang manajer yang keras kepala.
3.Individu yang bersifat dewasa.
4.Seseorang yang tersedia.
5.Seseorang yang memiliki hubungan baik dengan para eksekutif senior.
6.Seseorang yang dapat memelihara kebahagiaan tim proyek.
7.Orang yang telah bekerja dalam beberapa departemen berbeda.

Kriteria Manajer Proyek Yang Efektif
Nobody’s Perfect, kata ini memang menunjukkan sebuah realitas. Bagaimanapun tuntutan kesempurnaan kerja seorang manajer proyek yang efektif tidak dapat seratus persen terwujud. Akan tetapi ada beberapa criteria dan usaha pendekatan ke arah sana. Grey&Larson (2006) mendeskripsikan beberapa indicator, ciri dan kualitas seorang manajer proyek yang efektif. Beberapa kontradiksi yang dihadapkan oleh manajer proyek antara lain:

1.Inovasi dan menjaga stabilitas.
2.Menetapkan gambaran dan terlibat langsung di lapangan.
3.Mendorong individu tetapi juga menekan tim.
4.Campur tangan atau tidak.
5.Fleksibel tapi ketat.
6.Loyalitas tim dan loyalitas organisasi.

Kontradiksi ini memerlukan kecakapan khusus bagi manajer proyek untuk mengambil posisi mereka dan menempatkan keputusan sesuai dengan keadaan. Terpaku pada suatu prinsip yang ketat tidak akan menyelesaikan masalah, karena manajer proyek tidak bekerja sendiri. Dalam buku yang sama Grey&Larson (2006) juga menggambarkan ciri-ciri dari seorang manajer proyek yang efektif. Diantaranya adalah:

1. 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.
2. Integritas Pribadi, membangun dan meningkatkan kemampuan diri menjadi sangat penting dilakukan terlebih dahulu sebelum meningkatkan kemampuan anggota tim.
3. 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)
4. 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.
5. Perspektif Bisnis Umum, seorang manajer proyek harus memahami dasar-dasar bisnis dari disiplin teknis yang berbeda-beda sebagai kerja antar fungsional.
6. Komunikator yang baik, telah dijelaskan sebelumnya.
7. Manajemen waktu yang efektif, telah dijelaskan sebelumnya.
8. Politikus Mahir, strategi dalam menghadapi banyak orang dan mendapatkan dukungan dari semua pihak merupakan cirri penting manajer proyek yang sukses.
9. Optimis, Slater (1999) dalam bukunya Saving Big Blue mengatakan “Anda dalam kesulitan Besar jika Menganggap anda Sudah Selesai”. Maksud dari kata-kata ini ialah, masalah-masalah yang sudah diselesaikan tidak bisa kita lepas begitu saja, karena pada nantinya kan bermunculan masalah-masalah baru di dalam pelaksanaan proyek. 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.

Ada tiga garis besar yang dibahas dalam buku ini untuk menciptakan berlangsungnya sebuah proyek, yaitu :

1. Perencanaan

Untuk mencapai tujuan, sebuah proyek perlu suatu perencanaan yang matang. Yaitu dengan meletakkan dasar tujuan dan sasaran dari suatu proyek sekaligus menyiapkan segala program teknis dan administrasi agar dapat diimplementasikan.Tujuannya agar memenuhi persyaratan spesifikasi yang ditentukan dalam batasan waktu, mutu, biaya dan keselamatan kerja. Perencanaan proyek dilakukan dengan cara studi kelayakan, rekayasa nilai, perencanaan area manajemen proyek (biaya, mutu, waktu, kesehatan dan keselamatan kerja, sumberdaya, lingkungan, resiko dan sistem informasi.

2. Penjadwalan

Merupakan implementasi dari perencanaan yang dapat memberikan informasi tentang jadwal rencana dan kemajuan proyek yang meliputi sumber daya (biaya, tenaga kerja, peralatan, material), durasi dan progres waktu untuk menyelesaikan proyek. Penjadwalan proyek mengikuti perkembangan proyek dengan berbagai permasalahannya. Proses monitoring dan updating selalu dilakukan untuk mendapatkan penjadwalan yang realistis agar sesuai dengan tujuan proyek. Ada beberapa metode untuk mengelola penjadwalan proyek, yaitu Kurva S (hanumm Curve), Barchart, Penjadwalan Linear (diagram Vektor), Network Planning dan waktu dan durasi kegiatan. Bila terjadi penyimpangan terhadap rencana semula, maka dilakukan evaluasi dan tindakan koreksi agar proyek tetap berada dijalur yang diinginkan.

3. Pengendalian Proyek

Pengendalian mempengaruhi hasil akhir suatu proyek. Tujuan utama dari utamanya yaitu meminimalisasi segala penyimpangan yang dapat terjadi selama berlangsungnya proyek. Tujuan dari pengendalian proyek yaitu optimasi kinerja biaya, waktu , mutu dan keselamatan kerja harus memiliki kriteria sebagai tolak ukur. Kegiatan yang dilakukan dalam proses pengendalian yaitu berupa pengawasan, pemeriksaan, koreksi yang dilakukan selama proses implementasi.

SUMBER:

http://aguswibisono.com/2010/manajemen-proyek/

http://arizkaseptiani.wordpress.com/2011/05/13/manajer-proyek/

http://yodi-adhari.blogspot.com/2010/10/karakteristik-kriteria-manajemen-proyek.html

constructive cost model (cocomo)

COCOMO adalah sebuah model yang didesain oleh Barry Boehm untuk memperoleh perkiraan dari jumlah orang-bulan yang diperlukan untuk mengembangkan suatu produk perangkat lunak. Satu hasil observasi yang paling penting dalam model ini adalah bahwa motivasi dari tiap orang yang terlibat ditempatkan sebagai titik berat. Hal ini menunjukkan bahwa kepemimpinan dan kerja sama tim merupakan sesuatu yang penting, namun demikian poin pada bagian ini sering diabaikan.


Model Jenis Cocomo

Ada tiga model cocomo, yaitu :

1. Dasar Cocomo


Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI.

Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).

2. Intermediate Cocomo


Persamaan estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak, ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda dapat dibaca dari tabel yang tersedia.

3. Detil Cocomo


Dalam hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem, sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo dapat menghubungkan semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa PL.

Model COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:

1. Proyek organik(organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
2. Proyek sedang(semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
3. Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat

sumber:
http://rayawaji.blogspot.com/2010/01/cocomo.html
http://singlesmilesoup.blogspot.com/2012/04/cocomo.html
http://www.scribd.com/doc/49646935/COCOMO

Kenapa anda dianjurkan menggunakan software open source dalam membuat aplikasi ?

Sejarah Open Source Software
Kata “open source” pertama kali muncul pada sebuah rapat di Palo Alto California. Ketika itu, Netscape yang merupakan pengembang browser Navigator ingin melepaskan kode sumber dari produk dengan nama Mozilla di bulan Januari 1998. Mereka ingin membedakan diri dan menghindari konfrontasi ideologis maupun konotatif dengan istilah Free Software yang dipelopori oleh Richard Stallman. Para penggagas istilah open source adalah : Christine Peterson, Todd Anderson, Larry Augustin, Jon Hall, Sam Ockman, and Eric S. Raymond.
Istilah “open source” ini kemudian menjadi terkenal setelah dipublikasikan oleh tim O’Reilly melalui sebuah event yang diadakan di bulan April 1999. Event ini dihadiri oleh para selebritis IT yang terlibat dalam project-project free open source, seperti Linus Torvallds (penemu Linux), Larry Wall, Brian Behlendorf, Eric, Allman, Guido van Rossum (pembuat python), Michael Tieman, Paul Vixie, Jamie Zawinski dari Netscape, dan Eric Raymond.
Untuk menjaga perkembangan dunia open source, dibentuklah sebuah badan yang disebut Open Source Initiative. Badan ini didirikan tahu 1998 oleh Eric S. Raymond dan Bruce Perens.

Open source software adalah istilah yang digunakan untuk software yang membuka/membebaskan source codenya untuk dilihat oleh orang lain dan membiarkan orang lain mengetahui cara kerja software tersebut dan sekaligus memperbaiki kelemahan-kelemahan yang ada pada software tersebut. Dan yang menarik dan salah satu keunggulannya adalah bahwa Open source software dapat diperoleh dan digunakan secara gratis tanpa perlu membayar lisensi. Biasanya orang mendapatkan software ini dari internet. Salah satu open source software yang terkenal yaitu Linux.


Keuntungan Open Source Software
1. Legal
Dengan adanya open source software, dapat mengurangi tingkat pembajakkan yang ada di indonesia.
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 ledakan yang disebabkan oleh software komputer proprietary / tertutup, karena bisa dilakukan audit terhadap kode programnya.
4. Keamanan Sistem
Pada software proprietary / tertutup, sangat sulit untuk dapat benar-benar yakin dengan keamanannya, karena kita tidak dapat mengetahui apa yang ada di dalamnya. Selain itu, sangat sulit untuk mendapatkan solusinya.
Tiga hal yang sering dijadikan alasan bahwa open source software lebih aman adalah :
Ketersediaan kode sumber
Lebih fokus kepada keamanan daripada keindahan
Roots : sebagian besar sistem FOSS berbasis multi user dan UNIX yng siap untuk jaringan.
5. Ketersediaan/kestabilan
Open source software sangat dikenal dengan kestabilan dan ketersediannya(tidak mudah hang atau minta restart).
6. Standar terbuka dn tidak bergantung pada vendor
Standar terbuka memberikan fleksibilitas dan kebebasan pada pengguna, baik individu,perusahaan, pemerintahan. Pengguna dapat berganti paket software, berganti platform, atau vendor yang berbeda, tanpa menimbulkan masalah. Kelebihan open source software adalah hampir selalu menggunakan standar terbuka karena:
Ketersediaan kode sumber
Sesuai dengan standar yang aktif
7. Mengurangi ketergantungan impor
biaya dalam model open source yang lebih berorientasi jasa ini normalnya hanya dikeluarkan untuk bisnis dalam negeri, tidak harus menggunakan perusahaan multinasional. Ini berdampak positif terhadap masalah tenaga kerja, investasi dalam negeri, pemasukan dari pajak, dan lain-lain.
8. Pengembangan perangkat lunak lokal
Ada korelasi positif antara pertumbuhan pengembang FOSS dengan kemampuan inovasi dalam sistem ekonomi.
9. Pembajakan. HAKI, dan WTO
Pembajakan software dan lemahnya hukum dapat merugikan suatu negara dalam banyak hal. Sebuah negara yang perlindungannya terhadap HaKI (Hak atas Kekayaan Intelektual) rendah menjadi tidak menarik bagi investor asing. Keanggotaan dalam organisasi perdagangan dunia atau WTO (World Trade Organization) dan manfaat yang didapatkan dari keanggotaan itu juga ditentukan oleh tingkat penghargaan suatu negara terhadap HaKI.
Akhirnya, budaya pembajakan software merugikan pengembang software lokal, di samping rendahnya insentif bagi pengembang software lokal untuk menghasilkan produk lokal.
10. Bahasa dan budaya lokal
“Lokalisasi di bidang software menghasilkan penguasaan suatu produk dan membuatnya sesuai dengan bahasa dan budaya target pasar lokal yang dijadikan sasaran pengguna software.” (Sumber: Localization Industry Standards Association).

Kerugian Open Source Software
a. Tidak ada garansi dari pengembangan
Biasanya terjadi ketika sebuah project dimulai tanpa dukungan yang kuat dari satu atau beberapa perusahaan, memunculkan celah awal ketika sumber code masih mentah dan pengembangan dasar masih dalam pembangunan.
b. 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.
c. 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.
d. Support berbayar dan langka
Jika terdapat masalah pada software, misalnya ditemukan hole atau bug yang tidak anda pahami, maka langkah yang ditempuh adalah mencari penyelesaian masalah di forum-forum. Jika tidak diperoleh solusi, maka harus menganggarkan dana yang tidak sedikit untuk mendatangkan jasa konsultan dari pakar Open Source tersebut.
e. Versi Beta, Stabil dan Tidak Stabil
Kepastian stabil dan tidak stabil kadang menjadi keraguan pilihan para petinggi IT untuk memilih software Open Source. Bayangkan seandainya versi software yang unstable telah terinstal di server, lalu terjadi hal yang tidak diinginkan, dan patch-nya harus menunggu orang yang sukarela memperbaiki masalah yang terjadi.

sumber:
http://deluthus.blogspot.com/2011/03/keuntungan-kekurangan-open-source.html
http://dwiyuliani-dwiyuliani.blogspot.com/2011/03/keuntungan-dan-kerugian-open-source.html
http://zerovirez.blogspot.com/2008/10/pengertian-open-source.html
http://www.diptara.com/2010/04/pengertian-dan-sejarah-software-open.html

OSGi(Open Service Gateway initiative)

Open Service Gateway OSGi

OSGi(Open Service Gateway initiative)

Tugas SPK tentang Metode Linier

SPK_4KA05_10108437_BRILLIAN

KALIMAT DEDUKSI SECARA TIDAK LANGSUNG LANGSUNG

1. Silogisme Kategorial

Contoh kalimat :

· Semua orang tua memiliki sifat penyayang.

Ibu Das adalah orang tua.

Jadi Ibu Das memiliki sifat penyayang.

· Semua anak 3KA05 adalah anak rajin.

Bil adalah anak 3KA05.

Jadi Bil adalah anak rajin.

2. Silogisme Hipotesa

Contoh kalimat :

· Jika haus pasti saya minum air.

Saya haus saya minum.

Jadi saya minum air.

Jika tidak haus, saya tidak minum air.

Tidak haus tidak minum,

Jadi saya tidak minum air.

· Jika gelap, saya menyalahkan lampu.

Di sini gelap saya menyalahkan lampus.

Jadi saya menyalahkan lampus.

Jika tidak gelap, saya tidak menyalahkan lampu.

Disini tidak gelap saya tidak menyalahkan lampu.

Jadi saya tidak menyalahkan lampu.

3. Silogisme Alternatif

Contoh kalimat :

· Saya ingin makan daging ayam atau sapi.

Saya makan daging ayam.

Jadi saya tidak ingin makan daging sapi.

· Saya akan berlibur ke Inggris atau Jerman.

Saya berlibur ke Inggris.

Jadi saya tidak akan berlibur ke Jerman.

4. Silogisme Entimen

Contoh kalimat :

· Saya minum karena saya haus.

· Jika gelap maka saya menyalahkan lampu.

5. Rantai Deduksi

Contoh kalimat :

· Saya tidak menyukai buah jeruk.

Karena buah jeruk rasanya asam.

Ibu saya membelikan saya buah jeruk.

Jadi saya tidak memakannya.

· Saya menyukai olah raga renang.

Karena renang adalah olah raga kegemaran saya.

Teman saya mengajak saya berenang.

Jadi saya menerima ajakan teman saya.