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.
Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Sesuaikan Azure Boards agar sesuai dengan proses dan kebutuhan portofolio tim Anda. Artikel ini menjelaskan tugas dan pertimbangan yang direkomendasikan untuk administrator yang mengonfigurasi struktur area dan perulangan, jenis item kerja (WIT), alur kerja, dan perilaku papan.
Jika Anda sudah mengetahui tugas konfigurasi yang Anda inginkan, mulailah dengan artikel berikut:
- Menyesuaikan kartu
- Mengelola kolom
- Mempercepat pekerjaan dengan swimlanes
- Mengonfigurasi tampilan backlog Anda
Note
Sebagian besar panduan di sini berlaku untuk penyebaran cloud dan lokal. Beberapa fitur, seperti Rollup, Analytics, dan alat perencanaan portofolio, hanya tersedia di cloud.
Petunjuk / Saran
Anda dapat menggunakan AI untuk membantu tugas Azure DevOps. Lihat Mengaktifkan bantuan AI dengan Azure DevOps MCP Server untuk memulai.
Pertimbangan utama
Sebelum Anda mengubah pengaturan, putuskan bagaimana cara kerja tim dan apa yang perlu dilihat manajemen.
| Area | Pertanyaan yang harus dijawab |
|---|---|
| Struktur proyek vs. tim | Berapa banyak tim, hierarki jalur area, dan tampilan rollup yang Anda butuhkan? |
| Iterasi | Mana yang paling cocok untuk ritme sprint, pengelompokan rilis, dan jangka waktu prakiraan? |
| Skema item kerja | WITs mana yang harus digunakan tim (Fitur, Cerita/Masalah/Item Backlog Produk, Tugas, Epik)? |
| Kebutuhan pelaporan | Bidang, rollup, dan tampilan analitik mana yang harus tersedia? |
| Kustomisasi | Bagaimana bidang khusus, alur kerja, dan WIT memengaruhi papan, backlog, dan laporan? |
| Izin dan tata kelola | Siapa yang dapat mengubah proses, pohon area/iterasi, dan pengaturan tim? |
Dokumentasikan pilihan Anda sehingga tim menerapkannya secara konsisten.
Jenis item kerja dan backlog portofolio
Pilih proses (Agile, Basic, Scrum, atau CMMI) saat Anda membuat proyek. Setiap proses mendefinisikan sekumpulan WIT default dan tingkat portofolio/backlog. Anda dapat menambahkan WIT kustom dan backlog portofolio untuk mendukung organisasi Anda.
Gambar berikut menunjukkan hierarki untuk item kerja backlog proses Agile:
- Cerita pengguna dan tugas digunakan untuk melacak pekerjaan.
- Bug-bug melacak kesalahan kode.
- Epik dan fitur digunakan untuk mengelompokkan pekerjaan dalam skenario yang lebih besar.
Setiap tim dapat mengonfigurasi cara mereka mengelola item kerja Bug pada tingkat yang sama dengan Item kerja Cerita Pengguna atau Tugas. Gunakan pengaturan 'Bekerja dengan bug'. Untuk informasi selengkapnya tentang menggunakan jenis item kerja ini, lihat Proses tangkas.
Gunakan WIT kustom dan backlog portofolio saat Anda memerlukan lapisan perencanaan tambahan (misalnya, Tujuan dan Hasil Utama).
Opsi pelacakan yang direkomendasikan
Pilih salah satu pendekatan pelacakan tingkat tinggi berikut berdasarkan praktik tim:
| Pendekatan | Recommendation | Paling cocok untuk |
|---|---|---|
| Tugas saja | Tidak disarankan | Menawarkan prioritas terbatas dan tidak ada perencanaan portofolio |
| Persyaratan dengan tugas anak | Recommended | Tim scrum yang memperkirakan dan melacak waktu |
| Persyaratan saja | Recommended | Tim Kanban atau Scrumban yang tidak melacak waktu |
| Persyaratan yang dikelompokkan di bawah WIT portofolio | Recommended | Beberapa tim yang membutuhkan rollup dan kalender lintas tim |
Jelaskan pendekatan yang Anda pilih untuk tim dan perbarui dokumentasi proses.
Area, perulangan, dan penyiapan tim
Gunakan jalur area untuk mempartisi pekerjaan berdasarkan produk, fitur, atau area bisnis. Gunakan jalur iterasi untuk sprint, rilis, atau tonggak pencapaian.
| Recommendation | Reason |
|---|---|
| Membuat hierarki jalur area yang mencerminkan cara manajer ingin laporan rollup disajikan | Memungkinkan pelaporan rollup yang akurat di seluruh tingkat organisasi |
| Berikan setiap tim area default dan langganan iterasi | Item kerja secara otomatis mewarisi konteks yang benar |
| Gunakan kecepatan iterasi yang konsisten pada tim-tim yang bekerja bersama | Menyederhanakan perencanaan lintas tim dan pelacakan dependensi |
Konten terkait:
Tampilkan bug pada papan dan backlog
Setiap tim memutuskan apakah bug muncul di backlog produk (sebagai persyaratan) atau dilacak sebagai tugas yang terkait dengan persyaratan. Tim yang menggunakan Scrum sering menunjukkan bug di backlog; tim yang menggunakan Agile atau CMMI dapat memilih apakah bug muncul di backlog. Untuk mengubah tampilan bug untuk tim, perbarui pengaturan tim:
Pertahankan kebijakan tim yang konsisten agar kueri, papan, dan rekapitulasi berperilaku dengan cara yang dapat diprediksi.
Tampilan rollup dan portofolio
Tambahkan kolom rollup ke backlog untuk memperlihatkan bilah kemajuan, hitungan, atau jumlah untuk item anak. Gunakan Rencana Pengiriman dan linimasa fitur untuk melihat jadwal dan ketergantungan lintas tim.
Untuk perencanaan lintas tim, gunakan Rencana Pengiriman dan ekstensi fitur garis waktu jika sesuai.
Papan, kolom, dan alur kerja
Status alur kerja item kerja menentukan kolom papan default.
| Tindakan | Ruang lingkup | Pertimbangan |
|---|---|---|
| Menambahkan status alur kerja kustom ke WIT | Mempengaruhi semua tim | Perubahan terlihat di semua papan tim yang menggunakan WIT tersebut |
| Tambahkan kolom ke papan tim | Hanya memengaruhi tim tersebut | Berguna untuk langkah-langkah alur kerja khusus tim |
| Memetakan pemetaan status ke kolom | Mempengaruhi pelaporan | Memetakan dengan hati-hati untuk mempertahankan akurasi diagram aliran kumulatif |
Konten terkait:
Bidang dan pelaporan kustom
Bidang kustom memungkinkan Anda mengambil data khusus proyek. Mereka dapat menjalankan rollup dan laporan, dan berlaku di seluruh proses.
| Recommendation | Reason |
|---|---|
| Membatasi bidang kustom ke bidang yang mendukung pelaporan atau otomatisasi | Mengurangi kerumitan dan beban tambahan pemeliharaan |
| Menggunakan bidang kustom numerik untuk penjumlahan rollup | Mengaktifkan pelacakan kemajuan dan perencanaan kapasitas |
| Gunakan daftar pilih untuk pelaporan yang konsisten | Mencegah inkonsistensi data dari entri teks bebas |
| Ingat bahwa field pada tingkat proses bersifat bersama | Perubahan memengaruhi semua proyek dalam koleksi atau organisasi |
Note
Anda dapat menentukan hingga 1.024 bidang per proses.
WIT khusus dan perubahan proses
Menambahkan atau memodifikasi jenis item kerja (WIT) dan alur kerja memengaruhi banyak alat.
| Ubah | Tempat munculnya | Tindakan diperlukan |
|---|---|---|
| WIT tingkat persyaratan baru | Backlog produk, mungkin backlog sprint | Mengonfigurasi tingkat backlog |
| WIT tingkat tugas baru | Papan tugas | Memperbarui pengaturan papan tugas |
| WIT Kustom | Papan tim | Memperbarui papan dan pemetaan kolom |
Penting
Perubahan tingkat proses memengaruhi semua tim. Batasi perubahan yang mengganggu dan komunikasikan terlebih dahulu.
Izin dan siapa yang bisa mengubah apa
Kendalikan siapa yang dapat mengubah proses, pohon area dan iterasi, serta konfigurasi tim.
| Ubah jenis | Siapa yang dapat membuat perubahan |
|---|---|
| Tingkat proses | Administrator Koleksi Proyek atau pengguna dengan izin proses |
| Tingkat proyek (area dan iterasi) | Administrator Proyek atau pengguna dengan izin node |
| Tingkat tim | Administrator Tim atau Administrator Proyek |
Konten terkait:
Pelacakan waktu dan perencanaan sprint
Gunakan bidang Pekerjaan Yang Tersisa, Perkiraan Asli, dan Pekerjaan yang Selesai untuk perencanaan dan kapasitas sprint. Jika Anda melacak waktu untuk penagihan atau tujuan lain, evaluasi ekstensi Marketplace untuk dukungan pelacakan waktu yang lebih kaya.
Konten terkait:
Daftar periksa praktis untuk admin
Gunakan daftar periksa berikut saat Anda menyiapkan atau meninjau konfigurasi Azure Boards Anda.
| Phase | Task |
|---|---|
| Rencana | Memutuskan strategi jenis item proses dan kerja (mewarisi atau menyesuaikan) |
| Rencana | Area desain dan hierarki perulangan |
| Configure | Mengonfigurasi tim dan mengatur area default dan langganan iterasi |
| Configure | Buat folder kueri bersama dan izin yang diperlukan |
| Configure | Menambahkan kolom rollup dan widget dasbor yang dibutuhkan eksekutif |
| Memvalidasi | Uji coba perubahan pada satu tim sebelum menerapkan pembaruan cakupan luas |
| Berkomunikasi | Mendokumen perubahan dan memperbarui wiki proyek Anda |