Pendahuluan

Anda mungkin sedang berada dalam situasi seperti ini: seseorang berkata, “Tolong kerjakan proyek ini,” lalu menyerahkan tujuan besar yang terdengar penting, tetapi belum jelas harus dimulai dari mana. Anda tahu proyek itu harus selesai. Anda tahu ada orang yang menunggu hasilnya. Namun ketika duduk di depan catatan kosong, pertanyaannya muncul satu per satu: pekerjaan pertamanya apa? Siapa yang harus dihubungi? Berapa lama waktu yang dibutuhkan? Bagaimana kalau ada perubahan? Bagaimana membuktikan bahwa proyek sudah selesai?

Buku ini ditulis untuk menjawab kebingungan itu secara bertahap.

Dalam kehidupan sehari-hari, banyak orang mengira proyek hanya berarti pekerjaan besar, mahal, atau resmi. Padahal, dari sudut pandang manajemen proyek, proyek adalah usaha sementara yang dilakukan untuk menghasilkan sesuatu yang unik, misalnya produk, layanan, acara, dokumen, sistem, atau perbaikan tertentu. Sementara berarti ada awal dan akhir. Unik berarti hasilnya tidak sekadar pengulangan rutin yang sama persis setiap hari. Pengertian ini sejalan dengan cara standar manajemen proyek modern menjelaskan proyek sebagai pekerjaan sementara untuk menciptakan nilai atau hasil tertentu (Project Management Institute, 2021).

Contohnya, “menjawab email pelanggan setiap pagi” adalah pekerjaan rutin. Pekerjaan itu berulang dan polanya relatif sama. Sebaliknya, “membuat panduan layanan pelanggan baru untuk tim” adalah proyek. Ada hasil akhir yang jelas, yaitu panduan. Ada batas waktu. Ada proses menyusun isi, meminta masukan, memperbaiki, lalu menyerahkan versi akhir. Setelah panduan diterima, proyeknya selesai, meskipun panduan itu nanti bisa dipakai dalam pekerjaan rutin.

Manajemen proyek berarti mengatur proyek agar tujuan dapat berubah menjadi hasil nyata. Kata “manajemen” di sini tidak perlu dibayangkan sebagai sesuatu yang rumit atau hanya milik manajer senior. Pada tingkat dasar, manajemen proyek adalah cara berpikir dan bekerja agar kita tahu:

• apa yang ingin dicapai,
• apa yang termasuk dan tidak termasuk dalam pekerjaan,
• siapa melakukan apa,
• kapan pekerjaan dilakukan,
• risiko apa yang mungkin mengganggu,
• bagaimana kemajuan dipantau,
• dan bagaimana hasil akhirnya dinilai.

Standar seperti ISO 21502 menjelaskan bahwa pengelolaan proyek melibatkan praktik-praktik seperti menetapkan tujuan, mengelola ruang lingkup, jadwal, sumber daya, risiko, mutu, komunikasi, dan pemangku kepentingan secara terkoordinasi (International Organization for Standardization, 2020). Buku ini tidak akan membawa Anda langsung ke versi yang rumit. Kita akan mulai dari bentuk paling sederhana: bagaimana orang pemula dapat memecah proyek menjadi pekerjaan yang bisa dilakukan.

Bayangkan Anda diminta menyelenggarakan acara diskusi kecil di sekolah, kampus, kantor, atau komunitas. Instruksinya hanya: “Buat acara diskusi tentang literasi digital bulan depan.” Jika langsung bekerja tanpa memecah proyek, Anda mungkin mulai dari hal yang kebetulan terpikir: membuat poster, menghubungi pembicara, mencari ruangan, atau menulis daftar peserta. Semua itu mungkin benar, tetapi urutannya belum tentu tepat. Bisa saja poster sudah disebar sebelum pembicara pasti. Bisa saja ruangan belum tersedia pada tanggal yang dipilih. Bisa juga acara berjalan, tetapi tidak ada catatan evaluasi sehingga pelajaran penting hilang.

Dengan manajemen proyek sederhana, instruksi besar tadi diubah menjadi peta kerja. Pertama, kita memperjelas tujuan: acara seperti apa yang ingin dibuat, untuk siapa, dan tanda berhasilnya apa. Kedua, kita menentukan ruang lingkup: apakah proyek mencakup mencari pembicara, menyiapkan konsumsi, membuat publikasi, mengelola pendaftaran, dan membuat laporan? Ketiga, kita memecah pekerjaan menjadi tugas kecil: mengusulkan tema, memilih tanggal, memesan ruangan, menghubungi pembicara, membuat poster, membuka pendaftaran, menyiapkan daftar hadir, menjalankan acara, mengumpulkan umpan balik, dan menulis laporan. Keempat, kita menyusun urutan: ruangan dan pembicara perlu dipastikan sebelum poster final disebarkan. Kelima, kita memantau: tugas mana yang selesai, mana yang terlambat, dan hambatan apa yang perlu dibantu.

Perubahan terbesar yang ingin dibangun buku ini adalah perubahan cara melihat proyek. Proyek bukan kabut besar yang menakutkan. Proyek adalah kumpulan keputusan dan pekerjaan kecil yang saling berhubungan. Jika hubungan itu dibuat terlihat, proyek menjadi lebih mudah dikerjakan.

Ada beberapa istilah dasar yang akan sering muncul.

Tujuan adalah keadaan yang ingin dicapai. Tujuan menjawab pertanyaan, “Untuk apa proyek ini dilakukan?” Misalnya, tujuan proyek bukan sekadar “membuat acara”, tetapi “menyelenggarakan diskusi literasi digital untuk 50 peserta agar mereka memahami cara mengenali penipuan daring dasar.” Tujuan yang baik membantu kita memilih pekerjaan yang perlu dan menolak pekerjaan yang tidak perlu.

Ruang lingkup adalah batas pekerjaan proyek. Ruang lingkup menjawab, “Apa saja yang termasuk dalam proyek ini, dan apa yang tidak?” Misalnya, dalam proyek acara diskusi, termasuk: mencari pembicara, menyiapkan ruangan, membuat poster, dan menulis laporan. Tidak termasuk: membuat video dokumenter profesional atau menyelenggarakan acara lanjutan. Batas seperti ini penting karena proyek sering melebar ketika ada ide tambahan yang menarik tetapi tidak sesuai kapasitas.

Deliverable atau hasil serahan adalah sesuatu yang harus dihasilkan dan bisa diperiksa. Dalam bahasa sederhana, deliverable adalah bukti nyata bahwa sebagian pekerjaan telah selesai. Contohnya: poster final, daftar peserta, materi presentasi, laporan akhir, prototipe aplikasi, atau dokumen panduan. Deliverable berbeda dari aktivitas. “Mendesain poster” adalah aktivitas; “poster final yang siap dipublikasikan” adalah deliverable.

Tugas adalah tindakan konkret yang dapat dikerjakan. Tugas sebaiknya ditulis dengan kata kerja yang jelas, seperti “menghubungi pembicara”, “memesan ruangan”, “mengirim undangan”, atau “memeriksa ejaan laporan”. Jika suatu pekerjaan masih terlalu besar, misalnya “urus acara”, itu belum cukup jelas sebagai tugas. Tugas yang baik membuat orang tahu apa yang harus dilakukan berikutnya.

Jadwal adalah rencana waktu. Jadwal bukan sekadar daftar tanggal, tetapi hubungan antara tugas, durasi, dan urutan. Misalnya, jika poster baru bisa dibuat setelah tema dan pembicara pasti, maka jadwal harus memperhitungkan ketergantungan itu. Jadwal yang masuk akal membantu kita melihat apakah proyek mungkin selesai tepat waktu atau perlu disesuaikan.

Ketergantungan adalah hubungan ketika satu tugas membutuhkan tugas lain lebih dulu. Contohnya, “mencetak sertifikat” bergantung pada “memastikan nama peserta”. Jika nama peserta belum benar, sertifikat berisiko salah. Memahami ketergantungan mencegah kita sibuk pada pekerjaan yang belum waktunya, atau terlambat memulai pekerjaan yang menjadi dasar bagi pekerjaan lain.

Risiko adalah sesuatu yang belum terjadi, tetapi jika terjadi dapat mengganggu proyek. Risiko berbeda dari masalah. Risiko masih kemungkinan; masalah sudah terjadi. “Pembicara mungkin membatalkan kehadiran” adalah risiko. “Pembicara membatalkan kehadiran pagi ini” adalah masalah. Dengan mengenali risiko lebih awal, kita bisa menyiapkan rencana cadangan, misalnya memiliki pembicara pengganti atau format diskusi alternatif.

Pemantauan adalah kegiatan melihat kemajuan proyek selama proyek berjalan. Pemantauan bukan mencari kesalahan orang. Pemantauan berarti membandingkan rencana dengan kenyataan agar kita bisa mengambil tindakan tepat waktu. Misalnya, jika poster terlambat dua hari, tim dapat memutuskan apakah perlu bantuan desain tambahan, mengubah tanggal publikasi, atau menyederhanakan format poster.

Evaluasi adalah kegiatan menilai hasil dan proses setelah proyek berjalan atau selesai. Evaluasi menjawab pertanyaan, “Apa yang berhasil? Apa yang tidak? Apa yang perlu diperbaiki lain kali?” Misalnya, acara diskusi mungkin berhasil menarik banyak peserta, tetapi pendaftaran terlalu lambat karena formulir dibuka terlambat. Catatan seperti ini membuat proyek berikutnya lebih baik.

Buku ini akan membawa Anda melewati seluruh alur tersebut, dari menerima penugasan sampai menulis laporan akhir. Setiap bab membangun satu kemampuan kecil. Anda tidak diminta menjadi ahli manajemen proyek dalam satu hari. Anda hanya perlu belajar berpikir lebih rapi dari sebelumnya.

Di awal, kita akan memahami apa itu proyek dan mengapa proyek perlu dikelola. Setelah itu, kita belajar membaca penugasan dengan benar. Ini penting karena banyak proyek bermasalah bukan karena orang malas bekerja, melainkan karena sejak awal orang berbeda memahami maksud proyek. Misalnya, pemberi tugas berkata “buat laporan singkat”, tetapi yang satu membayangkan dua halaman, sementara yang lain membayangkan dua puluh halaman. Perbedaan kecil seperti ini bisa menghasilkan pekerjaan ulang yang melelahkan.

Kemudian kita akan belajar menentukan tujuan, mengenali pemangku kepentingan, menetapkan hasil akhir, dan menentukan ruang lingkup. Pemangku kepentingan berarti pihak yang berkepentingan terhadap proyek, baik karena mereka memberi tugas, memakai hasilnya, menyetujui keputusan, terdampak oleh prosesnya, atau membantu pengerjaannya. Dalam proyek acara, pemangku kepentingan bisa berupa peserta, pembicara, panitia, sponsor, pengelola ruangan, dan pimpinan organisasi.

Setelah arah proyek jelas, kita masuk ke bagian yang sering paling dibutuhkan pemula: memecah proyek menjadi pekerjaan kecil. Di sinilah proyek mulai terasa dapat dikerjakan. Pekerjaan besar seperti “membuat laporan akhir kegiatan” akan diurai menjadi tugas-tugas seperti mengumpulkan data peserta, merangkum jalannya acara, mencatat kendala, memasukkan foto dokumentasi, menulis rekomendasi, meminta review, dan mengirim versi final.

Berikutnya, kita menyusun urutan, memperkirakan waktu dan sumber daya, membuat jadwal, membagi peran, serta menyiapkan komunikasi. Pada bagian ini Anda akan belajar bahwa rencana yang baik bukan rencana yang tampak indah di kertas, melainkan rencana yang membantu orang bekerja dengan jelas. Jika jadwal terlalu padat dan tidak memberi ruang untuk keterlambatan kecil, jadwal itu mudah rusak. Jika pembagian peran tidak jelas, dua orang bisa mengerjakan hal yang sama sementara tugas penting lain terlupakan.

Saat proyek berjalan, buku ini membahas cara memantau kemajuan, mengelola perubahan, menangani masalah, dan menjaga mutu. Ini penting karena proyek jarang berjalan persis seperti rencana. Orang bisa sakit. Data bisa terlambat. Persetujuan bisa tertunda. Kebutuhan bisa berubah. Manajemen proyek tidak menghapus semua gangguan, tetapi membantu kita merespons gangguan tanpa panik.

Pada bagian akhir, kita belajar menutup proyek dan menulis laporan akhir. Penutupan sering disepelekan, padahal proyek yang tidak ditutup dengan tertib dapat meninggalkan kebingungan: apakah pekerjaan benar-benar selesai, siapa menyimpan dokumen, apakah hasil sudah disetujui, dan apa yang harus dilakukan setelahnya. Laporan akhir membantu merapikan jejak proyek: tujuan, proses, hasil, kendala, keputusan penting, evaluasi, dan rekomendasi.

Sikap belajar yang paling berguna dalam buku ini adalah sederhana: jangan menunggu semua hal sempurna sebelum mulai berpikir terstruktur. Bahkan proyek kecil pun layak direncanakan secukupnya. Rencana tidak harus tebal. Untuk proyek pertama, satu halaman tujuan, daftar tugas, jadwal sederhana, daftar risiko, dan catatan kemajuan mingguan bisa sangat membantu. Yang penting adalah membuat pekerjaan terlihat.

Jika Anda merasa belum berpengalaman, itu bukan masalah. Manajemen proyek bukan kemampuan bawaan. Ia adalah kebiasaan yang dilatih: bertanya dengan jelas, menulis batasan, memecah pekerjaan, memperkirakan waktu, memeriksa kemajuan, dan belajar dari hasil. Setelah menyelesaikan buku ini, Anda diharapkan mampu menerima sebuah penugasan proyek lalu mengubahnya menjadi rencana kerja yang dapat dijelaskan kepada orang lain, dilaksanakan bersama tim, dipantau selama berjalan, dan ditutup dengan laporan yang rapi.

Mari mulai dari dasar: apa sebenarnya proyek itu, dan mengapa proyek perlu dikelola?

References

International Organization for Standardization. (2020). ISO 21502:2020 Project, programme and portfolio management — Guidance on project management. ISO.

Project Management Institute. (2021). A guide to the project management body of knowledge (PMBOK® Guide) (7th ed.) and The Standard for Project Management. Project Management Institute.