Menerapkan Kerangka Kerja® Tangkas Berskala di Azure Boards

Artikel
04/04/2024

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

Banyak perusahaan mendapat manfaat dari tim Agile individu. Minat yang lebih besar tumbuh untuk menskalakan praktik Agile saat organisasi tumbuh. Kebutuhan perusahaan untuk melihat kemajuan banyak tim Agile dan di seluruh portofolio terus meningkat. Untuk mengatasi kebutuhan ini, banyak bisnis telah mengadopsi Scaled Agile Framework® (SAFe®).

Jika Anda terbiasa dengan Scrum tetapi tidak terbiasa dengan SAFe®, video di Scaled Agile ini adalah cara yang baik untuk mengorientasikan diri Anda.

Azure Boards mendukung praktik SAFe® melalui tim, backlog, papan, laporan, dan metrik otonomnya. Artikel ini memperkenalkan kepada Anda tentang bagaimana artefak Azure Boards mendukung praktik dan artefak SAFe.

Kerangka Kerja® Agile yang Diskalakan
SAFe® Penting
Portofolio SAFe®
SAFe® Solusi Besar
Pemetaan referensi cepat
Implementasi Azure Boards dari SAFe®

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.

Kerangka Kerja® Agile Berskala

SAFe® membahas bagaimana visi portofolio dipenuhi oleh hierarki tim, semuanya berkaitan dengan tujuan tertentu. Kerangka kerja ini memecah Epik menjadi Fitur dan Cerita. Teams mengerjakan item ini di Sprints dan mengirimkan melalui Program Increments (PIs) dan Release Trains. Selain itu, backlog portofolio dapat melacak hasil yang memetakan ke aliran nilai dan anggaran terkait.

Gambaran umum arsitektur SAFe® versi 5.0

SAFe® dan Scaled Agile Framework adalah merek dagang terdaftar dari Scaled Agile Inc.

SAFe® 5.0 Kelincahan Bisnis

Banyak praktik SAFe® termasuk menumbuhkan budaya yang mendukung kelincahan, keselarasan, dan otonomi, sekaligus berpusat pada pelanggan.

Beberapa cara Azure Boards mendukung kelincahan bisnis dan budaya tangkas dibahas dalam artikel berikut:

SAFe® Penting

SAFe® penting memerlukan dukungan untuk artefak dan praktik yang diilustrasikan dalam poster berikut.

Semua artefak dan praktik ini didukung oleh Azure Boards.

Cerita, Fitur, dan Pengaktif: Diimplementasikan sebagai item kerja yang mengambil informasi dan status pekerjaan. Item kerja ini secara otomatis muncul di backlog tim dan papan Kanban.
Backlog Tim dan Backlog Program: Diimplementasikan sebagai backlog tim yang memfilter item kerja yang ditetapkan ke tim dan mendukung prioritas dan pengelompokan pekerjaan.
Scrum dan Kanban: Praktik yang didukung penuh menggunakan papan Kanban, backlog Sprint dan Taskboard, tim, dan irama sprint.
Iterasi, Perulangan Inovasi dan Perencanaan (IP), Kenaikan Program (PI), Tonggak Pencapaian, dan Pelatihan Rilis: Diimplementasikan melalui daftar datar atau konfigurasi hierarkis Jalur Iterasi.
Agile Release Train: Diimplementasikan oleh sekumpulan tim Agile dan tim Program yang dikonfigurasi untuk mendukung tampilan tim dan program tertentu.
Tujuan PI, Tujuan Tim, dan konteks Solusi: Teams dapat menggunakan wiki proyek bawaan untuk berbagi tujuan, tujuan, informasi pelanggan, dan persyaratan solusi.

Untuk gambaran umum tentang bagaimana Azure Boards mengimplementasikan Scrum dan Kanban, lihat Tentang Sprint, Scrum, dan manajemen proyek dan Tentang Papan dan Kanban.

Portofolio SAFe®

Portofolio SAFe® menambahkan dukungan untuk mengelola portofolio melalui epik, pengaktif, dan aliran nilai.

Azure Boards menyediakan dukungan untuk komponen portofolio berikut:

Epik: Petakan ke jenis item kerja Epik dan izinkan pelacakan, pengelompokan, dan rollup item turunan.
Backlog portofolio: Diimplementasikan sebagai backlog portofolio yang mendukung pemfilteran pekerjaan berdasarkan tinjauan kebutuhan bisnis.
Portofolio Visi dan Tema Strategis: Pemilik bisnis dan manajer portofolio dapat menggunakan wiki proyek bawaan untuk berbagi visi, tujuan, dan tujuan mereka.
Nilai Aliran: Aliran nilai dapat dilacak menggunakan tag atau bidang kustom.
Anggaran ramping: Informasi anggaran dapat diambil di bidang kustom dan digulung untuk mendapatkan visibilitas ke tingkat Fitur dan Epik.
KPI: Beberapa laporan dan widget dasbor menyediakan metrik di luar kotak. Power BI dan layanan Analytics menyediakan dukungan untuk membuat laporan kustom dengan cepat.

SAFe® Solusi Besar

SAFe® Solusi Besar mencakup dukungan untuk Backlog Solusi, Pelatihan Solusi, dan Kemampuan.

Anda dapat menerapkan solusi besar dengan cara yang sama seperti Anda menerapkan Portfolio SAFe®. Namun, Anda juga dapat menambahkan jenis item kerja kustom dan backlog kustom untuk mendukung persyaratan solusi lainnya.

SAFe® Penuh

SAFe® Lengkap mencakup tiga tingkat SaFe® Esensial, SAFe® Solusi Besar, dan Portofolio SAFe®.

Bagaimana artefak SAFe® memetakan ke Azure Boards

Tabel berikut memetakan istilah atau artefak SAFe® ke istilah atau artefak Azure Boards yang setara. Pilih tautan untuk mempelajari detail implementasi.

Istilah atau artefak SAFe®

Istilah atau artefak Azure Boards

Tim tangkas

Teams. Anda menentukan hierarki tim untuk memenuhi kebutuhan tim fitur atau pengembangan, tim program dan portofolio, atau tim pelatihan solusi.

Kereta Rilis Tangkas (ART)

Teams. Tim tangkas mengelola pekerjaan hasil kerja untuk sekumpulan Fitur. Setiap tim Agile memiliki seperangkat alat Agile untuk mendukung alur kerja dan meninjau kemajuan dan hasil kerja.

Anggaran

Tag, Area Nilai. Anda dapat menggunakan tag atau bidang Area Nilai untuk melacak pekerjaan yang terkait dengan anggaran atau aliran nilai tertentu.

Kemampuan

Item kerja. Anda menentukan, merencanakan, dan melacak Kemampuan yang mirip dengan Epik dan Fitur. Anda menangkapnya dalam item kerja dan dalam berbagai backlog tim.

Pengaktif

Item kerja. Anda menentukan, merencanakan, dan melacak Enabler yang mirip dengan Epik, Fitur, dan Cerita. Anda menangkapnya dalam item kerja dan dalam berbagai backlog tim.

Epik

Item kerja epik. Anda menentukan Epik menggunakan jenis item kerja Epik. Epik berada di bagian atas hierarki item kerja Epik, Fitur, dan Cerita.

Fitur

Item kerja fitur. Anda menentukan Fitur menggunakan jenis item kerja Fitur. Fitur adalah kontainer untuk banyak Cerita dan diwakili dalam backlog portofolio mereka sendiri.

Iterasi Inovasi dan Perencanaan (IP)

Jalur Perulangan. Anda menentukan Jalur Perulangan untuk proyek dan mengatur tanggal mulai dan berakhirnya. Setiap tim berlangganan iterasi yang mereka kerjakan.

Perulangan

Jalur Perulangan. Anda menentukan Jalur Perulangan untuk proyek dan mengatur tanggal mulai dan berakhirnya. Setiap tim berlangganan iterasi yang mereka kerjakan.

Pencapaian

Tonggak pencapaian dan peristiwa utama. Tonggak pencapaian terjadi di akhir setiap iterasi. Bidang dan tag kustom juga dapat digunakan untuk mengaitkan pekerjaan dengan tonggak pencapaian dan peristiwa utama.

Portofolio Backlog

Backlog portofolio. Backlog portofolio mencantumkan Epik yang terkait dengan portofolio dengan opsi untuk memperluas dan menampilkan Fitur dan Cerita anak.

Portofolio Kanban

Papan Epik Portofolio. Papan tim Portofolio menampilkan backlog Epik sebagai kartu dalam papan Kanban interaktif, dapat dikonfigurasi, dan dapat difilter.

Visi Portofolio

Wiki. Gunakan wiki proyek untuk berbagi secara luas dalam informasi organisasi yang terkait dengan strategi, solusi, dan bagaimana tim berkolaborasi untuk menghasilkan portofolio dan hasil program.

Program Backlog

Backlog fitur. Backlog Fitur mencantumkan Fitur yang terkait dengan program dengan opsi untuk memperluas dan menampilkan Cerita anak.

Program Kanban

Papan Fitur Program. Papan Program menampilkan backlog Fitur sebagai kartu dalam papan Kanban interaktif, dapat dikonfigurasi, dan dapat difilter.

Jalur Iterasi Kenaikan Program (PI)

Jalur Perulangan. Jalur Perulangan menentukan kotak waktu untuk proyek dengan tanggal mulai dan berakhir. Jalur Iterasi dapat ditentukan dari satu minggu hingga 12 minggu atau lebih.

Retrospektif dan ulasan

Retrospektif. Setiap tim dapat menambahkan papan untuk menangkap, memprioritaskan, dan membuat item tindakan untuk mendukung proses peningkatan mereka.

Peta Strategi

Paket Pengiriman, Garis Waktu Fitur. Azure Boards menyediakan tampilan yang dapat dikonfigurasi dan interaktif untuk meninjau peta jalan dan hasil tim.

Layanan Bersama

Struktur tim layanan bersama: Sumber daya yang dibagikan di seluruh tim dapat diwakili melalui tim fitur Agile mereka sendiri. Masing-masing dapat mengelola backlog mereka sambil memiliki pekerjaan mereka juga muncul di backlog tim yang mereka dukung.

Solusi

Solusi: Solusi dapat diwakili melalui jenis item kerja Solusi kustom.

Backlog Solusi

Backlog portofolio solusi. Anda dapat menentukan jenis item kerja kustom dan backlog portofolio untuk menangkap persyaratan bisnis khusus solusi besar, atau menggunakan backlog portofolio Epik dan Epik untuk menangkap solusi.

Tema Strategis

Wiki. Tema Strategis, mirip dengan Portofolio Visi, dapat ditangkap dalam wiki proyek.

Cerita

Item kerja Cerita Pengguna. Cerita Pengguna mengambil fungsionalitas yang ingin Anda kirimkan. Mereka biasanya berukuran sehingga dapat diselesaikan dengan satu iterasi.

Backlog Tim

Cerita backlog. Backlog Cerita mencantumkan Cerita Pengguna yang ditetapkan ke jalur area yang terkait dengan tim.

Tim Kanban

Papan cerita. Papan Stories menampilkan backlog Stories sebagai kartu dalam papan Kanban interaktif, dapat dikonfigurasi, dan dapat difilter.

Nilai Aliran

Tag, Area Nilai. Anda dapat menggunakan tag atau bidang Area Nilai untuk melacak pekerjaan yang terkait dengan anggaran atau aliran nilai tertentu.

Implementasi Azure Boards dari SAFe®

Setiap artikel berikut dalam rangkaian tutorial ini memberikan detail tentang bagaimana Anda dapat mengonfigurasi, menyesuaikan, dan menggunakan Azure Boards untuk mengimplementasikan program dan proyek SAFe® Anda.

Langkah berikutnya

Bagaimana konsep SAFe® memetakan ke artefak Azure Boards

Menskalakan Agile ke Tim Besar
Budaya tangkas
Praktik yang menskalakan
Tentang Sprint, Scrum, dan manajemen proyek
Tentang Papan dan Kanban
Kerangka Kerja Tangkas Berskala: situs sumber daya SAFe®.
Menskalakan Metrik Agile dan SAFe® dengan TFS: Posting blog yang menggambarkan laporan SQL Server yang dikembangkan oleh InCycle untuk menggambarkan bagaimana TFS dapat digunakan untuk mendukung tangkas atau SAFe yang diskalakan.

Tentang penulis

Banyak yang berterima kasih kepada kontributor berikut atas ulasan dan umpan balik mereka terhadap konten saat ini.

Phillip Eng adalah Arsitek Senior di Microsoft, Digital Pursuit and Guidance.
Hosam Kamel adalah profesional solusi teknologi untuk Microsoft dan ALM Ranger.
Willy-Peter Schaub adalah mantan manajer program dengan Visual Studio ALM Rangers di Pusat Pengembangan Microsoft Kanada. Anda dapat mengikuti Willy-Peter di Twitter di twitter.com/wpschaub.

Artikel dalam seri ini diperbarui dari laporan resmi sebelumnya yang dikembangkan bekerja sama dengan penulis berikut:

Gordon Beeming adalah Pengembang Perangkat Lunak di Derivco di kota Durban yang cerah, Afrika Selatan. Dia menghabiskan sebagian besar waktunya meretas keyboard di Visual Studio atau dengan keluarganya bersantai. Blognya ada di gordonbeeming.xyz dan Anda dapat mengikutinya di Twitter di twitter.com/gordonbeeming.
Brian Blackman adalah konsultan utama dengan Microsoft Premier Developer, yang berfokus pada pengaruh mitra ISV dan keberhasilan Perusahaan dalam teknik dan marketplace. Dia memiliki MBA, dan merupakan CSM, CSP, MCSD (C++), dan MCTS dan merupakan Visual Studio ALM Ranger. Ketika dia tidak Menguasai Ruck dan berkontribusi pada proyek Visual Studio ALM Ranger, ia menghabiskan waktunya menulis kode, membuat dan memberikan lokakarya, dan berkonsultasi dalam berbagai konsentrasi, terutama membantu organisasi dalam pencarian mereka untuk kelincahan bisnis.
Gregg Boer adalah manajer program utama di Microsoft. Gregg adalah pemilik produk untuk pengalaman manajemen Agile yang disediakan oleh Azure DevOps dan TFS lokal.
Kathryn Elliott adalah penulis teknis senior di Microsoft.
Susan Ferrell adalah penulis teknis senior dan Visual Studio ALM Ranger.
Willy-Peter Schaub adalah mantan manajer program dengan Visual Studio ALM Rangers di Pusat Pengembangan Microsoft Kanada. Sejak pertengahan tahun 80-an, ia telah berusaha untuk kesederhanaan dan pemeliharaan dalam rekayasa perangkat lunak. Anda dapat mengikutinya di Twitter di twitter.com/wpschaub.
Terima kasih khusus kepada pakar teknis berikut untuk meninjau artikel ini: Mike Douglas (konsultan independen, ALM Ranger), Richard Hundhausen (konsultan independen, ALM Ranger) dan Bill Heys (konsultan independen, ALM Ranger).

Menerapkan Kerangka Kerja® Tangkas Berskala di Azure Boards