Topik yang paling menarik dalam Project Management

Sudah beberapa bulan ini berhenti menulis di blog. Sungguh bulan-bulan yang menyibukkan sehingga produktifitas posting di blog menjadi berkurang. Tapi bukan berarti berhenti belajar dan menulis, beberapa hal baru dipelajari dan didokumentasikan dan bisa saya bagi disini.

Beberapa bulan yang lalu saya memutuskan untuk mempublikasikan file-file presentasi training PMP yang saya buat. Saya jamin kulitas konten pada slide yang saya buat tidak kalah dengan apa yang Anda bisa dapat dari perusahaan yang menawarkan training PMP di Indonesia. Point-point penting untuk mendapatkan sertifikasi PMP dari buku PMBOK maupun Buka Rita Mulchahi bisa didapatkan pada slide presentasi yang saya bikin.

Slide presentasi tersebut dan juga slide yang lain bisa Anda lihat di http://www.slideshare.net/ejlp12/presentations.

Saya belum berniat untuk membuat file tersebut downloadable, tapi jika Anda berminat untuk mendapatkan softcopy atau hardcopy-nya, silakan hubungi saya lewat email. Mudah-mudah berguna, dan jika ada kesalahan dalam slide tersebut silakan beritahukan saya juga.

Dari slide presentasi saya tersebut, saya melihat topik Project Risk Management adalah topik yang banyak dicari dan dilihat dari beberapa topik pada project management. Tidak heran, buat saya risk management juga memang hal yang menarik saat awal-awal mempelajari topik project management dan biasanya menjadi hal yang dilupakan buat project manager pemula seperti saya.

Berikut adalah urutan dari slide dengan topik project management yang paling banyak dilihat:

1. Project Risk Management

2. Project Human Resource Management

3. Project Communication Management

4. Project Quality Management

5. Introduction to Framework (PMBOK)

6. Project Time Management

7. Project Cost Management

8. Project Procurement Management

9. Project Scope Management

10. Project Integration Management

TMForum Frameworx = The next of NGOSS

Bulan Maret lalu TMForum mengumumkan sebuah Service-oriented Integrated Business Architecture yang disebut Frameworx.

Frameworx merupakan kumpulan framework yang dikembangkan dari framework yang sudah ada pada NGOSS dengan suatu pendekatan baru yaitu service-oriented dan standar proses arsitektur IT seperti ITIL dan TOGAF sehingga menjadi suatu blueprint untuk mengimplementasikan Service Oriented Enterprise.

Frameworx rencananya akan dirilis secara penuh bulan Juni ini. Beberapa deliverables dari Frameworx ini adalah:

• Business Process Framework (eTOM) version 8
• Information Framework (SID) version 9
• Application Framework (TAM) version 4
• Integration Framework version 2
• A platform architecture approach to facilitate collaboration and management of value chain and outsourcing partners
• Frameworx Roadmap release 1, showing the release strategy and content for the next 12 months

Lebih lanjut silakan lihat tautan berikut:

- Press release

- Halaman TMForum Frameworx.

Memilih Metodologi Manajemen Proyek

Sebuah perusahaan vendor IT atau vendor apapun yang hidup matinya bergantung pada keberadaan proyek, memiliki masalah yang sama dalam menentukan metodologi apa yang cocok untuk digunakan dalam pengerjaan proyek. Dalam dunia IT lebih dalam lagi akan ada pertanyaan metodologi apa yang cocok untuk pengembangan software atau untuk digunakan sebagai acuan Software Development Life Cycle (SDLC).

Pengalaman membuktikan, tidak adanya kejelasan metodologi yang jelas yang digunakan perusahaan akan membuat proyek berjalan tanpa arah dan akan sangat tergantung dari individu manajer proyeknya. Jika kondisi itu berlangsung pada proyek yang kompleks dan ditangani oleh manajer proyek yang tidak berpengalaman maka akan berakhir pada kegagalan proyek. Bagi orang yang lebih tinggi yaitu atasan dari manajer proyek, hal tersebut akan membuat proyek-proyek tidak bisa dimonitor apalagi dikontrol.

Memilih metodologi proyek memang bukan hal yang mudah. Kita tau ada berbagai macam metodologi mulai yang general, yang bisa diimplementasikan pada proyek apapun seperti PMBOK, PRINCE2 maupun yang spesifik untuk domain tertentu misalnya SWEBOK, XP, Scrum yang digunakan pada proyek development software. Masing-masing metodologi memiliki keuntungan dan kita perlu untuk TIDAK memilih begitu saja satu metodologi karena saya percaya tidak ada metodologi yang "one size fits all."

Kita dapat mengelaborasikan beberapa metodologi dan membuatnya pesifik untuk perusahaan dengan catatan metodologi tersebut didefinisikan agar sesuai dengan sifat dari proyek-proyek yang ada dan sebisa mungkin masih dapat disesuaikan (tailored) sesuai dengan besarnya proyek.

Untuk mengelaborasi metodologi, sebaiknya kita mulai dengan studi beberapa metodologi yang sudah ada. Ada baiknya kita membuat listing yang lengkap dari metodologi yang yang sudah ada, mempelajarinya secara high level, kemudian menentukan yang menjadi main interest, lalu melakukan klasifikasi seperti yang dijelaskan sebuah artikel "Defining & Classifying Project Management Methodologies." Berikut ini gambaran level dari klasifikasi metodologi manajemen proyek dari artikel tersebut.

Ada baiknya perusahaan membuat sebuah referensi metodologi manajemen proyek pada Level 3 (Organization specific, customized methodology). Yang dibuat sedemikian rupa sehingga dapat diadaptasi menjadi L4 maupun L5 sesuai kemampuan manajer proyek.

Sebuah kesimpulan yang menarik terkait pemilihan metodologi ini dapat kita lihat dari artikel "Methodology Per Project". Menurut penulis artikel tersebut, Alistair Cockburn, metodologi memiliki sepuluh elemen dasar yaitu: roles, skills, activities, techniques, tools, teams, deliverables, standards, quality measures dan project values. Tidak semua metodologi mencakup semua elemen tersebut, semakin besar proyek maka harus semakin besar metodologinya artinya aspek elemen yang dicakup harus semakin lengkap. Hal tersebut bisa dilakukan dengan cara mengelaborasi beberapa metodologi.

Lebih jauh lagi, perusahaan seharusnya tidak hanya mendefinikan acuan metodologi tetapi sebuah common frame of reference yang mencakup [lihat artikel berikut]:

1. A common project management model.
2. Companywide project management training programs.
3. Project management career development.
4. Knowledge-sharing activities.

Project Value Mangement di PROPS

Buat mengingatkan kita, dalam PMBOK, didefinisikan 9 Knowledge Areas yaitu:

1. Project Integration Management
2. Project Scope Management
3. Project Cost Management
4. Project Time Management
5. Project Risk Management
6. Project Quality Management
7. Project HR Management
8. Project Communication Management
9. Project Procurement Management

Adakah knowledge area yang lain yang didefinisikan di framework lain yang tidak ada di PMBOK? Ada, salah satunya adalah yang ada di PROPS atau PROPS-C yaitu Project Value Management yang terdiri dari:

• Value Analysis
• Value Definition
• Value Control

PROPS adalah model/framework untuk project management yang dibuat dan digunakan Ericsson. Sayangnya model ini cukup tertutup, walaupun sebagian kecil penjelasannya bisa dibaca di http://www.semcon.se/spm/props/props_online_intro/xprops/en/x.pe.intro.html.

PROPS mengadopsi semua knowledge areas dari PMBOK dengan tambahan Project Value Management. Tapi sayangnya, di website semcon tersebut Project Value Management" juga tidak ada penjelasan detailnya.

Ada yang punya informasi lebih detail tentang Project Value Mangement di PROPS?

Apakah Project Value Management di PROPS sesuai dengan apa yang dimaksud dalam buku Cost and Value Management?