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.
Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Setelah Anda menambahkan atau mengubah status alur kerja untuk jenis item kerja, tentukan aturan yang berlaku berdasarkan perubahan status. Aturan status alur kerja mendukung skenario berikut:
- Mendukung proses persetujuan.
- Mencegah pengguna yang tidak sah mengatur status yang tidak valid.
- Jadikan bidang wajib, hanya baca, atau atur ke nilai lain berdasarkan perubahan status.
- Batasi transisi dari satu status ke status lainnya.
- Membatasi atau mengizinkan transisi status ke pengguna atau grup tertentu.
- Pertahankan proses alur kerja terkontrol yang mendukung persyaratan audit.
- Mengotomatiskan penutupan item kerja induk.
- Mendukung proses persetujuan.
- Mencegah pengguna yang tidak sah mengatur status yang tidak valid.
- Tetapkan bidang sebagai wajib, hanya-baca, atau atur ke nilai lain berdasarkan perubahan status.
- Batasi transisi dari satu status ke status lainnya.
- Mengotomatiskan penutupan item kerja induk.
Penting
Model proses Warisan tersedia untuk proyek yang dikonfigurasi untuk mendukung jenis model. Jika Anda menggunakan koleksi yang lebih lama, periksa kompatibilitas model proses. Jika koleksi lokal Anda dikonfigurasi untuk menggunakan model proses XML lokal, Anda hanya dapat menggunakan model proses tersebut untuk menyesuaikan pengalaman pelacakan kerja. Untuk informasi selengkapnya, lihat Kustomisasi proses tingkat organisasi.
Petunjuk
Anda dapat menggunakan AI untuk membantu tugas ini nanti dalam artikel ini, atau lihat Mengaktifkan bantuan AI dengan Azure DevOps MCP Server untuk memulai.
Prasyarat
| Kategori | Persyaratan |
|---|---|
| Permissions | - Untuk mengelola grup keamanan dan izin di tingkat proyek, yang mencakup aturan pengaturan untuk status alur kerja: Administrator Proyek. - Untuk mengelola area pelacakan kerja: Administrator Proyek atau diberi izin secara khusus untuk Pelacakan Item Kerja. |
| Tingkat akses | Akses dasar, yang biasanya cukup bagi sebagian besar pengguna yang perlu mengelola item kerja dan menerapkan aturan ke status alur kerja. |
Memahami aturan alur kerja
Daftar berikut menguraikan tiga grup aturan alur kerja:
Tindakan standar:
- Terapkan saat item kerja dibuat, dalam status terpilih, atau dipindahkan dari satu status ke status lainnya.
- Tindakan termasuk mengatur nilai bidang, menjadikannya hanya-baca, atau menjadikan bidang wajib diisi.
- Anda dapat menentukan satu atau dua kondisi dan beberapa tindakan.
Membatasi transisi keadaan:
- Tentukan satu kondisi yang menunjukkan status item kerja yang dipindahkan.
- Tentukan tindakan untuk membatasi transisi dari status tersebut ke status lain.
Membatasi transisi status berdasarkan keanggotaan pengguna atau grup:
- Tentukan satu kondisi berdasarkan keanggotaan pengguna atau grup.
- Tentukan satu tindakan untuk membatasi transisi dari satu status ke status lainnya.
Daftar berikut menguraikan dua grup aturan alur kerja:
Tindakan standar:
- Terapkan saat item kerja dibuat, dalam status terpilih, atau dipindahkan dari satu status ke status lainnya.
- Tindakan termasuk mengatur nilai bidang, menjadikannya hanya-baca, atau menjadikan bidang wajib diisi.
- Anda dapat menentukan satu atau dua kondisi dan beberapa tindakan.
Membatasi transisi keadaan:
- Tentukan satu kondisi yang menunjukkan status item kerja yang dipindahkan.
- Tentukan satu atau beberapa tindakan untuk membatasi transisi dari status tersebut ke status lain.
Keadaan
Tindakan yang didukung
Atur nilai bidang atau buat baca-saja/diperlukan berdasarkan Status
Membatasi transisi berdasarkan Status
Sembunyikan bidang atau buat bidang hanya dapat dibaca atau wajib berdasarkan Status dan keanggotaan pengguna atau grup.
Berdasarkan keanggotaan pengguna atau grup, atur atribut bidang atau batasi transisi status
Catatan
Saat Anda menyesuaikan proses yang diwariskan, proyek apa pun yang menggunakan proses secara otomatis mencerminkan penyesuaian. Untuk memastikan transisi yang lancar, kami sarankan Anda membuat proses pengujian dan proyek untuk menguji penyesuaian anda sebelum menerapkannya di seluruh organisasi. Untuk informasi selengkapnya, lihat Membuat dan mengelola proses yang diwariskan.
Memahami status alur kerja dan batas aturan
Aturan alur kerja berlaku saat Anda menambahkan atau memodifikasi item kerja melalui salah satu antarmuka berikut:
- Portal web: Formulir item kerja, pembaruan massal, pembaruan dalam tampilan kueri
- Portal web: Papan atau Papan Tugas, pindahkan item kerja ke kolom
- Visual Studio 2017 dan versi yang lebih lama, formulir item kerja
- Format file CSV: Impor atau perbarui massal
- Excel: Mengimpor atau memperbarui secara massal
- REST API: Menambahkan atau memodifikasi item kerja
Tabel berikut ini meringkas status alur kerja dan batas aturan untuk proses Pewarisan.
| Objek | Batas Pewarisan |
|---|---|
| Jenis item kerja yang ditentukan untuk proses | 64 |
| Status alur kerja ditentukan untuk tipe item kerja | 32 |
| Aturan yang ditentukan untuk jenis item kerja | 1024 |
Saat Anda menentukan status dan aturan alur kerja, ikuti panduan ini untuk meminimalkan masalah performa:
- Batasi jumlah aturan untuk WIT: Meskipun Anda dapat membuat beberapa aturan untuk jenis item kerja (WIT), lebih banyak aturan dapat berdampak negatif pada performa saat pengguna menambahkan atau memodifikasi item kerja. Sistem memvalidasi semua aturan yang terkait dengan bidang untuk jenis item kerja saat pengguna menyimpan item kerja. Dalam beberapa kasus, ekspresi validasi aturan mungkin menjadi terlalu kompleks bagi SQL untuk dievaluasi.
- Batasi jumlah jenis item kerja kustom: Mengurangi jumlah jenis item kerja kustom membantu mempertahankan performa yang optimal.
Menentukan aturan
Sebelum Anda menentukan aturan berdasarkan status alur kerja, pastikan elemen berikut ada di tempat:
- Status alur kerja: Tentukan status alur kerja seperti yang dijelaskan dalam Mengkustomisasi alur kerja.
- Bidang kustom: Jika aturan Anda memerlukan bidang kustom, tambahkan ke jenis item kerja seperti yang dijelaskan di Tambahkan dan kelola bidang.
- Grup keamanan: Jika aturan Anda mengharuskan grup keamanan untuk memberikan atau membatasi perubahan berdasarkan keanggotaan pengguna atau grup, tentukan grup keamanan seperti yang dijelaskan di Menambahkan atau menghapus pengguna atau grup, kelola grup keamanan.
Untuk informasi selengkapnya tentang menentukan aturan, lihat Menambahkan aturan kustom.
Atur nilai bidang atau jadikan bidang sebagai baca-saja atau wajib
Dengan menggunakan pengelompokan aturan pertama, Anda dapat menentukan satu atau dua kondisi dan hingga 10 tindakan per aturan.
Contoh memastikan persetujuan pemimpin tim sebelum memulai pekerjaan
Dalam contoh ini, tim pengembangan ingin memastikan bahwa tidak ada Cerita Pengguna yang dikerjakan sampai pemimpin tim menyetujuinya. Contoh ini menggunakan status alur kerja default, dengan penambahan bidang kustom, Disetujui Oleh, dan grup keamanan, Grup Prospek Tim.
Status alur kerja default
Persyaratan aturan
Untuk memastikan persetujuan sebelum pekerjaan aktif, tentukan aturan berikut:
- Mengharuskan bidang Disetujui Oleh diisi saat Status berpindah dari Baru ke Aktif
- Membatasi pengguna yang tidak berada di Grup Pemimpin Tim dari mengisi kolom Disetujui Oleh.
- Kosongkan bidang Disetujui Menurut saat Status berpindah ke Baru atau Dihapus
Definisi aturan
Persyaratan aturan diterjemahkan ke empat definisi aturan berikut.
Nama aturan
Keadaan
Tindakan
Disetujui Oleh dibersihkan ketika Baru
Kapan A work item state changes to New
Kemudian Clear the value of Approved By
Disetujui Oleh dibersihkan saat Dihapus
Kapan A work item state changes to Removed
Kemudian Clear the value of Approved By
Disetujui Oleh Baca-saja
Kapan Current user is not member of group Team Leads Group
Kemudian Make read-only Approved By
Disetujui Oleh diperlukan
Kapan A work item state changes from New to Active
Kemudian Make required Approved By
Membatasi transisi status
Saat Anda menentukan kondisi A work item state moved from ..., Anda hanya dapat menentukan kondisi tersebut.
Anda dapat menentukan hingga 10 tindakan.
Contoh pembatasan transisi status dan status Disetujui
Status alur kerja berikut didefinisikan untuk Cerita Pengguna. Status Baru, Diselesaikan, dan Dihapus yang diwariskan disembunyikan. Sebagai gantinya, status Diusulkan, Dalam Tinjauan, dan Potong digunakan. Selain itu, tiga negara bagian lagi didefinisikan: Penelitian, Desain, dan Disetujui. Status ini harus mengikuti urutan dalam gambar berikut.
Tanpa batasan apa pun, pengguna dapat berpindah dari satu status ke status lain, baik maju maupun mundur dalam urutan.
Persyaratan aturan
Untuk mendukung alur kerja yang lebih terkontrol, grup bisnis memutuskan untuk melembagakan aturan yang mendukung transisi status maju dan terbalik berikut pada jenis item kerja Cerita Pengguna.
| Keadaan | Aturan transisi |
|---|---|
| Diusulkan | Hanya dapat pindah ke Penelitian dan Pemangkasan |
| Penelitian | Hanya dapat pindah ke Desain dan Potong |
| Rancang | Hanya dapat pindah ke Penelitian, Disetujui, dan Penghapusan |
| Disetujui | Hanya dapat berpindah ke Desain, Aktif, dan Potong |
| Aktif | Hanya dapat berpindah ke Sedang Ditinjau |
| Sedang Ditinjau | Hanya dapat berpindah ke Aktif (Lebih banyak pekerjaan ditemukan), Ditutup atau Dipotong |
| Ditutup | Dapat berpindah ke Riset, Desain, Aktif, Dalam Tinjauan (Memungkinkan kasus di mana pengguna menutup item kerja dalam kesalahan) |
| Potong | Hanya dapat dipindahkan ke Diusulkan |
Catatan
Saat Anda membatasi transisi status, berikan perhatian pada kasus di mana pengguna mungkin mengubah status secara tidak sengaja. Pastikan pengguna dapat pulih dengan lancar.
Selain itu, grup bisnis ingin menerapkan aturan berikut untuk bidang yang diperlukan:
- Wajibkan bidang Disetujui Oleh untuk diisi saat status berpindah dari Disetujui ke Aktif.
- Izinkan hanya pengguna di grup Authorized Approvers untuk mengisi kolom Approved By.
- Kosongkan kolom Disetujui Oleh saat status berpindah ke Potong.
- Wajibkan bidang Kriteria Penerimaan diisi saat status berpindah ke Aktif.
Definisi aturan
Untuk menerapkan pembatasan yang disebutkan sebelumnya, administrator proses menambahkan bidang identitas Disetujui Oleh, grup keamanan Pemberi Persetujuan Resmi, dan aturan berikut.
Nama aturan
Keadaan
Tindakan
Status yang diusulkan
Kapan A work item state moves from Proposed
Kemudian Restrict the state transition to Design
Dan Restrict the state transition to Approved
Dan Restrict the state transition to Active
Dan Restrict the state transition to In Review
Dan Restrict the state transition to Closed
Status penelitian
Kapan A work item state moves from Research
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Approved
Dan Restrict the state transition to Active
Dan Restrict the state transition to In Review
Dan Restrict the state transition to Closed
Status desain
Kapan A work item state moves from Design
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Active
Dan Restrict the state transition to In Review
Dan Restrict the state transition to Closed
Status disetujui
Kapan A work item state moves from Approved
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Research
Dan Restrict the state transition to In Review
Dan Restrict the state transition to Closed
Status aktif
Kapan A work item state moves from Active
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Research
Dan Restrict the state transition to Design
Dan Restrict the state transition to Approved
Dan Restrict the state transition to Closed
Dan Restrict the state transition to Cut
Dalam status Tinjauan
Kapan A work item state moves from In Review
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Research
Dan Restrict the state transition to Design
Dan Restrict the state transition to Approved
Status tertutup
Kapan A work item state moves from Closed
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Cut
Status pemotongan
Kapan A work item state moves from Cut
Kemudian Restrict the state transition to Research
Dan Restrict the state transition to Design
Dan Restrict the state transition to Approved
Dan Restrict the state transition to Active
Dan Restrict the state transition to In Review
Dan Restrict the state transition to Closed
Bidang yang diwajibkan oleh status yang disetujui
Kapan A work item changes from Approved to Active
Kemudian Make required Acceptance Criteria
Dan Make required Approved By
Penanggung Jawab Resmi
Kapan Current user is not a member of Authorized Approvers
Kemudian Make read-only Approved By
Kosongkan kolom Disetujui Oleh
Kapan A work item state changes to Cut
Kemudian Clear the value of Approved By
Memverifikasi pembatasan transisi status
Setelah Anda menentukan aturan untuk proses dan memperbarui proyek, refresh browser Anda. Verifikasi operasi melalui formulir item kerja dan papan kontrol.
Untuk aturan yang ditentukan dalam tabel sebelumnya, periksa menu dropdown Status. Buka papan dan pastikan Anda dapat berpindah dari satu status ke status lainnya.
| Diusulkan | Penelitian | Rancang | Disetujui |
|---|---|---|---|
|
|
|
|
| Aktif | Sedang Ditinjau | Ditutup | Potong |
|
|
|
|
Membatasi transisi status berdasarkan keanggotaan pengguna atau grup
Anda hanya dapat menentukan salah satu dari dua kondisi berdasarkan keanggotaan pengguna atau grup: Current user is member of group ... atau Current user is not member of group ....
Anda hanya dapat menentukan satu tindakan: Restrict the transition to state....
Catatan
Item kerja tunduk pada aturan yang diterapkan padanya. Aturan kondisional berdasarkan keanggotaan pengguna atau grup di-cache untuk browser web Anda. Jika Anda merasa dibatasi untuk memperbarui item kerja, Anda mungkin telah menemukan salah satu aturan ini. Jika Anda yakin telah mengalami masalah yang tidak berlaku untuk diri Anda, lihat Masalah cache formulir item kerja IndexDB.
Mengotomatiskan transisi status item kerja induk
Untuk mengotomatiskan transisi status untuk item kerja induk berdasarkan penetapan status item kerja anak mereka, lihat Mengotomatiskan transisi status item kerja.
Mengotomatiskan penetapan ulang berdasarkan perubahan status
Sebelumnya, pada proses Agile, jenis item kerja Bug menyertakan aturan yang mengalihkan bug kembali kepada pembuatnya. Proses sistem default tidak lagi menyertakan aturan ini. Anda dapat memulihkan aturan atau menambahkan aturan serupa ke jenis item kerja lainnya dengan menggunakan kondisi dan tindakan berikut:
Ketika A work item state changes to Resolved, lalu Copy the value from Created By to Assigned To.
Menggunakan AI untuk mengonfigurasi aturan alur kerja
Petunjuk
Anda dapat menggunakan AI untuk membantu tugas ini nanti dalam artikel ini, atau lihat Mengaktifkan bantuan AI dengan Azure DevOps MCP Server untuk memulai.
Jika Anda menggunakan GitHub Copilot, Azure DevOps MCP Server dapat membantu Anda merancang dan menerapkan aturan status alur kerja melalui perintah bahasa alami.
Contoh perintah untuk aturan alur kerja
| Tugas | Contoh tanggapan |
|---|---|
| Membangun alur kerja persetujuan | Create workflow rules for my Bug work item type so that when the state changes to Ready for Review, the Assigned To field is set to the team lead and the Priority field becomes read-only until it moves to Approved |
| Membatasi transisi status menurut peran | Configure rules so that only members of the Release Managers group can move User Stories from Testing to Done, and prevent anyone else from making that transition |
| Terapkan kolom wajib pada perubahan status | Add rules to my Task work item type that require the Resolution field and Root Cause field to be filled in before a task can be moved from Active to Resolved |
| Menutup otomatis item kerja induk | Set up rules to automatically close a Feature when all its child User Stories reach the Done state. Explain how the auto-complete parent rule works and any limitations I should know about |
| Memecahkan masalah aturan yang bertentangan | I'm getting a VS1640113 error about duplicate rules with the same conditions. Help me identify which rules in my inherited process conflict and show me how to fix the overlap |
| Mendesain alur kerja yang diatur | Our team needs to meet SOC 2 compliance for state transitions. Design workflow rules that enforce separation of duties — the person who created a work item can't be the one to approve it, and all state changes must be auditable |
Petunjuk
Untuk hasil terbaik, gunakan perintah ini dalam mode agen dengan Azure DevOps MCP Server yang terhubung. Sesuaikan perintah dengan jenis item kerja, bidang, atau persyaratan kepatuhan tertentu Anda.