Tentang status alur kerja di backlog dan papan

  • Artikel

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Semua alur kerja terdiri dari status, transisi, dan alasan. Alur kerja ditentukan untuk jenis item kerja. Transisi mendukung pergerakan maju dan mundur di antara dua negara bagian. Saat Anda menambahkan status kustom, sistem secara otomatis menambahkan transisi dari status kustom ke semua status yang diwariskan lainnya (kecuali dihapus).

Setiap status termasuk dalam kategori status (sebelumnya disebut sebagai metastate). Kategori status mendukung backlog alat Agile dan tampilan papan.

Status alur kerja

Status alur kerja menentukan bagaimana item kerja berkembang dari pembuatannya ke penutupan. Empat status utama yang didefinisikan untuk Cerita Pengguna (proses Agile) menjelaskan perkembangan cerita pengguna. Status alur kerja adalah Baru, Aktif, Diselesaikan, dan Ditutup. (Status Dihapus mendukung penghapusan item kerja agar tidak muncul di backlog; untuk informasi selengkapnya, lihat Memindahkan, mengubah, atau menghapus item kerja.)

Perkembangan alami dan regresi untuk jenis item kerja - cerita pengguna (Tangkas), masalah (Dasar) item backlog produk (Scrum), dan persyaratan (CMMI) - seperti yang ditunjukkan.

Status alur kerja: Cerita Pengguna, Proses agile

Alur kerja Cerita Pengguna menyatakan, proses Agile

Status kategori

Status kategori menentukan bagaimana Alat perencanaan tangkas dan memilih widget dasbor memperlakukan setiap status alur kerja. Kategori status yang digunakan oleh backlog, papan, dan widget diusulkan, Sedang Berlangsung, Diselesaikan, dan Selesai.

Berikut adalah bagaimana status default yang diwariskan dipetakan ke status kategori untuk empat proses sistem, termasuk jenis item kerja Rencana Pengujian. Status alur kerja untuk Test Case, Test Design, dan Test Suite sama di keempat proses sistem.

Kategori

Pelacakan kerja

Menguji pelacakan

Diusulkan: Ditetapkan ke status yang terkait dengan item kerja yang baru ditambahkan sehingga muncul di backlog. Kolom pertama pada papan Kanban dan Papan Tugas dipetakan ke kategori Status yang diusulkan.

Baru

Desain (Kasus Pengujian)

Sedang Berlangsung: Ditetapkan ke status yang mewakili pekerjaan aktif. Item kerja yang ditetapkan ke status yang dipetakan ke kategori ini muncul di backlog (kecuali Anda memilih untuk menyembunyikannya) dan membentuk kolom tengah pada papan Kanban.

Aktif (Bug, Epik, Fitur, Cerita Pengguna)

Aktif (Rencana Pengujian) Dalam Perencanaan (Rangkaian Pengujian) Sedang Berlangsung (Test Suite) Siap (Kasus Pengujian)

Diselesaikan: Ditetapkan ke status yang mewakili solusi diimplementasikan, tetapi belum diverifikasi. Umumnya status ini berlaku untuk bug. Item kerja dalam status Kategori terselesaikan muncul di backlog secara default. Alat Agile memperlakukan status kategori Terselesaikan sama persis dengan status kategori Sedang Berlangsung .

Diselesaikan (Bug)

n/a

Selesai: Ditetapkan ke status yang mewakili pekerjaan yang telah selesai. Item kerja yang statusnya dalam kategori ini tidak muncul di backlog dan muncul di kolom terakhir papan Kanban. Anda tidak dapat mengubah status dalam kategori ini juga tidak dapat menambahkan status ke kategori ini.

Tertutup (Bug, Epik, Fitur, Cerita Pengguna)

Ditutup (Kasus Pengujian) Selesai (Test Suite) Tidak Aktif (Rencana Pengujian)

Dihapus: Ditetapkan ke status Dihapus. Item kerja dalam status yang dipetakan ke kategori Dihapus disembunyikan dari pengalaman backlog dan papan.

Dihapus (Epik, Fitur, Cerita Pengguna)

n/a

Catatan

Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan setelah nilai Tanggal Diubah lebih besar dari 183 hari (sekitar setengah tahun). Anda masih bisa mencantumkan item ini dengan menggunakan kueri. Jika Anda ingin mereka muncul di backlog atau papan, Anda dapat membuat perubahan kecil pada mereka, yang mengatur ulang jam.

Catatan

Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan setelah nilai Tanggal Diubah lebih besar dari setahun. Anda masih bisa mencantumkan item ini dengan menggunakan kueri. Jika Anda ingin mereka muncul di backlog atau papan, Anda dapat membuat perubahan kecil pada mereka, yang mengatur ulang jam.

Bidang Diaktifkan Menurut/Tanggal dan Diselesaikan Menurut/Tanggal

Sistem memperbarui bidang ini—Diaktifkan Oleh, Tanggal Diaktifkan, Diselesaikan Oleh, dan Tanggal Teratasi—saat perubahan terjadi berdasarkan status kategori alur kerja yang sesuai. Saat status alur kerja berubah menjadi kategori status Sedang Berlangsung, Tanggal Diaktifkan oleh dan Diaktifkan diperbarui. Saat status alur kerja berubah menjadi kategori status Terselesaikan , Tanggal Teratasi Oleh dan Terselesaikan diperbarui.

Untuk mempelajari selengkapnya bagaimana alur kerja menyatakan peta ke kategori status, lihat Bagaimana status alur kerja dan kategori status digunakan di Backlog dan Papan.

Catatan

Logika yang mengatur bidang yang dijelaskan di sini berlaku untuk Azure DevOps Services, pembaruan Azure DevOps Server 2020.1, dan versi yang lebih baru.

Karena bidang ini mereferensikan kategori status alur kerja, alur kerja kustom menyatakan bahwa Anda menambahkan dirujuk saat memperbarui bidang. Untuk mempelajari selengkapnya tentang kustomisasi, lihat Mengkustomisasi alur kerja untuk proses.

Catatan tambahan:

  • Bidang diperbarui kapan saja item kerja berpindah dari status kategori apa pun selain yang diatur. Misalnya, jika Anda memperbarui item kerja dari Baru ke Tetap, bidang Tanggal Teratasi/Diselesaikan diperbarui. Namun, jika Anda memperbarui dari Tetap dan Siap untuk Pengujian—yang berada dalam status kategori yang sama— bidang Tanggal Teratasi/Diselesaikan tidak diperbarui.
  • Saat Anda beralih ke belakang, seperti beralih dari status Diselesaikan ke Status aktif , sistem menghapus nilai untuk bidang Tanggal Teratasi Menurut/Diselesaikan. Jika Anda mendapatkan dari Aktif ke Baru, sistem akan menghapus nilai untuk bidang Tanggal Diaktifkan Oleh/Diaktifkan.
  • Jangan mengubah nilai secara manual untuk bidang ini. Mereka adalah bidang sistem yang diatur oleh aturan sistem. Nilai apa pun yang Anda coba atur akan lebih ditulis.

Kapan harus menambahkan Status versus kolom Kanban

Gunakan kolom Status dan Kanban untuk melacak status pekerjaan. Status alur kerja dibagikan di seluruh proyek sementara kolom Kanban dibagikan dalam tim. Hanya admin koleksi proyek yang dapat menambahkan status kustom, sementara admin tim dapat menambahkan kolom Kanban.

Tambahkan status kustom saat Anda ingin semua tim melacak status sesuai dengan alur kerja bisnis yang diadopsi oleh organisasi. Dengan menyesuaikan proses, Anda secara otomatis menyesuaikan proyek dan jenis item kerja yang mereferensikan proses tersebut.

Menambahkan status kustom untuk mendukung status alur kerja yang ingin dilacak oleh beberapa tim, membantu menghindari kebingungan yang dihasilkan dari tim yang berbeda yang membuat kueri berdasarkan kolom Kanban. Karena setiap tim dapat menyesuaikan kolom papan Kanban dan swimlanes, nilai yang ditetapkan untuk item kerja yang muncul di papan yang berbeda mungkin tidak sama. Solusi utama untuk masalah ini adalah mempertahankan kepemilikan tunggal item kerja menurut jalur area tim. Solusi lain adalah meresmikan kolom dengan menambahkan status kustom yang dapat dibagikan di seluruh tim.

Penyelesaian otomatis item kerja dengan permintaan pull

Saat menautkan item kerja ke permintaan pull (PR), Anda dapat secara otomatis menyelesaikan item kerja tersebut saat menyelesaikan PR. Untuk informasi selengkapnya, lihat Menyelesaikan item kerja secara otomatis dengan permintaan pull.

Mengotomatiskan transisi status item kerja

Anda dapat memperbarui status item kerja secara otomatis sesuai dengan status tugas anaknya. Untuk informasi selengkapnya, lihat Mengotomatiskan transisi status item kerja.