Praktik terbaik untuk manajemen proyek Agile
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Azure Boards menyediakan pilihan alat perencanaan Agile, yang banyak di antaranya bekerja dalam kombinasi satu sama lain. Artikel ini menyediakan panduan memulai untuk manajer proyek yang baru menggunakan Azure Boards. Jika Anda dan tim Anda ingin mengambil pendekatan pelacakan minimal untuk merencanakan dan mengelola proyek Anda, mulailah dengan panduan ini. Selain itu, jika Anda berpindah dari manajemen proyek air terjun ke metode Agile, mulailah dengan panduan ini.
Catatan
Jika tim Anda berkomitmen untuk mempraktikkan metode Kanban atau Scrum, lihat Tentang Papan dan Kanban atau tutorial untuk menerapkan Scrum.
Sebagian besar panduan dalam artikel ini berlaku untuk versi cloud dan lokal. Namun, beberapa fitur yang disertakan dalam artikel ini, seperti Rollup, Analytics, dan beberapa alat perencanaan portofolio, hanya tersedia untuk cloud saat ini.
Mengonfigurasi tim Anda
Azure Boards memberi setiap tim seperangkat alat Agile untuk merencanakan dan melacak pekerjaan. Setiap proyek mendefinisikan tim default, yang dapat Anda mulai gunakan segera. Jika Anda memiliki beberapa tim pengembangan atau fitur, kami sarankan Anda menentukan tim di Azure DevOps untuk setiap tim fitur. Dengan cara ini, setiap tim dapat bekerja secara otonom sambil berkolaborasi satu sama lain.
Tips praktik terbaik
- Konfigurasikan tim di sepanjang aliran nilai yang ingin dikirimkan organisasi Anda.
- Tentukan tim untuk setiap grup pengembangan 6 hingga 12 pengembang.
- Konfigurasikan tim pengembangan untuk mendukung rollup ke tim fitur manajemen proyek.
Untuk informasi selengkapnya tentang mengonfigurasi tim, lihat:
- Mengonfigurasi hierarki tim
- Menambahkan tim dan berpindah dari satu tim default ke beberapa tim
- Memahami budaya Agile
- Menskalakan Agile ke tim besar
Mengonfigurasi sprint Anda
Sprint yang ditentukan oleh jalur iterasi didefinisikan untuk proyek lalu dipilih oleh tim. Irama sprint dapat bervariasi antara satu minggu hingga empat minggu atau lebih. Selain itu, Anda dapat menentukan sprint dalam hierarki yang mencakup kereta rilis. Anda menetapkan pekerjaan ke sprint yang dilakukan tim untuk dikirimkan di akhir sprint. Alat Azure Boards ini mengandalkan penetapan sprint ke backlog Sprint, Taskboard, dan paket Prakiraan dan Pengiriman tim.
Tips praktik terbaik
- Tentukan irama sprint untuk digunakan oleh semua tim dalam grup produk Anda.
- Tentukan setidaknya enam perulangan atau lebih yang mendukung perencanaan selama 6 hingga 12 bulan ke depan.
- Tentukan bagaimana tim menggunakan iterasi untuk mengelola item backlog.
- Pekerjaan sprint yang tidak ditetapkan ditetapkan ke backlog default.
- Pekerjaan sprint yang tidak ditetapkan ditetapkan ke sprint backlog mendatang yang ditunjuk.
Untuk informasi selengkapnya tentang mengonfigurasi sprint, lihat:
Pilih jenis item kerja Anda
Tentukan jenis item kerja mana yang dapat digunakan tim Anda untuk menangkap persyaratan pelanggan dan pekerjaan pengembangan. Jika proyek Anda didasarkan pada proses Agile, kami sarankan Anda menggunakan jenis item kerja Cerita Pengguna, Bug, dan Fitur.
Jika proyek Anda didasarkan pada proses lain, seperti Basic, Scrum, atau CMMI, Anda memiliki pilihan berikut. Setiap tim menentukan bagaimana mereka ingin melacak bug.
Gambar berikut menunjukkan hierarki untuk item kerja backlog proses Agile:
Cerita pengguna dan tugas digunakan untuk melacak pekerjaan.
Bug melacak cacat kode.
Epik dan fitur digunakan untuk mengelompokkan pekerjaan di bawah 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, dengan mengonfigurasi pengaturan Bekerja dengan bug . Untuk informasi selengkapnya tentang menggunakan jenis item kerja ini, lihat Proses tangkas.
Catatan
Persyaratan menentukan harapan pengguna untuk produk perangkat lunak. Di Azure Boards, persyaratan ditentukan oleh item kerja yang muncul di backlog produk Anda. Mereka sesuai dengan jenis item kerja Cerita Pengguna (Tangkas), Item backlog produk (Scrum), Masalah (Dasar), atau Persyaratan (CMMI) berdasarkan proses yang dipilih untuk proyek Anda. Mereka juga termasuk dalam kategori Persyaratan, yang mengelola jenis item kerja yang muncul di backlog produk.
Tips praktik terbaik
- Gunakan jenis item kerja Fitur untuk menangkap fitur pelanggan yang ingin Anda kirimkan.
- Tambahkan fitur atau persyaratan dengan cepat dari backlog dan isi detailnya nanti.
- Gunakan jenis item kerja Persyaratan untuk memecah fitur menjadi pekerjaan yang dimiliki tim pengembangan. Sebagai tambahan:
- Untuk Agile, gunakan jenis item kerja Cerita Pengguna.
- Untuk Dasar, gunakan jenis item pekerjaan Masalah.
- Untuk Scrum, gunakan jenis item kerja item backlog produk.
- Untuk CMMI, gunakan jenis item kerja Persyaratan.
- Gunakan jenis item kerja Bug untuk mengambil cacat kode.
- Memetakan persyaratan ke fitur untuk melacak kemajuan di tingkat manajemen proyek.
- Persyaratan ukuran yang akan diselesaikan dalam sprint.
- Fitur ukuran yang akan diselesaikan dalam sprint atau beberapa sprint.
- Item kerja Epik Ukuran yang akan dikirimkan triwulanan atau ke beberapa tujuan tonggak pencapaian.
- Biarkan pengembang menggunakan kategori Tugas untuk memecah pekerjaan mereka sesuai kebutuhan.
Sebagai manajer proyek, Anda mengelola fitur dan tim pengembangan mengelola persyaratan. Saat Anda memetakannya dengan menggunakan tautan induk-anak, Anda mendapatkan visibilitas ke dalam kemajuan fitur Anda. Setiap item kerja yang Anda tambahkan ke backlog tim Anda secara otomatis diberi jalur area default dan jalur iterasi yang ditetapkan untuk tim Anda.
Jika Anda memiliki inisiatif atau skenario yang lebih besar yang memerlukan pengiriman beberapa fitur, kelompokkan di bawah kategori Epik dengan menggunakan tautan induk-anak.
Untuk informasi selengkapnya tentang jenis item kerja, lihat:
Buat paket produk Anda
Buat paket produk Anda dengan menggunakan backlog fitur. Tim pengembangan kemudian membuat rencana produk mereka dengan menggunakan backlog produk. Secara berkala, Anda harus meninjau dan menyempurnakan paket produk Anda.
Backlog fitur
Manajer proyek memulai rencana produk dengan menambahkan fitur ke backlog fitur. Setiap fitur harus mewakili pengiriman yang dapat dikirim yang memenuhi kebutuhan pelanggan.
Backlog produk
Tim pengembangan menambahkan Cerita Pengguna ke backlog produk mereka sehingga Cerita Pengguna secara otomatis diberi jalur area default dan jalur iterasi tim. Kemudian, mereka dapat memetakan cerita tersebut di bawah setiap fitur yang mewakili pekerjaan yang diperlukan untuk mengimplementasikan fitur. Setiap Cerita Pengguna harus berukuran sehingga dapat diselesaikan dalam sprint.
Menyempurnakan setiap backlog
Tinjau setiap backlog secara berkala dengan melakukan tugas berikut:
- Tentukan pekerjaan yang akan dilakukan.
- Susun ulang item kerja dengan menggunakan metode seret dan letakkan sehingga item tersebut muncul dalam urutan prioritas.
- Buka item kerja dan tambahkan detail.
- Tetapkan pekerjaan ke anggota tim atau ke sprint.
- Menangkap utang teknis dan pekerjaan nonfeature yang diperlukan untuk mendukung ekosistem pengiriman yang sehat.
- Petakan pekerjaan yang tidak transparan ke fitur tempatnya berada.
- Perkirakan ukuran persyaratan untuk membantu menentukan kecepatan tim dan prakiraan dukungan (opsional).
Tip
Anda dapat memantau kecepatan tim berdasarkan perkiraan yang ditetapkan untuk pekerjaan yang selesai atau jumlah sederhana item kerja yang diselesaikan selama sprint. Untuk menggunakan fitur Prakiraan, Anda harus menetapkan nilai ke bidang Poin Cerita, Upaya, atau Ukuran . Jika Anda tidak ingin memperkirakan persyaratan, Anda cukup menetapkan nilai 1 untuk perkiraan persyaratan lalu menggunakan alat Prakiraan berdasarkan hitungan item kerja.
Tips praktik terbaik
- Menyempurnakan backlog Anda secara berkala.
- Pastikan fitur dan persyaratan berukuran tepat.
- Tentukan kriteria penerimaan dan definisi yang dilakukan untuk fitur dan pekerjaan.
- Petakan pekerjaan yang tidak dipetakan ke fitur.
- Atur opsi tampilan Anda untuk mendukung tugas backlog yang ingin Anda selesaikan.
- Prakiraan backlog Anda.
Untuk informasi selengkapnya, lihat:
- Menentukan fitur dan epik
- Membuat backlog Anda
- Mengonfigurasi tampilan backlog Anda
- Prakiraan backlog produk Anda
Menggunakan tag untuk mendukung kueri dan pemfilteran
Dengan tag item kerja, anggota tim dapat menetapkan tag ad-hoc ke item kerja. Anda dapat menggunakan tag ini untuk memfilter backlog dan papan. Anda juga bisa menggunakannya untuk mengkueri item kerja. Agar tag berguna bagi tim, berikan beberapa panduan umum tentang bagaimana tim Anda harus menggunakan tag. Pertimbangkan untuk mendokumenkan panduan ini di tempat pusat, seperti wiki proyek.
Gambar berikut mengilustrasikan papan Kanban yang difilter pada kata kunci web yang menampilkan kartu dengan Web tag.
Tips praktik terbaik
- Memiliki kebijakan tentang bagaimana tim Anda menggunakan tag.
- Tunjukkan cara Anda menggunakan tag untuk mendukung kueri, pemfilteran, dan pelaporan.
- Pertimbangkan untuk menggunakan tag untuk mengidentifikasi dependensi lintas tim atau lintas proyek.
Untuk informasi selengkapnya, lihat:
- Menambahkan tag item kerja untuk mengategorikan dan memfilter daftar dan papan
- Memfilter papan Kanban Anda
- Membuat wiki untuk proyek Anda
Prakiraan dan perencanaan tonggak pencapaian
Untuk mendapatkan wawasan tentang fitur apa yang dapat dikirim kapan, gunakan alat Prakiraan. Alat ini mengharuskan Anda memberikan perkiraan ke bidang Poin Cerita, Upaya, atau Ukuran untuk setiap persyaratan. Jika Anda ingin memperkirakan jumlah item kerja sederhana, tetapkan nilai 1 ke perkiraan persyaratan.
Memesan backlog fitur dalam urutan prioritas
Sebagai manajer proyek, Anda harus selalu memiliki backlog fitur Anda dalam urutan prioritas, yang menyampaikan kepada tim pengembangan fitur mana yang paling penting untuk diselesaikan terlebih dahulu.
Di sini, fitur backlog menunjukkan urutan fitur yang akan dikirim.
Memesan backlog persyaratan berdasarkan fitur induk
Pertama, Anda ingin memastikan bahwa Anda menyelesaikan persyaratan yang diperlukan untuk mengirim fitur. Seperti yang ditunjukkan pada gambar berikut, backlog persyaratan diurutkan sesuai dengan fitur yang ingin Anda kirim. Pemesanan ini mengasumsikan bahwa semua persyaratan dalam fitur harus lengkap untuk mengirimkannya. Selain itu, Poin Cerita ditetapkan ke setiap Cerita Pengguna.
Memperkirakan backlog persyaratan
Dengan perkiraan yang ditetapkan untuk setiap persyaratan, Anda dapat mengatur kecepatan tim. Dalam contoh berikut, kami menentukan 12 untuk kecepatan, yang setara dengan yang menyatakan bahwa rata-rata tim dapat menyelesaikan 12 Poin Cerita per sprint. Alat Prakiraan menunjukkan persyaratan dan fitur mana yang dapat diselesaikan tim dalam enam sprint berikutnya. Saat menggunakan alat Perencanaan, Anda dapat dengan cepat menetapkan persyaratan ke prakiraan sprint.
Untuk melihat gambar lengkap, klik gambar untuk memperluas. 
Pilih ikon tutup untuk ditutup.
Mendapatkan perkiraan yang baik dan memiliki kecepatan tim yang dapat diprediksi adalah tujuan tim yang berguna untuk peningkatan proses.
Memperbarui papan Fitur Anda
Dengan perkiraan kapan fitur dikirim, Anda dapat memperbarui jalur iterasi setiap fitur. Tetapkan nilai dengan cepat ke fitur dengan menambahkan bidang tersebut ke kartu di papan Kanban, seperti yang ditunjukkan pada gambar berikut.
Perencanaan tonggak pencapaian
Penanda milestone tidak digunakan dalam pelacakan kerja Azure Boards, kecuali untuk paket pengiriman. Paket pengiriman menyediakan tampilan kalender dan memungkinkan Anda menentukan penanda tonggak pencapaian. Anda bisa menggunakan satu atau beberapa opsi berikut untuk menandai item kerja sebagai tonggak pencapaian:
- Tambahkan atau tambahkan kata Milestone dalam judul item kerja Anda.
- Tambahkan tag item kerja berlabel Milestone.
- Tambahkan bidang kustom berlabel Milestone dan isi dengan daftar pencapaian pilihan.
- Tautkan item kerja dengan menggunakan jenis tautan Pendahulu/Penerus atau Terkait ke item kerja pencapaian.
- Tetapkan item kerja tonggak pencapaian ke sprint yang ditargetkan untuk penyelesaian.
Mengelola dependensi
Di Microsoft Project, Anda mengelola tugas yang bergantung pada penyelesaian tugas lain dengan menautkannya. Untuk mengelola dependensi di Azure Boards, Anda dapat menambahkan penautan serupa dengan menambahkan jenis tautan Pendahulu/Penerus ke item kerja. Tambahkan tautan ini dari dialog Tambahkan tautan untuk item kerja.
Dialog tambahkan tautan
Azure Boards mendukung banyak jenis tautan untuk melacak pekerjaan terkait. Pilih jenis tautan Pendahulu/Penerus untuk melacak pekerjaan dengan dependensi. Cara cepat untuk menautkan item kerja adalah dengan menambahkan tag ke item kerja yang berpartisipasi dalam memproduksi atau mengonsumsi dependensi. Buat kueri yang didasarkan pada tag, lalu tambahkan tautan yang diperlukan.
Dialog Tambahkan tautan berikut ini menggambarkan bagaimana dua item kerja ditautkan dengan menggunakan jenis tautan Penerus.
Memvisualisasikan hubungan item kerja
Anda dapat melihat dependensi dan mengidentifikasi dependensi yang memiliki masalah dengan paket pengiriman. Seperti yang ditunjukkan pada gambar berikut, Anda dapat mengalihkan tampilan baris dependensi di antara item kerja tertaut. Untuk informasi selengkapnya, lihat Melacak dependensi dengan menggunakan paket pengiriman.
Dengan ekstensi Work Item Visualization Marketplace, Anda bisa memvisualisasikan hubungan tautan di antara beberapa item kerja, seperti yang ditunjukkan pada gambar berikut.
Untuk melihat gambar lengkap, klik gambar untuk memperluas. Pilih ikon tutup untuk ditutup.
Produk Layak Minimum vs. Manajemen Jalur Kritis
Azure Boards tidak memberikan tampilan asli jalur penting. Metodologi tangkas mendukung Produk Layak Minimum (MVP) daripada Manajemen Jalur Kritis. Dengan menggunakan MVP, Anda mengidentifikasi jalur dan dependensi terpendek dengan memprioritaskan jenis item kerja Epik, Fitur, Cerita Pengguna, dan Tugas. Untuk konteks selengkapnya, lihat Jalur penting pada proyek Agile dan Menjalankan startup ramping di Azure DevOps.
Tips praktik terbaik
- Tambahkan tag ke item kerja yang
dependencyberpartisipasi dalam manajemen dependensi. - Gunakan jenis tautan Pendahulu/Penerus untuk melacak dependensi pekerjaan yang dimiliki oleh tim lain atau dalam proyek lain.
- Buat kueri untuk melacak, menambahkan, dan triase dependensi.
- Gunakan paket pengiriman untuk melihat pekerjaan yang anda miliki dependensinya dari tim lain.
- Gunakan ekstensi Marketplace Visualisasi Item Kerja untuk memvisualisasikan dependensi untuk item kerja tertentu dalam formulir item kerja.
Catatan
Ekstensi marketplace tidak didukung fitur Azure Boards, sehingga tidak didukung oleh tim produk. Untuk pertanyaan, saran, atau masalah yang Anda miliki saat menggunakan ekstensi ini, lihat halaman ekstensi yang sesuai.
Untuk informasi selengkapnya, lihat:
Bekerja dalam sprint
Sprint memungkinkan tim pengembangan untuk fokus menyelesaikan serangkaian pekerjaan yang telah dipilih sebelumnya. Pekerjaan yang ditetapkan ke sprint muncul di backlog sprint tim. Backlog sprint didefinisikan hanya untuk backlog produk, bukan untuk backlog portofolio.
Bagan burndown sprint
Dengan memperbarui status pekerjaan setiap hari sepanjang sprint, Anda dapat dengan mudah melacak kemajuan sprint dengan bagan burndown Sprint, seperti yang ditunjukkan pada gambar berikut.
Tips praktik terbaik
Untuk setiap sprint, lakukan tugas berikut:
- Rencanakan setiap sprint dengan tim Anda.
- Gunakan backlog sprint tim untuk meninjau hasil sprint.
- Pastikan bahwa setiap item kerja sprint ditetapkan ke anggota tim.
- Pastikan bahwa setiap item kerja dilingkup untuk penyelesaian dalam sprint.
- Pastikan bahwa kriteria penerimaan untuk pekerjaan didefinisikan dan dipahami dengan baik.
- Perbarui status item kerja sprint sebagai perpindahan kerja dari Baru ke Aktif ke Status selesai , melacak burndown sprint.
- Tanyakan kepada tim lain tentang dependensi yang bergantung pada pekerjaan tim Anda.
- Pantau kemajuan sprint dengan menggunakan bagan burndown sprint.
Untuk informasi selengkapnya, lihat:
- Menetapkan item backlog ke sprint
- Mengonfigurasi dan memantau burndown sprint
- Menentukan fitur dan epik
Meninjau kemajuan dan hasil fitur
Tiga alat utama yang harus Anda gunakan untuk meninjau kemajuan dan hasil adalah:
- Fitur papan Kanban
- Fitur backlog dengan kolom rollup
- Rencana Pengiriman
Fitur papan Kanban
Papan Fitur Anda adalah tempat lain untuk meninjau kemajuan dan memastikan alur pengiriman berkelanjutan. Gambar berikut mengilustrasikan papan Fitur yang dikustomisasi, termasuk kolom yang sedang berlangsung seperti Perlu info lebih lanjut, On Deck, Sedang Berlangsung, dan Peluncuran Pelanggan. Kolom-kolom ini menyediakan serangkaian status yang lebih alami saat fitur diusulkan, diteliti, dirancang, dikembangkan, dan kemudian disebarkan ke produksi.
Untuk melihat gambar lengkap, klik gambar untuk memperluas. Pilih ikon tutup untuk ditutup.
Rollup
Salah satu cara cepat dan visual untuk memantau kemajuan adalah dari backlog fitur. Dengan menambahkan kolom bilah kemajuan rollup, Anda dapat melihat persentase item kerja apa yang diselesaikan untuk setiap fitur, seperti yang ditunjukkan pada gambar berikut.
Paket pengiriman dan beberapa hasil kerja tim
Untuk meninjau fitur yang dikirimkan di beberapa tim, konfigurasikan paket pengiriman. Paket pengiriman menyediakan papan interaktif untuk meninjau jadwal kalender cerita atau fitur yang direncanakan oleh beberapa tim untuk dikirimkan.
Tips praktik terbaik
- Sesuaikan papan Fitur Kanban Anda untuk mendukung proses tim Anda.
- Tambahkan bidang ke kartu sehingga Anda dapat memperbarui nilainya dengan cepat dan mudah.
- Perbarui jalur iterasi (sprint) fitur saat Anda mendapatkan kejelasan tentang kapan mereka dikirim.
- Tinjau papan Fitur untuk berbicara melalui status, blok/masalah/risiko/perubahan, dan status pembaruan.
- Gunakan fitur filter untuk fokus pada item yang diberi tag, fitur yang ditetapkan, sprint tertentu, dan banyak lagi.
- Tambahkan kolom rollup ke backlog fitur Anda untuk memantau kemajuan keseluruhan berdasarkan penyelesaian jumlah item kerja.
- Gunakan rencana pengiriman untuk meninjau fitur bagi beberapa tim untuk membahas dependensi lintas tim.
Untuk informasi selengkapnya, lihat:
- Menambahkan kolom ke papan Kanban Anda
- Menyesuaikan kartu
- Memfilter papan Kanban Anda
- Menampilkan progres rollup atau total
- Meninjau rencana pengiriman tim
Penyempurnaan proses
Peningkatan berkelanjutan adalah inti dari metode Agile. Untuk meningkatkan proses, Anda harus memiliki tujuan bersama dan paket bersama. Untuk memulai aktivitas peningkatan proses, pertimbangkan untuk menambahkannya melalui praktik rutin. Anda mungkin ingin:
- Merencanakan sprint.
- Tetapkan tujuan sprint.
- Lakukan retrospektif reguler.
Pertimbangkan pertanyaan berikut saat Anda menetapkan tujuan:
- Apa yang Anda pelajari tentang pelanggan Anda? Apa yang perlu Anda ketahui?
- Data apa yang sedang diukur? Apakah bisa ditindak? Data apa yang perlu diukur?
- Bagaimana alur pengiriman? Apakah seperti yang diharapkan? Di mana penyempurnaan dapat dilakukan?
- Apakah anggota tim Anda didayakan untuk melakukan yang terbaik? Alat atau informasi apa yang akan membantu mereka meningkatkannya?
- Seberapa baik informasi dibagikan? Seberapa baik tim berkolaborasi?
- Seberapa baik tim Anda mengelola utang teknis dan menutup bug?
Beberapa alat Agile yang dapat Anda gunakan untuk mendukung peningkatan proses adalah kecepatan tim, dasbor tim, dan ekstensi Marketplace Retrospectives .
Kecepatan tim
Dari bagan Velocity tim, Anda dapat memperoleh pemahaman tentang seberapa baik tim merencanakan dan menjalankan sprint. Seperti yang ditunjukkan dalam contoh berikut, bagan Kecepatan menunjukkan jumlah item kerja yang direncanakan, diselesaikan, dan tidak lengkap untuk beberapa sprint. Teams dapat meninjau bagan ini untuk membantu menentukan seberapa baik mereka memperkirakan dan mengeksekusi serta bagaimana mereka dapat meningkat.
Dasbor tim
Teams dapat menentukan satu atau beberapa dasbor untuk berbagi informasi dan memantau data real time tentang kemajuan kerja.
Tips praktik terbaik
- Identifikasi tujuan peningkatan proses yang dapat disetujui tim Anda, tulis, dan tinjau secara berkala.
- Gunakan dasbor tim untuk berbagi informasi dan bagan pelacakan kerja, yang Anda dan tim Anda tinjau secara berkala.
- Minta tim Anda mengidentifikasi setidaknya satu tujuan sprint yang terkait dengan peningkatan proses saat berada di rapat perencanaan sprint.
- Lakukan retrospektif reguler untuk menangkap apa yang berjalan dengan baik, apa yang tidak berjalan dengan baik, dan tindakan yang harus ditingkatkan.
- Pertahankan papan pelacakan peningkatan, seperti yang tersedia dengan ekstensi Retrospectives Marketplace.
Untuk informasi selengkapnya, lihat:
- Melihat atau mengonfigurasi kecepatan tim
- Menambahkan, mengganti nama, dan menghapus dasbor
- Menerapkan praktik Agile yang menskalakan
- Ekstensi Marketplace Retrospektif
Langkah berikutnya
Artikel terkait
- Mengelola persyaratan
- Bekerja dengan kepemilikan multi-tim item backlog
- 11 Alasan untuk menggunakan Azure Boards untuk merencanakan dan melacak pekerjaan Anda
Artikel industri
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk