Tanya Jawab Umum seputar Azure Boards

Sebagai anggota proyek Azure Boards, Anda dapat menggunakan sebagian besar fitur untuk melacak pekerjaan. Batasan untuk memilih fitur didasarkan pada tingkat akses dan kelompok keamanan tempat pengguna ditetapkan. Batasan lain dapat diberlakukan berdasarkan izin pelacakan pekerjaan atau aturan kustom. Untuk informasi selengkapnya, lihat Izin dan akses default untuk Azure Boards.

Anda dapat membatasi akses dengan mengatur izin untuk jalur area. Untuk informasi lebih lanjut, baca artikel berikut:

• Mengatur izin pelacakan dan rencana kerja
• Memberikan atau membatasi izin untuk memilih tugas

Ya. Aturan kondisional berdasarkan keanggotaan pengguna atau grup di-cache untuk browser web Anda. Jika Anda merasa dibatasi untuk memperbarui item kerja, Anda mungkin menemukan salah satu aturan ini. Untuk informasi selengkapnya tentang aturan bersyariah, lihat Aturan dan evaluasi aturan. Jika cache Anda menyimpan aturan yang sudah kedaluwarsa, Anda dapat menunggu cache klien kedaluwarsa dalam waktu tiga hari, atau Anda dapat menghapus cache.
Untuk menghapus cache, jalankan perintah berikut di jendela perintah browser lalu refresh browser: window.indexedDB.deleteDatabase("wit")

Lihat Alat dan klien yang tersambung ke Azure DevOps.

Untuk pengenalan item kerja, lihat Tentang item kerja.

Untuk menampilkan semua item kerja yang ditentukan dalam proyek, buka kueri dan tambahkan dua klausa:

• Work Item Type = [Any]
• State = [Any]

Dari sana, Anda bisa menambahkan filter untuk menyempurnakan kueri. Untuk informasi selengkapnya, lihat Membuat dan menyimpan kueri terkelola dengan editor kueri.

Tidak. Item kerja hanya dapat ditetapkan ke satu pengguna. Selain itu, Anda hanya dapat menambahkan pengguna yang tersedia dari pemilih orang.

Metode utama untuk mengelompokkan pekerjaan adalah menetapkannya ke jalur area yang sama. Jalur area digunakan untuk mengelompokkan item kerja berdasarkan produk, fitur, atau area bisnis dan untuk mendukung tim yang bertanggung jawab atas pekerjaan yang ditetapkan ke area tersebut. Selain itu, Anda dapat mengelompokkan pekerjaan di bawah item kerja induk menggunakan tautan induk-anak, yang disebut sebagai pengelompokan hierarkis.

Untuk diskusi tentang kedua penggunaan ini dan alat yang mereka dukung, lihat Konfigurasi dan penyesuaian Azure Boards, Jalur area, tim produk, dan manajemen portofolio.

Penanda pencapaian tidak digunakan dalam pelacakan kerja Azure Boards, kecuali untuk Paket Pengiriman. Paket Pengiriman menyediakan tampilan kalender dan memungkinkan Anda menentukan penanda tonggak pencapaian. Untuk informasi selengkapnya, lihat Meninjau Paket Pengiriman tim.

Namun, Anda dapat menggunakan satu atau beberapa opsi berikut untuk menandai item kerja sebagai tonggak pencapaian:

• Menambahkan atau menambahkan kata Milestone dalam judul item kerja Anda
• Menambahkan tag item kerja berlabel Milestone
• Tambahkan bidang kustom berlabel Milestone dan isi dengan daftar pencapaian pilihan
• Menautkan item kerja menggunakan jenis tautan Pendahulu/Penerus atau Terkait ke item kerja tonggak pencapaian
• Tetapkan item kerja tonggak pencapaian ke sprint tempat item ditargetkan untuk penyelesaian.

Anda dapat melacak dependensi antara item kerja dengan menautkannya menggunakan jenis tautan terkait atau lainnya. Lihat Menautkan item kerja ke objek lain.

Jika Anda melacak dependensi di satu atau beberapa organisasi, Anda mungkin ingin menggunakan Pelacak Dependensi.

Setiap proses menentukan empat tingkat backlog default: backlog iterasi, backlog persyaratan, fitur, dan backlog portofolio epik. Jenis item kerja yang ditambahkan ke setiap tingkat backlog adalah jenis item kerja alami untuk membentuk hubungan induk-anak dan mengelompokkan item kerja ke dalam hierarki. Untuk informasi selengkapnya, lihat Mengatur backlog Anda, memetakan item kerja anak ke orang tua. Untuk menyesuaikan proses, lihat Menyesuaikan backlog atau papan Anda, Mengedit atau mengganti nama backlog persyaratan.

Lihat Memodifikasi item kerja secara massal, Memodifikasi bidang teks kaya secara massal.

Ya, Anda dapat mengatur tingkat backlog Anda untuk menyertakan dua aturan yang berbeda. Aturan pertama untuk mengatur induk sebagai aktif ketika salah satu turunannya diatur ke aktif. Aturan kedua adalah mengatur induk untuk diselesaikan atau ditutup ketika semua anak ditutup. Aturan ini dapat dikonfigurasi untuk tingkat backlog. Untuk informasi selengkapnya, lihat Mengotomatiskan transisi status item kerja

Item kerja secara otomatis mengubah status setelah administrator tim Anda menyiapkan aturan otomatisasi pada backlog. Buat aturan untuk mengatur status secara otomatis ke aktif atau tertutup tergantung pada perubahan status anak-anaknya. Untuk informasi selengkapnya, lihat Mengotomatiskan transisi status item kerja.

Aturan hanya memicu ketika status item anak berpindah dari Baru ke Aktif atau ke Tertutup. Aturan tidak memicu saat status item anak berpindah dari Ditutup kembali ke Aktif. Hal ini saat ini berdasarkan desain.

Tidak, aturan diterapkan ke semua jenis item kerja di tingkat backlog tersebut. Kami menggunakan kategori status alih-alih status karena kategori status konsisten di semua jenis item kerja.

Ya, aturan dikonfigurasi per tingkat backlog. Aturan automasi pada backlog cerita pengguna tidak memengaruhi fitur atau epik. Tapi, Anda juga dapat menyiapkan aturan secara terpisah untuk fitur dan epik. Untuk informasi selengkapnya, lihat Mengotomatiskan transisi status item kerja.

Aturan hanya memicu jika induk dan anak termasuk dalam tim yang sama. Kami tidak ingin aturan dipicu secara otomatis untuk item milik tim lain. Untuk informasi selengkapnya, lihat Mengotomatiskan transisi status item kerja.

Setiap backlog dan papan mewakili sekumpulan item kerja yang difilter berdasarkan jalur area tim dan penetapan jalur iterasi. Daftar backlog item kerja, papan menampilkan item kerja sebagai kartu. Untuk memahami bagaimana pemfilteran diterapkan, lihat Tentang tim dan alat Agile, Default tim yang direferensikan oleh backlog dan papan.

Untuk menambahkan backlog atau papan, Anda menambahkan tim. Setiap tim dikonfigurasi dengan sekumpulan backlog dan papannya sendiri seperti yang dijelaskan dalam Tentang tim dan alat Agile. Setiap tim dapat menyesuaikan alat Agile ini.

Azure DevOps memberlakukan batasan seperti jumlah item kerja yang ditampilkan di backlog atau papan, jumlah tim yang dapat Anda tentukan, dan banyak lagi. Untuk daftar lengkapnya, lihat Pelacakan kerja, proses, dan batas proyek.

Lihat Migrasi dan integrasi Azure Boards.

Setiap backlog mencantumkan sekumpulan item kerja yang difilter berdasarkan jalur area yang dipilih tim, jalur perulangan, dan jenis item kerja.

• Backlog produk: Secara default mencantumkan Cerita Pengguna (Tangkas), Masalah (Dasar), Item dan Bug Backlog Produk (Scrum), atau Persyaratan (CMMI). Menyediakan opsi untuk menampilkan item anak Orang Tua, Prakiraan, dan Sedang Berlangsung atau Selesai .
• Backlog portofolio: Secara default mencantumkan Fitur (semua model proses) untuk backlog Fitur, dan Epik (Agile, Scrum, dan CMMI) untuk backlog Epik. Menyediakan opsi untuk menampilkan item anak Induk dan Sedang Berlangsung atau Selesai .
• Backlog sprint: Secara default mencantumkan semua item backlog produk yang ditetapkan ke iterasi yang dipilih, terlepas dari statusnya. Menyediakan opsi untuk menampilkan Detail kerja.

Ya. Anda dapat menetapkan sprint ke item kerja dan memfilter papan Kanban Anda berdasarkan jalur iterasi. Untuk informasi selengkapnya, lihat Memfilter papan Kanban Anda.

Tidak. Daftar periksa tugas hanya mendukung tipe item kerja tugas.

Azure DevOps tidak memberikan tampilan asli jalur kritis. Sebagian, karena metodologi Agile mendukung Produk Layak Minimum (MVP) daripada Critical Path Management (CPM). Dengan menggunakan MVP, Anda mengidentifikasi jalur dan dependensi terpendek dengan memprioritaskan epik, fitur, cerita, dan tugas.

Yang mengatakan, kami sarankan Anda menggunakan Paket Pengiriman untuk melihat dependensi dan tampilan kalender pekerjaan.

Jika organisasi Anda mendukung koneksi ke Microsoft Project, Anda mungkin menemukan lebih banyak ekstensi Marketplace yang mendukung koneksi Azure DevOps ke Microsoft Project.

Untuk konteks selengkapnya, lihat Jalur Penting pada Proyek Agile dan Menjalankan startup ramping di Azure DevOps.

Tidak. Data yang dimasukkan untuk kapasitas tim tidak disimpan di penyimpanan data reguler.

Tidak. Fitur ini tidak didukung. Ini adalah fitur yang disarankan, yang dapat Anda aktifkan dengan membuka halaman Komunitas Pengembang kami.

Ya, lihat Kueri menurut penugasan atau perubahan alur kerja, kueri perubahan papan Kanban.

Ya, dengan menambahkan ekstensi Marketplace Papan Berbasis Kueri.

Ya, dengan menambahkan ekstensi Azure Boards Kanban Tools Marketplace.

Ya, Anda dapat melacak pemindahan kolom pada papan Kanban dengan menggunakan bidang Kolom Papan dan Kolom Papan Selesai.

Jika Anda mendapatkan kesalahan berikut saat membuka papan Kanban, Anda perlu memperbaiki konfigurasi. Alasan utama kesalahan ini adalah bahwa status alur kerja jenis item kerja yang ditambahkan ke kategori Persyaratan tidak dipetakan ke kolom.

Pilih Koreksi ini sekarang untuk membuka dialog Pengaturan. Dalam contoh berikut, dua status baru ditambahkan: Triased untuk bug, dan Selidiki untuk cerita pengguna. Setiap status kemudian dipetakan ke kolom yang sudah ada atau baru. Setelah setiap status dipetakan ke kolom, papan Kanban menampilkan item kerja yang ditetapkan ke status ini.

Ya, Anda dapat menambahkan atau melepas baju renang di papan Kanban Anda. Anda juga dapat menyiapkan aturan swimlane, di mana ketika kondisi tertentu terpenuhi, Azure Boards secara otomatis memindahkan item kerja ke jalur tertentu.

Anda dapat menentukan templat item kerja untuk tim tempat Anda berada. Untuk menentukan templat item kerja untuk menentukan default untuk bidang tertentu, lihat Menggunakan templat untuk menambahkan dan memperbarui item kerja.

Fitur untuk mengatur templat default untuk tim bukan fitur yang didukung saat ini.

Tidak. Fitur ini tidak didukung saat ini.

Contoh permintaan: Saat membuat templat, saya ingin Cerita Pengguna Induk di-default. Tidak ada bidang yang telah ditentukan sebelumnya dalam templat. Apakah/mungkinkah fungsi ini berada di bawah pilihan yang ditentukan pengguna?

Tidak, tidak ada dukungan asli untuk membuat templat hierarki. Secara khusus, Anda tidak dapat menentukan item kerja induk default. Namun, Anda dapat menyalin tugas, bug, dan item lain dengan cepat menggunakan Excel untuk menerapkan tautan induk-anak dalam daftar pohon. Atau, Anda dapat menggunakan papan Kanban untuk menambahkan tugas anak, item backlog, atau fitur. Untuk informasi selengkapnya, lihat:

• Menambahkan daftar periksa tugas
• Menambahkan, menjalankan, dan memperbarui pengujian sebaris
• Menambahkan fitur dan epik

Dari halaman jenis item kerja, pilih ikon tindakan untuk templat yang sudah ada dan pilih opsi Hapus .

Azure Boards terintegrasi dengan GitHub untuk Azure DevOps Server 2019 dan versi yang lebih baru. Untuk informasi selengkapnya, lihat Azure Boards & GitHub.

Tidak. Fitur ini tidak didukung saat ini.

Konfigurasi dan penyesuaian Azure Boards dilakukan di tingkat proyek dan tim. Untuk mengetahui ikhtisar tentang hal yang dapat Anda konfigurasi dan sesuaikan untuk mendukung kebutuhan bisnis Anda, lihat Konfigurasi dan penyesuaian Azure Boards.

Untuk FAQ tentang konfigurasi dan kustomisasi, lihat Tanya Jawab Umum Konfigurasi dan Kustomisasi Azure Boards.

Artikel terkait

• Tanya Jawab Umum Kueri
• Pelacakan kerja, proses, dan batas proyek
• Tanya Jawab Umum Konfigurasi dan Kustomisasi Azure Boards
• Tanya Jawab Umum: Bekerja di Excel yang tersambung ke Azure Boards
• FAQ untuk pekerjaan di seluruh proyek
• Ekstensi Azure Boards
• Tentang tim dan alat Agile