Apa itu project management? Dasar-dasar untuk tim kecil
Pengertian project management, unsur project, siklus hidup, peran, dan alat yang dibutuhkan tim kecil. Dijelaskan dengan contoh sederhana.
Project management adalah cara merencanakan, menjalankan, dan memantau pekerjaan agar sebuah tujuan tercapai dalam batas waktu, biaya, dan cakupan yang disepakati. Istilah ini sering terdengar seperti urusan perusahaan besar dengan manajer khusus. Kenyataannya, setiap tim yang pernah bertanya “siapa mengerjakan apa, dan kapan selesai?” sudah melakukan project management, hanya belum tentu dengan cara yang terstruktur.
Panduan ini menjelaskan dasar-dasarnya untuk tim kecil: tiga sampai sepuluh orang yang tidak punya project manager penuh waktu, tetapi tetap perlu tahu prioritas dan progres pekerjaan.
Apa bedanya project dan pekerjaan rutin?
Sebuah project punya awal dan akhir, serta menghasilkan sesuatu yang baru: peluncuran website, aplikasi versi pertama, kampanye pemasaran, atau migrasi sistem. Setelah hasilnya diterima, project selesai.
Operasional atau pekerjaan rutin berlangsung terus-menerus: membalas tiket support, menerbitkan konten mingguan, atau menutup buku keuangan setiap bulan. Pekerjaan rutin juga perlu dikelola, tetapi tidak punya titik selesai yang jelas.
Banyak tim kecil mengerjakan keduanya sekaligus. Developer yang sedang membangun fitur baru juga memperbaiki bug produksi. Karena itu, sistem kerja tim perlu menampung project dan pekerjaan rutin dalam satu tempat, agar kapasitas tim terlihat jujur.
Unsur utama sebuah project
Setiap project, besar atau kecil, memiliki unsur yang sama:
- Tujuan: hasil yang bisa diperiksa. “Pelanggan bisa membayar lewat QRIS” lebih jelas daripada “perbaiki checkout”.
- Cakupan (scope): apa yang termasuk dan apa yang tidak. Batas cakupan mencegah project terus membesar.
- Waktu: tanggal target atau periode kerja, termasuk milestone di tengah jalan.
- Sumber daya: orang, anggaran, dan alat yang tersedia.
- Risiko: hal yang bisa menghambat, misalnya ketergantungan pada vendor atau persetujuan klien.
- Pemangku kepentingan (stakeholder): orang yang terdampak atau perlu memberi keputusan.
Segitiga project: scope, waktu, dan biaya
Dalam project management dikenal istilah triple constraint: scope, waktu, dan biaya saling terkait. Jika scope bertambah, waktu atau biaya biasanya ikut bertambah. Jika tanggal dimajukan, scope perlu dikurangi atau sumber daya ditambah. Kualitas berada di tengah segitiga ini; memaksakan ketiganya sekaligus biasanya mengorbankan kualitas.
Untuk tim kecil, sumber daya hampir selalu tetap. Jadi pilihan yang realistis adalah menyesuaikan scope atau waktu, bukan berharap tim bekerja lembur terus-menerus.
Siklus hidup project
Secara umum, project melewati lima tahap. Nama tahapnya bisa berbeda di setiap metodologi, tetapi pertanyaannya sama.
| Tahap | Pertanyaan utama | Contoh hasil |
|---|---|---|
| Inisiasi | Mengapa project ini perlu dikerjakan? | Tujuan, stakeholder, batas awal |
| Perencanaan | Apa saja pekerjaannya dan bagaimana urutannya? | Daftar task, jadwal, pembagian peran |
| Eksekusi | Siapa mengerjakan apa minggu ini? | Task berjalan, hasil kerja |
| Monitoring | Apakah progres sesuai rencana? | Status board, laporan, keputusan perubahan |
| Penutupan | Apakah hasil diterima dan apa pelajarannya? | Serah terima, evaluasi |
Monitoring tidak terjadi setelah eksekusi selesai; keduanya berjalan bersamaan. Pada metode agile, siklus perencanaan–eksekusi–evaluasi diulang dalam periode pendek yang disebut sprint atau iterasi.
Peran dalam project tim kecil
Tim kecil jarang punya jabatan formal. Yang penting, setiap tanggung jawab di bawah ini punya pemilik yang jelas, walaupun satu orang memegang beberapa peran.
- Pemilik keputusan produk: menentukan prioritas dan menerima hasil. Dalam Scrum disebut Product Owner.
- Koordinator proses: menjaga ritme rapat, mengangkat hambatan, dan memastikan board tetap akurat.
- Pelaksana: anggota yang mengerjakan task. Mereka juga paling tahu estimasi dan risiko teknis.
- Stakeholder: klien, atasan, atau tim lain yang perlu informasi progres.
Kesalahan umum adalah menganggap koordinator proses sebagai “bos”. Dalam tim kecil, peran ini lebih mirip fasilitator: memastikan informasi mengalir, bukan memberi perintah.
Metodologi: waterfall, agile, atau hybrid
Metodologi adalah cara tim menyusun tahap-tahap di atas. Tiga pendekatan yang paling sering dibahas:
- Waterfall: tahap dikerjakan berurutan. Kebutuhan ditetapkan di awal, lalu desain, pengerjaan, pengujian, dan peluncuran. Cocok untuk scope yang stabil.
- Agile: pekerjaan dibagi menjadi bagian kecil yang dikirim bertahap, dengan evaluasi rutin. Scrum dan Kanban adalah framework agile yang populer.
- Hybrid: menggabungkan perencanaan tingkat tinggi ala waterfall dengan eksekusi agile.
Perbandingan lengkapnya ada di panduan metodologi project management.
Alat yang dibutuhkan tim kecil
Tim kecil tidak membutuhkan banyak alat. Yang dibutuhkan adalah satu tempat di mana semua orang melihat informasi yang sama.
- Daftar task: setiap pekerjaan ditulis sebagai task dengan pemilik, prioritas, dan kriteria selesai. Lihat cara menulis task yang jelas.
- Board: menampilkan status task, misalnya Backlog, In Progress, In Review, dan Done. Board membuat hambatan terlihat tanpa perlu rapat panjang.
- Pengelompokan project: task dikelompokkan per project dengan tanggal target, sehingga progres project bisa dipantau.
- Ritme perencanaan: sprint mingguan atau dua mingguan, atau review rutin jika tim memakai Kanban.
- Tempat diskusi yang dekat dengan pekerjaan: komentar di task lebih mudah dilacak daripada pesan yang tenggelam di grup chat.
Spreadsheet bisa menjadi awal yang baik. Masalah biasanya muncul ketika beberapa orang mengubah file yang sama, status tidak diperbarui, dan diskusi tersebar. Pada titik itu, aplikasi project management membantu karena status, pemilik, dan komentar berada di satu task.
Contoh: project kecil dari awal sampai akhir
Sebuah agensi berisi empat orang mendapat project landing page untuk klien. Berikut cara menerapkan dasar-dasar di atas tanpa proses yang berat.
- Inisiasi: tujuan ditulis dalam satu kalimat: “Landing page promo aktif sebelum 1 Desember dan bisa menerima pendaftaran.” Stakeholder adalah pemilik bisnis klien.
- Perencanaan: tim membuat task untuk copywriting, desain, pengembangan, integrasi formulir, dan pengujian. Setiap task punya pemilik. Ketergantungan dicatat: pengembangan menunggu desain disetujui.
- Eksekusi: setiap pagi tim melihat board selama sepuluh menit. Task yang tertahan dibahas, bukan semua task.
- Monitoring: perubahan permintaan klien dicatat sebagai task baru, lalu diputuskan apakah masuk scope sekarang atau setelah peluncuran.
- Penutupan: setelah halaman aktif, tim mencatat tiga pelajaran untuk project berikutnya.
Tidak ada dokumen panjang. Yang ada adalah tujuan jelas, task yang terlihat, dan keputusan yang tercatat.
Kesalahan yang sering terjadi
- Mulai tanpa tujuan yang bisa diperiksa. Tim sibuk, tetapi tidak tahu kapan project dianggap selesai.
- Semua task berprioritas tinggi. Jika semuanya mendesak, tidak ada yang benar-benar diprioritaskan.
- Status tidak diperbarui. Board yang tidak akurat lebih berbahaya daripada tidak ada board, karena memberi rasa aman palsu.
- Terlalu banyak proses sejak awal. Mulailah dengan sedikit aturan, lalu tambahkan ketika ada masalah nyata.
- Mengukur orang dari jumlah task selesai. Task berbeda ukuran dan risiko; ukuran yang lebih berguna adalah apakah tujuan tercapai.
Langkah berikutnya
Jika tim Anda baru mulai, pilih satu project aktif dan terapkan dasar-dasar ini selama dua minggu. Panduan memulai project management untuk tim kecil berisi langkah praktisnya. Untuk memilih ritme kerja, baca apa itu Scrum dan Kanban board untuk tim kecil.
Moovit menyediakan Tasks, Board, Projects, dan Sprints dalam satu workspace. Buat akun dan coba dengan satu project nyata.