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 DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Optimalkan produktivitas tim Anda dengan menyesuaikan alur kerja item kerja untuk mencerminkan proses bisnis unik Anda. Setiap jenis item kerja (WIT) menyertakan alur kerja yang telah ditentukan sebelumnya yang melacak status kerja dari pembuatan hingga penyelesaian. Status kustom memungkinkan Anda menyelaraskan alur kerja Azure DevOps dengan praktik tim yang ditetapkan, persyaratan peraturan, dan standar organisasi.
Kustomisasi alur kerja umum:
- Manajemen bug: Menambahkan status seperti Triased, Investigasi, atau Customer Verified
- Pengembangan fitur: Mencakup Tinjauan Desain, Pengembangan, Peninjauan Kode, atau Persetujuan Pemangku Kepentingan
- Alur kerja kepatuhan: Menambahkan Tinjauan Keamanan, Peninjauan Hukum, atau Status Selesai Audit
Artikel ini menunjukkan cara menyesuaikan jenis item kerja Bug untuk menyertakan status Triaged. Bidang status dan alasan muncul secara menonjol di header formulir item kerja untuk akses yang mudah dan visibilitas status yang jelas.
Petunjuk / Saran
Untuk alur kerja build dan rilis DevOps, lihat YAML vs Alur Klasik.
Penting
Model proses Pewarisan tersedia untuk proyek yang telah dikonfigurasikan untuk mendukung tipe model ini. 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.
Penyesuaian yang didukung
Anda dapat mengkustomisasi alur kerja tipe item kerja (WIT) apa pun dengan menyembunyikan status yang diwariskan atau menambahkan status kustom. Status yang diwariskan bervariasi berdasarkan proses sistem yang digunakan untuk membuat proses kustom: Agile, Basic, Scrum, atau Capability Maturity Model Integration (CMMI). Untuk informasi selengkapnya, lihat Status alur kerja, transisi, dan alasan.
Alur kerja default untuk setiap WIT menentukan antara dua dan empat status dan menentukan operasi alur kerja berikut:
- Transisi maju dan mundur antara setiap status. Misalnya, proses Dasar Masalah WIT mencakup tiga status: Untuk Dilakukan, Sedang Dikerjakan, dan Selesai.
- Alasan bawaan untuk setiap transisi status.
Alur kerja yang diwariskan dan kustom harus sesuai dengan aturan berikut:
- Tentukan setidaknya dua status alur kerja.
- Tentukan setidaknya satu status untuk kategori status Diusulkan atau Sedang Berlangsung .
- Tentukan maksimum 32 status alur kerja per jenis item kerja.
Catatan
Sebelum Anda menambahkan status alur kerja kustom, lihat Tentang status alur kerja di backlog dan papan untuk mempelajari bagaimana status alur kerja dipetakan ke dalam kategori.
Untuk kustomisasi pada status alur kerja yang diwariskan dan kustom, lihat sumber daya berikut ini:
Status yang diwariskan
Status kustom
- Menambahkan status alur kerja
- Mengedit status alur kerja
- Menghapus status alur kerja
- Menambahkan aturan saat mengubah status alur kerja
Keterbatasan
- Anda tidak dapat mengubah nama, warna, atau kategori status yang diwariskan, tetapi Anda dapat menyembunyikannya jika Anda tidak ingin terlihat.
- Anda tidak dapat mengubah nama status kustom setelah ditentukan.
- Anda tidak dapat mengubah atau menyesuaikan nama kategori status default.
- Hanya satu status yang dapat ada dalam kategori Status selesai . Menambahkan status kustom ke kategori ini akan menghapus atau menyembunyikan status lain dalam kategori tersebut.
- Anda tidak dapat menentukan Alasan kustom untuk transisi status. Gunakan alasan default, seperti Dipindahkan ke status Triased dan Dipindahkan keluar dari status Triaged.
- Anda tidak dapat mengubah penempatan bidang Status dan Alasan pada formulir item kerja.
Mempelajari pengaturan dan perilaku keadaan
Kategori status dan perkembangan alur kerja
Azure DevOps mengatur status ke dalam empat kategori fungsi yang menentukan perilaku alur kerja:
| Kategori | Tujuan | Examples | Perilaku |
|---|---|---|---|
| Proposed | Tahap kerja awal, perencanaan | Baru, Disetujui, Triage | Titik awal untuk tugas kerja baru |
| Dalam Proses | Fase kerja aktif | Aktif, Berkomitmen, Menyelidiki | Menunjukkan pekerjaan sedang berlangsung |
| Diselesaikan | Pekerjaan selesai menunggu verifikasi | Diselesaikan, Diperbaiki, Siap Untuk Pengujian | Pekerjaan selesai, validasi tertunda |
| Selesai | Status akhir untuk pekerjaan yang sudah selesai | Selesai, Ditutup, Dihapus | Status terminal, pekerjaan selesai sepenuhnya |
Susunan menu dropdown negara
Status muncul di menu dropdown sesuai dengan urutan yang Anda tentukan dalam setiap kategori. Status pertama dalam kategori Yang Diusulkan secara otomatis menjadi default untuk item kerja baru.
Prinsip urutan negara:
- Perkembangan logis: Menyusun urutan status yang biasanya diikuti oleh tim
- Frekuensi penggunaan: Posisi yang sering digunakan ditempatkan lebih tinggi dalam daftar
- Kejelasan visual: Pertimbangkan bagaimana urutan status memengaruhi pengalaman pengguna
Contoh berikut menunjukkan bagaimana konfigurasi urutan status memengaruhi antarmuka pengguna:
Kemampuan manajemen status:
- Menyusun ulang status kustom dalam kategori menggunakan Pindahkan ke atas atau Pindahkan ke bawah
- Tidak dapat menyusun ulang status sistem (diwariskan)
- Perubahan memengaruhi semua tim yang menggunakan templat proses
Mengelola efek perubahan alur kerja
Memahami bagaimana modifikasi alur kerja memengaruhi tim membantu Anda merencanakan implementasi dan mengoordinasikan pembaruan secara efektif.
Persyaratan konfigurasi papan
Tim harus memperbarui konfigurasi papan tulis mereka saat mereka membuat penyesuaian ini:
Perubahan terkait urusan pemerintah yang memerlukan pembaruan dari dewan pengurus
| Jenis Perubahan | Efek | Tindakan yang Diperlukan |
|---|---|---|
| Tambahkan status kustom | Kolom baru diperlukan di papan | Mengonfigurasi pemetaan kolom |
| Mengubah kategori status | Perubahan perilaku status | Meninjau dan menyesuaikan kolom |
| Sembunyikan status yang diwariskan | Kolom mungkin menjadi tidak valid | Memetakan ulang kolom |
| Menambahkan WIT ke backlog | Item kerja baru muncul di papan | Menyesuaikan pengaturan papan |
Untuk panduan terperinci, lihat Menyesuaikan backlog dan papan.
Pertimbangan sprint dan taskboard
Perubahan item kerja tugas:
- Menambahkan status ke Tugas WIT membuat kolom Taskboard baru
- Perubahan memengaruhi perencanaan sprint dan alur kerja standup harian
- Pertimbangkan efek pada pelacakan dan pelaporan kecepatan tim
Integrasi pelacakan bug:
- Saat Anda melacak bug dengan tugas, perubahan status BUG WIT memengaruhi Taskboard
- Menyelaraskan keadaan bug dan tugas meminimalkan kompleksitas papan
- Status konsisten meningkatkan pelaporan lintas item kerja
Mengubah praktik terbaik manajemen
Perencanaan pra-implementasi:
- Penyelarasan pemangku kepentingan: Mengonfirmasi perubahan alur kerja dengan tim yang terpengaruh
- Penilaian perubahan: Mengidentifikasi semua tim dan proyek menggunakan proses
- Koordinasi garis waktu: Merencanakan perubahan selama periode aktivitas rendah
- Strategi komunikasi: Mengembangkan pemberitahuan perubahan yang jelas
Dukungan pasca-implementasi:
- Pembaruan dokumentasi: Memperbarui dokumentasi proses tim
- Pengiriman pelatihan: Membantu tim memahami opsi alur kerja baru
- Pemantauan dan umpan balik: Melacak adopsi dan mengumpulkan saran peningkatan
- Resolusi masalah: Mengatasi masalah konfigurasi segera
Persiapan putar kembali:
- Mendokumen status saat ini sebelum perubahan
- Merencanakan komunikasi untuk pemulihan kembali yang diperlukan
- Memelihara dokumentasi cadangan konfigurasi sebelumnya
Petunjuk / Saran
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
Untuk panduan tentang menyesuaikan Azure Boards agar selaras dengan persyaratan bisnis spesifik Anda, lihat Konfigurasi dan sesuaikan Azure Boards.
| Kategori | Persyaratan |
|---|---|
| Izin | - Untuk membuat, menghapus, atau mengedit proses: Anggota kelompok Administrator Koleksi Proyek atau izin tingkat koleksi tertentu seperti Membuat proses, Menghapus proses, Mengedit proses, atau Menghapus bidang dari organisasi diatur ke Izinkan. Untuk informasi selengkapnya, lihat Mengkustomisasi proses yang diwariskan. - Untuk memperbarui papan: Administrator Tim atau anggota grup Administrator Proyek. |
| Akses | - Bahkan jika Anda memiliki akses Dasar atau lebih rendah, Anda masih dapat mengubah proses jika seseorang memberi Anda izin. - Untuk memperbarui dan mengubah jenis item kerja yang ada, Anda harus menjadi anggota proyek. |
| Model proses proyek | - Memiliki model proses warisan untuk koleksi proyek yang berisi proyek. - Untuk memigrasikan data ke Azure DevOps Services, gunakan Layanan Impor Database server Team Foundation. |
| Pengetahuan | - Keakraban dengan kustomisasi dan model proses. |
Membuka pengaturan proses organisasi
Masuk ke organisasi Anda (
https://dev.azure.com/{yourorganization}).Pilih
Pengaturan organisasi.
Pilih Proses.
Masuk ke koleksi Anda (
https://dev.azure.com/{Your_Collection}).Pilih Pengaturan Koleksi atau Pengaturan Admin.
Pilih Proses.
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.
Menambahkan status alur kerja
Perluas jenis item kerja Anda dengan status kustom yang mencerminkan tahap proses unik tim Anda. Menambahkan status memungkinkan pelacakan yang lebih baik, visualisasi status yang lebih jelas, dan penyelarasan alur kerja yang ditingkatkan dengan persyaratan bisnis.
Perencanaan strategis untuk negara bagian baru
Sebelum menambahkan status, pertimbangkan kebutuhan alur kerja tim Anda:
Evaluasi celah yang ada:
- Mengidentifikasi tahapan dalam proses Anda yang tidak tercakup oleh kondisi saat ini
- Tentukan apakah status yang ada dapat digunakan kembali alih-alih menambahkan yang baru
- Pertimbangkan bagaimana status baru berintegrasi dengan praktik tim yang mapan
Karakteristik status rencana:
- Konvensi penamaan: Gunakan nama yang jelas dan berorientasi tindakan yang dipahami tim
- Perataan kategori: Pilih kategori yang sesuai dengan tujuan alur kerja negara
- Diferensiasi visual: Pilih warna yang meningkatkan kejelasan alur kerja
Integrasi status dan transisi otomatis
Saat Anda menambahkan status:
- Ketersediaan dropdown: Status muncul di kolom Negara Bagian di seluruh formulir item kerja dan editor kueri
- Transisi otomatis: Transisi dua arah ke dan dari semua status yang ada dibuat secara otomatis
- Alasan default: Alasan transisi yang dihasilkan sistem seperti Dipindahkan ke status [StateName] dan Dipindahkan ke luar status [StateName]
Menambahkan status alur kerja kustom
Navigasi ke konfigurasi status: Dari halaman Tipe Item Kerja, pilih tipe item kerja yang ingin Anda ubah, pilih Status, lalu pilih Status Baru.
Petunjuk / Saran
Jika opsi Status baru dinonaktifkan, Anda tidak memiliki izin yang diperlukan untuk mengedit proses. Lihat Mengkustomisasi proses yang diwariskan.
Mengonfigurasi properti status: Masukkan detail status dengan cermat:
- Nama: Gunakan nama deskriptif yang jelas (misalnya: "Ulasan Kode," "Pengujian," "Persetujuan Pelanggan")
- Kategori: Pilih tahap alur kerja yang sesuai (lihat Kategori status untuk deskripsi terperinci)
- Warna: Pilih warna yang meningkatkan visualisasi alur kerja tim
Penting
Menambahkan status ke kategori Sedang Berlangsung atau Terselesaikan secara otomatis memperbarui bidang Tanggal Diaktifkan Oleh/Diaktifkan dan Tanggal Diselesaikan Oleh/Diselesaikan saat item kerja beralih ke atau keluar dari kategori ini. Untuk informasi selengkapnya, lihat Kolom Diaktifkan Oleh/Tanggal dan Diselesaikan Oleh/Tanggal.
Simpan konfigurasi Anda: Pilih Simpan untuk membuat status. Warna yang ditentukan muncul di seluruh platform termasuk formulir item kerja, daftar pekerjaan tertunda, papan, dan hasil kueri.
Optimalkan urutan status (Opsional): Untuk meningkatkan pengalaman pengguna di menu dropdown, sesuaikan urutan status:
-
Pilih ikon menu konteks - Pilih Pindah ke atas atau Pindahkan ke bawah untuk memosisikan status dengan tepat dalam kategorinya
-
Verifikasi implementasi: Uji status baru Anda secara menyeluruh:
- Muat ulang peramban Anda untuk memastikan perubahan sudah dimuat
- Membuka item kerja dari jenis yang dikustomisasi
- Konfirmasikan status muncul di menu dropdown dengan warna dan posisi yang benar
Contoh menu dropdown Status dengan status Triaged:
Validasi pasca-implementasi
- Transisi status pengujian: Verifikasi bahwa item kerja dapat berpindah ke dan dari status baru seperti yang diharapkan
- Periksa efek pelaporan: Pastikan kueri, dasbor, dan laporan berfungsi dengan benar dengan status baru
- Memantau adopsi: Melacak cara tim menggunakan status baru dan mengumpulkan umpan balik untuk pengoptimalan
Catatan
Tim yang menggunakan papan harus memperbarui pengaturan kolom mereka saat menambahkan status ke jenis item kerja yang terkait dengan tingkat backlog. Lihat bagian Manajemen efek untuk panduan manajemen perubahan yang komprehensif.
Mengedit keadaan
Sesuaikan status alur kerja kustom Anda untuk mengoptimalkan produktivitas tim dan mempertahankan organisasi visual yang jelas. Mengedit status yang ada menyediakan cara hemat biaya untuk meningkatkan alur kerja Anda tanpa mengganggu proses yang ditetapkan.
Kapan harus mengedit vs. membuat status baru
Edit status yang sudah ada saat:
- Nama status saat ini secara akurat mewakili tahap alur kerja
- Anda perlu menyesuaikan cara status beroperasi dalam proses Anda (mengubah kategori)
- Representasi visual perlu diperbarui untuk kejelasan yang lebih baik
- Anda ingin merealign fungsionalitas status tanpa mengganggu item kerja yang ada
Buat status baru saat:
- Nama status yang ada tidak cocok dengan terminologi alur kerja Anda
- Anda membutuhkan lebih banyak granularitas dalam proses Anda
- Status saat ini tidak mencakup semua tahap alur kerja yang diperlukan
Properti yang dapat diedit
| Harta benda | Description | Efek |
|---|---|---|
| Kategori negara | Menentukan perilaku dan posisi keadaan dalam alur kerja | Mengubah bagaimana fungsi status dalam papan, kueri, dan pelaporan |
| Warna status | Pengidentifikasi visual di seluruh platform | Memperbarui tampilan di semua antarmuka Azure DevOps |
Properti yang tidak dapat diubah
- Nama status: Permanen setelah dibuat (pertimbangkan tujuan status selama pembuatan awal)
- Status sistem: Status Azure DevOps default tidak dapat dimodifikasi, hanya tersembunyi
Mengedit keadaan kustom
Navigasi ke status: Dari halaman Tipe Item Kerja, pilih jenis item kerja Anda, lalu pilih Status.
Buka dialog edit: Pilih Edit dari ... menu konteks untuk status target.
Mengonfigurasi properti:
- Kategori: Pilih tahap alur kerja yang sesuai (lihat Kategori status untuk detailnya)
- Warna: Pilih warna yang selaras dengan konvensi visual tim Anda
Terapkan perubahan: Pilih Simpan untuk mengimplementasikan modifikasi Anda.
Uji perubahan:
- Buka item kerja dari tipe yang dimodifikasi
- Verifikasi bahwa keadaan ditampilkan dengan warna dan perilaku kategori yang benar
- Periksa apakah transisi status berfungsi seperti yang diharapkan
Mengelola efek perubahan
Tindakan langsung diperlukan
Perubahan kategori memerlukan:
- Memperbarui konfigurasi kolom papan untuk semua tim yang terpengaruh
- Mengomunikasikan perubahan pada anggota tim dan pemangku kepentingan
- Verifikasi bahwa proses otomatis masih berfungsi dengan benar
Perubahan warna memerlukan:
- Memperbarui dokumentasi tim yang mereferensikan pengkodan warna
- Memberi tahu pengguna tentang representasi visual baru
- Periksa kejelasan dasbor dan laporan dengan warna baru
Pertimbangan lain
- Perubahan kategori: Mungkin memerlukan pengembalian konfigurasi papan sebelumnya jika diperlukan pemulihan versi sebelumnya.
- Perubahan warna: Mudah dibalik tanpa efek alur kerja
- Dokumentasi: Memperbarui dokumentasi tim apa pun yang mereferensikan warna atau kategori lama
Petunjuk / Saran
Ikuti praktik terbaik manajemen perubahan komprehensif yang sebelumnya diuraikan untuk hasil yang optimal.
Menyembunyikan atau menghapus status kustom
Sebelum menyembunyikan atau menghapus status, pahami efek pada item kerja dan alur kerja tim yang ada.
Konsekuensi dari menyembunyikan atau menghapus status
Saat Anda menyembunyikan atau menghapus status:
- Dropdown Negara: Negara tidak lagi muncul di menu dropdown Negara untuk jenis tugas
- Riwayat item kerja: Tidak ada perubahan yang terjadi pada rekaman riwayat item kerja yang sudah ada
- Item kerja yang ada: Item kerja dalam status tersembunyi/dihapus menjadi tidak valid tetapi mempertahankan nilai statusnya
- Pengeditan mendatang: Anda harus memperbarui nilai status sebelum membuat perubahan apa pun pada item kerja yang terpengaruh
Menangani item kerja yang terpengaruh
Sebelum menyembunyikan atau menghapus status:
- Mengidentifikasi item yang terpengaruh: Membuat kueri untuk menemukan semua item kerja yang saat ini dalam status yang Anda rencanakan untuk menyembunyikan atau menghapus
- Merencanakan transisi: Tentukan ke status valid mana item kerja ini sebaiknya dipindahkan
- Pembaruan massal: Gunakan pengeditan massal untuk memindahkan semua item kerja yang terpengaruh ke status yang valid
- Verifikasi perubahan: Konfirmasi semua item kerja berhasil diperbarui
Opsi pemulihan
- Status pemulihan: Jika Anda menambahkan status tersembunyi/dihapus kembali ke jenis item kerja, item kerja yang terpengaruh secara otomatis kembali ke status yang valid
- Koordinasi tim: Memberi tahu tim tentang perubahan status untuk mencegah kebingungan selama pembaruan item kerja
Menyembunyikan atau menampilkan status yang diwariskan
Sederhanakan alur kerja tim Anda dengan menyembunyikan status yang diwariskan yang tidak selaras dengan proses Anda. Pendekatan ini menghapus status yang tidak digunakan dari menu dropdown sambil mempertahankan fungsionalitas sistem.
Kapan menyembunyikan status yang diwariskan
Sembunyikan status yang diwariskan ketika:
- Alur kerja tim Anda tidak menggunakan status default tertentu
- Anda ingin menyederhanakan pilihan status di menu dropdown
- Status tertentu membuat kebingungan atau tidak cocok dengan terminologi proses Anda
Batasan penting
Sebelum menyembunyikan status, pastikan Anda:
- Pertahankan cakupan kategori: Pertahankan setidaknya satu status untuk setiap kategori (Diusulkan, Sedang Berlangsung, Diselesaikan, Selesai)
- Periksa item kerja yang sudah ada: Tinjau apakah ada item kerja yang saat ini menggunakan status yang Anda rencanakan untuk disembunyikan
- Berkoordinasi dengan tim: Beritahu tim yang menggunakan papan yang terkena dampak tentang perubahan yang akan datang
Menyembunyikan status yang diwariskan
Buka ... menu konteks untuk status yang ingin Anda sembunyikan dan pilih opsi Sembunyikan.
Contoh ini menyembunyikan status Diselesaikan untuk BUG WIT.
Penting
Jika Anda menyembunyikan status untuk jenis item kerja yang dilacak di papan, tim harus memperbarui pengaturan kolom mereka. Lihat Manajemen efek untuk panduan.
Verifikasi perubahan dengan memeriksa bahwa status tersembunyi tidak lagi muncul di menu dropdown formulir item kerja.
Tampilkan keadaan yang diwariskan
Jika Anda perlu memulihkan status tersembunyi:
- Buka ... menu konteks untuk status tersembunyi dan pilih opsi Munculkan.
- Konfirmasikan bahwa status muncul kembali di menu dropdown dan tersedia untuk digunakan.
- Perbarui konfigurasi papan tim jika perlu untuk menyertakan status yang dipulihkan.
Menghapus status kustom
Buka ... menu konteks untuk status yang ingin Anda hapus, dan pilih Hapus. Anda hanya dapat menghapus status kustom.
Dari dialog Hapus Status, pilih Hapus.
Menampilkan model alur kerja Status
Visualisasikan status dan transisi alur kerja kustom Anda menggunakan ekstensi Marketplace Visualisasi Model Status . Ekstensi ini menyediakan representasi grafis alur kerja jenis item kerja Anda.
Menginstal dan mengakses ekstensi
- Instal ekstensi Visualisasi Model Status dari Visual Studio Marketplace.
- Navigasi ke Papan > State Visualizer di proyek Azure DevOps Anda.
- Pilih tipe item kerja untuk menampilkan model status alur kerjanya.
Features
State Visualizer menyediakan kemampuan berikut:
- Diagram alur kerja visual: Lihat semua status dan transisi yang diizinkan
- Navigasi interaktif: Memperbesar, memperkecil, dan menggeser diagram
- Tata letak yang dapat disesuaikan: Seret dan pindahkan simpul status untuk tampilan optimal
- Detail transisi status: Melihat semua kemungkinan transisi status secara sekilas
Misalnya, jika Anda menyesuaikan alur kerja Bug untuk menyertakan status Triage, pemetaan visual menunjukkan bagaimana semua status dapat saling bertransisi, memberikan gambaran umum yang jelas tentang desain alur kerja Anda.
Catatan
Azure Boards dan tim produk tidak mendukung ekstensi Visualisasi Model Status. Untuk pertanyaan, saran, atau masalah, kunjungi halaman ekstensi.
Menggunakan AI untuk mengkustomisasi alur kerja
Petunjuk / Saran
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, menambahkan, dan mengelola status alur kerja untuk proses yang Anda warisi melalui perintah bahasa alami.
Contoh perintah untuk kustomisasi alur kerja
| Tugas | Contoh tanggapan |
|---|---|
| Mendesain alur kerja kustom | Design a workflow for my Bug work item type that adds 'Triaged', 'In Code Review', and 'Ready for Test' states between New and Closed. Map each to the correct state category and explain the board column impact |
| Menambahkan gerbang QA ke alur kerja | Add a 'QA Approved' state to my User Story work item type in the Resolved category. Configure it so stories must pass through QA Approved before they can move to Done, and explain how this affects my Kanban board |
| Sembunyikan status yang tidak digunakan lagi | We no longer use the 'On Hold' state for Tasks but have historical data in that state. Walk me through hiding the state so it doesn't appear as an option while preserving existing work items |
| Memigrasikan alur kerja antar proses | I customized the Bug workflow in my 'TeamAlpha-Agile' process and want the same states in my 'TeamBeta-Agile' process. List the states I added and the steps to recreate them in the second process |
| Memvisualisasikan model status | Show me all the states and transitions for the User Story work item type in my inherited process, organized by state category. Include which transitions are allowed and which are restricted by rules |
| Memecahkan masalah ketidakselarasan kolom papan | My Kanban board columns don't match my workflow states after I added custom states. Help me understand the relationship between state categories and board columns, and fix the mapping |
Petunjuk / Saran
Untuk hasil terbaik, gunakan perintah ini dalam mode agen dengan Azure DevOps MCP Server yang terhubung. Sesuaikan perintah dengan nama proses, jenis item kerja, atau persyaratan alur kerja tertentu Anda.