Work Breakdown Structure

Pengertian

WBS adalah suatu metode pengorganisasian proyek menjadi struktur pelaporan hierarkis. WBS digunakan untuk melakukan Breakdown atau memecahkan tiap proses pekerjaan menjadi lebih detail. Hal ini dimaksudkan agar proses perencanaan proyek memiliki tingkat yang lebih baik.

WBS disusun bedasarkan dasar pembelajaran seluuuh dokumen proyek yang meliputi kontrak, gambar-gambar, dan spesifikasi. Proyek kemudian diuraikan menjadi bagian-bagian dengan mengikuti pola struktur dan hirarki tertentu menjadi item-item pekerjaan yang cukup terperinci, yang disebut sebagai Work Breakdown Structure.

Pada dasarnya WBS merupakan suatu daftar yang bersifat top down dan secara hirarkis menerangkan komponen-komponen yang harus dibangun dan pekerjaan yang berkaitan dengannya.

Sedangkan ManfaatWork Breakdown Structure (WBS) :

1. Mengurangi kompleksitas
2. Fasilitas penjadwalan dan pengendalian
3. Estimasi Biaya (Cost Estimation)
4. Penyusunan anggaran (Cost Budgeting)
5. Perencanaan manajemen Risiko
6. (Risk Management Planning)
7. Identifikasi aktivitas(Activity Definition)

Struktur WBS

Struktur dalam WBS mendefinisikan tugas-tugas yang dapat diselesaikan secara terpisah dari tugas-tugas lain, memudahkan alokasi sumber daya, penyerahan tanggung jawab, pengukuran dan pengendalian proyek. Pembagian tugas menjadi sub tugas yang lebih kecil tersebut dengan harapan menjadi lebih mudah untuk dikerjakan dan diestimasi lama waktunya.Sebagai gambaran, Work breakdown structure (WBS) dapat diilustrasikan seperti diagram blok berikut: 

Model WBS memberikan beberapa keuntungan, antara lain :

• Memberikan daftar pekerjaan yang harus diselesaikan
• Memberikan dasar untuk mengestimasi, mengalokasikan sumber daya, menyusun jadwal, dan menghitung biaya
• Mendorong untuk mempertimbangkan secara lebih serius sebelum membangun suatu proyek . 

Dikarenakan WBS merupakan struktur yang bersifat hirarki, maka bisa juga disampikan dalam bentuk skema sebagai berikut : 

Sebagai gambaran praktis, berikut ini dicontohkan sebagian dari struktur WBS dalam sebuah proyek pembangunan Intranet.

Perbedaan Level Dan Tingkat Kedetailan WBS

Setiap organisasi menggunakan terminologinya sendiri untuk mengklasifikasi komponen WBS sesuai levelnya dalam hirarki. Sebagai contoh, beberapa organisasi memperlihatkan level-level yang berbeda sebagai tugas (task), sub-tugas (sub-task) dan paket pekerjaan (work package) sebagaimana yang ditunjukkan dalam bagan diatas. Sementara organisasi lain mungkin menggunakan istilah fase (phase), entri (entry) dan aktifitas (activity). 

WBS mungkin saja disusun mengikuti pembagian atau pentahapan dalam siklus hidup proyek ( the project life cycle). Level-level yang lebih tinggi dari struktur umumnya dikerjakan oleh kelompok-kelompok. Level yang paling rendah dalam hirarki seringkali terdiri dari aktifitas-aktifitas dilakukan secara individual, kendati demikian sebuah WBS yang menitikberatkan pada “deliverable” tidak memerlukan aktifitas-aktifitas yang spesifik.

Melakukan rincian sebuah proyek ke dalam bagian-bagian komponen yang lebih kecil akan memudahkan pembagian alokasi sumber daya dan pemberian tanggung jawab individual. Perlu kiranya memberi perhatian pada penggunaan detail level yang layak ketika hendak membuat WBS. Dalam kondisi ekstrim, detail level yang sangat tinggi akan menyerupai hasil dalam manajemen mikro. Sedangkan kondisi ekstrim kebalikannya, tugas-tugas mungkin akan menjadi demikian lebar untuk bisa di-manage secara efektif. Kendati demikian, menetapkan tugas-tugas dalam pekerjaan yang berdurasi beberapa hari maupun beberapa bulan merupakan hal yang baik di hampir kebanyakan proyek.

Peran WBS Dalam Perencanaan Proyek

WBS merupakan pondasi untuk perencanaan proyek. WBS dibuat sebelum ketergantungan diidentifikasi dan lamanya aktifitas pekerjaan diestimasi. WBS juga dapat digunakan untuk mengidentifikasi tugas-tugas dalam model perencanaan proyek. Oleh karena itu, idealnya rancangan WBS sendiri harusnya telah diselesaikan sebelum pengerjaan perencanaan proyek (project plan) dan penjadwalan proyek (project schedule).

Dengan memanfaatkan daftar pekerjaan pada WBS, akan dapat diperkirakan lamanya waktu yang dibutuhkan untuk menyelesaikan setiap pekerjaan tersebut. Perkiraan bisa dilakukan dengan mempertimbangan beberapa hal, antara lain ketersediaan sumber daya dan kompleksitas.

Selanjutnya dilakukan penjabaran dalam kalender (flow time). Beberapa model pendekatan bisa digunakan untuk menghitung perkiraan waktu yang diperlukan :

• Most optimistic : Merupakan waktu ideal untuk menyelesaikan pekerjaan, diasumsikan segala sesuatunya berjalan lancar, dan sempurna.
• Most likely : Merupakan waktu yang dibutuhkan pada kondisi kebanyakan, tipikal dan normal.
• Most pessimistic :Merupakan waktu yang dibutuhkan ketika keadaan paling sulit terjadi. 

Selanjutnya, estimasi waktu dilakukan dan dibagi dalam unit (misal 8 jam/hari). Estimasi waktu untuk suatu proyek Intranet (seperti contoh diatas) lebih sulit dari proyek pengembangan aplikasi lainnya. Hal ini karena masih sedikit proyek yang dapat digunakan sebagai patokan menghitung waktu pelaksanaan.

Dalam mengestimasi waktu ini juga harus dipertimbangkan beberapa hal, misal pengalaman teknologi server yang digunakan, keahlian Perl, CGI, Java, HTML, browser, dan juga bekerja dalam lingkungan TCP/IP.

Setelah wbs berhasil disusun dan perkiraan lama waktu pelaksanaan telah dihitung, selanjutnya dilakukan penyusunan jadwal kerja. pada dasarnya ada dua jenis model deskripsi penjadwalan, yaitu :

• Bar Chart : Yang hanya menerangkan flow time dari setiap pekerjaan dan tanpa keterkaitan antar pekerjaan. Deskripsi ini paling baik digunakan pada presentasi
• Network diagram : Yang menunjukkan keterkaitan antar tugas dan mengidentifikasi saat kritis pada jadwal.

Berikut ini adalah tujuh tahapan proses estimasi.

Langkah 1: Membuat estimasi pekerjaan

Estimasi pekerjaan seharusnya melibatkan anggota tim yang menjalankan pekerjaan tersebut. Sehingga estimasi tersebut akan realistis dan anggota tim akan punya komitmen dan termotivasi untuk mencapai estimasi tersebut. Estimasi ini kemudian dapat dimodifikasi untuk menyesuaikan dengan jadwal dan sumber daya yang ada.

Langkah 2: Membuat perencanaan awal

Perencanaan awal proyek berisi sebuah jadwal yang dibuat berdasarkan ketergantungan antar pekerjaan (task) dan estimasi pekerjaan tersebut. Jadwal tersebut berisi kapan pekerjaan dimulai, berapa lama, dan kapan pekerjaan tersebut harus sudah selesai. Biaya dapat dihitung dari pekerjaan apa saja yang harus dilakukan dan biaya untuk pembelian barang.

Langkah 3: Membandingkan perencanaan awal dengan tujuan

Tahap selanjutnya adalah pembandingkan antara tujuan awal proyek dengan estimasi rencana jadwal dan biaya yang sudah dilakukan. Tujuan awal proyek biasanya merupakan hal yang konstan dan telah disetujui oleh executive. Negosiasi ini tidak diperlukan jika tujuan awal telah sesuai dengan rencana jadwal dan biaya yang dilakukan. Tetapi jika tidak sesuai, maka langkah 4, 5, 6 harus dilakukan.

Langkah 4 : Negosiasi perubahan untuk estimasi

Anda melakukan perubahan estimasi mengenai rencana waktu dan anggaran agar sesuai dengan tujuan awal. Langkah ini mengandung risiko sangat besar apabila anda melakukannya tanpa persetujuan anggota tim yang lain, maka anda akan kehilangan komitmen dan motivasi anggota tim. Anggota tim akan beranggapan jadwal dan anggarannya tidak realistis, sehingga kemungkinan proyek gagal menjadi sangat besar.

Langkah 5 : Negosiasi perubahan untuk tujuan proyek

Langkah ini adalah melakukan negosiasi dengan executive karena dengan perubahan estimasi yang telah anda lakukan, rencana awal tersebut tidak realistis. Perubahan rencana tersebut dapat berupa penambahan waktu dan anggaran maupun pengurangan kompleksitas sistem. Usahakan agar sebisa mungkin rencana yang anda lakukan telah disetujui oleh anda, anggota tim anda, dan executive.

Langkah 6 : Membuat keputusan terus/berhenti

Setelah melakukan langkah 4 dan 5, anda harus mengambil keputusan apakah akan meneruskan proyek tersebut maupun tidak.

Langkah 7 : Mempersiapkan jadwal dan anggaran

Rencana awal pengembangan sistem informasi telah siap. Rencana ini terdiri dari tiga hal, yaitu jadwal kegiatan (waktu mulai, durasi, dan waktu selesai), alokasi sumber daya manusia terhadap kegiatan, dan rencana anggaran.

Tahap terakhir adalah persetujuan rencana, dokumen terkait rencana target (target tanggal selesai, target biaya, target rencana penggunaan sumber daya). Dokumen ini merupakan dokumen persetujuan antara project leader, executive, dan client yang akan digunakan sebagai acuan jika selama proyek berlangsung terjadi perubahan ruang lingkup proyek dan juga digunakan sebagai acuan mengukur performa tim.

Share This :