Cara Memantau Banyak Proyek Tanpa Perangkat Lunak yang Rumit

Mulailah dari keputusan yang perlu Anda buat

Sebelum memilih format, tuliskan pertanyaan-pertanyaan yang ingin Anda jawab melalui gambaran umum tersebut. Misalnya: Proyek mana yang berada di jalur yang tepat menuju tonggak pencapaian berikutnya? Proyek mana yang membutuhkan perhatian minggu ini? Apakah ada seseorang yang menunggu proyek lain? Hal apa yang memerlukan keputusan dari saya?

Pertanyaan-pertanyaan ini menjaga agar gambaran umum tetap fokus. Jika Anda menambahkan setiap tugas, catatan, dan percakapan, gambaran lintas proyek akan terkubur. Simpan daftar tugas terperinci di tempat kerja biasa berlangsung; gunakan gambaran umum untuk menampilkan beberapa fakta penting yang membantu Anda mengoordinasikan antarproyek.

Perbedaan ini bersifat praktis, bukan aturan kaku manajemen proyek. Panduan laporan status proyek dari Atlassian merekomendasikan pelaporan kemajuan, pekerjaan mendatang, serta tantangan atau kendala. Untuk banyak proyek, perluasan yang berguna adalah membuat bidang-bidang tersebut cukup konsisten agar mudah dipindai berdampingan.

Bangun gambaran umum proyek satu halaman

Buat satu baris atau kartu per proyek. Gunakan bidang-bidang berikut sebagai titik awal:

Catat proyek dan hasil yang diharapkan, tonggak pencapaian teramati berikutnya beserta target tanggal, status saat ini, bukti dari apa yang berubah, tindakan selanjutnya dan penanggung jawabnya, setiap kendala atau ketergantungan, serta tanggal terakhir baris tersebut diperiksa. Susun urutan bidang secara seragam untuk setiap proyek.

Sebuah tonggak pencapaian harus menggambarkan sesuatu yang dapat dikenali orang lain sebagai hal yang sudah selesai, seperti “draf dibagikan ke peninjau” atau “lokasi acara telah dikonfirmasi.” “Membuat kemajuan” bukanlah sebuah titik pemeriksaan. Pilihlah tonggak pencapaian yang penting bagi keputusan atau pengiriman proyek berikutnya; daftar tugas kecil yang panjang justru membuat gambaran umum lebih sulit dibaca.

Panduan Kanban University untuk Metode Kanban menjelaskan bahwa memvisualisasikan pekerjaan dan pergerakannya melalui alur kerja adalah cara untuk mempermudah pemahaman pekerjaan yang tadinya tidak terlihat. Gambaran umum sederhana menerapkan gagasan tersebut pada tingkat proyek: ia menunjukkan status saat ini dan di mana pekerjaan sedang tertahan. Cara ini tidak mengharuskan Anda menerapkan sistem Kanban secara penuh.

Gunakan label status yang dapat diterapkan secara konsisten

Label berwarna hanya berguna jika orang-orang memahami artinya. Tulis definisi singkat di samping gambaran umum dan terapkan pada tonggak pencapaian berikutnya, bukan pada kesan samar terhadap keseluruhan proyek. Sebagai contoh:

Sesuai rencana (On track): Tonggak pencapaian berikutnya diperkirakan tercapai sesuai target tanggal, dan saat ini tidak ada masalah yang belum terselesaikan yang mengancamnya.

Perlu dipantau (Watch): Ada kekhawatiran spesifik yang dapat memengaruhi tonggak pencapaian, tetapi langkah berikutnya telah diidentifikasi.

Terkendala (Blocked): Kemajuan tidak dapat dilanjutkan sampai masalah, keputusan, atau ketergantungan yang disebutkan telah diselesaikan.

Label-label ini merupakan saran konvensi kerja, bukan standar resmi. Sepakati label tersebut bersama orang-orang yang akan memperbarui atau menggunakan gambaran umum. Jika suatu proyek ditandai “perlu dipantau,” sertakan alasannya dan tindakan yang akan mengembalikannya ke status “sesuai rencana.” Jika berstatus “terkendala,” sebutkan bantuan yang dibutuhkan dan siapa yang akan menindaklanjutinya. Label tanpa penjelasan dapat membuat masalah serius terlihat sama dengan ketidakpastian kecil.

Hindari memperlakukan persentase penyelesaian sebagai sinyal utama di antara proyek-proyek yang sangat berbeda. “Selesai 80%” bisa bermakna sangat berbeda untuk desain, acara, dan upaya riset. Titik pemeriksaan bertanggal yang disertai bukti nyata memberikan pembaca sesuatu yang lebih konkret untuk ditafsirkan. Ini adalah pilihan perbandingan yang praktis, bukan klaim bahwa persentase tidak pernah berguna; persentase dapat membantu dalam lingkup satu proyek jika pekerjaannya dapat diukur secara konsisten.

Tetapkan rutinitas pembaruan yang ringan

Gambaran umum hanya berfungsi jika orang-orang dapat memastikan apakah informasinya mutakhir. Pilihlah ritme pembaruan yang sesuai dengan kecepatan perubahan proyek. Pemeriksaan mingguan adalah titik awal yang masuk akal bagi banyak kelompok kecil, tetapi proyek yang bergerak lebih lambat mungkin membutuhkan pembaruan yang lebih jarang, sementara proyek yang berubah cepat mungkin membutuhkan pembaruan lebih sering. Atlassian juga menyarankan dalam panduan laporan statusnya untuk memilih frekuensi laporan status yang sesuai dengan kompleksitas proyek dan kebutuhan pemangku kepentingan.

Pada setiap pembaruan, minta setiap penanggung jawab proyek untuk memeriksa empat hal:

1. Apakah tonggak pencapaian berikutnya, target tanggal, atau penanggung jawab berubah?

2. Pekerjaan nyata apa yang telah diselesaikan sejak pemeriksaan sebelumnya?

3. Apakah ada kendala, ketergantungan baru, atau keputusan yang dibutuhkan?

4. Apa tindakan selanjutnya, dan kapan hal itu akan diperiksa kembali?

Catat tanggal pembaruan. Jika sebuah baris belum diperiksa baru-baru ini, tandai sebagai “belum diperbarui” atau tanyakan kepada penanggung jawabnya sebelum menganggap status tersebut mutakhir. Hal ini mencegah label “sesuai rencana” yang sudah usang terlihat seperti penilaian baru. Ketika sebuah tanggal berubah, simpan alasan atau keputusan yang mengubahnya dalam catatan singkat; jika tidak, pergeseran tanggal yang berulang akan sulit dipahami.

Fokuskan rapat pembaruan, jika Anda mengadakannya, pada pengecualian dan koordinasi. Baca baris-baris informasi sebelumnya, lalu gunakan waktu diskusi untuk pekerjaan yang terkendala, risiko tonggak pencapaian, ketergantungan, dan pilihan yang memengaruhi lebih dari satu proyek. Kemajuan rutin dapat dicatat tanpa perlu menceritakan setiap tugas. Ini adalah saran efisiensi berdasarkan tujuan gambaran umum, bukan jaminan bahwa durasi rapat tertentu akan cocok untuk setiap tim.

Temukan ketergantungan antarproyek

Proyek-proyek dapat terlihat sehat secara individual padahal saling berebut orang, keputusan, ruangan, peralatan, atau waktu peninjauan yang sama. Tambahkan ketergantungan saat satu proyek membutuhkan sesuatu dari proyek lain; catat pihak penyedia dan penerima, beserta tanggal atau kondisi yang penting. Misalnya: “Peluncuran situs web membutuhkan rincian akhir acara dari proyek acara paling lambat 12 Mei.”

Kemudian pindai gambaran umum untuk melihat orang dan tanggal yang saling tumpang tindih. Jika orang yang sama bertanggung jawab atas beberapa tindakan berikutnya yang jatuh tempo bersamaan, atau keputusan tertunda pada satu proyek akan menggeser tonggak pencapaian proyek lain, buat konflik tersebut terlihat dan sepakati prioritas atau rencana revisi. Di sinilah satu gambaran umum terbukti lebih berguna daripada pembaruan proyek yang terpisah: ia memungkinkan Anda membandingkan komitmen dan ketergantungan di satu tempat. Proses portofolio Project Management Institute juga mencatat tonggak pencapaian tingkat tinggi, status, dan ketergantungan antarproyek alih-alih mengisi inventaris lintas proyeknya dengan setiap tugas; versi ringkas di sini adalah adaptasi editorial untuk kelompok kecil.

Jangan berasumsi bahwa suatu ketergantungan telah terselesaikan hanya karena sudah ada penanggung jawabnya. Catat serah terima yang diharapkan dan konfirmasikan saat hal itu terjadi. Jika urutan atau tanggalnya belum pasti, nyatakan dengan jelas; ketidakpastian yang terlihat lebih mudah untuk didiskusikan daripada janji tersirat.

Pilih format paling sederhana yang tetap fungsional

Gunakan spreadsheet jika Anda menginginkan baris yang dapat diurutkan, tanggal, filter, atau tampilan ringkas di banyak proyek. Gunakan papan tulis jika tim bekerja bersama di satu tempat dan diuntungkan oleh perpindahan kartu melalui berbagai tahapan. Gunakan dokumen bersama jika pembaruan sebagian besar berupa ringkasan tertulis pendek dan jumlah proyeknya sedikit.

Ini adalah pertimbangan format, bukan rekomendasi produk. Pilihlah opsi paling sederhana yang dapat diakses, dipahami, dan diperbarui oleh tim Anda. Sebelum menambahkan perangkat lunak, tanyakan apa kendala sebenarnya: Apakah status sulit dibandingkan? Apakah pembaruan terlambat? Apakah ketergantungan tidak terlihat? Alat baru mungkin membantu kolaborasi atau pengingat, tetapi alat itu sendiri tidak akan memperjelas tonggak pencapaian yang tidak terarah atau ketidakjelasan penanggung jawab.

Jika proyek memerlukan detail spesialis yang berbeda, simpan detail tersebut dalam catatan kerja yang sudah ada, lalu tautkan atau rujuk dari gambaran umum jika memungkinkan. Tampilan lintas proyek harus tetap cukup ringkas untuk dipindai. Jika Anda merasa perlu memperlebar tampilannya secara signifikan, periksa apakah ada beberapa bidang yang menjawab pertanyaan yang sama atau sebenarnya lebih cocok berada di catatan tingkat proyek.

Contoh penerapan

Misalkan seorang koordinator memantau tiga proyek: acara komunitas, pembaruan situs web, dan buletin bulanan. Gambaran umum mereka mungkin menampilkan:

Contoh: Acara komunitas berstatus Perlu Dipantau karena dua lokasi potensial belum dipesan; penanggung jawabnya akan membandingkan ketersediaan paling lambat 8 Mei untuk tonggak pencapaian lokasi pada 12 Mei. Pembaruan situs web berstatus Sesuai Rencana karena draf halaman telah sampai ke peninjau; komentar ditunggu paling lambat 10 Mei untuk peninjauan 15 Mei. Buletin bulanan berstatus Terkendala karena naskah akhir membutuhkan rincian acara yang terkonfirmasi; penanggung jawabnya akan memintanya paling lambat 7 Mei sebelum tonggak pencapaian naskah pada 9 Mei.

Ini adalah entri ilustratif, bukan hasil laporan nyata. Gambaran umum membuat ketergantungan terlihat jelas: buletin bergantung pada rincian acara. Ini juga menunjukkan langkah lanjutan yang berguna: pastikan apakah keputusan acara dapat dilakukan tepat waktu untuk buletin, atau sesuaikan rencana buletin. Warna status saja tidak akan menunjukkan alasan kekhawatiran maupun koordinasi yang diperlukan.

Kapan pendekatan ini membutuhkan struktur lebih lanjut

Gambaran umum satu halaman mungkin tidak lagi memadai saat banyak orang memperbarui pekerjaan yang sama, proyek memiliki jadwal atau anggaran yang rumit, akses harus dikontrol, atau riwayat keputusan dan perubahan menjadi hal yang krusial. Anda masih dapat mempertahankan ringkasan lintas proyek yang padat, tetapi informasi terperinci mungkin memerlukan sistem yang lebih terstruktur dan kepemilikan tanggung jawab yang lebih jelas.

Untuk portofolio kecil, mulailah dengan beberapa bidang saja, sepakati definisi status, dan tinjau tonggak pencapaian yang sama secara rutin. Jika gambaran umum membantu Anda melihat apa yang membutuhkan perhatian dan mengoordinasikan tindakan selanjutnya, berarti cara ini berfungsi. Jika ini berubah menjadi laporan lain yang hanya diisi orang tanpa pernah digunakan, sederhanakan atau ubah pertanyaan yang ingin dijawab oleh gambaran umum tersebut.

Lanjutkan topik ini