Menerapkan aturan ke status alur kerja (Proses pewarisan)
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Setelah Anda menambahkan atau mengubah status alur kerja untuk jenis item kerja, Anda mungkin ingin menentukan satu atau beberapa aturan yang diterapkan tergantung pada perubahan status alur kerja. Menambahkan aturan ke status alur kerja mendukung skenario berikut:
- Mendukung proses persetujuan
- Mencegah pengguna yang tidak sah mengatur status yang tidak valid
- Membuat bidang diperlukan atau baca-saja atau nilai lain berdasarkan perubahan Status
- Membatasi transisi dari satu status ke status lainnya
- Membatasi atau mengizinkan transisi Status ke pengguna atau grup tertentu
- Mempertahankan proses alur kerja terkontrol untuk mendukung persyaratan audit
- Mengotomatiskan penutupan item kerja induk
- Mendukung proses persetujuan
- Mencegah pengguna yang tidak sah mengatur status yang tidak valid
- Membuat bidang diperlukan atau baca-saja atau nilai lain berdasarkan perubahan Status
- Membatasi transisi dari satu status ke status lainnya
- Mengotomatiskan penutupan item kerja induk
- Mendukung proses persetujuan
- Membuat bidang diperlukan atau baca-saja atau nilai lain berdasarkan perubahan Status
- Mengotomatiskan penutupan item kerja induk
Tinjau artikel ini untuk memahami cara menentukan aturan yang berlaku saat Anda mengubah status alur kerja.
- Memahami jenis aturan alur kerja
- Status alur kerja dan batas aturan dan praktik terbaik
- Mengatur nilai bidang atau membuat bidang baca-saja atau diperlukan berdasarkan pilihan Status
- Membatasi transisi status
- Membatasi atau mengizinkan transisi Status ke pengguna atau grup tertentu
- Mengotomatiskan transisi status item kerja induk
- Memahami jenis aturan alur kerja
- Status alur kerja dan batas aturan dan praktik terbaik
- Mengatur nilai bidang atau membuat bidang baca-saja atau diperlukan berdasarkan pilihan Status
- Membatasi transisi status
- Mengotomatiskan transisi status item kerja induk
- Memahami jenis aturan alur kerja
- Status alur kerja dan batas aturan dan praktik terbaik
- Mengatur nilai bidang atau membuat bidang baca-saja atau diperlukan berdasarkan pilihan Status
- Mengotomatiskan transisi status item kerja induk
Penting
Artikel ini berlaku untuk Layanan Azure DevOps dan Azure DevOps Server 2019 dan versi yang lebih baru. Untuk menyesuaikan proyek apa pun yang ditentukan pada koleksi untuk TFS 2018 atau yang lebih lama, lihat Model proses XML lokal.
Penting
Anda hanya dapat menggunakan model proses Warisan untuk proyek yang ditentukan pada koleksi proyek yang dikonfigurasi untuk mendukung model proses Warisan. Jika koleksi lokal Anda dikonfigurasi untuk menggunakan model proses XML lokal, Anda hanya dapat menggunakan model proses tersebut untuk menyesuaikan pengalaman pelacakan kerja. Untuk mempelajari selengkapnya, lihat Menyesuaikan pelacakan kerja, Pilih model proses untuk koleksi proyek Anda.
Untuk menyesuaikan proyek apa pun yang ditentukan pada koleksi untuk TFS 2018 atau yang lebih lama, lihat Model proses XML lokal.
Aturan alur kerja
Tabel berikut menunjukkan tiga grup aturan alur kerja yang bisa Anda tentukan. Grup pertama menerapkan tindakan standar saat item kerja dibuat, dalam status yang dipilih, atau dipindahkan dari satu status ke status lainnya. Tindakan standar ini menetapkan nilai bidang atau membuat bidang baca-saja atau diperlukan. Dalam grup ini, Anda dapat menentukan satu atau dua kondisi dan beberapa tindakan.
Grup kedua dan ketiga mendukung pembatasan transisi status. Kedua grup ini memungkinkan Anda menentukan satu dan hanya satu kondisi yang menunjukkan status yang telah dipindahkan item kerja. Anda kemudian dapat menentukan satu atau beberapa tindakan untuk membatasi transisi dari status tersebut ke status lain.
Tabel berikut menunjukkan dua grup aturan alur kerja yang bisa Anda tentukan. Grup pertama menerapkan tindakan standar saat item kerja dibuat, dalam status yang dipilih, atau dipindahkan dari satu status ke status lainnya. Tindakan standar ini menetapkan nilai bidang atau membuat bidang baca-saja atau diperlukan. Dalam grup ini, Anda dapat menentukan satu atau dua kondisi dan beberapa tindakan.
Grup kedua mendukung pembatasan transisi status. Dalam grup kedua ini, Anda dapat menentukan satu dan hanya satu kondisi yang menunjukkan status yang telah dipindahkan item kerja. Anda kemudian dapat menentukan satu atau beberapa tindakan untuk membatasi transisi dari status tersebut ke status lain.
Catatan
Fitur tertentu memerlukan penginstalan pembaruan Azure DevOps Server 2020.1. Untuk informasi selengkapnya, lihat Azure DevOps Server Catatan Rilis RC1 Pembaruan 1 2020, Papan.
Kondisi dan tindakan alur kerja yang bisa Anda atur diilustrasikan dalam gambar berikut. Anda dapat menerapkan tindakan standar saat item kerja dibuat, dalam status yang dipilih, atau dipindahkan dari satu status ke status lainnya. Tindakan standar ini menetapkan nilai bidang atau membuat bidang baca-saja atau diperlukan. Untuk seperangkat aturan ini, Anda dapat menentukan satu atau dua kondisi dan beberapa tindakan.
Kondisi
Tindakan yang Didukung
Atur nilai bidang atau buat baca-saja/diperlukan berdasarkan Status
Membatasi transisi berdasarkan Status
Sembunyikan bidang atau buat bidang baca-saja atau diperlukan berdasarkan keanggotaan Status dan pengguna atau grup
Berdasarkan keanggotaan pengguna atau grup dan, atur atribut bidang atau batasi transisi Status
Catatan
Saat Anda menyesuaikan proses yang diwariskan, semua proyek yang menggunakan proses tersebut diperbarui secara otomatis untuk mencerminkan penyesuaian. Untuk alasan ini, kami sarankan Anda membuat proses pengujian dan proyek pengujian saat Anda memiliki sejumlah penyesuaian yang harus dilakukan untuk menguji kustomisasi sebelum meluncurkannya ke organisasi Anda. Untuk mempelajari selengkapnya, lihat Membuat dan mengelola proses yang diwariskan.
Batas status dan aturan alur kerja
Tabel berikut ini meringkas status alur kerja dan batas aturan untuk proses Pewarisan.
Object | 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 menentukan status dan aturan alur kerja, kami sarankan Anda mempertimbangkan panduan berikut untuk meminimalkan masalah performa.
- Minimalkan jumlah aturan yang Anda tentukan untuk WIT. Meskipun Anda dapat membuat beberapa aturan untuk WIT, aturan penambahan dapat berdampak negatif pada performa saat pengguna menambahkan dan memodifikasi item kerja. Saat pengguna menyimpan item kerja, sistem memvalidasi semua aturan yang terkait dengan bidang untuk jenis item kerjanya. Dalam kondisi tertentu, ekspresi validasi aturan terlalu kompleks untuk dievaluasi SQL.
- Minimalkan jumlah WIT kustom yang Anda tentukan.
Aturan alur kerja diterapkan saat menambahkan atau mengubah item kerja melalui salah satu antarmuka berikut:
- Portal web: Formulir item kerja, pembaruan massal, pembaruan dalam tampilan kueri
- Portal web: Papan Kanban atau Papan Tugas, pindahkan item kerja ke kolom
- Visual Studio 2017 dan versi yang lebih lama, formulir item kerja
- Format file CSV: impor atau pembaruan massal
- Excel: impor atau pembaruan massal
- REST API: menambahkan atau mengubah item kerja
Menentukan aturan
Sebelum menentukan aturan berdasarkan status alur kerja, pastikan Anda terlebih dahulu menentukan elemen berikut:
- Alur kerja menyatakan yang Anda inginkan seperti yang dijelaskan dalam Mengkustomisasi alur kerja
- Jika aturan Anda memerlukan spesifikasi bidang kustom, tambahkan bidang tersebut ke jenis item kerja seperti yang dijelaskan dalam Menambahkan dan mengelola bidang
- Jika aturan Anda memerlukan spesifikasi grup keamanan untuk memberikan atau membatasi perubahan berdasarkan keanggotaan pengguna atau grup, tentukan grup keamanan tersebut seperti yang dijelaskan dalam Menambahkan atau menghapus pengguna atau grup, kelola grup keamanan.
Untuk dasar-dasar menentukan aturan, lihat Menambahkan aturan kustom. Anda harus memenuhi prasyarat yang ditentukan dalam artikel tersebut.
Mengatur nilai bidang atau membuat bidang baca-saja atau diperlukan
Dengan pengelompokan aturan pertama, Anda dapat menentukan satu atau dua kondisi dan hingga 10 tindakan per aturan.
Contoh memastikan persetujuan pimpinan tim sebelum pekerjaan aktif
Dalam contoh ini, tim pengembangan ingin memastikan bahwa tidak ada Cerita Pengguna yang dikerjakan sampai disetujui oleh pemimpin tim. Status alur kerja default sedang digunakan dan hanya satu bidang kustom, Disetujui Oleh, dan grup keamanan, Grup Prospek Tim, yang ditambahkan.
Status alur kerja default
Persyaratan aturan
Untuk memastikan persetujuan sebelum pekerjaan aktif, aturan berikut harus ditentukan:
- Mengharuskan bidang Disetujui Oleh diisi saat Status berpindah dari Baru ke Aktif
- Membatasi pengguna yang bukan bagian dari Grup Prospek Tim untuk mengisi bidang Disetujui Oleh
- Kosongkan bidang Disetujui Oleh saat Status berpindah ke Baru atau Dihapus
Definisi peran
Persyaratan aturan diterjemahkan ke empat definisi aturan berikut.
Nama aturan
Kondisi
Tindakan
Disetujui Oleh dikosongkan ketika Baru
Kapan A work item state changes to New
Kemudian Clear the value of Approved By
Disetujui Oleh dikosongkan 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 menentukan kondisi, A work item state moved from ...
, Anda hanya dapat menentukan kondisi tersebut. Anda dapat menentukan hingga 10 tindakan.
Catatan
Fitur ini memerlukan pembaruan Azure DevOps Server 2020.1 atau versi yang lebih baru.
Contoh pembatasan transisi status dan status Disetujui
Sesuai dengan terminologi yang digunakan oleh grup bisnis, status alur kerja berikut didefinisikan untuk Kisah Pengguna. Status Baru, Teratasi, dan Dihapus yang diwariskan disembunyikan. Sebaliknya, Status Diusulkan, DiTinjau, dan Dipotong digunakan. Selain itu, tiga Status tambahan didefinisikan: Selidiki, Desain, dan Disetujui. Status ini harus mengikuti urutan seperti yang ditunjukkan pada gambar berikut.
Tanpa batasan apa pun, pengguna dapat berpindah dari satu Status ke Status lainnya, baik ke depan maupun mundur dalam urutan.
Persyaratan aturan
Untuk mendukung alur kerja yang lebih terkontrol, grup bisnis memutuskan untuk melembagakan aturan yang akan mendukung transisi status maju dan terbalik berikut pada jenis item kerja Cerita Pengguna.
- Diusulkan hanya dapat pindah ke Penelitian dan Pemotongan
- Penelitian hanya dapat beralih ke Desain dan Potong
- Desain hanya dapat berpindah ke Penelitian, Disetujui, dan Dipotong
- Disetujui hanya dapat berpindah ke Desain, Aktif, dan Potong
- Aktif hanya dapat berpindah ke Dalam Tinjauan
- Dalam Tinjauan hanya dapat berpindah ke Aktif (Pekerjaan tambahan ditemukan), Ditutup atau Dipotong
- Tertutup dapat pindah ke Penelitian, Desain, Aktif, Dalam Tinjauan (Memungkinkan untuk kasus di mana pengguna menutup item kerja dalam kesalahan)
- Potong hanya dapat berpindah ke Diusulkan.
Catatan
Saat membatasi transisi status, pertimbangkan kasus-kasus di mana pengguna memindahkan status dalam kesalahan. Anda ingin pengguna dapat pulih dengan baik.
Selain itu, grup bisnis ingin menerapkan aturan untuk bidang yang diperlukan:
- Mengharuskan bidang Disetujui Oleh diisi saat Status berpindah dari Disetujui ke Aktif
- Hanya izinkan pengguna yang termasuk dalam grup Pemberi Persetujuan Resmi untuk mengisi bidang Disetujui Oleh
- Bersihkan bidang Disetujui Oleh saat Status berpindah ke Potong
- Mengharuskan Kriteria Penerimaan diisi saat Status berpindah ke Aktif
Definisi peran
Untuk menerapkan pembatasan di atas, administrator proses menambahkan bidang identitas Disetujui Oleh kustom, grup keamanan Pemberi Persetujuan Resmi , dan sebelas aturan berikut.
Nama aturan
Kondisi
Tindakan
Status yang diusulkan
Kapan A work item state moved 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 moved 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 moved from Design
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Research
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 moved from Approved
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 In Review
Dan Restrict the state transition to Closed
Status aktif
Kapan A work item state moved 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
Dalam status Tinjauan
Kapan A work item state moved 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 moved from Closed
Kemudian Restrict the state transition to Proposed
Dan Restrict the state transition to Cut
Status potong
Kapan A work item state moved 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 wajib status yang disetujui
Kapan A work item changes from Approved to Active
Kemudian Make required Acceptance Criteria
Dan Make required Approved By
Pemberi Izin Yang Berwenang
Kapan Current user is not a member of Authorized Approvers
Kemudian Make read-only Approved By
Hapus bidang Disetujui Oleh
Kapan A work item state changes to Cut
Kemudian Clear the value of Approved By
Memverifikasi pembatasan transisi status
Setelah aturan ditentukan untuk proses dan proyek diperbarui dengan proses, refresh browser Anda dan periksa operasi melalui formulir item kerja dan dari browser Kanban.
Untuk aturan yang ditentukan dalam tabel sebelumnya, Anda akan melihat menu drop-down Status berikut. Buka papan Kanban dan periksa kemampuan untuk berpindah dari satu Status ke Negara Bagian lainnya.
Diusulkan | Penelitian | Desain | Disetujui |
---|---|---|---|
Aktif | Dalam Peninjauan | Ditutup | Cut |
Membatasi transisi status berdasarkan keanggotaan pengguna atau grup
Saat 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 kondisi. Selain itu, jika menentukan tindakan Restrict the transition to state...
, Anda hanya dapat menentukan satu tindakan.
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 mengalami salah satu aturan ini. Jika Anda yakin mengalami masalah yang tidak berlaku untuk Anda, lihat Masalah penembolokan indexDB formulir item kerja.
Mengotomatiskan transisi status item kerja induk
Untuk mengotomatiskan transisi Status item kerja induk berdasarkan penetapan Status yang dibuat ke item kerja anak mereka, Anda dapat menambahkan webhook dan menggunakan kode dan konfigurasi yang disediakan dalam proyek GitHub Automate State Transitions .
Catatan
Proyek GitHub Automate State Transitions bukan fitur yang didukung dari Azure Boards dan oleh karena itu tidak didukung oleh tim produk. Untuk pertanyaan, saran, atau masalah yang Anda miliki saat menggunakan ekstensi ini, ajukan di halaman proyek GitHub.
Mengotomatiskan penetapan ulang berdasarkan perubahan status
Jenis item kerja bug proses Agile sebelumnya memiliki aturan yang menetapkan ulang bug kepada orang yang membuatnya. Aturan ini telah dihapus dari proses sistem default. Anda bisa memulihkan aturan atau menambahkan aturan serupa ke jenis item kerja lainnya menggunakan kondisi dan tindakan berikut:
KapanA work item state changes to
DiselesaikanKemudianCopy the value from
Dibuat OlehuntukDitetapkan Ke.
Artikel terkait
Catatan
Anda dapat meninjau perubahan yang dilakukan pada proses yang diwariskan melalui log audit. Untuk mempelajari selengkapnya, lihat Mengakses, mengekspor, dan memfilter log audit.
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk