Bagaimana konsep SAFe® memetakan ke artefak Azure Boards
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Jika Anda tertarik menggunakan Scaled Agile Framework (SAFe®), Anda dapat mengonfigurasi proyek Azure Boards untuk melacak hasil saFe®. Sama seperti Azure Boards mendukung praktik Scrum dan Agile, azure Boards dapat mendukung SAFe® dan sejumlah besar tim untuk bekerja sama pada Epik yang mencakup rilis.
Tutorial ini menggambarkan bagaimana artefak SAFe® berikut memetakan artefak Azure Boards tertentu.
- TIM SAFe® Agile, program, dan portofolio
- Hasil saFe® seperti epik, fitur, dan cerita
- Tampilan Produk, program, dan portofolio SAFe®
- Pelatihan Rilis SAFe®, sprint, dan kotak waktu lainnya
- Tujuan dan tujuan Iterasi SAFe®
- Aliran dan anggaran Nilai SAFe®
- Visi Portofolio SAFe® dan Tema Strategis
- Peta Strategi SAFe®
- Pencapaian dan peristiwa SAFe®
- Retrospektif dan ulasan SAFe®
Untuk gambaran umum tentang bagaimana Azure Boards mengimplementasikan Scrum dan Kanban, lihat Tentang Sprint, Scrum, dan manajemen proyek dan Tentang Papan dan Kanban.
Catatan
Artikel ini adalah salah satu set tutorial Scaled Agile Framework® yang berlaku untuk Azure Boards dan Azure DevOps Services. Sebagian besar panduan berlaku untuk versi cloud dan lokal. Namun, beberapa fitur dan prosedur khusus untuk cloud atau versi terbaru Azure DevOps Server.
Gambar berikut menggambarkan bagaimana Anda dapat mengonfigurasi Azure Boards untuk mendukung hierarki tim tiga tingkat dan memetakan tim ke area dan jalur iterasi masing-masing. Contoh yang dibangun dari proses Agile, Namun, perubahan dapat diterapkan pada proyek dan proses apa pun yang dihosting di Azure Boards.
Contoh yang disediakan di bawah ini menggambarkan bagaimana hierarki tim tiga tingkat dikonfigurasi menggunakan jalur area hierarkis. Contoh yang dibangun dari proses Agile, Namun, Anda dapat menerapkan perubahan ini ke proyek apa pun yang dihosting di Azure Boards.
Tim fitur, program, dan portofolio yang tangkas
Azure Boards mendukung setiap tim untuk memiliki tampilan pekerjaannya sendiri. Dengan mengonfigurasi struktur tim hierarkis, setiap tim dapat fokus pada pekerjaan mereka, dan meminta pekerjaan mereka digulung ke tingkat berikutnya dalam hierarki tim.
Untuk mendukung tim SAFe®, Anda mengonfigurasi ulang tim default sebagai tim Portofolio untuk mengelola epik Anda. Anda kemudian membuat subtim untuk pekerjaan tingkat program dan pekerjaan tingkat tim. Pekerjaan dapat dilacak di seluruh tim dan di setiap level.
Cerita, Fitur, Epik, Pengaktif, dan Kemampuan
Semua pekerjaan dan hasil kerja diambil dalam item kerja. Setiap item kerja dikaitkan dengan jenis item kerja tertentu dengan alur kerja yang telah ditentukan sebelumnya. Setiap proses Azure Boards menyediakan dukungan untuk jenis item kerja tertentu yang dapat Anda gunakan untuk melacak salah satu hasil saFe®.
Jenis item kerja yang tersedia untuk Anda didasarkan pada proses yang digunakan saat proyek Anda dibuat—Agile, Basic, Scrum, atau CMMI—seperti yang diilustrasikan dalam gambar berikut.
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. Gunakan pengaturan Bekerja dengan bug. Untuk informasi selengkapnya tentang menggunakan jenis item kerja ini, lihat Proses tangkas.
Item di backlog Anda dapat disebut Masalah Cerita Pengguna (Tangkas) (Dasar), Item backlog produk (Scrum), atau Persyaratan (CMMI). Keempatnya serupa: mereka menjelaskan nilai pelanggan yang akan dikirimkan dan pekerjaan yang akan diselesaikan.
Anda dapat melacak Pengaktif menggunakan Cerita atau Fitur Pengguna, dan Kemampuan menggunakan Fitur atau Epik. Atau, jika Anda memiliki kebutuhan pelacakan dan pelaporan tertentu, Anda dapat menambahkan jenis item kerja kustom untuk melacak jenis hasil kerja ini. Untuk informasi selengkapnya, lihat Mengkustomisasi Azure Boards, Menambahkan jenis item kerja kustom.
Item kerja menyediakan dukungan untuk tugas-tugas berikut:
- Menambahkan kriteria deskripsi dan penerimaan
- Menetapkan ke jalur tim atau area dan ke anggota proyek
- Memperbarui status dan menetapkan ke iterasi atau sprint
- Menautkan item kerja, melampirkan file, menambahkan tag
- Menambahkan komentar dan menampilkan utas diskusi
Backlog produk dan portofolio memungkinkan tim untuk dengan cepat menambahkan dan memprioritaskan Cerita Pengguna, Fitur, dan Epik mereka. Untuk informasi selengkapnya tentang item kerja dan jenis item kerja, lihat Melacak pekerjaan dengan cerita, masalah, bug, fitur, dan epik pengguna.
Backlog dan papan tim
Backlog SAFe® memetakan ke tim, program, dan backlog portofolio. Di luar kotak, proses Agile mendukung tingkat Cerita Pengguna, Fitur, dan backlog Epik. Struktur backlog hierarkis menunjukkan pekerjaan yang dilakukan untuk mendukung Fitur dan Cerita Pengguna dalam kemajuan Epik.
Anda dapat menyesuaikan backlog dan papan Anda, bahkan menambahkan backlog portofolio, seperti yang dijelaskan dalam Menyesuaikan Papan Azure, Menyesuaikan backlog.
Tampilan papan dari setiap backlog dapat dikonfigurasi oleh setiap tim.
Kenaikan, rilis, dan sprint Program
SAFe® Release Trains, Releases, Iterations, Program Increments (PIs), dan Sprints memetakan dengan mudah ke jalur iterasi Anda. Dengan berbagi iterasi di seluruh hierarki tim, Anda mengelola rilis dengan cara yang kohesif.
Karena epik dapat mencakup beberapa kereta rilis, tim Portofolio tidak terkait dengan iterasi tertentu. Tim program melacak pengiriman Fitur mereka, yang dikirim dengan PI. Dan tim Fitur bekerja di Sprints untuk menyelesaikan beberapa cerita. Setiap tim memilih iterasi mana yang mendukung mereka untuk melacak serangkaian hasil yang terfokus.
Tujuan dan tujuan iterasi
Praktik SAFe® termasuk tim rilis Agile yang menentukan tujuan dan tujuan iterasi mereka. Sebaiknya gunakan wiki proyek atau dasbor tim untuk mengambil informasi tim. Wiki proyek dan dasbor tim mendukung Markdown untuk menambahkan dan memformat informasi.
Untuk informasi selengkapnya, lihat Berbagi informasi nanti di artikel ini.
Aliran nilai dan anggaran
Anda dapat menggunakan tag untuk cara cepat dan mudah untuk memetakan Fitur dan Epik ke Aliran Nilai, Tema Strategis, dan Anggaran terkait. Anda dapat menambahkan bidang kustom untuk mengambil perkiraan anggaran untuk Fitur yang kemudian dapat digulung ke Epik.
Dengan tag yang Anda tambahkan ke item kerja, Anda dapat:
- Memfilter backlog atau papan apa pun
- Membuat kueri berdasarkan tag, dan memfilter hasil kueri menurut tag
- Membuat bagan atau laporan kemajuan dan tren berdasarkan tag
Untuk pemetaan pekerjaan ke arsitektur atau fitur bisnis yang lebih kuat, Anda dapat menentukan Area Nilai untuk setiap Epik, Fitur, atau Cerita.
Dengan rollup, Anda bisa mendapatkan Perkiraan Anggaran untuk Epik dari rollup perkiraan yang ditentukan untuk Fitur anak mereka, seperti yang ditunjukkan pada gambar berikut.
Untuk menambahkan bidang kustom, lihat Mengkustomisasi Azure Boards, Menambahkan bidang kustom.
Gunakan wiki proyek untuk mendukung visi portofolio dan tema strategis Anda
Informasi dapat dibagikan secara luas dengan organisasi menggunakan wiki proyek Azure DevOps. Wiki mirip dengan repositori git yang mendukung penambahan dan pengeditan halaman menggunakan Markdown dan editor WYSIWYG. Ini membuat versi setiap halaman sehingga mudah untuk melacak siapa yang membuat perubahan dan memulihkan versi sebelumnya.
Gunakan wiki proyek Anda untuk mendukung berbagi artefak SAFe® berikut:
- Visi Portofolio
- Tema Strategis
- Taksonomy
- Sasaran
- Tujuan
- Praktik yang bersentrik pelanggan
Untuk informasi selengkapnya tentang wiki proyek, lihat Berbagi informasi nanti di artikel ini.
Tonggak pencapaian dan peristiwa utama
Akhir setiap Program Increment, Sprint, Release Train, atau Perulangan Inovasi dan Perencanaan (IP) mewakili tonggak pencapaian SAFe® alami. Banyak tonggak pencapaian dikaitkan dengan upacara atau praktik tertentu, seperti melakukan retrospektif atau menunjukkan perangkat lunak yang berfungsi.
Di Azure Boards, Anda dapat melacak jenis tonggak pencapaian atau peristiwa utama lainnya dengan cara berikut.
- Bidang kustom, seperti bidang Pencapaian atau Rilis dengan daftar pilih yang telah ditentukan sebelumnya
- Sebagai tag yang ditambahkan ke item kerja
- Sebagai item kerja yang menentukan tanggal target
- Sebagai Jalur Iterasi satu hari
Dengan bidang dan tag kustom, Anda dapat dengan cepat memfilter backlog, papan, dan kueri berdasarkan tonggak pencapaian tertentu.
Struktur tim layanan bersama
Sumber daya yang dibagikan di seluruh tim dapat diwakili melalui tim fitur Agile mereka sendiri, seperti tim Desain UX atau tim Kepatuhan Keamanan. Mereka dapat mengelola backlog mereka sambil memiliki pekerjaan mereka juga muncul di backlog tim yang mereka dukung.
Di sini kami menunjukkan bagaimana jalur area ditetapkan ke tim Desain UX, lalu jalur subarea selektif ke tim Agile lainnya. Item kerja yang muncul di jalur area bersama muncul di backlog dan papan tim terkait.
Retrospektif dan ulasan
Untuk mendukung tim yang melakukan retrospektif dan ulasan, sebaiknya gunakan ekstensi Retrospektif oleh Microsoft DevLabs.
Ekstensi ini memungkinkan tim untuk membuat papan retrospektif mereka sendiri dan mengambil tugas-tugas berikut:
- Mengumpulkan umpan balik tentang tonggak pencapaian proyek
- Mengatur dan memprioritaskan umpan balik tersebut
- Buat dan lacak tugas yang dapat ditindakkan untuk membantu setiap tim dalam proses peningkatan mereka.
Bagikan informasi
Azure Boards menyediakan banyak cara untuk berbagi informasi.
- Formulir item kerja menyediakan bidang teks kaya untuk mengambil deskripsi, kriteria penerimaan, dan banyak lagi. Lampiran file dapat ditambahkan ke item kerja atau tautan ke berbagi file jaringan.
- Dasbor proyek dan tim dapat digunakan untuk berbagi informasi bersama dengan bagan status dan kemajuan dan widget. Untuk informasi selengkapnya, lihat Menambahkan Markdown ke dasbor.
- Wiki Proyek menyediakan repositori pusat dengan kontrol penerapan versi bawaan untuk berbagi informasi dengan semua anggota proyek. Wiki lain dapat dibuat sesuai kebutuhan. Untuk informasi selengkapnya, lihat Tentang Wiki, READMEs, dan Markdown.
Untuk detail tentang fitur Markdown yang didukung, lihat artikel berikut ini.