Tuesday, April 24, 2012

Kriteria Manager Proyek yang Baik

KRITERIA MANAGER PROYEK YANG BAIK
jabatan manager proyek adalah salah merupakan jabatan yang amat penting bagi keberhasilan sebuah proyek terutama di bidang teknologi informasi .pada tulisan kali ini yang juga di maksudkan untuk memenuhi pencapaian nilai vclass pada mata kuliah ppsi maka akan di jabarkan sesuai soal yang telah di buat yaitu tentang kriteia manager proyek yang baik:
manager proyek adalah atau Project Manager adalah orang yang bertanggung jawab pada suatu proyek dan memliki kemampuan untuk beradaptasi dengan berbagai prosedur internal partai kontrak, dan untuk membentuk hubungan yang erat dengan perwakilan dinominasikan, sangat penting dalam memastikan bahwa isu-isu kunci biaya, waktu, kualitas dan di atas semua, kepuasan klien, dapat diwujudkan.

Manajemen Proyek merupakan penerapan keahlian, ilmu pengetahuan dan ketrampilan, baik secara teknis dengan menggunakan resource terbatas untuk menggapai sasaran yang ditetapkan, supaya menhasilkan kinerja, waktu, mutu dan keselamatan kerja yang optimal.
Untuk menjadi seorang Manajer Proyek, harus memiliki kualifikasi teknis maupun nonteknis. Untuk mengukur tingkat kualifikasi seseorang, harus memiliki 3 karakteristik sebagai berikut :

A. Karakteristik Pribadinya
B. Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
C. Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

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

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

C. 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.
16. Memahami secara menyeluruh para anggota tim yang dipimpinnya dan mengembangkan komunikasi efektif di dalamnya.

Berikut ini penjelasan ciri-ciri 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/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 iklas apabila suatu saat untuk menyerahakan segala tanggung jawabnya dan kedudukannya kepada generasi berikutnya (regenerasi).
Sedangkan menurut Timothy R. Barry dalam artikelnya di http://projectsmart.co.uk mengatakan ada 10 kriteria dalam menjadi manajer proyek yang baik, yaitu :
A. Menginspirasi Visi Bersama
Seorang pemimpin proyek yang efektif sering digambarkan sebagai memiliki visi ke mana harus pergi dan kemampuan untuk mengartikulasikan itu. Visioner berkembang pada perubahan dan mampu menarik batas-batas baru. Hal ini pernah dikatakan bahwa seorang pemimpin adalah seseorang yang “mengangkat kita, memberi kita alasan untuk menjadi dan memberikan visi dan semangat untuk berubah.” Pemimpin visioner memungkinkan orang untuk merasa bahwa mereka memiliki kepentingan nyata dalam proyek tersebut. Mereka memberdayakan orang untuk mengalami visi sendiri. Menurut Bennis “Mereka menawarkan kesempatan orang untuk menciptakan visi mereka sendiri, untuk mengeksplorasi apa visi akan berarti untuk pekerjaan dan kehidupan mereka, dan untuk membayangkan masa depan mereka sebagai bagian dari visi untuk organisasi.”(Bennis, 1997).
B. Pembicara yang Baik
Ada banyak nilai ditempatkan pada keterbukaan dan keterusterangan. Pemimpin proyek juga link tim untuk organisasi yang lebih besar. Pemimpin harus memiliki kemampuan untuk secara efektif bernegosiasi dan menggunakan persuasi bila diperlukan untuk memastikan keberhasilan tim dan proyek. Melalui komunikasi yang efektif, pemimpin proyek dukungan prestasi individual dan tim dengan membuat pedoman yang jelas untuk mencapai hasil dan untuk kemajuan karir anggota tim.
C. Integritas
Salah satu hal yang paling penting seorang pemimpin proyek harus diingat adalah bahwa nya tindakan, dan bukan kata-kata, mengatur modus operandi untuk tim. Kepemimpinan yang baik menuntut komitmen untuk, dan demonstrasi, praktek etika. Menciptakan standar perilaku etis bagi diri sendiri dan hidup dengan standar-standar, serta penghargaan mereka yang memberikan contoh praktek-praktek, adalah tanggung jawab pemimpin proyek.Kepemimpinan termotivasi oleh kepentingan diri sendiri tidak melayani kesejahteraan tim.Kepemimpinan didasarkan pada integritas mewakili tidak kurang dari satu set nilai-nilai orang lain, perilaku yang konsisten dengan nilai-nilai dan dedikasi untuk kejujuran diri dan dengan anggota tim. Dengan kata lain pemimpin “berjalan pembicaraan” dan dalam proses mendapatkan kepercayaan.
D. Antusiasme
Polos dan sederhana, kita tidak suka pemimpin yang negatif – yang mereka bawa kita.Kami ingin pemimpin dengan antusias, dengan bouncing pada langkah mereka, dengan sikap bisa-melakukan. Kami ingin percaya bahwa kita adalah bagian dari sebuah perjalanan menyegarkan – kita ingin merasa hidup. Kita cenderung mengikuti orang-orang dengan sikap bisa-melakukan, bukan mereka yang memberi kita 200 alasan mengapa sesuatu tidak dapat dilakukan. Antusias para pemimpin berkomitmen untuk tujuan mereka dan mengekspresikan komitmen ini melalui optimisme. Kepemimpinan muncul sebagai seseorang menyatakan komitmen percaya diri seperti itu untuk proyek yang lain ingin berbagi harapan optimis nya. Antusiasme bersifat menular dan pemimpin yang efektif tahu itu.
E. Empati
Apa perbedaan antara empati dan simpati? Meskipun kata-kata yang serupa, mereka, pada kenyataannya, saling eksklusif. Menurut Norman Paulus, dalam simpati subjek ini terutama diserap dalam perasaan sendiri karena mereka diproyeksikan ke objek dan memiliki kepedulian kecil untuk realitas dan validitas pengalaman khusus benda. Empati, di sisi lain, mengandaikan keberadaan objek sebagai individu yang terpisah, berhak nya perasaannya sendiri, ide-ide dan sejarah emosional (Paul, 1970). Sebagai salah satu siswa sehingga fasih mengatakan, “Ini bagus ketika pemimpin proyek mengakui bahwa kita semua memiliki kehidupan di luar pekerjaan.”
F. Kompetensi
Sederhananya, mendaftarkan diri dalam menyebabkan lain, kita harus percaya bahwa orang yang tahu apa yang dia lakukan. Kompetensi kepemimpinan tidak selalu bagaimanapun kemampuan teknis mengacu pada pemimpin proyek dalam teknologi inti dari bisnis. Sebagai manajemen proyek terus diakui sebagai lapangan dalam dan dari dirinya sendiri, pemimpin proyek akan dipilih berdasarkan kemampuan mereka untuk berhasil memimpin orang lain bukan pada keahlian teknis, seperti di masa lalu. Memiliki track record menang adalah cara paling pasti untuk dianggap kompeten. Keahlian dalam keterampilan kepemimpinan adalah dimensi lain dalam kompetensi. Kemampuan untuk tantangan, menginspirasi, memungkinkan, model dan mendorong harus ditunjukkan jika pemimpin harus dilihat sebagai mampu dan kompeten.
G. Kemampuan untuk Mendelegasikan Tugas
Kepercayaan merupakan elemen penting dalam hubungan seorang pemimpin proyek dan tim nya. Anda menunjukkan kepercayaan Anda pada orang lain melalui tindakan Anda – seberapa banyak Anda memeriksa dan mengontrol pekerjaan mereka, seberapa banyak Anda mendelegasikan dan seberapa banyak Anda memungkinkan orang untuk berpartisipasi. Individu yang tidak mampu untuk mempercayai orang lain sering gagal sebagai pemimpin dan selamanya tetap sedikit lebih bahwa mikro-manajer, atau akhirnya melakukan semua pekerjaan sendiri. Sebagai salah satu proyek mahasiswa manajemen mengatakan, “Seorang pemimpin yang baik sedikit malas.” Sebuah perspektif yang menarik!
H. Tenang di Bawah Tekanan
Dalam dunia yang sempurna, proyek akan disampaikan pada waktu, di bawah anggaran dan tanpa masalah besar atau rintangan. Tapi kita tidak hidup di dunia yang sempurna – proyek mengalami masalah. Seorang pemimpin dengan sikap tangguh akan membawa masalah ini dengan tenang. Ketika para pemimpin menghadapi peristiwa stres, mereka menganggap itu menarik, mereka merasa bahwa mereka dapat mempengaruhi hasil dan mereka melihatnya sebagai sebuah kesempatan. “Keluar dari ketidakpastian dan kekacauan perubahan, pemimpin bangkit dan mengartikulasikan sebuah gambar baru masa depan yang menarik proyek bersama.” (Bennis 1997) Dan ingat – tidak pernah membiarkan mereka melihat Anda berkeringat.
I. Membangun Keterampilan Tim
Sebuah pembangun tim terbaik dapat didefinisikan sebagai orang yang kuat yang memberikan substansi yang memegang tim bersama-sama dalam tujuan umum terhadap tujuan yang tepat. Agar sebuah tim untuk kemajuan dari kelompok asing untuk sebuah unit tunggal yang kohesif, pemimpin harus memahami proses dan dinamika yang diperlukan untuk transformasi ini. Dia juga harus mengetahui gaya kepemimpinan yang sesuai untuk digunakan selama setiap tahap pengembangan tim. Pemimpin juga harus memiliki pemahaman tentang gaya tim pemain yang berbeda dan bagaimana memanfaatkan masing-masing pada waktu yang tepat, untuk masalah di tangan.
J. Keterampilan Memecahkan Masalah
Meskipun seorang pemimpin yang efektif dikatakan untuk berbagi pemecahan masalah tanggung jawab dengan tim, kami berharap para pemimpin proyek kami untuk memecahkan masalah yang sangat baik kemampuan sendiri. Mereka memiliki “segar, respon kreatif untuk sini-dan-sekarang kesempatan,” dan keprihatinan tidak banyak dengan bagaimana orang lain telah dilakukan mereka. (Kouzes 1987)

SUMBER:

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

- www.projectsmart.co.uk/top-10-qualities-project-manager.html

COCOMO

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

COCOMO pertama kali diterbitkan pada tahun 1981 Boehm di Ekonomi buku Rekayasa Perangkat Lunak sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Hal menarik pada sebuah penelitian terhadap 63 proyek di TRW Aerospace mana Boehm adalah Direktur Riset Perangkat Lunak dan Teknologi. Studi ini meneliti proyek-proyek mulai dari ukuran 2.000 sampai 100.000 baris kode , dan bahasa pemrograman mulai dari perakitan untuk PL/I . Proyek-proyek ini didasarkan pada model air terjun pengembangan perangkat lunak yang merupakan proses perangkat lunak umum pembangunan di tahun 1981.

Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1995 COCOMO II dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Software Estimasi Biaya dengan COCOMO II.COCOMO II adalah penerus dari COCOMO 81 dan lebih cocok untuk memperkirakan proyek pengembangan perangkat lunak modern. Ini menyediakan lebih banyak dukungan untuk moderen proses pengembangan perangkat lunak dan database proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak pengembangan teknologi pindah dari mainframe dan batch processing semalam untuk pengembangan desktop, usabilitas kode dan penggunaan off-rak-komponen perangkat lunak. Artikel ini merujuk pada COCOMO 81.

COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, urutan awal, kasar estimasi besarnya biaya perangkat lunak, tetapi akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Driver Biaya). Menengah COCOMO mengambil Biaya ini Driver ke account dan COCOMO Detil tambahan menyumbang pengaruh fase proyek individu.

Jenis-jenis COCOMO :

1. Basic (COCOMO I 1981)

Menghitung dari estimasi jumlah LOC (Lines of Code). Pengenalan Cocomo ini diawali tahun 70-an akhir. Sang pelopor Boehm, melakukan riset dengan mengambil kasus dari 63 proyek perangkat lunak untuk membuat model matematisnya. Model dasar dari model ini adalah sebuah persamaan sebagai barikut :
effort = C * size^M

Ket:

effort : adalah usaha yang dibutuhkan selama proyek, diukur dalam person-months;
c dan M : adalah konstanta-konstanta yang dihasilkan dalam riset Boehm dan tergantung pada penggolongan besarnya proyek perangkat lunak;

size : adalah estimasi jumlah baris kode yang dibutuhkan untuk implementasi, dalam satuan KLOC (kilo lines of code)

Ukuran program dinyatakan dalam KLOC. Model Cocomo dapat diaplikasikan dalam tiga tingakatan kelas yaitu :

* Proyek Organic (Organic Mode) adalah proyek dengan ukuran relatif kecil, dengan anggota team yang sudah berpengalaman dan mampu bekerja pada permintaan yang relatif fleksibel.
* Proyek Sedang (Semi-Detached Mode) merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda.
* Proyek Terintegrasi (Embedded Mode), Proyek yang dibangun denga spesifikasi dan operasi yang ketat.

2. COCOMO Menengah (Intermediet 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”, masing-masing dengan sejumlah atribut anak:

* Atribut produk (product attributes)
o Perangkat lunak yang disyaratkan reliabilitas (RELY)
o Ukuran database aplikasi (DATA)
o Kompleksitas produk (CPLX)
* Hardware atribut (computer attibutes)
o Run-time kinerja kendala (TIME)
o Memori kendala (STOR)
o Volatilitas lingkungan mesin virtual (VIRT)
o Diperlukan waktu pembalikan haluan (TURN)
* Personil atribut (personnel attributes)
o Analis kemampuan (ACAP)
o Kemampuan rekayasa perangkat lunak (PCAP)
o Aplikasi pengalaman (AEXP)
o Mesin virtual pengalaman (VEXP)
o Bahasa pemrograman pengalaman (LEXP)
* Proyek atribut
o Penggunaan perangkat lunak (MODP)
o Penerapan metode rekayasa perangkat lunak (TOOL)
o Diperlukan jadwal pengembangan (SCED)

3. COCOMO Detil (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 tersebut Sensitif pengganda Tahap upaya masing-masing untuk menentukan jumlah usaha yang dibutuhkan untuk menyelesaikan setiap tahap.

Pada COCOMO detail, 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 detail, perencanaan kebutuhan dan perancangan perangkat lunak, perancangan detil, kode dan menguji unit, dan pengujian integrasi

sumber :

- http://jigokushoujoblog.wordpress.com/2011/04/13/cocomo-constructive-cost-model/

- http://google.com