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

Kondisi, item kerja dibuat

Tindakan, item kerja dibuat


Membatasi transisi berdasarkan Status

Kondisi, item kerja dipindahkan

Tindakan, membatasi transaksi berdasarkan Status.


Sembunyikan bidang atau buat bidang baca-saja atau diperlukan berdasarkan keanggotaan Status dan pengguna atau grup

Kondisi, keanggotaan grup pengguna

Tindakan, membatasi transaksi berdasarkan Status dan keanggotaan.


Berdasarkan keanggotaan pengguna atau grup dan, atur atribut bidang atau batasi transisi Status

Kondisi, keanggotaan grup pengguna

Tindakan, membatasi transaksi berdasarkan Status dan keanggotaan.


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:

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

Proses Agile, Cerita Pengguna, 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.

Cerita Pengguna, status alur kerja

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
Menu yang diusulkan Menu penelitian Menu desain Menu yang disetujui
Aktif Dalam Peninjauan Ditutup Cut
Menu aktif Di menu Tinjauan Menu tertutup Menu potong

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 toDiselesaikanKemudianCopy the value from Dibuat OlehuntukDitetapkan Ke.

Catatan

Anda dapat meninjau perubahan yang dilakukan pada proses yang diwariskan melalui log audit. Untuk mempelajari selengkapnya, lihat Mengakses, mengekspor, dan memfilter log audit.