Presentasi Model Standar Profesi
#- klik untuk memulai
Kriteria Manajer Proyek yang Baik
Kriteria Manajer Proyek yang Baik
A. Karakter Pribadi
- Karakter Pribadi
- Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
- Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin
- Memiliki pemahaman yang menyeluruh mengenai teknis pekerjaan dari proyek yang dikelola olehnya.
- Mampu bertindak sebagai seorang pengambil keputusan yang handal dan bertanggung jawab.
- Memiliki integritas diri yang baik namun tetap mampu menghadirkan suasana yang mendukung di lingkungan tempat dia bekerja.
- Asertif
- Memiliki pengalaman dan keahlian yang memadai dalam mengelola waktu dan manusia.
- Memiliki komitmen yang kuat dalam meraih tujuan dan keberhasilan proyek dalam jadwal, anggaran dan prosedur yang dibuat.
- Pelaksanakan seluruh proses pengembangan proyek IT sesuai dengan anggaran dan waktu yang dapat memuaskan para pengguna/klien.
- Pernah terlibat dalam proyek yang sejenis.
- Mampu mengendalikan hasil-hasil proyek dengan melakukan pengukuran dan evaluasi kinerja yang disesuaikan dengan standar dan tujuan yang ingin dicapai dari proyek yang dilaksanakan.
- Membuat dan melakukan rencana darurat untuk mengantisipasi hal-hal maupun masalah tak terduga.
- Membuat dan menerapkan keputusan terkait dengan perencanaan.
- 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.
- Membangun dan menyesuaikan kegiatan dengan prioritas yang ada serta tenggat waktu yang ditentukan sebelumnya.
- Memiliki kematangan yang tinggi dalam perencanaan yang baik dalam upaya mengurangi tekanan dan stres sehingga dapat meningkatkan produktifitas kerja tim.
- Mampu membuat perencanaan dalam jangka panjang dan jangka pendek.
- Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.
- Mampu menyusun rencana, mengorganisasi, memimpin, memotivasi serta mendelegasikan tugas secara bertanggung jawab kepada setiap anggota tim.
- Menghormati para anggota tim kerjanya serta mendapat kepercayaan dan penghormatan dari mereka.
- Berbagi sukses dengan seluruh anggota tim.
- Mampu menempatkan orang yang tepat di posisi yang sesuai.
- Memberikan apresiasi yang baik kepada para anggota tim yang bekerja dengan baik.
- Mampu mempengaruhi pihak-pihak lain yang terkait dengan proyek yang dipimpinnya untuk menerima pendapat-pendapatnya serta melaksanakan rencana-rencana yang disusunnya.
- Mendelegasikan tugas-tugas namun tetap melakukan pengendalian melekat.
- Memiliki kepercayaan yang tinggi kepada para profesional terlatih untuk menerima pekerjaan-pekerjaan yang didelegasikan darinya.
- Menjadikan dirinya sebagai bagian yang terintegrasi dengan tim yang dipimpinnya.
- Mampu membangun kedisiplinan secara struktural.
- Mampu mengidentifikasi kelebihan-kelebihan dari masing-masing anggota tim serta memanfaatkannya sebagai kekuatan individual.
- Mendayagunakan setiap elemen pekerjaan untuk menstimulasi rasa hormat dari para personil yang terlibat dan mengembangkan sisi profesionalisme mereka.
- Menyediakan sedikit waktu untuk menerima setiap ide yang dapat meningkatkan kematangan serta pengembangan dirinya.
- Selalu terbuka atas hal-hal yang mendorong kemajuan.
- Memahami secara menyeluruh para anggota tim yang dipimpinnya dan mengembangkan komunikasi efektif di dalamnya.
referensi: http://saiiamilla.wordpress.com/2011/05/13/kriteria-manager-proyek-yang-baik/
COCOMO
Apa itu COCOMO?
COCOMO pertama kali muncul pada sebuah buku berjudul Software Engineering Economics tahun 1981 oleh Barry Boehm. 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.
1. COCOMO DASAR
Menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program. Ukuran program dinyatakan dalam ribuan estimasi baris kode (KLOC)
2. COCOMO LANJUT
Menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan sekumpulan "cost drivers" yang mencakup penilaian subjektif produk, perangkat keras, personil dan atribut proyek.
3.Detailed COCOMO
Model COCOMO II, pada awal desainnya terdiri dari 7 bobot pengali yang relevan dan kemudian menjadi 16 yang dapat digunakan pada arsitektur terbarunya.
Sama seperti COCOMO Intermediate (COCOMO81), masing-masing sub katagori bisa digunakan untuk aplikasi tertentu pada kondisi very low, low, manual, nominal, high maupun very high. Masing-masing kondisi memiliki nilai bobot tertentu. Nilai yang lebih besar dari 1 menunjukkan usaha pengembangan yang meningkat, sedangkan nilai di bawah 1 menyebabkan usaha yang menurun. Kondisi Laju nominal (1) berarti bobot pengali tidak berpengaruh pada estimasi. Maksud dari bobot yang digunakan dalam COCOMO II, harus dimasukkan dan direfisikan di kemudian hari sebagai detail dari proyek aktual yang ditambahkan dalam database.
http://gozarago.blogspot.com/2012/04/cocomo-constructive-cost-model.html
http://farizzuko.blogspot.com/2011/04/cocomo-constructive-cost-model.html