Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure Layanan DevOps | Azure Server DevOps | Azure DevOps Server 2022
Batas Work-in-Progress (WIP) adalah praktik inti Kanban yang membatasi berapa banyak item yang tim Anda kerjakan pada setiap tahap. Dengan berfokus pada penyelesaian pekerjaan sebelum memulai pekerjaan baru, tim meningkatkan throughput dan kualitas perangkat lunak.
Batas WIP menetapkan batasan lunak pada jumlah item yang diizinkan di setiap kolom papan. Anda dapat melebihi batas ini, tetapi papan menyoroti jumlah kolom sehingga tim Anda dapat mengambil tindakan. Artikel ini menjelaskan cara menentukan, mengatur, dan mengelola batas WIP.
Petunjuk / Saran
Anda dapat menggunakan AI untuk membantu tugas ini nanti dalam artikel ini, atau melihat mengaktifkan bantuan AI dengan Azure DevOps MCP Server untuk memulai.
Prasyarat
| Kategori | Persyaratan |
|---|---|
| Tingkat akses | Setidaknya Basic access. |
| Izin | Untuk mengonfigurasi pengaturan tim: Anggota grup keamanan Project Administrators atau Administrator Tim. Untuk informasi selengkapnya, lihat Ubah izin tingkat proyek. |
Menentukan batas WIP awal
Gunakan panduan berikut untuk menetapkan batas WIP awal Anda:
- Hitung pekerjaan saat ini — Tinjau item di setiap kolom untuk membuat garis besar.
- Skalakan menurut ukuran tim — Izinkan dua hingga tiga item per anggota tim dalam satu tahap. Misalnya, tiga pengembang × masing-masing dua item = batas WIP enam.
- Mulai rendah — Hambatan permukaan batas bawah lebih cepat, sehingga Anda dapat mengatasi masalah proses lebih awal.
Tetap dalam batas WIP
Setelah Anda menetapkan batas WIP, lacak seberapa baik tim Anda tetap berada di dalamnya.
Menghormati batas WIP berarti tidak memindahkan item ke dalam kolom jika hal tersebut akan melewati batas. Ketika kolom melewati batasnya, papan segera menyorotinya — memberi sinyal kepada tim untuk menyelesaikan pekerjaan yang ada sebelum menarik item baru.
Mematuhi batas WIP bisa menjadi tidak nyaman pada awal-awalnya. Anggota tim yang lebih suka multitasking mungkin merasa dibatasi, sementara yang lain mungkin menunggu pekerjaan upstream selesai. Sering bertemu sebagai tim untuk mendiskusikan penyesuaian ini dan memperkuat praktik.
Mengidentifikasi hambatan
Hambatan — kolom tempat item tidak dikerjakan selama ber hari — menunjukkan limbah dalam alur kerja Anda. Pantau papan Anda secara berkala untuk mengidentifikasi mereka. Hambatan yang sering biasanya berarti batas WIP terlalu tinggi; tidak ada hambatan sama sekali dapat berarti batas terlalu rendah.
Ambil tangkapan layar berkala dari papan Anda untuk melihat di mana alur kerja berjalan dengan lancar dan di mana mengalami hambatan.
Rekam jepret membantu tim Anda melacak:
- Jumlah item rata-rata per kolom
- Rasio item aktif terhadap anggota tim pada setiap kolom
- Item yang tetap berada di kolom untuk jangka waktu yang lama
- Item yang diselesaikan dan throughput rata-rata dari waktu ke waktu
Menghilangkan limbah
Limbah adalah apa pun yang tidak berkontribusi untuk memberikan nilai. Untuk mengatasi hambatan, identifikasi dan hapus sumber limbah dalam alur kerja Anda. Bentuk umum limbah dalam pengembangan perangkat lunak meliputi:
- Kode atau fitur yang tidak digunakan
- Cacat yang memerlukan pengerjaan ulang
- Waktu tunggu dan penundaan
- Penyerahan yang tidak perlu antar tim
- Persyaratan yang tidak lengkap atau tidak jelas
- Komunikasi yang tidak efisien
Diskusikan sumber-sumber ini sebagai tim dan temukan solusi secara kolaboratif.
Mengatur batas WIP
Sebelum Anda menetapkan batas WIP, pastikan Anda memetakan alur kerja tim Anda ke kolom.
Pilih
untuk membuka pengaturan papan.
Pilih Kolom, lalu pilih tab kolom dan masukkan batas WIP.
Catatan
Judul kolom yang tersedia bervariasi berdasarkan proses yang digunakan proyek Anda dan apakah tim Anda memperlakukan bug seperti persyaratan atau tugas.
Pilih Simpan.
Tantangan dan solusi
Melebihi batas WIP dengan satu atau dua item adalah normal. Jika tim Anda secara konsisten melebihi batas tiga atau lebih, tinjau proses Anda atau sesuaikan batasnya.
Setelah beberapa minggu menggunakan batas WIP, diskusikan apa yang berfungsi dan apa yang tidak. Daftar berikut mencakup tantangan umum dan solusi yang terbukti.
Tantangan umum
- Dinamika sosial — Beberapa anggota tim menolak aturan, mengambil pekerjaan ekstra, atau percaya multitugas lebih produktif.
- Varianbilitas pekerjaan — Ukuran item yang tidak merata (cerita pengguna vs. bug) dan perkiraan campuran (jam, hari, titik cerita) membuat satu batas WIP sulit diterapkan secara merata.
- Mengabaikan masalah sistemik — Tim melewati hambatan alih-alih mengatasi masalah mendasar dalam alur kerja.
- Perubahan budaya — Mengadopsi batas WIP membutuhkan penyesuaian pada sistem, kebiasaan tim, dan budaya organisasi.
Solusi yang terbukti
- Prioritaskan produktivitas tim — Alihkan fokus dari output individual ke alur keseluruhan. Dorong kolaborasi melalui multitugas.
- Item kerja ukuran yang tepat — Diskusikan ukuran item sebelum memulai. Pecahkan item besar menjadi tugas yang lebih kecil dan berukuran konsisten.
- Bantu pekerjaan upstream berkembang — Saat tidak ada pekerjaan, bantu kegiatan upstream atau membantu membuka hambatan rekan satu tim daripada menarik pekerjaan baru.
- Tahap staf memadai - Pastikan spesialis yang cukup dalam setiap tahap alur kerja untuk mencegah hambatan.
- Bangun pemahaman bersama — Adakan retrospektif reguler, dokumentasikan kebijakan tim, dan perkuat prinsip Kanban.
- Gunakan metrik untuk menyesuaikan — Lacak jumlah WIP dan waktu tunggu, dan sesuaikan batas berdasarkan data.
- Mendukung perubahan budaya — Menerapkan prinsip manajemen perubahan dan memberikan kepemilikan tim atas keputusan batas WIP.
Menggunakan AI untuk menganalisis pekerjaan yang sedang berlangsung
Jika Anda menyambungkan Server MCP Azure Boards ke agen AI Anda dalam mode agen, Anda dapat menggunakan perintah bahasa alami untuk menganalisis pekerjaan yang sedang berlangsung di seluruh kolom papan Anda.
| Tugas | Contoh perintah |
|---|---|
| Menghitung item per kolom | How many work items are in each workflow state for my team's backlog? |
| Menemukan kolom yang kelebihan beban | Show me all active work items in the 'In Progress' state for the <Contoso> project |
| Mengidentifikasi item kedaluarsa | Find work items in the 'Active' state that haven't been updated in the last 14 days |
| Periksa kapasitas tim | List all work items assigned to <Jamal> that are currently in progress |
| Menganalisis WIP per orang | Show the count of active work items per team member in area path <Contoso\\Frontend> and flag anyone with more than 5 |
| Mendeteksi lonjakan WIP | Compare the count of in-progress work items this week vs last week for my team in <Contoso> |
| Menemukan risiko multitugas | List team members in <Contoso> who have active work items across more than 2 different features |
| Meninjau kolom throughput | Show how many work items moved from Active to Resolved per week over the last 4 weeks in <Contoso> |
| Mengidentifikasi pemblokir alur | List work items in <Contoso> that have been in the same state for longer than the average time items spend in that state |
| Usulkan penyeimbangan ulang WIP | Show team members in <Contoso> with no active work items alongside those with more than 3 |
Catatan
Mode agen dan Server MCP menggunakan bahasa alami, sehingga Anda dapat menyesuaikan perintah ini atau mengajukan pertanyaan tindak lanjut untuk memperbaiki hasilnya.