Metode Agile dalam Konstruksi ?

Berasal dari metodologi Manajemen Proyek Agile, Konstruksi Agile adalah proses baru yang mengubah cara tim merencanakan, melaksanakan, dan memberikan pekerjaan pada proyek konstruksi. Bagaimana jika diterapkan metode agile dalam konstruksi?

Istilah agile ini dipopulerkan di berbagai industri, terutama dalam pengembangan perangkat lunak dalam pekerjaan IT atau sistem teknologi informasi. Agile menawarkan kerangka kerja yang berbeda dari metode pengiriman proyek waterfall tradisional, yang biasanya mencakup siklus pengiriman lama dengan output inti hanya disampaikan pada akhir proyek. Metode agile, sebaliknya, memerlukan perencanaan berulang, refactoring ruang lingkup yang konsisten, dan pengiriman produk kerja yang teratur sepanjang fase pelaksanaan proyek. Salah satu tujuan inti dari metode agile adalah untuk menghasilkan kualitas tinggi, hasil kerja (nilai) lebih cepat, yang dapat secara konsisten ditingkatkan dan ditingkatkan dari waktu ke waktu.

Metodologi agile belum banyak digunakan atau diuji dalam industri konstruksi. Jarang terdapat publikasi dan materi yang tersedia tentang topik tersebut. Terlepas dari itu, karena hasil positif dari agile di industri lain, tim proyek konstruksi mulai mengeksplorasi konsep kunci agile dan mengujinya di lingkungan proyek konstruksi. Tulisan ini memberikan gambaran tentang prinsip-prinsip agile dan mengeksplorasi bagaimana mereka dapat diadaptasi dan diadopsi dalam alur kerja proyek konstruksi. Melalui perencanaan berulang, pengorganisasian diri, dan sprint waktu berdurasi pendek, keselamatan proyek, kualitas, biaya, dan peningkatan kinerja jadwal dapat dikumpulkan.

Model Agile versus Waterfall

Sebagian besar tim konstruksi menggunakan metode waterfall. Dalam model delivery proyek waterfall tradisional, penyerahan proyek pada akhir proyek baru dapat digunakan oleh klien. Nilai, atau produk kerja akhir, hanya di deliver ke klien di akhir proyek setelah  perawatan, pemeliharaan, dan kendali comissioning untuk proyek gedung, jembatan, atau fasilitas proses yang sedang kita bangun. Verifikasi dan pengujian kualitas walau dilakukan setiap tahapan, pada akhir proyek dilakukan tes atau comissioning setelah konstruksi aset selesai, atau hampir selesai.

Proses waterfall bersifat linier.  Serangkaian milestone harus dilalui dalam proses pekerjaan proyek. Oleh karena itu, tim menginvestasikan waktu dan upaya yang maksimal dalam mendefinisikan dan merencanakan ruang lingkup proyek di awal proyek. Jadwal pengiriman proyek yang panjang, kompleks, dan terperinci yang telah ditetapkan dalam scheduling atau jadwal proyek, dan team proyek berkomitmen untuk melaksanakan pekerjaan setiap milestone.

Tim agile mengambil pendekatan yang berbeda. Dalam program agile,  produk mikro dalam setiap milestone dapat dikatakan adalah hasilnya, walau hasil akhir juga tetap menjadi tujuan proyek. Hasil kerja diproduksi terus menerus selama proyek berlangsung; tim tidak menunggu sampai akhir proyek untuk menguji produk dan menyerahkannya kepada klien. Pengujian dan pergantian progresif dimungkinkan dengan pendekatan yang agile.

Tim agile tidak merencanakan pada tingkat yang terperinci di awal proyek. Mereka membuat rencana tingkat yang lebih tinggi dan memberdayakan tim pelaksana untuk menyelesaikan upaya perencanaan terperinci untuk ruang lingkup mereka. Agile, bertentangan dengan kepercayaan populer, tidak meniadakan perlunya perencanaan. Ini memberdayakan tim pengiriman dalam proses perencanaan secara berulang.

Selama eksekusi, iterasi pendek (sprint) mendorong aktivitas proyek. Iterasi adalah periode kerja yang ditentukan dengan ruang lingkup, tujuan, garis waktu, dan hasil yang jelas; tim diharapkan untuk menyelesaikan lingkup kerja yang direncanakan dalam durasi sprint, mendapatkan poin di sepanjang jalan. Verifikasi dan pengujian kualitas sinkron dengan pembangunan; oleh karena itu, metode agile mempercepat penyelesaian komponen proyek, memungkinkan pergantian sistem, lantai, atau bangunan secara progresif.

Dalam model pengiriman proyek waterfall tradisional, sangat sulit untuk melakukan pivot ketika scope creep terjadi atau perubahan desain dibuat. Dengan begitu banyak upaya yang diinvestasikan dalam perencanaan front-end, perluasan cakupan atau perubahan menghasilkan pengerjaan ulang perencanaan yang signifikan. Dalam Konstruksi Agile, creep lingkup atau perubahan memiliki dampak yang jauh lebih kecil. Karena perencanaan bersifat iteratif, dan perencanaan eksekusi granular hanya dilakukan pada tingkat sprint, tim dapat dengan cepat berputar dan menyesuaikan dengan perubahan proyek sambil meminimalkan dampak pada biaya dan jadwal proyek. Keuntungan ini membuat Konstruksi Agile menarik bagi tim proyek desain-bangun dan kontraktor dan sub-kontraktor yang secara teratur menghadapi modifikasi ruang lingkup.

Proyek konstruksi tidak bisa sepenuhnya agile; dengan desain yang kompleks dan spesifikasi konstruksi dan peraturan mapan, model agile penuh bukanlah tujuan praktis. Tidak seperti dalam perangkat lunak atau software dalam pekerjaan IT, proyek konstruksi tidak bisa begitu saja mengirimkan ruang kerja atau sistem kilang setiap beberapa minggu; desain dan konstruksi aset membutuhkan waktu lebih lama dan lebih kompleks. Bagaimana pendapat Anda apakah cocok metode agile dalam konstruksi?