Alur kerja tangkas di Azure Boards

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

Saat Anda menggunakan proses Agile di Azure Boards, jenis item kerja (WIT) berikut membantu tim Anda merencanakan dan melacak kemajuan proyek Anda: epik, fitur, cerita pengguna, tugas, masalah/bug. Setelah menentukan WITs, Anda dapat menggunakan papan Kanban untuk melacak kemajuan dengan memperbarui status item tersebut.

Untuk mendapatkan wawasan tentang portofolio fitur, skenario, atau pengalaman pengguna, pemilik produk dan manajer program memetakan cerita pengguna ke fitur. Saat tim bekerja dalam sprint, mereka menentukan tugas yang secara otomatis ditautkan ke cerita pengguna. Jika Anda baru menggunakan proses Agile, tinjau bagian Rencanakan dan lacak pekerjaan dengan Agile untuk memulai.

Dari portal web atau Microsoft Test Manager, penguji dapat membuat dan menjalankan kasus pengujian terhadap bug dan masalah, yang digunakan untuk melacak cacat kode dan memblokir masalah.

Tentukan cerita pengguna

Pemilik produk biasanya mendefinisikan dan menumpuk peringkat cerita pengguna, yang menjelaskan pekerjaan yang terlibat untuk mengembangkan aplikasi, persyaratan, dan elemen. Tim kemudian memperkirakan upaya dan pekerjaan untuk memberikan item prioritas tertinggi.

Buat cerita pengguna dari panel tambahkan cepat di halaman backlog produk. Dari halaman tersebut, Anda juga dapat menyeret dan meletakkan item untuk menyusun ulang item atau memetakannya ke fitur.

Anda dapat membuka setiap cerita pengguna untuk memberikan detail selengkapnya dan memperkirakan poin cerita. Tentukan Poin Cerita sehingga tim Anda dapat menggunakan fitur prakiraan dan bagan kecepatan untuk memperkirakan sprint atau upaya kerja di masa mendatang. Dengan memprioritaskan cerita pengguna di halaman backlog (yang diambil di bidang Stack Rank), pemilik produk dapat menunjukkan item mana yang harus diberi prioritas yang lebih tinggi.

Gunakan panduan dalam tabel berikut dan bidang umum yang digunakan di seluruh jenis item kerja saat Anda mengisi formulir.

Bidang/tab

Penggunaan

---

Keterangan

Untuk cerita pengguna, berikan detail yang cukup untuk memperkirakan berapa banyak pekerjaan yang diperlukan untuk mengimplementasikan cerita. Fokus pada untuk siapa fitur tersebut, apa yang ingin dicapai pengguna, dan mengapa. Jangan jelaskan bagaimana fitur harus dikembangkan. Berikan detail yang memadai sehingga tim Anda dapat menulis tugas dan kasus pengujian untuk mengimplementasikan item.

Kriteria Penerimaan

Berikan kriteria yang akan dipenuhi sebelum bug atau cerita pengguna dapat ditutup. Sebelum pekerjaan dimulai, jelaskan kriteria penerimaan pelanggan sejelas mungkin. Percakapan antara tim dan pelanggan untuk menentukan kriteria penerimaan membantu memastikan bahwa tim Anda memahami harapan pelanggan Anda. Anda dapat menggunakan kriteria penerimaan sebagai dasar untuk pengujian penerimaan agar lebih efektif mengevaluasi apakah item selesai secara memuaskan.

Area Nilai

Area nilai pelanggan yang ditangani oleh item epik, fitur, persyaratan, atau backlog. Nilai mencakup:

• Arsitektur: Layanan teknis untuk menerapkan fitur bisnis yang memberikan solusi
• Bisnis: Layanan yang memenuhi kebutuhan pelanggan atau pemangku kepentingan yang secara langsung memberikan nilai pelanggan untuk mendukung bisnis (Default)

Titik Cerita

Perkirakan jumlah pekerjaan yang diperlukan untuk menyelesaikan cerita pengguna menggunakan unit pengukuran numerik yang disukai tim Anda.

Bagan kecepatan tangkas dan alat prakiraan mereferensikan nilai di bidang ini. Untuk informasi selengkapnya, lihat Memperkirakan laporan resmi.

Prioritas

Peringkat subjektif cerita, fitur, atau persyaratan pengguna karena berkaitan dengan bisnis. Nilai yang diperbolehkan adalah:

• 1: Produk tidak dapat dikirim tanpa fitur .
• 2: Produk tidak dapat dikirim tanpa fitur, tetapi tidak harus segera ditangani.
• 3: Implementasi fitur bersifat opsional, berdasarkan sumber daya, waktu, dan risiko.

Risiko

Peringkat subjektif dari ketidakpastian relatif sekeliling keberhasilan penyelesaian cerita pengguna. Nilai yang diperbolehkan adalah:

• 1 - Tinggi
• 2 - Sedang
• 3 - Rendah

Ambil komentar di bagian Diskusi

Gunakan bagian Diskusi untuk menambahkan dan meninjau komentar yang dibuat tentang pekerjaan yang sedang dilakukan.

Bilah alat editor teks kaya ditampilkan di bawah area entri teks. Ini muncul saat Anda memilih setiap kotak teks yang mendukung pemformatan teks.

Catatan

Tidak ada bidang item kerja Diskusi . Untuk mengkueri item kerja dengan komentar yang dimasukkan di area Diskusi, Anda memfilter pada bidang Riwayat. Konten lengkap teks yang dimasukkan ke dalam kotak teks Diskusi ditambahkan ke bidang Riwayat.

Sebutkan seseorang, grup, item kerja, atau permintaan pull

Untuk membuka menu entri terbaru yang telah Anda buat untuk menyebutkan seseorang, tautkan ke item kerja, atau tautkan ke permintaan pull, pilih atau , atau masukkan @, , #atau !.

Masukkan nama atau nomor dan filter daftar menu agar sesuai dengan entri Anda. Pilih entri yang ingin Anda tambahkan. Untuk membawa grup ke dalam diskusi, masukkan @ dan nama grup, seperti tim atau grup keamanan.

Mengedit atau menghapus komentar

Untuk mengedit atau menghapus komentar diskusi Anda, pilih Edit atau pilih ikon tindakan, lalu pilih Hapus.

Setelah memperbarui komentar, pilih Perbarui. Untuk menghapus komentar, konfirmasikan bahwa Anda ingin menghapusnya.

Jejak audit penuh dari semua komentar yang diedit dan dihapus dipertahankan di tab Riwayat pada formulir item kerja.

Menambahkan reaksi ke komentar

Tambahkan satu atau beberapa reaksi ke komentar dengan memilih ikon tersenyum di sudut kanan atas komentar apa pun. Atau, pilih dari ikon di bagian bawah komentar di samping reaksi yang ada. Untuk menghapus reaksi Anda, pilih reaksi di bagian bawah komentar Anda. Gambar berikut menunjukkan contoh pengalaman menambahkan reaksi dan tampilan reaksi pada komentar.

Menyimpan komentar tanpa menyimpan item kerja

Catatan

Fitur ini tersedia mulai di Azure DevOps Server 2022.1.

Jika Anda hanya memiliki izin untuk ditambahkan ke Diskusi item kerja, maka Anda dapat melakukannya dengan menyimpan komentar. Izin ini dikontrol oleh simpul Jalur Area dan izin Edit item kerja dalam simpul ini. Untuk informasi selengkapnya, lihat Mengatur izin pelacakan kerja, Membuat simpul anak, memodifikasi item kerja di bawah area atau jalur perulangan.

Setelah menyimpan komentar, Anda tidak perlu menyimpan item kerja.

Catatan

Saat Anda menyimpan perubahan yang dibuat pada kontrol Diskusi , hanya komentar yang disimpan. Tidak ada aturan item kerja yang ditentukan untuk jenis item kerja yang dijalankan.

Lacak kemajuan

Saat pekerjaan berlangsung, Anda mengubah bidang Status untuk memperbarui status. Secara opsional, Anda dapat menentukan alasannya. Bidang status dan alasan muncul pada formulir item kerja di area header.

Status alur kerja yang tangkas

Saat Anda memperbarui alur kerja, tim mengetahui item mana yang baru, sedang berlangsung, atau selesai. Sebagian besar WIT mendukung transisi baik maju maupun mundur dari setiap status alur kerja. Diagram ini menunjukkan status perkembangan dan regresi utama cerita pengguna, bug, dan AUT tugas.

Kisah Pengguna	Bug	Tugas

Perkembangan alur kerja umum untuk cerita pengguna mengikuti:

• Pemilik produk membuat cerita pengguna di status Baru dengan alasan default, Kisah pengguna baru.
• Tim memperbarui status menjadi Aktif ketika mereka memutuskan untuk menyelesaikan pekerjaan selama sprint.
• Cerita pengguna dipindahkan ke Diselesaikan ketika tim telah menyelesaikan semua tugas terkait dan pengujian unit untuk lulus cerita.
• Cerita pengguna dipindahkan ke status Tertutup ketika pemilik produk setuju bahwa cerita telah diimplementasikan sesuai dengan lulus Kriteria Penerimaan dan tes penerimaan.

Memperbarui status dengan Kanban atau Taskboards

Teams dapat menggunakan papan Kanban untuk memperbarui status persyaratan, dan Taskboard untuk memperbarui status tugas. Menyeret item ke kolom status baru memperbarui bidang Status dan Alasan.

Anda dapat menyesuaikan papan Kanban untuk mendukung lebih banyak baju renang atau kolom. Untuk informasi selengkapnya, lihat Menyesuaikan pengalaman pelacakan kerja Anda.

Memetakan cerita pengguna ke fitur

Saat mengelola serangkaian produk atau pengalaman pengguna, Anda mungkin ingin melihat cakupan dan kemajuan pekerjaan di seluruh portofolio produk. Anda dapat melihat cakupan dan kemajuan pekerjaan dengan menentukan fitur dan memetakan cerita pengguna ke fitur.

Dengan menggunakan backlog portofolio, Anda dapat menelusuri paling detail dari satu backlog ke backlog lainnya untuk melihat tingkat detail yang Anda inginkan. Selain itu, gunakan backlog portofolio untuk melihat rollup pekerjaan yang sedang berlangsung di beberapa tim saat Anda menyiapkan hierarki tim.

Menentukan tugas

Ketika tim Anda mengelola pekerjaan mereka dalam sprint, mereka dapat menggunakan halaman backlog sprint untuk memecah pekerjaan yang akan dicapai menjadi tugas yang berbeda.

Beri nama tugas dan perkirakan pekerjaan yang diperlukan.

Saat Anda menggunakan proses Agile, tim memperkirakan pekerjaan dan menentukan tugas di awal setiap sprint. Setiap anggota tim kemudian melakukan subset tugas tersebut. Tugas dapat mencakup pengembangan, pengujian, dan jenis pekerjaan lainnya. Misalnya, pengembang menentukan tugas untuk mengimplementasikan cerita pengguna, dan penguji menentukan tugas untuk menulis dan menjalankan kasus pengujian.

Saat tim memperkirakan pekerjaan menggunakan jam atau hari, mereka menentukan tugas dan bidang Sisa Pekerjaan dan Aktivitas (opsional).

Bidang/tab

Penggunaan

---

Perkiraan Asli

Jumlah perkiraan pekerjaan yang diperlukan untuk menyelesaikan tugas. Biasanya, bidang ini tidak berubah setelah ditetapkan. Anda dapat menentukan pekerjaan dalam jam atau dalam hari. Tidak ada unit waktu yang melekat yang terkait dengan bidang ini.

Sisa Pekerjaan

Jumlah pekerjaan yang tersisa untuk menyelesaikan tugas. Saat pekerjaan berlangsung, perbarui bidang ini. Bidang ini digunakan untuk menghitung bagan kapasitas, bagan burndown sprint, dan laporan SQL Server berikut: Burndown dan Burn Rate, Sisa Pekerjaan, dan Status pada Semua Iterasi. Jika Anda membagi tugas menjadi subtugas, tentukan jam untuk subtugas saja. Anda dapat menentukan pekerjaan di unit pengukuran apa pun yang dipilih tim Anda.

Pekerjaan Selesai

Jumlah pekerjaan yang dihabiskan untuk menerapkan tugas.

Tinggi

Pilih jenis aktivitas yang diwakili tugas ini saat tim Anda memperkirakan kapasitas sprint berdasarkan aktivitas.

Terintegrasi dalam Build

Nomor build produk yang menggabungkan kode atau memperbaiki bug.

Lacak kemajuan pengujian

Lacak kemajuan pengujian dengan cerita pengguna dan cacat kode.

Menguji cerita pengguna

Dari portal web atau Test Manager, Anda dapat membuat kasus pengujian yang secara otomatis ditautkan ke cerita pengguna atau bug. Atau, Anda dapat menautkan cerita pengguna ke kasus pengujian dari tab Tautan .

Kasus pengujian berisi beberapa bidang, banyak di antaranya otomatis dan terintegrasi dengan Test Manager dan proses build. Untuk deskripsi setiap bidang, lihat Kueri berdasarkan bidang integrasi build dan pengujian.

(tab tautan) mengambil tautan ke cerita pengguna dan bug dalam kasus pengujian. Dengan menautkan cerita pengguna dan bug untuk menguji kasus, tim dapat melacak kemajuan yang dibuat dalam menguji setiap item. Dengan menentukan tautan ini, Anda mendukung informasi yang muncul di laporan Laporan Gambaran Umum Cerita.

Lacak cacat kode

Anda dapat membuat bug dari portal web, Visual Studio, atau saat menguji dengan Test Manager.

Definisi untuk bidang pelacakan kerja umum

Bidang dan tab berikut muncul di sebagian besar item kerja. Setiap tab digunakan untuk melacak informasi tertentu, seperti Riwayat, Tautan, atau Lampiran. Ketiga tab ini menyediakan riwayat perubahan, tampilan item kerja tertaut, dan kemampuan untuk melihat dan melampirkan file.

Satu-satunya bidang yang diperlukan untuk semua jenis item kerja adalah Judul. Saat Anda menyimpan item kerja, sistem menetapkan ID unik. Formulir menyoroti bidang yang diperlukan dengan warna kuning. Untuk informasi tentang bidang lain, lihat Indeks bidang item kerja.

Catatan

Bidang tambahan mungkin diperlukan tergantung pada kustomisasi yang dibuat untuk proses dan proyek Anda.

Bidang/tab

Penggunaan

---

Judul

Masukkan deskripsi 255 karakter atau kurang. Anda selalu dapat mengubah judul nanti.

Ditetapkan Ke

Tetapkan item kerja kepada anggota tim yang bertanggung jawab untuk melakukan pekerjaan.

Solid

Saat item kerja dibuat, Status default ke status pertama dalam alur kerja. Saat pekerjaan berlangsung, perbarui untuk mencerminkan status saat ini.

Alasan

Gunakan default terlebih dahulu. Perbarui saat Anda mengubah status. Setiap Status dikaitkan dengan alasan default.

Area

Pilih jalur area yang terkait dengan produk atau tim, atau biarkan kosong hingga ditetapkan selama rapat perencanaan. Untuk mengubah daftar dropdown area, lihat Menentukan jalur area dan menetapkan ke tim.

Iterasi

Pilih sprint atau iterasi tempat pekerjaan selesai, atau biarkan kosong dan tetapkan nanti, selama rapat perencanaan. Untuk mengubah daftar drop-down iterasi, lihat Menentukan jalur iterasi (sprint) dan mengonfigurasi iterasi tim.

(Riwayat)

Tinjau jejak audit yang diambil sistem dan ambil informasi tambahan.

Setiap kali item kerja diperbarui, informasi ditambahkan ke riwayat. Riwayat mencakup tanggal perubahan, siapa yang membuat perubahan, dan bidang mana yang diubah. Anda juga dapat menambahkan teks yang diformat ke bidang riwayat.

(Tautan)

Tambahkan semua jenis tautan, seperti hyperlink, set perubahan, file sumber, dan sebagainya.

Tab ini juga mencantumkan semua tautan yang ditentukan untuk item kerja.

(Lampiran)

Bagikan informasi lebih rinci dengan menambahkan file ke item kerja, seperti utas email, dokumen, gambar, file log, atau jenis file lainnya.

Mengkustomisasi tipe item kerja

Untuk sebagian besar tipe item kerja, Anda bisa menambahkan bidang, mengubah alur kerja, menambahkan aturan kustom, dan menambahkan halaman kustom ke formulir item kerja. Anda juga dapat menambahkan jenis item kerja kustom. Untuk informasi selengkapnya, lihat Mengkustomisasi proses pewarisan.

Artikel terkait

• Membuat proyek
• Menambahkan item kerja untuk mengelola proyek
• Membuat backlog
• Menggunakan papan Kanban
• Merencanakan sprint

Melacak masalah

Masalah digunakan untuk melacak peristiwa yang dapat memblokir kemajuan atau pengiriman cerita pengguna. Bug, di sisi lain, digunakan untuk melacak cacat kode. Anda dapat menambahkan masalah dari widget Item kerja baru yang ditambahkan ke dasbor tim, atau dari menu Baru di halaman Kueri.

Item kerja yang Anda tambahkan dari widget secara otomatis dilingkup ke area default dan jalur iterasi tim Anda. Untuk mengubah konteks tim, lihat Beralih konteks tim.

Melacak nilai bisnis

Anda dapat menggunakan bidang Prioritas untuk membedakan nilai berbagai cerita. Atau, Anda dapat menambahkan bidang kustom ke WIT Cerita Pengguna yang melacak nilai relatif cerita. Untuk mempelajari caranya, lihat Mengkustomisasi bidang untuk proses.

Urutan daftar backlog

Bidang Stack Rank digunakan untuk melacak peringkat relatif cerita pengguna, namun secara default tidak muncul pada formulir item kerja. Urutan item pada halaman backlog ditentukan sesuai dengan tempat Anda menambahkan item atau memindahkan item di halaman. Saat Anda menyeret item, proses latar belakang memperbarui bidang ini.