Bagikan melalui

Proses default dan templat proses

Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Azure Boards menawarkan berbagai proses untuk mengelola item kerja. Memilih proses yang tepat membantu mengoptimalkan alur kerja proyek dan memastikan keberhasilan proyek Anda. Dalam artikel ini, jelajahi berbagai proses yang tersedia dengan Azure Boards. Artikel ini menyediakan panduan tentang cara memilih proses yang paling cocok untuk proyek Anda.

Saat membuat proyek, Anda memilih templat proses atau proses berdasarkan model proses tempat organisasi atau koleksi Anda dibuat. Sebelum memilih proses untuk proyek, Anda harus memahami istilah berikut.

Term Description
Model proses Mengacu pada model yang digunakan untuk mendukung proyek yang dibuat untuk organisasi atau koleksi proyek. Hanya satu model proses yang didukung untuk proyek pada satu waktu.
Process Menentukan blok penyusun sistem pelacakan item kerja dan mendukung model proses Warisan untuk Azure Boards. Model ini mendukung penyesuaian proyek melalui antarmuka pengguna What You See Is What You Get (WYSIWYG).
Templat proses Menentukan blok penyusun sistem pelacakan item kerja dan subsistem lain yang Anda akses melalui Azure DevOps. Templat proses hanya digunakan dengan model proses XML yang Dihosting dan XML lokal. Anda dapat menyesuaikan proyek dengan memodifikasi dan mengimpor file definisi XML templat proses.

Jenis proses default adalah Basic, Agile, Capability Maturity Model Integration (CMMI), dan Scrum. Objek pelacakan kerja dalam proses default dan templat proses sama. Mereka dirangkum dalam artikel ini.

Tip

Dengan Azure DevOps Server, Anda dapat memilih antara menggunakan model proses yang diwariskan atau model proses XML lokal. Untuk informasi selengkapnya, lihat Memilih model proses untuk koleksi proyek Anda. Untuk mengakses versi terbaru dari proses default atau templat proses:

  • Model proses yang diwariskan: Buka halaman Proses . Untuk informasi selengkapnya, lihat Mengelola proses.

  • Model proses XML di tempat:

Proses bawaan

Proses default berbeda terutama dalam jenis item kerja yang mereka sediakan untuk pekerjaan perencanaan dan pelacakan. Proses defaultnya adalah:

  • Dasar: Adalah yang paling ringan.
  • Scrum: Adalah yang paling ringan berikutnya.
  • Tangkas: Mendukung banyak istilah metode Agile.
  • CMMI: Menyediakan dukungan terbanyak untuk proses formal dan manajemen perubahan.

Basic

Pilih Dasar saat tim Anda menginginkan model paling sederhana yang menggunakan jenis item kerja Masalah, Tugas, dan Epik untuk melacak pekerjaan.

Tugas mendukung pelacakan Sisa Pekerjaan.

Diagram memperlihatkan jenis item kerja Dasar dalam hierarki.

Agile

Pilih Agile saat tim Anda menggunakan metode perencanaan Agile, termasuk Scrum, dan melacak aktivitas pengembangan dan pengujian secara terpisah. Proses ini berfungsi dengan baik untuk melacak Cerita Pengguna dan, secara opsional, bug di papan tulis. Anda juga dapat melacak bug dan tugas di taskboard.

Untuk informasi selengkapnya tentang metodologi Agile, lihat Aliansi Tangkas.

Tugas mendukung pelacakan Perkiraan Asli, Sisa Pekerjaan, dan Pekerjaan yang Selesai.

Diagram memperlihatkan jenis item kerja Agile dalam hierarki.

Scrum

Pilih Scrum saat tim Anda mempraktikkan Scrum. Proses ini berfungsi dengan baik untuk melacak item backlog produk dan bug di papan. Anda juga dapat memecah item backlog produk dan bug menjadi tugas di taskboard.

Proses ini mendukung metodologi Scrum seperti yang didefinisikan oleh organisasi Scrum.

Tugas hanya mendukung pelacakan Sisa Pekerjaan.

Diagram memperlihatkan jenis item kerja Scrum dalam hierarki.

CMMI

Pilih CMMI saat tim Anda mengikuti metode proyek yang lebih formal yang memerlukan kerangka kerja untuk peningkatan proses dan catatan keputusan yang dapat diaudit. Dengan proses ini, Anda dapat melacak persyaratan, mengubah permintaan, risiko, dan ulasan.

Proses ini mendukung aktivitas manajemen perubahan formal. Tugas mendukung pelacakan Perkiraan Asli, Sisa Pekerjaan, dan Pekerjaan yang Selesai.

Cuplikan layar memperlihatkan jenis item kerja CMMI dalam hierarki.

Jika Anda memerlukan lebih dari dua atau tiga tingkat backlog, tambahkan lebih banyak berdasarkan model proses yang Anda gunakan:

Perbedaan utama di antara proses default

Proses default dirancang untuk memenuhi kebutuhan sebagian besar tim. Jika tim Anda memiliki kebutuhan yang tidak biasa dan terhubung ke server lokal, sesuaikan proses lalu buat proyek. Anda juga dapat membuat proyek dari proses lalu menyesuaikan proyek.

Tabel berikut ini meringkas perbedaan utama antara jenis item kerja dan status yang digunakan oleh empat proses default.

Area pelacakan

Basic

Agile

Scrum

CMMI

Status alur kerja

  • Daftar Tugas
  • Doing
  • Done
  • New
  • Active
  • Resolved
  • Closed
  • Removed
  • New
  • Approved
  • Committed
  • Done
  • Removed
  • Proposed
  • Active
  • Resolved
  • Closed

Perencanaan produk (lihat Catatan 1)

  • Issue
  • Cerita Pengguna
  • Bug (opsional)
  • Item backlog produk
  • Bug (opsional)
  • Requirement
  • Bug (opsional)

Backlog portofolio (lihat Catatan 2)

  • Epic
  • Epic
  • Feature
  • Epic
  • Feature
  • Epic
  • Feature

Perencanaan tugas dan sprint (lihat Catatan 3)

  • Task
  • Task
  • Bug (opsional)
  • Task
  • Bug (opsional)
  • Task
  • Bug (opsional)

Manajemen backlog bug (lihat Catatan 1)

  • Issue
  • Bug
  • Bug
  • Bug

Masalah dan manajemen risiko

  • Issue
  • Issue
  • Impediment
  • Issue
  • Risk
  • Review

Notes:

  1. Tambahkan item kerja dari backlog atau papan produk. Backlog produk menunjukkan satu tampilan backlog pekerjaan saat ini yang dapat diurutkan ulang dan dikelompokkan secara dinamis. Pemilik produk dapat memprioritaskan pekerjaan dan menguraikan dependensi serta hubungan. Setiap tim dapat mengonfigurasi bagaimana mereka ingin bug muncul di backlog dan papan mereka.
  2. Tentukan hierarki backlog portofolio untuk memahami cakupan pekerjaan di beberapa tim dan melihat bagaimana pekerjaan tersebut digulung menjadi inisiatif yang lebih luas. Setiap tim mengonfigurasi backlog portofolio mana yang muncul untuk penggunaannya.
  3. Tentukan tugas dari backlog sprint dan taskboard. Dengan perencanaan kapasitas, tim dapat menentukan apakah mereka melebihi kapasitas atau di bawah kapasitas untuk sprint.

Status, transisi, dan alasan alur kerja

Status alur kerja mendukung pelacakan status pekerjaan saat berpindah dari status New ke Closed status atau Done . Setiap alur kerja terdiri dari sekumpulan status, transisi yang valid antara status, dan alasan transisi item kerja ke status yang dipilih.

Important

Transisi alur kerja: Transisi alur kerja default mendukung status apa pun ke transisi status apa pun untuk Azure DevOps. Anda dapat menyesuaikan alur kerja ini untuk membatasi transisi tertentu berdasarkan kebutuhan tim Anda. Untuk informasi selengkapnya, lihat Menyesuaikan pengalaman pelacakan kerja Anda.

Memvisualisasikan alur kerja: Untuk melihat transisi alur kerja yang didukung untuk setiap jenis item kerja, instal ekstensi Marketplace Visualisasi Model Status . Ekstensi ini menambahkan hub State Visualizer di bawah Papan tempat Anda dapat memilih jenis item kerja dan melihat model status alur kerja lengkapnya.

Diagram berikut menunjukkan kemajuan penerusan khas dari jenis item kerja yang digunakan untuk melacak cacat kerja dan kode untuk tiga proses default. Mereka juga menunjukkan beberapa regresi ke keadaan sebelumnya dan transisi ke status yang dihapus.

Setiap gambar hanya menunjukkan alasan default yang terkait dengan transisi.

Cerita Pengguna

Diagram yang memperlihatkan status alur kerja Cerita Pengguna dengan menggunakan proses Agile.

Feature

Diagram yang memperlihatkan Status alur kerja fitur dengan menggunakan proses Agile.

Epic

Diagram yang memperlihatkan status alur kerja Epik dengan menggunakan proses Agile.

Bug

Diagram yang memperlihatkan status alur kerja Bug dengan menggunakan proses Agile.

Task

Diagram yang memperlihatkan status alur kerja Tugas dengan menggunakan proses Agile.

Sebagian besar jenis item kerja yang digunakan oleh alat Agile, yang muncul di backlog dan papan, mendukung transisi apa pun. Perbarui status item kerja dengan menggunakan papan atau papan tugas. Seret item kerja ke kolom status terkait.

Ubah alur kerja untuk mendukung status, transisi, dan alasan lain. Untuk informasi selengkapnya, lihat Menyesuaikan pengalaman pelacakan kerja Anda.

Status item kerja

Saat Anda mengubah status item kerja menjadi Removed, Closed, atau Done, sistem merespons sebagai berikut:

  • Closed atau Done: Item-item kerja dalam status ini tidak akan muncul di halaman backlog portofolio dan backlog. Namun, mereka muncul di halaman backlog sprint, papan, dan papan tugas. Saat Anda mengubah tampilan backlog portofolio menjadi Tampilkan item backlog, misalnya, untuk melihat fitur ke item backlog produk, item kerja dalam status Closed dan Done muncul.
  • Removed: Item kerja dalam status ini tidak muncul di backlog atau papan apa pun.

Proyek Anda mempertahankan item kerja selama proyek aktif. Bahkan jika Anda mengatur item kerja ke Closed, Done, atau Removed, penyimpanan data menyimpan catatan. Anda bisa menggunakan rekaman ini untuk membuat kueri atau laporan.

Note

Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan setelah nilai Tanggal Diubah lebih besar dari 183 hari (sekitar setengah tahun). Anda masih bisa mencantumkan item ini dengan menggunakan kueri. Jika Anda ingin mereka muncul di backlog atau papan, Anda dapat membuat perubahan kecil pada mereka, yang mengatur ulang jam.

Note

Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan setelah nilai Tanggal Diubah lebih besar dari setahun. Anda masih bisa mencantumkan item ini dengan menggunakan kueri. Jika Anda ingin mereka muncul di backlog atau papan, Anda dapat membuat perubahan kecil pada mereka, yang mengatur ulang jam.

Jika Anda perlu menghapus item kerja secara permanen, lihat Menghapus atau menghapus item kerja.

Tipe item kerja ditambahkan ke semua proses

Jenis item kerja berikut ditambahkan ke semua proses kecuali proses Dasar.

Diagram yang memperlihatkan jenis item kerja yang digunakan oleh Paket Pengujian, Microsoft Test Manager, Pekerjaan Saya, dan Umpan Balik.

Tim Anda dapat membuat dan bekerja dengan jenis ini dengan menggunakan alat yang sesuai.

Tool Jenis item pekerjaan
Manajer Pengujian Microsoft Test Plan, , Test SuiteTest Case Shared Steps,Shared Parameters
Minta Umpan Balik Feedback Request, Feedback Response
Pekerjaan Saya (dari Team Explorer), Tinjauan Kode Code Review Request, Code Review Response

Item kerja dari definisi jenis ini tidak dimaksudkan untuk dibuat secara manual dan kemudian ditambahkan ke Hidden Types kategori. Tipe item kerja yang ditambahkan ke Hidden Types kategori tidak muncul pada menu yang membuat item kerja baru.

Jenis item kerja yang mendukung pengalaman pengujian

Jenis item kerja yang mendukung pengalaman pengujian dan bekerja dengan Test Manager dan portal web ditautkan bersama dengan menggunakan jenis tautan yang ditunjukkan pada gambar berikut.

Diagram yang memperlihatkan jenis item kerja manajemen pengujian.

Dari portal web atau Microsoft Test Manager, lihat kasus pengujian mana yang ditentukan untuk rangkaian pengujian dan lihat rangkaian pengujian mana yang ditentukan untuk paket pengujian. Namun, objek ini tidak terhubung satu sama lain melalui jenis tautan. Sesuaikan tipe item kerja ini seperti yang Anda lakukan pada tipe item kerja lainnya. Untuk informasi selengkapnya, lihat Menyesuaikan pengalaman pelacakan kerja Anda.

Jika Anda mengubah alur kerja untuk paket pengujian dan rangkaian pengujian, Anda mungkin perlu memperbarui konfigurasi proses seperti yang dijelaskan di sini. Untuk definisi setiap bidang pengujian, lihat Membuat kueri berdasarkan bidang integrasi build dan pengujian.

Konten terkait

  • Last updated on