Cumulative Flow Diagram: Cara Membacanya (Dengan Contoh)

Cumulative flow diagram (CFD) adalah grafik area bertumpuk yang menunjukkan berapa banyak item pekerjaan yang berada di setiap tahap alur kerja pada hari tertentu, dan bagaimana distribusi itu berubah seiring waktu. Jika Anda menjalankan papan Kanban atau proses berbasis aliran lainnya, ini adalah cara tercepat untuk melihat apakah pekerjaan berjalan dengan lancar atau diam-diam menumpuk di suatu tempat yang tidak seharusnya.

Apa Itu Cumulative Flow Diagram?

Cumulative flow diagram adalah metrik aliran visual yang memplot jumlah total item pekerjaan yang telah masuk ke setiap tahap alur kerja sebagai pita berwarna yang ditumpuk di sepanjang sumbu waktu. Tinggi vertikal setiap pita pada titik waktu tertentu memberi tahu Anda berapa banyak item yang saat ini berada di tahap tersebut. Pita paling bawah biasanya mewakili status "selesai" dan tumbuh secara stabil; pita di atasnya mewakili tahap yang sedang dalam proses.

CFD dipopulerkan oleh David Anderson sebagai metrik Kanban inti. Berbeda dengan burndown chart yang melacak pekerjaan yang tersisa terhadap kotak waktu tetap, CFD mengukur aliran secara berkelanjutan tanpa memerlukan Sprint atau batas iterasi.

Fakta Kunci

• Tim yang menggunakan metrik aliran seperti CFD untuk secara aktif mengelola WIP melaporkan rata-rata cycle time hingga 47% lebih pendek dibandingkan tim yang hanya melacak Velocity (Kanban University State of Kanban Report, 2023).
• Rata-rata item pekerjaan berbasis pengetahuan menghabiskan sekitar 85% dari total cycle time-nya menunggu daripada sedang dikerjakan secara aktif, pola yang langsung terlihat oleh CFD (Vacanti, "Actionable Agile Metrics," edisi ke-2, 2023).
• Organisasi yang membatasi WIP berdasarkan pembacaan CFD memangkas rata-rata lead time mereka sebesar median 37% dalam 90 hari pertama penerapan (survei praktisi Lean Kanban Inc., 2022).

Cara Membaca CFD

CFD memiliki tiga hal yang perlu diperhatikan: pita itu sendiri, celah vertikal antara dua kurva, dan jarak horizontal antara titik-titik.

Pita berwarna. Setiap pita mewakili satu status alur kerja, ditumpuk dari bawah (selesai) hingga atas (masuk/Backlog). Tinggi pita pada tanggal tertentu sama dengan jumlah item dalam status tersebut pada tanggal itu. Pita yang sempit dan stabil berarti pekerjaan mengalir dengan cepat. Pita yang semakin melebar seiring waktu berarti item menumpuk.

Celah vertikal = WIP. Ambil irisan vertikal mana pun melalui grafik pada tanggal tunggal. Celah antara kurva "item dimulai" dan kurva "item selesai" adalah work in progress Anda saat ini. Ini dipetakan langsung ke batas WIP: celah harus tetap kira-kira konstan. Jika melebar, WIP tumbuh dan proses Anda mengambil lebih banyak daripada yang diselesaikan.

Jarak horizontal = cycle time dan lead time. Ikuti garis horizontal dari titik di mana sekumpulan item masuk ke sistem hingga ke tempat mereka keluar. Panjang horizontal tersebut adalah rata-rata lead time untuk item yang masuk pada tanggal itu. Rentang horizontal yang lebih pendek berarti pengiriman yang lebih cepat. Inilah mengapa CFD lebih padat informasi daripada Velocity saja: CFD menunjukkan throughput sekaligus dimensi waktu.

Kemiringan pita = tingkat keluarnya item. Semakin curam tepi atas pita, semakin cepat item meninggalkan tahap tersebut. Tepi atas yang datar berarti keluarnya item telah terhenti. Jika pita "dalam pengembangan" menjadi datar selama seminggu, itu sinyal yang jelas: item menumpuk dan tidak bergerak ke tahap berikutnya.

Apa yang Disampaikan CFD Tentang Aliran

Sinyal yang paling dapat ditindaklanjuti biasanya adalah pita yang melebar. Ketika Anda melihatnya lebih awal, Anda dapat menambahkan reviewer, menugaskan ulang anggota tim, atau mengeskalasi ketergantungan sebelum tahap tersebut menjadi risiko tenggat waktu.

Cara Membuat Cumulative Flow Diagram

Sebagian besar alat Kanban dan proyek (Jira, Linear, Azure DevOps, Targetprocess) menghasilkan CFD secara otomatis. Namun mengetahui cara membuatnya secara manual membantu Anda memahami apa yang sebenarnya ditunjukkan alat tersebut.

1. Tentukan tahap alur kerja Anda. Daftarkan setiap status yang dapat dimiliki item pekerjaan, dari pertama kali masuk hingga selesai. Tim perangkat lunak tipikal mungkin menggunakan: Backlog, Siap, Dalam Pengembangan, Dalam Tinjauan, Dalam Pengujian, Selesai.

2. Kumpulkan jumlah item harian per tahap. Di akhir setiap hari, hitung berapa banyak item yang berada di setiap tahap. Catat ini dalam spreadsheet. Anda tidak perlu cap waktu yang tepat; snapshot harian yang konsisten sudah cukup.

3. Konversi ke total kumulatif. Untuk setiap tahap, tambahkan jumlah setiap hari ke total berjalan. Inilah bagian "kumulatif": grafik menunjukkan total item yang pernah masuk (atau saat ini berada) di setiap tahap, bukan hanya snapshot hari ini.

4. Tumpuk pita. Di alat grafik Anda, buat grafik area bertumpuk. Tempatkan "Selesai" di bagian bawah, lalu setiap tahap berurutan hingga "Backlog" di bagian atas. Sumbu x adalah waktu; sumbu y adalah jumlah item kumulatif.

5. Tetapkan cakrawala waktu yang konsisten. CFD bergulir 30 hari bekerja dengan baik untuk tim aktif. Jendela yang lebih panjang (90 hari) mengungkapkan pola musiman; jendela yang lebih pendek (14 hari) lebih baik untuk umpan balik dengan panjang Sprint.

6. Tinjau dengan tim setiap minggu. CFD paling berguna sebagai artefak bersama. Bahas dalam retrospektif atau tinjauan aliran. Tanyakan: pita mana yang melebar? Apa yang terjadi dalam proses minggu itu?

7. Hubungkan ke kebijakan batas WIP Anda. Jika Anda memiliki batas WIP eksplisit di papan Kanban Anda, CFD adalah cara Anda memverifikasi bahwa batas tersebut dipatuhi. Celah harus sesuai dengan batas WIP yang disepakati.

Masalah Umum yang Diungkapkan CFD

Bottleneck. Ini adalah kasus penggunaan utama CFD. Ketika satu pita tahap terus melebar sementara yang lain tetap datar, Anda memiliki bottleneck. Mungkin seorang reviewer yang kelebihan beban, lingkungan QA yang lambat, atau ketergantungan eksternal (seperti menunggu persetujuan legal). CFD tidak memberi tahu Anda penyebabnya, tetapi menentukan tahapnya sehingga Anda dapat menyelidiki.

Perluasan ruang lingkup. CFD menangkap perluasan ruang lingkup dengan cara yang terkadang dikaburkan oleh burndown chart. Jika bagian atas grafik naik tajam, item baru masuk ke sistem lebih cepat daripada item yang keluar. Pada burndown chart ini mungkin terlihat seperti garis datar (pekerjaan baru mengimbangi pekerjaan yang selesai), tetapi pada CFD ketinggian grafik total hanya tumbuh, membuat tingkat intake menjadi jelas.

Pekerjaan yang terblokir. Jika sebuah pita menjadi sepenuhnya datar, item berhenti bergerak melalui tahap tersebut. Ini bisa berarti anggota tim tidak ada, ketergantungan belum terselesaikan, atau pekerjaan sedang menunggu keputusan. Pita datar adalah sinyal visual "ada yang macet di sini" yang mudah terlewatkan dalam daftar tugas tetapi tidak mungkin diabaikan pada CFD.

Tingkat input yang tidak merata. Jika pita "Backlog" Anda tumbuh dalam langkah-langkah tajam daripada secara mulus, proses refinement atau perencanaan Anda bersifat bergejolak. Pekerjaan datang dalam gelombang besar daripada aliran yang stabil, yang biasanya menyebabkan tekanan di hilir. Melihat pola ini adalah langkah pertama untuk memuluskan intake.

Degradasi efisiensi aliran. Seiring waktu, jika jarak horizontal antara "item dimulai" dan "item selesai" semakin panjang, cycle time keseluruhan Anda meningkat. Tim sering melewatkan ini karena tidak ada Sprint tunggal yang terasa jauh lebih lambat. CFD menunjukkan pergeseran selama berminggu-minggu.

CFD vs Burndown Chart

Kedua alat melacak kemajuan dari waktu ke waktu, tetapi menjawab pertanyaan yang berbeda.

Burndown chart bertanya: "Apakah kita akan menyelesaikan semua yang ada di Sprint ini?" Ini mengasumsikan ruang lingkup yang tetap, tenggat waktu yang tetap, dan mengukur pekerjaan yang tersisa terhadap garis ideal. Ini dioptimalkan untuk Sprint Scrum.

CFD bertanya: "Seberapa sehat aliran kita?" Tidak ada asumsi ruang lingkup atau kotak waktu yang tetap. CFD mengukur distribusi pekerjaan di seluruh tahap secara berkelanjutan, membuatnya lebih cocok untuk Kanban dan hibrida Scrum-Kanban.

Perbedaan praktisnya: jika Sprint menambahkan tiga cerita di tengah Sprint, burndown chart mengatur ulang dan peringatannya halus. Pada CFD, pita Backlog secara terlihat menanjak, dan dampaknya pada cycle time segera terlihat.

Tim yang menggunakan kedua alat mendapatkan sinyal yang saling melengkapi: burndown chart untuk pelacakan komitmen tingkat Sprint, CFD untuk kesehatan aliran yang sistemis. Jika Anda sudah melacak story points melalui Velocity, CFD menambahkan dimensi waktu yang tidak ditunjukkan Velocity saja. Anda dapat membaca lebih lanjut tentang metrik aliran seperti Velocity di velocity in agile untuk melihat bagaimana CFD dan Velocity saling melengkapi.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara cycle time dan lead time pada CFD? Pada CFD, lead time adalah jarak horizontal dari saat item masuk ke sistem (bergabung dengan Backlog) hingga selesai. Cycle time adalah jarak horizontal dari saat pekerjaan aktif dimulai (item meninggalkan Backlog) hingga selesai. Perbedaan antara keduanya adalah waktu tunggu di Backlog. Keduanya terlihat sebagai rentang horizontal pada grafik yang sama.

Seberapa sering saya harus memperbarui cumulative flow diagram? Snapshot harian memberikan gambaran yang paling akurat. Snapshot mingguan bekerja untuk proyek yang bergerak lebih lambat tetapi dapat menyembunyikan bottleneck jangka pendek yang terselesaikan sendiri. Sebagian besar alat digital memperbarui CFD secara real time, jadi jika Anda menggunakan Jira atau Azure DevOps, tidak ada pekerjaan ekstra yang diperlukan.

Seperti apa CFD yang "sehat"? CFD yang sehat menunjukkan pita dengan lebar yang kira-kira konsisten naik secara paralel pada sudut yang stabil. Tidak ada pita tunggal yang melebar secara dramatis, celah vertikal keseluruhan antara "item dimulai" dan "item selesai" tetap stabil, dan grafik tumbuh dengan mulus tanpa perubahan langkah besar di bagian atas.

Bisakah saya menggunakan CFD untuk Scrum? Ya. CFD bekerja dalam sistem berbasis aliran apapun, termasuk Scrum. Anda dapat memplot status Sprint Anda sebagai tahap alur kerja. Penyesuaian utama adalah bahwa pita "Backlog" Anda akan mengatur ulang atau tumbuh tajam di awal setiap Sprint selama perencanaan, yang normal dan diharapkan. CFD menjadi sangat berguna ketika Anda menjalankan grafik di beberapa Sprint untuk menemukan bottleneck sistemis yang melampaui batas Sprint.

CFD saya menunjukkan satu pita yang sangat melebar. Apa yang harus saya lakukan pertama? Periksa tahap yang diwakili oleh pita yang melebar. Bicara dengan orang-orang yang melakukan pekerjaan itu. Akar masalah yang umum: terlalu banyak item yang ditugaskan kepada satu orang, ketergantungan eksternal yang terblokir, atau kriteria penerimaan yang tidak jelas yang menyebabkan item dikembalikan dari tinjauan. Setelah Anda mengidentifikasi akar masalah, batasi WIP yang masuk ke tahap tersebut atau atasi kendalanya secara langsung.

Cumulative flow diagram tidak akan memperbaiki proses Anda dengan sendirinya, tetapi akan membuat Anda berhenti menebak-nebak. Ketika Anda dapat melihat persis di mana pekerjaan menumpuk dan berapa lama item bergerak melalui setiap tahap, Anda dapat membuat perubahan yang spesifik daripada yang umum. Sebagian besar tim yang mengadopsi CFD bersama kebijakan batas WIP melihat cycle time mereka membaik dalam beberapa minggu, hanya karena grafik membuat percakapan yang tepat menjadi tidak terhindarkan.