Setiap panduan menyarankan Anda untuk membagi proyek besar menjadi alur kerja. Namun, hampir tidak ada yang menjelaskan apa yang harus dilakukan terhadap celah-celah di antara alur kerja tersebut. Padahal, celah-celah itulah yang menentukan apakah proyek akan berhasil atau gagal.
Seringkali alur kerja dalam manajemen proyek dianggap sebagai masalah pembagian tugas yang sederhana. Anda membagi pekerjaan ke dalam alur-alur, menugaskan penanggung jawab untuk masing-masing alur, dan membiarkannya berjalan. Namun, membagi pekerjaan hanyalah langkah pertama. Sebuah alur kerja bisa berjalan dengan sempurna, namun tetap menimbulkan masalah jika tidak ada yang memantau proses serah terima ke tim berikutnya.
Panduan ini berfokus pada pengelolaan hal-hal yang terjadi di antara alur kerja. Misalnya, proses serah terima, ketergantungan, dan tenggat waktu bersama.
TL;DR: Alur kerja membagi proyek yang kompleks menjadi jalur-jalur paralel, masing-masing dengan satu penanggung jawab. Bagian itu mudah, dan hampir semua orang melakukannya dengan benar. Yang sering menggagalkan proyek adalah proses serah terima, ketergantungan, dan tanggal bersama yang menghubungkan jalur-jalur tersebut. Terlalu sering, tidak ada yang ditugaskan untuk mengawasi celah-celah tersebut.
Tim yang berhasil tidak hanya menjalankan alur kerja dengan lebih baik. Mereka memperlakukan setiap titik koneksi sebagai hal yang perlu dipantau setiap hari. Mereka menetapkan penanggung jawab yang jelas, titik pemeriksaan sederhana berupa “ya” atau “tidak”, serta aturan eksplisit mengenai kapan suatu masalah harus ditingkatkan ke tingkat yang lebih tinggi. Jika Anda hanya mengingat satu hal: kelola titik-titik koneksi, bukan hanya alur kerjanya.
Apa Itu Alur Kerja dalam Manajemen Proyek?
Alur kerja adalah jalur tugas yang terpisah dan berbeda, namun saling terkait. Alur kerja ini berjalan secara paralel dengan alur kerja lainnya untuk mencapai tujuan utama proyek yang sama. Setiap alur kerja memiliki hasil kerja proyek, jadwal, dan satu penanggung jawab: pemimpin alur kerja.
Kata kuncinya di sini adalah struktur. Sekelompok tugas yang tidak terstruktur tidak memiliki batasan dan penanggung jawab yang jelas. Sebaliknya, alur kerja memiliki ruang lingkup yang jelas, titik serah terima yang terdefinisi, dan satu orang yang bertanggung jawab atas kemajuan pekerjaan. Struktur ini mencegah terjadinya tabrakan antara pekerjaan yang berjalan secara paralel.
Alur kerja adalah kunci yang membuat proyek kompleks menjadi mudah dipahami. Anda dapat melihat status setiap alur tanpa perlu mengurai keseluruhan proyek. Tanpa alur kerja, proyek besar akan runtuh. Segala sesuatunya tampak sama-sama mendesak, tim melewatkan ketergantungan antar-tugas, dan satu penundaan saja dapat merusak seluruh jadwal proyek.
Anda juga akan mendengar alur kerja disebut sebagai "track", "project stream", atau "delivery stream". Ketiganya merupakan unit struktural yang sama dengan label yang berbeda.
Alur kerja vs. alur proses: Apa perbedaannya?
Alur kerja (workstream) adalah bidang kerja yang luas. Alur proses (workflow) adalah proses spesifik yang mengarahkan suatu tugas melalui alur kerja tersebut. Orang sering kali mengacaukan kedua istilah ini. Namun, mengacaukan keduanya dapat menyebabkan ketidakjelasan dalam penentuan penanggung jawab.
Alur kerja (workstream) adalah keseluruhan area yang mencakup tugas-tugas, tim, dan hasil kerja yang saling terkait dalam suatu proyek. Alur proses (workflow) adalah urutan langkah-langkah yang tepat yang dilalui oleh satu tugas dari awal hingga akhir. Contohnya: Draf, Tinjau, Setujui, Terbitkan.
Berikut adalah perbandingan perbedaan utamanya:
| Ruang Lingkup | Ruang lingkup pekerjaan terkait yang luas | Proses tunggal yang dapat diulang |
| Pemilik Tugas | Pemimpin alur kerja mengelola sebuah tim | Pemilik proses menentukan langkah-langkahnya |
| Durasi | Berlaku selama proyek berlangsung | Diulang setiap kali tugas dimulai |
| Peran dalam Proyek | Jalur paralel utama | Sebuah proses yang berjalan di dalam sebuah jalur |
| Contoh | Pemasaran untuk peluncuran produk | Persetujuan konten dalam peluncuran tersebut |
Aturan inti: Hubungannya adalah inklusi. Setiap alur kerja mencakup beberapa alur proses.
Aturan inti: Hubungannya adalah inklusi. Setiap alur kerja mencakup beberapa alur proses.
Bayangkan alur kerja sebagai wadah dan alur proses sebagai mekanisme yang dapat diulang di dalamnya. Misalnya, alur kerja pemasaran untuk peluncuran produk mungkin menjalankan tiga alur proses terpisah: alur proses pembuatan konten, alur proses persetujuan iklan, dan alur proses daftar periksa hari peluncuran.
Apa Saja Manfaat Alur Kerja?
Alur kerja memberikan enam keuntungan konkret: penundaan yang terkendali, kepemilikan yang jelas, beban kerja yang terlihat, risiko yang terisolasi, pelaporan yang lebih mudah, dan orientasi yang lebih cepat. Alur kerja tidak hanya mengatur proyek; alur kerja juga mengubah cara proyek tersebut beroperasi di bawah tekanan. Inilah yang akan Anda dapatkan.
- Penundaan yang terkendali. Penundaan di satu alur kerja tidak menyebar ke alur lainnya. Dalam daftar tugas yang datar, penundaan di mana pun akan menghambat seluruh proses. Dengan alur kerja, penundaan dua minggu di infrastruktur tidak akan memengaruhi desain UX kecuali keduanya memiliki keterkaitan langsung. Dampaknya berkurang dari ‘seluruh proyek’ menjadi ‘satu alur kerja’. Anda dapat dengan mudah membedakan antara tenggat waktu sub-tugas yang terlewat dan peluncuran yang tertunda
- Kepemilikan yang jelas. Setiap alur kerja memiliki satu pemimpin yang ditunjuk. Ketika ada yang terlewat, tidak ada yang membuang waktu dengan bertanya, ‘Ini tugas siapa?’ Pemimpin tersebut akan memperbaikinya atau meneruskannya ke atasan. Kepemilikan bersama justru membuat masalah dibiarkan begitu saja: setiap orang menganggap bahwa orang lain yang menanganinya
- Beban kerja yang terlihat. Anda dapat mendeteksi kelelahan sebelum terjadi. Sumber daya manusia dan alat ditempatkan pada alur kerja spesifik, bukan dalam satu daftar tugas yang sangat panjang. Sistem ini menunjukkan jika seorang insinyur ditugaskan pada tiga alur kerja yang mencapai puncaknya pada waktu yang sama. Tumpang tindih ini tidak terlihat dalam daftar datar, tetapi jelas terlihat dalam tampilan alur kerja
- Risiko terisolasi. Jika vendor melewatkan tenggat waktu di jalur migrasi data, jalur manajemen perubahan tetap melanjutkan pembuatan materi pelatihan. Jalur pengaturan teknis juga tetap berjalan. Satu hambatan hanya menghentikan satu jalur, bukan lima. Anda kehilangan satu minggu alur kerja, bukan satu minggu proyek
- Pelaporan yang lebih mudah. Para pemimpin dapat memeriksa satu alur kerja tanpa perlu membaca seluruh proyek. Pemangku kepentingan yang hanya peduli pada kepatuhan dapat melihat alur kerja spesifik tersebut untuk mendapatkan jawaban. Mereka tidak perlu menggulir 200 tugas untuk mengetahui statusnya
- Proses orientasi yang lebih cepat. Anggota tim baru dapat langsung berkontribusi dalam hitungan hari. Seorang insinyur yang bergabung di tengah proyek tidak perlu mempelajari seluruh inisiatif untuk dapat membantu. Mereka cukup memahami ruang lingkup alur kerja mereka sendiri dan langsung mulai bekerja. Alur kerja tersebut menciptakan batas yang kecil dan mudah dikelola
Proyek tidak gagal di dalam alur kerja. Proyek gagal di titik-titik perpotongan. Inilah alasannya:
Membagi proyek menjadi alur kerja adalah bagian yang mudah. Siapa pun bisa menggambar kotak-kotak tersebut. Yang menghancurkan proyek adalah apa yang terjadi di antara kotak-kotak tersebut. Yaitu proses serah terima, ketergantungan, dan saat-saat ketika satu alur kerja melewatkan tenggat waktu yang menjadi andalan alur kerja lainnya.
Keputusan, perubahan status, dan tenggat waktu yang diubah seringkali terhambat di tengah jalan. Semakin banyak alur kerja yang Anda buat, semakin banyak proses serah terima yang harus Anda pantau.
Ini hanyalah perhitungan dari buku The Mythical Man-Month yang diterapkan pada struktur, bukan pada orang. Penulis menunjukkan bahwa jalur komunikasi bertambah secara kuadratik berdasarkan rumus ini:
n(n-1)/2: semakin banyak orang yang terlibat, biaya koordinasi meningkat secara kuadratik, sementara hasil hanya meningkat secara linier.
Jika Anda mengganti kata ‘orang’ dengan ‘alur kerja’, prinsip ini tetap berlaku. Tiga alur kerja berarti ada tiga antarmuka yang harus dikelola. Enam alur kerja berarti ada lima belas antarmuka. Setiap alur kerja yang Anda tambahkan tidak hanya menambah beban kerja. Hal itu juga melipatgandakan jumlah titik di mana pekerjaan bisa terlewat.
Hal itu mengubah perspektif keseluruhan pekerjaan. Tugas seorang pemimpin bukan hanya mengelola alur kerjanya sendiri. Melainkan juga menjaga batas-batasnya. Mereka harus tahu persis apa yang menjadi tanggung jawab mereka terhadap alur kerja lain dan apa yang menjadi tanggung jawab alur kerja lain terhadap mereka.
Demikian pula, pekerjaan seorang manajer proyek bukan sekadar mengelola tugas. Pekerjaan tersebut lebih berkaitan dengan mengelola antarmuka antar alur kerja. Mereka harus memantau serah terima tugas, mengawasi ketergantungan, dan mendeteksi risiko lintas alur kerja sejak dini.
Ada jebakan di sini juga. Sebuah aturan terkenal yang disebut Hukum Conway memperingatkan bahwa organisasi secara alami membangun sistem yang meniru jalur komunikasi internal mereka sendiri. Dengan kata lain, Anda kemungkinan besar akan mengelompokkan alur kerja Anda berdasarkan struktur organisasi yang ada tanpa disadari.
Kemudian, Anda akan terkejut ketika tugas-tugas yang melibatkan dua tim berbeda justru yang sering terlambat. Kurangi alur kerja Anda berdasarkan jenis pekerjaan, bukan berdasarkan siapa yang sudah duduk bersama. Sisa panduan ini bukan tentang menggambar kotak-kotak. Ini tentang merancang sambungan di antara kotak-kotak tersebut.
Jenis-jenis Alur Kerja dalam Manajemen Proyek
Ada empat jenis alur kerja utama: fungsional (berdasarkan departemen), lintas fungsi (berdasarkan hasil), geografis (berdasarkan wilayah), dan teknologi/sistem (berdasarkan lapisan teknis). Di mana Anda menetapkan batas-batas tersebut akan menentukan serah terima mana yang akan Anda pertahankan sepanjang proyek.
| Fungsional | Batasan yang jelas dan dipahami oleh semua orang | Tugas lintas tim sering terlewatkan | Tim yang pekerjaannya sebagian besar bersifat mandiri |
| Lintas fungsi | Alur kerja terintegrasi dalam alur tersebut, sehingga mudah dipantau | Sulit untuk mengisi posisi; orang-orang tersebar di berbagai alur kerja | Hasil yang membutuhkan kolaborasi yang erat |
| Geografis | Sesuai dengan perbedaan lokal yang sebenarnya | Upaya yang tumpang tindih di berbagai wilayah | Peluncuran global dengan cakupan lokal yang sesungguhnya |
| Teknologi/sistem | Seams terintegrasi dengan antarmuka sistem yang sebenarnya | Semua risiko integrasi ditanggung pada akhirnya | Perangkat lunak dan TI dengan lapisan yang berbeda-beda |
Alur kerja fungsional
Alur kerja fungsional dikelola berdasarkan departemen atau bidang keahlian, seperti teknik, pemasaran, atau hukum. Ini merupakan pilihan default bagi beberapa tim karena batasan-batasan tersebut sudah ada dalam struktur organisasi. Tidak ada perdebatan mengenai di mana satu alur kerja berakhir dan alur kerja berikutnya dimulai.
Hal-hal yang berjalan dengan baik:
- Batasan yang dipahami semua orang: Tidak ada perdebatan mengenai siapa yang bertanggung jawab atas apa, sejalan dengan cara orang-orang memandang peran harian mereka
- Serah terima yang lancar saat pekerjaan bersifat mandiri: Jika tim Teknik dapat mengembangkan tanpa harus menunggu tim Hukum sebagian besar waktu, transisi antar tim tetap mudah dikelola
- Kepemilikan yang sederhana: Setiap kepala departemen adalah pemimpin yang jelas, sehingga pertanggungjawaban sudah jelas sejak hari pertama
Keterbatasan:
- Tugas lintas departemen tidak memiliki tempat yang jelas: Segala hal yang memerlukan tiga tim sekaligus akhirnya menjadi tanggung jawab siapa-siapa (tugas tersebut tidak dapat dimasukkan dengan jelas ke dalam alur kerja mana pun)
- Alur kerja hanya mengoptimalkan secara lokal: Setiap tim menyempurnakan alur kerjanya sendiri dan menganggap bahwa ada pihak lain yang bertanggung jawab atas serah terima
Lewati bagian ini jika: Tujuan terpenting Anda secara konsisten memerlukan tiga departemen atau lebih untuk bekerja secara selaras. Titik-titik sambungan akan dengan cepat melebihi jumlah alur kerja.
Cocok untuk: Proyek di mana pekerjaan setiap tim relatif mandiri dengan beberapa titik serah terima yang jelas dan terdefinisi dengan baik.
Alur kerja lintas fungsi
Alur kerja lintas fungsi disusun berdasarkan hasil kerja atau hasil akhir tertentu. Alur ini mengumpulkan orang-orang dari berbagai departemen ke dalam satu alur. Misalnya, alur ‘onboarding pengguna’ dapat melibatkan seorang desainer, seorang insinyur, dan seorang agen dukungan. Alur ini menyatukan semua elemen tersebut ke dalam satu alur di mana pemimpin tim dapat memantau perkembangan setiap hari.
Hal-hal yang berjalan dengan baik:
- Proses serah terima yang paling rumit pun menjadi jelas: Gesekan antara tim desain dan teknik terjadi di dalam satu alur kerja selama rapat harian. Gesekan tersebut tidak memburuk melintasi batas organisasi yang jauh
- Kerja sama tim yang lebih erat lintas keahlian: Orang-orang yang bekerja menuju hasil yang sama dapat berkoordinasi lebih cepat daripada mereka yang mempertahankan wilayah kerja masing-masing
- Kepemilikan hasil yang jelas: Pemimpin tim bertanggung jawab atas hasil kerja yang telah diselesaikan. Keberhasilan diukur berdasarkan pekerjaan yang telah diserahkan, bukan sekadar aktivitas semata
Keterbatasan:
- Pengalokasian tenaga kerja adalah perjuangan yang tak pernah berakhir: Anda menarik orang-orang dari tim asal mereka, sementara manajer reguler mereka tetap menginginkan mereka. Hal ini memecah loyalitas karyawan
- Titik kemacetan berpindah ke kalender masing-masing orang: Seseorang yang ditugaskan pada tiga alur kerja lintas fungsi yang berbeda menjadi titik kemacetan baru, meskipun tidak ada satu pun alur kerja yang kelebihan beban
Lewati langkah ini jika: Anda tidak bisa mendapatkan komitmen yang sungguh-sungguh dari para kepala departemen untuk mengerahkan tim mereka. Alur kerja lintas fungsi yang kekurangan personel justru lebih buruk daripada alur kerja fungsional.
Cocok untuk: Hasil kerja yang membutuhkan kolaborasi erat antar keahlian, di mana Anda lebih memilih mengelola gesekan secara langsung daripada melintasi batas tim.
Alur kerja berdasarkan wilayah
Alur kerja geografis dibedakan berdasarkan wilayah atau lokasi, seperti Peluncuran di Amerika Utara versus Peluncuran di EMEA. Struktur ini umum digunakan dalam peluncuran global di mana undang-undang lokal, bahasa, atau kondisi pasar menimbulkan tugas-tugas yang berbeda.
Hal-hal yang berjalan dengan baik:
- Menyesuaikan dengan perbedaan lokal yang sebenarnya: Ketika undang-undang lokal atau kondisi pasar berbeda, alur kerja regional memungkinkan setiap tim bergerak sesuai kecepatannya masing-masing
- Kepemilikan dan tindakan lokal: Seorang pemimpin regional yang memahami pasar dapat mengambil keputusan yang lebih baik daripada manajer proyek pusat yang hanya menebak-nebak dari jauh
- Risiko regional yang terkendali: Keterlambatan kepatuhan di Eropa tidak menghambat peluncuran di Amerika Utara
Keterbatasan:
- Upaya yang tumpang tindih adalah penyebab kegagalan yang umum: Dua wilayah menyelesaikan masalah yang sama dua kali karena tidak ada batasan yang jelas antara pekerjaan lokal dan pekerjaan bersama
- Inti bersama sering diabaikan: Aturan merek, model data, dan struktur harga harus tetap konsisten di seluruh wilayah. Elemen-elemen ini memerlukan penanggung jawab pusat, namun alur kerja regional sering menganggap bahwa hal tersebut ditangani oleh pihak lain
Lewati jika: Wilayah Anda hanya berbeda berdasarkan zona waktu. Anda akan menambah biaya koordinasi yang tinggi untuk perbedaan yang sebenarnya tidak ada. Anda sebaiknya menggunakan pengaturan fungsional.
Cocok untuk: Peluncuran global di mana kondisi lokal menghasilkan tugas-tugas yang benar-benar berbeda, namun didukung oleh inti bersama yang jelas kepemilikannya.
Alur kerja teknologi/sistem
Alur kerja teknologi/sistem mengelompokkan pekerjaan berdasarkan lapisan teknis, seperti Front-End, Back-End, Database, atau Infrastruktur. Pengaturan ini umum ditemukan di bidang perangkat lunak dan TI. Setiap lapisan memiliki penanggung jawab dan profil risiko yang berbeda. Inilah versi paling harfiah dari ungkapan ‘proyek gagal di titik sambungan’ karena titik sambungan di sini adalah antarmuka sistem.
Hal-hal yang berjalan dengan baik:
- Peta antartim sesuai dengan kontrak kode yang sebenarnya: Proses serah terima berupa koneksi kode dan API. Hal-hal ini dapat ditentukan, diberi versi, dan diuji. Proses ini jauh lebih konkret daripada serah terima antartim yang samar-samar
- Kepemilikan khusus: Pemimpin setiap lapisan memiliki keahlian mendalam mengenai risiko pada lapisan tersebut. Hal ini berarti masalah dapat terdeteksi sejak dini oleh orang-orang yang memahaminya
- Kemajuan paralel: Tim front-end dan back-end dapat mengembangkan aplikasi secara bersamaan berdasarkan kontrak yang telah disepakati
Keterbatasan:
- Risiko integrasi menumpuk di akhir: Setiap keputusan yang tertunda mengenai cara menghubungkan berbagai lapisan akan muncul sekaligus selama fase integrasi. Inilah sebabnya mengapa fase akhir sering kali berujung pada kegagalan
- Perubahan kontrak dilakukan tanpa pemberitahuan: Jika satu lapisan mengubah antarmukanya tanpa memberi tahu lapisan lainnya, semuanya akan berantakan pada tahap akhir
Lewati bagian ini jika: Proyek Anda cukup kecil sehingga satu tim bertanggung jawab atas seluruh tumpukan teknologi. Alur kerja berbasis lapisan akan menambah antarmuka tambahan yang tidak Anda butuhkan.
Cocok untuk: Proyek perangkat lunak dan TI di mana setiap lapisan sistem memiliki penanggung jawab yang berbeda, profil risiko yang unik, dan antarmuka kode yang jelas di antara lapisan-lapisan tersebut.
Sebagian besar proyek besar menggunakan pendekatan hibrida
Menggabungkan gaya-gaya ini biasanya tepat, tetapi di sinilah jebakan struktur organisasi paling sering muncul. Peluncuran global mungkin menjalankan alur kerja geografis di tingkat atas, dengan sub-alur kerja fungsional seperti pemasaran, logistik, atau kepatuhan yang disusun di dalam setiap wilayah.
Ingatlah rumus yang telah dibahas sebelumnya: setiap tingkat penyarangan akan melipatgandakan titik peralihan. Sarangkan jalur Anda hanya sedalam yang memungkinkan Anda melihat titik peralihan dengan jelas.
Apa yang Dibutuhkan Setiap Alur Kerja
Setiap alur kerja memerlukan sepuluh hal: satu penanggung jawab yang ditunjuk, ruang lingkup yang jelas, masukan dan hasil yang terdokumentasi, tonggak serah terima, pelacakan status yang independen, aturan eskalasi, saluran khusus, format pembaruan standar, waktu cadangan di titik-titik peralihan, dan satu sumber kebenaran. Terlepas dari bagaimana Anda membagi sebuah proyek, sebuah alur kerja hanya akan berjalan lancar jika semua hal ini terpenuhi.
- Satu penanggung jawab yang ditunjuk. Anda memerlukan satu pemimpin alur kerja yang bertanggung jawab atas kemajuan dan serah terima alur tersebut. Ini tidak boleh berupa komite atau tim. Jika Anda tidak dapat menyebutkan nama penanggung jawab dalam satu kata, berarti alur tersebut belum ada
- Ruang lingkup dan hasil kerja yang jelas. Tuliskan pernyataan yang jelas mengenai apa yang dihasilkan oleh alur kerja ini, dan apa yang tidak. Ruang lingkup yang tidak jelas akan menyebabkan munculnya dua alur kerja, di mana keduanya membangun hal yang sama atau masing-masing menganggap bahwa pihak lain yang mengerjakannya
- Daftar masukan dan keluaran. Tentukan apa yang dibutuhkan alur kerja ini dari alur kerja lain untuk memulai, dan apa yang harus diserahkan kepada mereka saat selesai. Inilah titik sambungannya, yang dituliskan secara eksplisit. Jika Anda tidak mendokumentasikannya, hal itu tidak akan dianggap ada untuk keperluan perencanaan.
- Tentukan tonggak serah terima yang jelas. Gunakan titik pemeriksaan sederhana berupa ya atau tidak yang ditempatkan di titik di mana alur kerja ini menyerahkan pekerjaan ke alur kerja lain. Sebuah tonggak proyek dianggap selesai atau belum selesai. Jangan pernah menandai serah terima sebagai ‘80% selesai’
- Pelacakan status secara mandiri. Setiap alur kerja harus menunjukkan apakah statusnya sesuai rencana, berisiko, atau terhambat. Hal ini memungkinkan pimpinan untuk memeriksa satu alur kerja tanpa perlu membaca setiap tugas di dalamnya
- Aturan yang jelas mengenai eskalasi. Sepakati terlebih dahulu kapan suatu hambatan harus dikeluarkan dari alur kerja dan diteruskan ke manajer proyek utama. Misalnya: ‘setiap hambatan yang berlangsung lebih dari dua hari, atau ketergantungan yang berisiko.’ Tanpa aturan, bisa jadi semuanya dieeskalasi, atau justru tidak ada yang dieeskalasi sama sekali
- Saluran obrolan khusus. Buat satu tempat khusus untuk pembaruan, keputusan, dan berkas terkait alur kerja ini. Pisahkan saluran ini dari obrolan proyek utama, agar detail penting tidak terlewatkan
- Format pembaruan standar. Tentukan seberapa sering pemimpin tim melaporkan status dan templat apa yang mereka gunakan. Pastikan format ini konsisten di seluruh alur kerja agar manajer proyek dapat dengan mudah membandingkannya
- Sisakan waktu cadangan di titik-titik peralihan. Tambahkan hari-hari tambahan ke dalam jadwal, khususnya di sekitar titik-titik serah terima. Keterlambatan akan semakin bertambah saat pekerjaan berpindah tangan
- Satu sumber kebenaran. Pertahankan satu versi utama dari rencana dan status alur kerja yang dipercaya oleh semua orang. Jika Anda menyebarkan detail ke berbagai aplikasi, Anda justru akan menciptakan kekacauan yang seharusnya diatasi oleh alur kerja tersebut.
Cara Membuat Alur Kerja untuk Proyek Anda
Pembuatan alur kerja memerlukan lima langkah: tentukan ruang lingkup, bagi proyek menjadi hasil kerja, tetapkan satu penanggung jawab per alur, petakan ketergantungan dan tonggak pencapaian, lalu atur komunikasi dan pelacakan.
Baik Anda merencanakan di spreadsheet, platform manajemen proyek, atau di papan tulis, inti dari pekerjaan ini adalah menetapkan batasan yang tetap berlaku saat pekerjaan mulai melintasi batasan tersebut.
Langkah 1: Tentukan ruang lingkup dan tujuan proyek
Sebelum Anda menggambar satu alur pun, tuliskan apa yang dihasilkan oleh proyek dan apa yang tidak. Batasan alur kerja harus berasal dari ruang lingkup, bukan sebaliknya. Jika Anda menetapkan alur kerja sebelum memahami pekerjaan yang akan dilakukan, Anda akan melewatkan tugas-tugas kritis atau menciptakan pekerjaan yang tumpang tindih.
Catat tiga hal berikut sebelum melanjutkan:
- Hasil akhir: Hasil akhir yang telah diselesaikan, seperti produk yang telah diluncurkan atau sistem yang telah dimigrasikan
- Batasan ketat: Anggaran, tenggat waktu, dan aturan kepatuhan apa pun
- Kriteria keberhasilan: Cara mengetahui bahwa pekerjaan telah selesai, seperti persetujuan dari pemangku kepentingan
Jaga agar tetap ringkas. Langkah ini seharusnya menghasilkan dokumen ruang lingkup yang sederhana dan hanya satu halaman.
Tips Pro: Tulis satu kalimat yang menggambarkan tujuan proyek. Jika kalimat tersebut menggunakan kata ‘dan’ lebih dari sekali, kemungkinan besar terdapat beberapa alur kerja yang tersembunyi di dalamnya.
Langkah 2: Pisahkan proyek menjadi hasil kerja
Identifikasi aset utama yang harus dihasilkan oleh proyek. Kelompokkan item yang terkait ke dalam jalur yang masing-masing memiliki satu hasil yang jelas.
Hindari perancangan yang berlebihan di sini. Setiap alur yang Anda tambahkan akan menciptakan lebih banyak titik sambungan. Sebuah proyek yang dibagi menjadi sepuluh alur dapat menghabiskan lebih banyak waktu untuk rapat daripada untuk pekerjaan yang sedang berjalan.
Gunakan Uji Kemandirian pada kelompok Anda:
- Pisahkan keduanya jika dua kelompok tugas dapat dilanjutkan tanpa harus saling menunggu
- Jaga agar tetap bersatu jika tugas-tugas tersebut saling terkait erat dan melibatkan orang yang sama setiap hari
- Gabungkan kembali jika suatu kelompok memiliki kurang dari 5 tugas atau hanya 1 orang
Langkah 3: Tetapkan penanggung jawab dan peran untuk alur kerja
Tunjuk satu pemimpin yang jelas untuk setiap alur kerja. Orang ini bertanggung jawab atas jadwal, hasil kerja, dan serah terima. Jangan menugaskan kepemilikan kepada sebuah komite atau kepada tim. Fokuslah pada satu nama saja.
Petakan peran-peran yang terkait dengan penanggung jawab tunggal tersebut:
- Pemimpin: Satu orang yang bertanggung jawab atas alur kerja tersebut
- Kontributor: Orang-orang yang benar-benar melaksanakan pekerjaan tersebut
- Pemberi Persetujuan: Orang-orang yang menyetujui hasil kerja yang telah selesai
- Pemangku kepentingan: Orang-orang yang memerlukan pembaruan tetapi tidak terlibat langsung dalam tugas-tugas tersebut
Tips Pro: Berikan wewenang operasional sehari-hari yang sesungguhnya kepada para pemimpin tim. Jika seorang pemimpin tim tidak dapat mengatasi hambatan yang dihadapi timnya sendiri tanpa terlebih dahulu meminta izin kepada manajer proyek utama, maka struktur tersebut hanyalah ilusi.
Langkah 4: Peta ketergantungan dan tetapkan tonggak pencapaian
Dokumentasikan bagaimana alur kerja saling bergantung satu sama lain menggunakan tautan yang jelas dan terlihat. Jangan mengandalkan asumsi. Jika ketergantungan hanya ada di dalam pikiran seseorang, hal itu tidak dapat memicu peringatan ketika jadwal molor.
Catat titik-titik persis di mana alur-alur tersebut bersinggungan:
- Ketergantungan: Untuk setiap alur kerja, cantumkan hambatan yang masuk dan hasil kerja yang keluar
- Tonggak serah terima: Titik pemeriksaan sederhana berupa ya atau tidak yang ditempatkan di setiap persimpangan
- Tanggal bersama: Ketika dua jalur memiliki tenggat waktu yang sama, kedua pemimpin harus menyepakati tanggal tersebut bersama-sama
Tips Pro: Di spreadsheet, gunakan kolom ‘bergantung pada’. Di alat manajemen proyek, gunakan tampilan garis waktu visual untuk melihat jalur kritis di seluruh alur kerja sekaligus. Lebih baik lagi, tata letak terstruktur seperti Template Pemetaan Ketergantungan ClickUp memberi Anda tempat siap pakai untuk mencatat ketergantungan, alih-alih melacaknya di kepala Anda.
Langkah 5: Atur komunikasi dan pelacakan
Berikan setiap alur kerja ruang tersendiri untuk pembaruan, keputusan, dan berkas. Pisahkan ruang ini dari obrolan proyek utama. Hal ini mencegah obrolan harian dari satu alur kerja menenggelamkan peringatan mendesak dari alur kerja lainnya.
Tentukan tiga hal berikut untuk menyusun rencana komunikasi yang ringkas per alur kerja:
- Satu sumber kebenaran: Satu versi utama rencana yang dipercaya oleh semua orang
- Jadwal pembaruan standar: Seberapa sering pemimpin tim melaporkan status, menggunakan templat yang seragam sehingga manajer proyek dapat dengan mudah membandingkan kemajuan.
- Aturan eskalasi: Aturan yang telah disepakati mengenai kapan suatu masalah harus dilaporkan kepada manajer proyek
Tips Pro: Standarkan templat status Anda sebelum dimulainya proyek. Jika setiap pemimpin tim membuat formatnya sendiri, manajer proyek akan membuang-buang waktu untuk menerjemahkan pembaruan alih-alih mengelola risiko proyek.
Praktik Terbaik dalam Mengelola Alur Kerja
Manajemen alur kerja yang baik bergantung pada enam kebiasaan: audit titik-titik sambungan setiap minggu, adakan sesi kerja, lacak orang-orang di seluruh alur kerja, kelola daftar risiko lintas alur kerja, tinjau batas-batas pada tonggak pencapaian, dan tutup alur kerja yang telah selesai. Menyiapkannya hanyalah sekilas gambaran. Menjalankannya adalah sebuah proses yang berkelanjutan.
Struktur yang Anda rancang pada tahap awal mulai berubah begitu pekerjaan dimulai. Seorang pemimpin tim keluar, ketergantungan berubah, atau alur kerja kecil tiba-tiba menyerap setengah tim. Inilah sebabnya mengapa begitu banyak pengaturan gagal pada minggu kedua.
Enam praktik ini menjaga alur kerja Anda tetap utuh ketika situasi berubah:
- Periksa titik-titik sambungan. Pemeriksaan status biasanya hanya melihat ke dalam satu alur kerja untuk memastikan apakah alur tersebut berjalan sesuai rencana. Namun, hubungan antar-alur kerja lah yang seringkali menjadi titik kegagalan, dan memang demikianlah kenyataannya. Seorang pemimpin tim mungkin diam-diam menjadwal ulang hasil kerja yang menjadi ketergantungan alur kerja lain. Sekali seminggu, mintalah para pemimpin tim untuk kembali mengonfirmasi apa yang menjadi tanggung jawab masing-masing dan kapan tenggat waktunya.
- Adakan sesi kerja. Para pemimpin tim perlu mengadakan pertemuan rutin untuk mendiskusikan hambatan dan menyelesaikan konflik sebelum masalah tersebut memburuk. Ini bukanlah laporan resmi untuk pemangku kepentingan. Setiap pemimpin tim menyebutkan apa yang menghambat mereka, tonggak pencapaian apa yang akan datang, dan apa yang telah berubah dalam jadwal mereka. Manajer proyek memandu diskusi tanpa mendominasinya. Lakukan pertemuan mingguan untuk proyek jangka panjang, atau harian untuk acara yang berlangsung cepat.
- Pantau orang-orangnya. Sebuah alur kerja bisa terlihat berjalan lancar, sementara seseorang yang ditugaskan ke tiga alur kerja berbeda justru menjadi titik kemacetan. Tumpang tindih ini tidak terlihat jika Anda hanya memantau alur kerja secara terpisah. Perhatikan insinyur atau desainer yang semua alur kerjanya mencapai puncak pada minggu yang sama. Mendeteksi tabrakan tersebut sejak dini dapat mencegah kelelahan tim
- Buatlah daftar risiko lintas alur kerja. Risiko yang terjadi di dalam satu alur kerja menjadi tanggung jawab pemimpin alur tersebut. Risiko yang melintasi beberapa alur kerja, seperti keterlambatan vendor, dapat menggagalkan proyek. Buatlah catatan sederhana yang menandai alur kerja mana saja yang terpengaruh oleh setiap risiko. Tetapkan satu penanggung jawab untuk setiap risiko lintas alur kerja, dan tinjau hal ini pada setiap sesi sinkronisasi pemimpin alur kerja.
- Tinjau batasan-batasan pada tonggak pencapaian utama. Batasan-batasan yang sempurna saat peluncuran proyek mungkin sudah tidak tepat tiga bulan kemudian. Tetapkan titik-titik tinjauan formal pada tonggak pencapaian utama. Minta para pemimpin tim untuk menanyakan apakah alur kerja, keterkaitan, dan penempatan sumber daya masih sesuai. Jangan mengubah batasan-batasan tersebut setiap minggu, karena tim akan kehilangan fokus. Ubah batasan-batasan tersebut hanya jika data mengharuskannya.
- Tutup alur kerja yang telah selesai. Setiap alur kerja membutuhkan waktu dan upaya karena rapat dan serah terima yang dihasilkannya. Beberapa alur kerja tetap ada meskipun pekerjaan yang menjadi alasannya sudah selesai. Ketika sebuah alur kerja hanya tersisa beberapa tugas akhir, gabungkanlah ke dalam alur kerja terdekat. Jangan menanggung biaya koordinasi tambahan hanya untuk mempertahankannya. Menutup alur kerja yang telah selesai akan menjaga proyek Anda tetap ramping. Selain itu, semakin sedikit alur kerja berarti semakin sedikit celah di mana pekerjaan bisa terlewat.
3 Contoh Alur Kerja di Berbagai Industri
Alur kerja muncul di berbagai proyek, seperti kampanye pemasaran, pengembangan perangkat lunak, dan proyek konstruksi, dengan struktur yang sama setiap kali namun tingkat ketergantungan yang bervariasi. Berikut ini gambaran praktisnya pada tiga proyek umum.
1. Alur kerja kampanye pemasaran
Misalkan sebuah perusahaan meluncurkan produk melalui beberapa saluran. Seorang manajer kampanye mengelola peluncuran tersebut. Empat alur kerja berjalan secara paralel, dan semuanya berfokus pada satu tanggal peluncuran. Berikut rinciannya:
- Produksi konten: Posting blog, studi kasus, halaman arahan. Dipimpin oleh Manajer Pemasaran Konten
- Media berbayar: Kreatif iklan, penargetan, dan anggaran. Dipimpin oleh Manajer Generasi Permintaan
- Acara: Penyiapan webinar, koordinasi pembicara, promosi. Dipimpin oleh Spesialis Acara
- Pemberdayaan Penjualan: Presentasi penjualan, kartu strategi, skrip demo. Dipimpin oleh Pemasar Produk
Titik kritis: Tim Media Berbayar tidak dapat menyelesaikan materi iklan hingga tim Konten menyerahkan pesan yang telah disetujui dan aset merek.
Apa yang membedakan pendekatan ini: Ketergantungan antar-tugas bersifat fleksibel. Sebagian besar alur kerja dapat berjalan secara mandiri untuk jangka waktu tertentu. Jadi, risikonya bukan terletak pada rantai yang kaku. Risiko sebenarnya adalah satu atau dua proses serah-terima pesan yang dapat menghambat seluruh proses di hilir. Perhatikan titik-titik sambungan, bukan kalendernya.
Titik kritis: Tim Media Berbayar tidak dapat menyelesaikan materi iklan hingga tim Konten menyerahkan pesan yang telah disetujui dan aset merek.
Apa yang membedakan pendekatan ini: Ketergantungan antar-tugas bersifat fleksibel. Sebagian besar alur kerja dapat berjalan secara mandiri untuk jangka waktu tertentu. Jadi, risikonya bukan terletak pada rantai yang kaku. Risiko sebenarnya adalah satu atau dua proses serah-terima informasi yang dapat menghambat seluruh proses di hilir. Perhatikan titik-titik sambungan, bukan kalender.
2. Alur kerja pengembangan perangkat lunak
Sekarang, bayangkan sebuah tim yang sedang mengembangkan aplikasi baru yang ditujukan untuk pelanggan. Seorang pemimpin tim teknik mengoordinasikan pekerjaan ini di seluruh regu, dan setiap regu bertanggung jawab atas satu lapisan. Rantai ketergantungan melintasi setiap alur kerja, sehingga keterlambatan di mana pun akan menunda tanggal rilis. Pekerjaan dibagi sebagai berikut:
- Riset UX: Menghasilkan wireframe dan alur pengguna yang telah diverifikasi
- Front-end: Membangun komponen sesuai dengan desain
- Back-end/API: Mengembangkan layanan secara bersamaan berdasarkan kontrak yang telah disepakati
- QA dan pengujian: Pengujian berdasarkan aturan penerimaan
- DevOps/pengaturan: Melakukan deployment ke situs staging dan live
Titik kritis: Tim QA memerlukan visibilitas terhadap kemajuan baik di sisi Front-End maupun Back-End untuk merencanakan siklus pengujian.
Apa yang membedakan pendekatan ini: Dalam pengaturan Agile, alur-alur ini dipetakan ke dalam tim-tim (squads). Setiap tim menjalankan jadwal perencanaan sprintnya sendiri dan hanya melakukan sinkronisasi pada tonggak bersama, seperti pembekuan fitur. Risiko integrasi menumpuk di akhir. Oleh karena itu, titik-titik yang perlu diperhatikan adalah kontrak kode antar lapisan.
3. Alur kerja proyek konstruksi
Terakhir, ambil contoh proyek bangunan komersial. Kontraktor umum yang mengelolanya, mengoordinasikan berbagai bidang pekerjaan yang urutannya tidak dapat diubah. Ini adalah struktur ketergantungan yang paling kaku di antara semua industri. Hal ini membuat proses serah terima menjadi sangat ketat. Alur kerja harus mencapai tonggak pencapaian dalam urutan yang tetap:
- Persiapan lokasi: Pembersihan, perataan tanah, persiapan pondasi
- Teknik struktur: Pekerjaan rangka dan struktur penahan beban
- Listrik dan perpipaan: Pemasangan awal (rough-in), yang tidak dapat dimulai hingga tahap konstruksi mencapai tonggak pencapaiannya
- Pengerjaan interior: Dilakukan setelah lulus inspeksi tahap kasar
- Perizinan/kepatuhan: Dilakukan secara paralel, tetapi menghambat dimulainya konstruksi fisik
Titik kritis: Pekerjaan struktural harus mencapai titik pemeriksaan yang telah ditentukan sebelum pekerjaan pemasangan awal instalasi listrik dan pipa dapat dimulai.
Apa yang membedakan sistem ini: Anda tidak dapat mengubah urutan pekerjaan. Tidak ada ‘jalan keluar’ berupa opsi ‘cukup jalankan secara paralel’ seperti yang dimiliki dua sistem lainnya. Jadi, pemetaan ketergantungan bukanlah fitur tambahan di sini. Ini adalah inti pekerjaan sejak hari pertama. Kegagalan dalam serah terima akan menghentikan situs.
Cara Mengatur Alur Kerja di ClickUp
ClickUp mengorganisir pekerjaan ke dalam Spaces, Folder, dan Daftar. Setiap alur kerja memiliki Daftar tersendiri dengan status, tugas, dan dokumen yang unik. Setiap tampilan menggunakan data yang sama. Pindahkan tugas atau ubah tanggal di satu tempat, dan perubahan tersebut akan diperbarui di semua tempat.
Hal-hal yang efektif khusus untuk alur kerja:
- Hierarki bertepatan dengan batas alur kerja. Buat Ruang atau Folder untuk proyek, lalu buat Daftar per alur kerja. Setiap Daftar memiliki statusnya sendiri (misalnya, tim teknik mengikuti urutan To Do → In Progress → Code Review → Done, sedangkan tim pemasaran mengikuti urutan Draft → Review → Approved → Live). Batas alur kerja sama dengan batas Daftar, sehingga cakupan tetap terkendali tanpa konfigurasi tambahan
- Ketergantungan menyebar ke seluruh alur kerja. Hubungkan tugas-tugas di berbagai Daftar dalam Tampilan Diagram Gantt dengan menggambar garis ketergantungan. Aktifkan fitur "Reschedule Dependencies". Dan ketika satu alur kerja mengalami keterlambatan dalam serah terima, setiap tugas hilir di alur kerja berikutnya akan bergeser secara otomatis. Batas antara alur kerja tetap terlihat dan tidak terputus
- Dashboard menawarkan visibilitas lintas alur kerja: Buat Dashboard ClickUp yang difilter berdasarkan Daftar untuk melihat status, hambatan, dan kemajuan tonggak pencapaian setiap alur kerja dalam satu layar. Manajer Proyek tidak perlu lagi mengejar lima orang untuk mendapatkan pembaruan, melainkan mulai mengelola risiko.
- AI merangkum informasi lintas alur kerja: ClickUp Brain mengambil status dari beberapa Daftar sekaligus dan menampilkan ketergantungan antar-alur kerja. Draf pembaruan disajikan kepada pemimpin alur kerja. Fitur ini memiliki konteks lengkap secara bawaan, sehingga beban koordinasi di antara alur kerja paralel pun berkurang
- Seorang Super Agent yang mengawasi titik-titik sambungan. Tetapkan seorang ClickUp Super Agent ke proyek, dan ia akan memantau titik-titik sambungan untuk Anda. Ia akan memberi tanda peringatan jika tenggat waktu serah terima terlewat, menghubungi pemimpin alur penerima saat ketergantungan hulu berubah, serta mengidentifikasi risiko lintas alur yang terlewatkan oleh pemeriksaan status alur tunggal. Ini adalah versi “selalu aktif” dari audit titik sambungan mingguan, sehingga dasbor yang seluruhnya berwarna hijau tidak secara diam-diam menyembunyikan proses serah terima yang gagal.
Keterbatasan:
- Ada kurva pembelajaran. Tim yang sebelumnya menggunakan Trello atau spreadsheet bersama perlu merencanakan hierarki mereka (Spaces → Folder → Daftar) sejak awal. Jika Anda melewatkan struktur ini dan memasukkan semuanya ke dalam satu Daftar, pemisahan alur kerja akan hilang sepenuhnya. Sebagian besar tim membutuhkan waktu satu atau dua minggu untuk menyesuaikan diri dengan pengaturan yang sesuai
- Alat ini lebih dari yang Anda butuhkan untuk proyek sederhana. Jika Anda mengelola kurang dari tiga jalur kerja secara paralel dengan satu tim kecil, spreadsheet yang dilengkapi kolom ‘bergantung pada’ akan membuat Anda bekerja lebih cepat
Lewati bagian ini jika: Proyek Anda hanya melibatkan satu tim, sedikit serah terima, dan tidak ada ketergantungan nyata antar alur kerja.
Cocok untuk: Proyek multi-tim di mana alur kerja paralel memiliki ketergantungan nyata, dan keterlambatan pada satu alur kerja perlu berdampak secara jelas pada alur kerja lainnya.
Empat Kegagalan Sambungan yang Tak Terduga
Anda sudah bisa mengidentifikasi kesalahan-kesalahan yang jelas. Hal ini termasuk tidak adanya penanggung jawab yang ditunjuk, menggambar alur kerja di sekitar bagan organisasi, atau menugaskan satu orang ke tiga alur kerja sekaligus.
Namun, beberapa kesalahan tidak terlihat seperti kesalahan saat Anda melakukannya. Semuanya tampak berjalan lancar. Berikut adalah empat masalah yang tersembunyi di depan mata:
Proyek yang semuanya hijau, tapi diam-diam bermasalah. Setiap pemimpin menandai alur kerjanya sebagai ‘sesuai rencana’. Dasbor Anda dipenuhi warna hijau, namun tanggal peluncuran tetap terlewat. Hal ini terjadi karena Anda mengukur status di dalam setiap alur, tetapi proses serah terima itu sendiri tidak memiliki status tersendiri.
Solusinya: Berikan status tersendiri untuk setiap serah terima. Tandai sebagai "sesuai rencana", "berisiko", atau "terhambat". Kemudian, pastikan tim penerima bertanggung jawab atas status tersebut.
Kesepakatan lisan yang tak pernah dituliskan. Seseorang berkata, ‘Tim Pemasaran selalu mengirimkan berkas tepat waktu, jadi kita tak perlu aturan formal.’ Di situlah letak masalahnya. Hubungan yang orang-orang abaikan untuk dituliskan justru yang paling mudah dan dapat diandalkan. Karena tak tertulis, tak ada peringatan otomatis saat hubungan tersebut terputus.
Solusinya: Tuliskan terlebih dahulu proses serah terima yang mudah. Lakukan ini justru karena tidak ada yang mengkhawatirkannya. Tautan yang hanya didasarkan pada niat baik tidak ada dalam perencanaan.
Kematian akibat rapat. Dalam upaya terburu-buru untuk memastikan serah terima berjalan lancar, Anda menjadwalkan rapat rutin untuk setiap titik koneksi. Kini, para pemimpin tim Anda menghabiskan lebih banyak waktu membicarakan pekerjaan daripada mengerjakannya. Hal ini menghabiskan waktu sebanyak kesalahan-kesalahan lainnya.
Solusinya: Sesuaikan jadwal rapat Anda dengan tingkat risiko. Rantai yang ketat, di mana satu keterlambatan dapat menghentikan semuanya, harus disinkronkan setiap hari. Rantai yang fleksibel, yang dapat mengalami penundaan sementara, sebaiknya hanya disinkronkan pada tonggak pencapaian utama.
Kerja paralel palsu. Dua jalur berada berdampingan di bagan proyek Anda. Keduanya tampak independen. Namun, keduanya menunggu keputusan dari orang yang sama. Atau persetujuan anggaran dari atasan yang sama. Di atas kertas, pekerjaan tersebut berjalan secara bersamaan. Pada kenyataannya, kedua jalur tersebut berjalan satu demi satu.
Solusinya: Anda dapat mendeteksi hal ini sejak dini dengan memeriksa sumber daya Anda. Perhatikan orang-orang yang terlibat bersama dan pihak yang berwenang menyetujui, bukan hanya tugasnya saja. Jika menarik satu orang dari tim menghambat dua jalur kerja, berarti kedua jalur tersebut sebenarnya tidak pernah berjalan secara paralel.
Siapkan Alur Kerja yang Tetap Berfungsi dengan Baik Saat Skala Diperluas
Perbedaan antara proyek yang berhasil diselesaikan dan proyek yang terhambat terletak pada apakah ada yang merancang hubungan antara alur-alur tersebut, atau hanya mengasumsikan bahwa hubungan tersebut akan terbentuk dengan sendirinya.
Polanya dapat diprediksi. Minggu pertama terlihat bagus. Anda memiliki alur kerja yang teratur, penanggung jawab yang jelas, dan semua orang bergerak cepat. Namun, pada minggu keempat, sebuah keputusan yang diambil dalam satu alur kerja merusak pekerjaan di alur kerja lainnya. Tidak ada yang menyadarinya karena tidak ada yang memantau celah di mana tim-tim tersebut beririsan.
Tim yang berhasil menyelesaikan proyek tepat waktu bukanlah karena mereka memiliki rencana yang lebih baik. Mereka memiliki visibilitas yang lebih baik mengenai apa yang harus diselesaikan oleh setiap alur kerja terhadap alur kerja lainnya. Mereka menjadikan visibilitas tersebut sebagai kebiasaan harian, karena struktur tersebut hanya akan tetap terjaga jika manajer proyek (PM) menjaganya.
Jika proyek Anda sering melibatkan beberapa tim yang bekerja menuju tenggat waktu yang sama, ClickUp memungkinkan Anda mengelola setiap alur kerja dalam Daftar tersendiri. Anda dapat menghubungkan ketergantungan antar alur kerja dan memantau semuanya dari satu Dasbor. Anda bahkan dapat menggunakan AI untuk memeriksa status lintas alur kerja tanpa perlu mengejar-ngejar orang. Semua ini terjadi dalam satu platform, sehingga Anda tidak perlu menggabungkan berbagai alat yang berbeda.
Mulailah secara gratis dengan ClickUp.
Pertanyaan yang Sering Diajukan tentang Alur Kerja dalam Manajemen Proyek
Apa perbedaan antara alur kerja dan fase proyek?
Fase bersifat berurutan, sedangkan alur kerja bersifat paralel. Fase adalah tahapan yang dilalui proyek secara berurutan, seperti perencanaan, pelaksanaan, dan penutupan. Sebaliknya, alur kerja berjalan secara paralel sepanjang siklus hidup proyek. Satu alur kerja, seperti rekayasa, tetap aktif di setiap fase. Anggaplah fase sebagai penanda kapan pekerjaan dilakukan. Sementara alur kerja menunjukkan siapa yang bertanggung jawab atas setiap bagian dalam rentang waktu tersebut.
Apa perbedaan alur kerja dengan proyek dan program?
Perbedaannya terletak pada skala dan bagaimana masing-masing elemen tersebut saling terintegrasi. Sebuah program adalah kumpulan proyek-proyek yang saling terkait. Sebuah proyek adalah inisiatif tunggal dengan tenggat waktu yang jelas. Alur kerja adalah jalur paralel di dalam proyek tersebut. Alur kerja tidak pernah berdiri sendiri. Alur kerja hanya ada sebagai bagian dari tujuan proyek yang lebih besar. Alur kerja berbagi tanggal akhir dan tujuan utama dengan proyek induknya. Di sisi lain, proyek terpisah memiliki piagam mandiri.
Apakah standar formal seperti PMBOK atau PRINCE2 mendefinisikan ‘alur kerja’?
Tidak ada standar manajemen proyek utama yang secara resmi mendefinisikan ‘alur kerja’. Baik PMBOK Guide dari PMI, APM Body of Knowledge, maupun manual PRINCE2 tidak menyebutkannya. Ini adalah istilah praktis yang berkembang dari pelaksanaan proyek di dunia nyata. Tidak ada badan pengatur yang menstandarkannya, sehingga penggunaannya bervariasi di berbagai perusahaan.
Apa perbedaan antara alur kerja dan paket kerja?
Paket kerja jauh lebih kecil dan berada di dalam struktur rincian pekerjaan (WBS). Secara formal, paket kerja adalah tugas tingkat terendah yang dapat Anda perkirakan dan tetapkan. Alur kerja jauh lebih luas. Alur kerja merupakan jalur berkelanjutan yang dapat mencakup banyak paket kerja dan berbagai alur kerja. Sederhananya, paket kerja adalah unit hasil. Alur kerja adalah unit kepemilikan yang mengelompokkan hasil-hasil tersebut.
Apakah satu orang dapat memimpin lebih dari satu alur kerja?
Memang bisa, tetapi itu adalah cara tercepat untuk menciptakan hambatan tersembunyi. Inti dari penunjukan satu pemimpin yang ditunjuk secara khusus adalah tanggung jawab yang jelas atas serah terima antar alur kerja. Jika Anda menugaskan seseorang untuk menangani tiga alur kerja sekaligus, hambatan tersebut akan berpindah ke kalender orang tersebut. Setiap alur kerja kemudian harus menunggu satu orang yang terus-menerus berganti-ganti tugas. Jika Anda harus menugaskan seseorang untuk menangani dua alur kerja sekaligus, lakukan hal tersebut hanya untuk alur kerja yang kecil dan berisiko rendah. Selain itu, perhatikan jadwal yang mencapai puncaknya pada minggu yang sama.
Apa yang membuat seorang pemimpin alur kerja menjadi baik?
Seorang pemimpin alur kerja yang baik memiliki wewenang yang cukup untuk mengatasi hambatan di timnya sendiri tanpa harus meminta persetujuan manajer proyek utama untuk setiap keputusan. Peran ini bertanggung jawab atas jadwal, hasil kerja, dan serah terima alur kerja tersebut. Pemimpin terbaik menjaga batas-batas tanggung jawabnya. Mereka memantau serah terima dengan cermat dan melaporkan masalah sejak dini ketika ketergantungan tidak terpenuhi. Seorang pemimpin yang harus meminta izin untuk keputusan rutin hanyalah pemimpin secara nama saja.