Kriteria Project Manajer Yang Baik

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

• Karakter Pribadinya
• Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
• Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

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

Sumber :
http://id.wikipedia.org/wiki/Manajemen_proyek
http://manajemenproyek.net/kompetensi-yang-harus-dimiliki-seorang-manajer-proyek.html

Constuctive Cost Model (COCOMO)

COCOMO
(Constructive Cost Model)

COCOMO (Constructive Cost Model) dikembangkan pada tahun 1981, oleh Barry Boehm memperkenalkan hirarki model estimasi PL dengan nama COCOMO, Barry Boehm mendesain COCOMO untuk memberikan estimasi / perkiraan jumlah Person-Months untuk mengembangkan suatu produk software.

COCOMO pertama kali diperkenalkan pada tahun 1981 Barry Boehm W. ’s Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Proyek ini berasal pada studi dari 63 proyek di TRW Aerospace dimana Barry Boehm adalah sang 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 pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di 1981.

COCOMO model, yaitu suatu model parametris pengestimasian yang menghitung jumlahFP dalam perencanaan serta pengembangan perangkat lunak, mengenal tiga macampengimplementasian dalam evolusinya sejak dari awal kejadiannya hingga kini, yaitu :

A. Basic COCOMO

- Menghitung estimasi dari jumlah LOC(Lines Of Code)

B .Intermediate COCOMO

- Menghitung dari besarnya program dan “cost drivers” (faktor-faktor yangberpengaruh langsung kepada proyek), seperti: perangkat keras, personal, danatribut-atribut proyek lainnya.

-Mempergunakan data-data historis dari proyek-proyek yang pernah menggunakan COCOMO I, dan terdaftar pengelolaan proyeknya dalam COCOMO database

C. Advance COCOMO

-Memperhitungkan semua karakteristik dari “intermediate” di atas dan “cost drivers ” dari setiap fase (analisis, desain, implementasi, dsb) dalam siklus hiduppengembangan perangkat lunak.

Source :
http://en.wikipedia.org/wiki/COCOMO
http://www.scribd.com/doc/49646935/COCOMO

Kenapa anda dianjurkan menggunakan software open source dalam membuat aplikasi?

PENGERTIAN FREE/OPEN SOURCE SOFTWARE?

Menurut David Wheeler [1], secara umum program yang dinamakan free software (perangkat lunak bebas) atau open source software (perangkat lunak sumber terbuka) adalah program yang lisensinya memberi kebebasan kepada pengguna menjalankan program untuk apa saja, mempelajari dan memodifikasi program, dan mendistribusikan penggandaan program asli atau yang sudah dimodifikasi tanpa harus membayar royalti kepada pengembang sebelumnya. (Sumber: http://www.dwheeler.com/off_fs_why.html). Free/Open Source Software (FOSS) atau perangkat lunak bebas dan open source (PLBOS) telah menjadi sebuah fenomena internasional. Dalam beberapa tahun terakhir, FOSS mengalami perubahan besar dari sebuah kata yang relatif tidak dikenal menjadi sebuah kata popular terbaru. Namun, istilah FOSS tetap belum mudah dipahami mengingat FOSS merupakan konsep baru, misalnya apa saja pengertian FOSS dan apa saja cabang atau jenis­-jenisnya.

Mitos terkenal di seputar FOSS adalah selalu gratis, yang artinya tidak ada biaya sama sekali. Ini benar hanya untuk tingkatan tertentu, misalnya tidak perlu biaya izin untuk mendownload atau menggandakan, misalnya iso CD IGOS Nusantara atau Fedora. Mitos itu tidak benar untuk aplikasi FOSS yang membutuhkan biaya dalam pengemasan, instalasi, support, pelatihan, dan lain­lain. Banyak distro Linux seperti Red Hat, SUSE, Mandriva, Debian, Ubuntu, dan lain-­lain dapat diperoleh tanpa biaya lisensi untuk mendownload­nya melalui internet. Dalam hal ada biaya lisensi, hampir semua biaya lisensi aplikasi FOSS lebih murah dibandingkan lisensi perangkat lunak proprietary. Namun, biaya penggunaan FOSS tidak hanya biaya pemaketan atau infrastruktur. Ada juga biaya personal, biaya perangkat keras, biaya yang hilang (opportunity costs) misalnya karena peralihan, dan biaya pelatihan.

KEUNTUNGAN MENGGUNAKAN FOSS

Di samping rendahnya biaya, ada beberapa alasan mengapa masyarakat, organisasi publik,

atau bisnis secara agresif mengadopsi FOSS, antara lain:

● Keamanan (Security)

● Ketersediaan/Kestabilan (Realibility/Stability)

● Standar terbuka dan tidak tergantung vendor

● Mengurangi ketergantungan terhadap impor

● Meningkatkan kemampuan mengembangkan perangkat lunak lokal

● Pembajakan, HaKI (Hak atas Kekayaan Intelektual) dan WTO (World Trade Organization)

● Bahasa dan budaya lokal (localization)

Kerugian Menggunakan FOSS

[2] Tiap software memiliki kekurangan, baik software dengan lisensi berbayar maupun software Open Source yang lisensinya gratis. Berikut beberapa kekurangan dari software Open Source :

● Tidak ada garansi dari pengembangan

● Masalah yang berhubungan dengan intelektual property

● Kesulitan dalam mengetahui status project

● Support berbayar dan langka

● Versi Beta, Stabil dan Tidak Stabil

● Kerja komunitas bukan professional

●Limitasi modifikasi oleh orang-orang tertentu yang membuat atau memodifikasi sebelumnya.

● Untuk beberapa platform, contohnya JAVA yang memiliki prinsip “write once, run anywhere”, akan tetapi ada beberapa hal dari JAVA yang tidak compatible dengan platform lainnya. Contohnya J2SE yang SWT – AWT bridgenya belum bisa dijalankan di platform Mac OS.

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

Sumber Referensi :

[1] http://mugos.ums.ac.id/pub/artikel/Foss/FOSS%2520(uli).pdf

[2] http://deluthus.blogspot.com/2011/03/keuntungan-kekurangan-open-source.html

Perbedaan Perancangan Sistem Secara Terstruktur dan Beroriantasi Objek

Terdapat dua kategori pendekatan perancangan sistem, yaitu :
1. Pendekatan Terstruktur
2. Pendekatan Objek

Pendekatan Terstruktur ...

Pendekatan terstruktur mengenalkan penggunaan alat-alat dan teknik-teknik untuk mengembangkan sistem yang terstruktur. Teknik terstruktur, merupakan pendekatan formal untuk memecahkan masalah-masalah dalam aktivitas bisnis menjadi bagian-bagian kecil yang dapat diatur dan berhubungan untuk kemudian dapat disatukan kembali menjadi satu kesatuan yang dapat dipergunakan untuk memecahkan masalah.
Dalam hubungannya dengan pengembangan sistem informasi dan software aplikasi sistem informasi, pemrograman terstruktur adalah proses yang berorientasi kepada teknik yang digunakan untuk merancang dan menulis program secara jelas dan konsisten.

Tujuan pendekatan terstruktur adalah agar pada akhir pengembangan perangkat lunak dapat memenuhi kebutuhan user, dilakukan tepat waktu, tidak melampaui anggaran biaya, mudah dipergunakan, mudah dipahami dan mudah dirawat.

Ciri-ciri utama yang mendukung pendekatan terstruktur:

* Memanfaatkan alat-alat pemodelan
menggunakan model untuk menjelaskan berbagai sistem, sub sistem untuk ditelaah dan dievaluasi oleh pelanggan dan pengembang (sebagai alat komunikasi, eksperimentasi atau prediksi).
* Merancang berdasar modul
modularisasi adalah proses yang membagi suatu sistem menjadi beberapa modul yang dapat beroperasi secara independent.
* Bekerja dengan pendekatan top-down
dimulai dari level atas (secara global) kemudian diuraikan sampai ke tingkat modul (rinci).
*Dilakukan secara iterasi.
dengan iterasi akan didapat hasil yang lebih baik, terlalu banyak iterasi juga akan menurunkan hasilnya dan menunjukkan bahwa tahap sebelumnya tidak dilakukan dengan
baik.
* Kegiatan dilakukan secara paralel
pengembangan subsistem-subsistem dapat dilakukan secara paralel, sehingga akan memperpendek waktu pengembangan sistem.
* Menggunakan CASE (Perangkat Lunak Pendukung Proses Pengembangan)
dengan CASE (computer aided software engineering) memungkinkan analis dapat membangun sistem dan menghasilkan executable secara otomatis.

Pendekatan Objek ...

Pendekatan berorientasi objek akan memandang suatu sistem yang dikembangkan sebagai kumpulan objek yang akan berhubungan dengan objek-objek lain dalam dunia nyata. Atau bisa dikatakan juga suatu teknik atau cara pendekatan dalam melihat permasalahan dan sistem (sistem perangkat lunak. sistem informasi, atau sistem lainnva).
Dalam rekayasa perangkat lunak, konsep pendekatan berorientasi objek dapat diterapkan pada tahap analisis, perancangan, pemrograman, dan pengujianperangkat lunak. Ada berbagai teknik yang dapat digunakan pada masing-masing tahap tersebut, dengan aturan dan alat bantu pemodelan tertentu.

Tujuan dari pendekatan objek ini adalah mendesain dan membangun sistem dengan mengumpulkan obyek software yang dapat digunakan bukan dengan menulis modul software dari awal.

Ciri-ciri dari Pendekatan Objek adalah :

1. Abstraksi
prinsip untuk merepresentasikan dunia nyata yang kompleks menjadi satu bentuk model yang sederhana dengan mengabaikan aspek-aspek lain yang tidak sesuai dengan permasalahan.

2. Enkapsulasi
pembungkusan atribut data dan layanan (operasi-operasi) yang dipunyai objek. untuk menyembunyikan implementasi dan objek sehingga objek lain tidak mengetahui cara kerja nya.

3. Pewarisan (inheritance)
mekanisme yang memungkinkan satu objek mewarisi sebagian atauseluruh definisi dan objek lain sebagai bagian dan dirinya.

4. Reusabilily
pemanfaatan kembali objek yang sudah didefinisikan untuk suatupermasalahan pada permasalahan lainnya yang melibatkan objek tersebut Generalisasi dan Spesialisasi menunjukkan hubungan antara kelas dan objek yang umum dengan kelas dan objek yang khusus Komunikasi Antar Objek komunikasi antar objek dilakukan lewat pesan ( message ) yang dikirimdan satu objek ke objek lainnya.

5. Polymorphism
kemampuan suatu objek untuk digunakan di banyak tujuan yangberbeda dengan nama yang sama sehingga menghemat barisprogram.

Perbandingan Pendekatan Terstruktur dan Pendekatan Objek ...

Perbedaan yang paling dasar dari pendekatan terstruktur dan pendekatan OO (Object Oriented )atau berorientasi objek adalah pada metode berorientasi fungsi atau aliran data (Data Flow D iagram) (pendekatan terstruktur),dekomposisi permasalahan dilakukan berdasarkan fungsi atau proses secara hirarki, mulai dan konteks sampai proses-proses yang paling kecil, sementara pada metode berorientasi objek. dekomposisi permasalahan dilakukan berdasarkan objek-objek yang ada dalam sistem.

Pada pendekatan terstruktur merupakan metode yang pendekatannya pada proses, karena metode ini mencoba melihat system dari sudut pandang logical dan juga melihat data sebagai sumber proses. Di dalam penggambaran datanya, metode ini menggunakan Data Flow Diagram (DFD), Normalisasi, Entitas Relationship Diagram (ERD), dan lainnya.
Sedangkanpendekatan objek, dalam melakukan pemecahan suatu masalah tidak dilihat bagaimana cara menyelesaikan suatu masalah tersebut tetapi objek-objek apa yang dapat melakukan pemecahan masalah tersebut. Pendekatan ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif.

Pendekatan Terstruktur	Pendekatan Objek
dikenal dengan (Structured Analisys and Design / SSAD)	dikenal dengan (Object-oriented Analysis and Design / OOAD)
Pendekatan Fungsional	Pendekatan Objek
dekomposisi permasalahan dilakukan berdasarkan fungsi atau proses secarahirarki, mulai dan konteks sampai proses-proses yang paling kecil	dekomposisi permasalahan dilakukan berdasarkan objek-objek yang ada dalam sistem
SSAD lebih sulit digunakan dalam pembangunan sistem.	OOAD lebih mudah digunakan dalam pembangunan sistem.
Pada SSAD tidak fokus pada coding	Pada OOAD lebih fokus pada coding
Pada SSAD menekankan pada kinerja team	Pada OOAD tidak menekankan pada kinerja team

Referensi:
1. http://www.gangsir.com/download/3-PendekatanPengembanganSistemTerstruktur.pdf
2. http://www.scribd.com/doc/60314795/46/Sekilas-Pendekatan-terstruktur
3. http://team-akatsuki10.blogspot.com/2011/11/pendekatan-perancangan-sistem.html