Menerapkan Kerangka Kerja® Tangkas Berskala di Azure Boards

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®, lihat SAFe Studio Framework.

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 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

Direproduksi dengan izin dari © 2011-2020 Scaled Agile Inc.. Semua hak dilindungi undang-undang.

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.

Direproduksi dengan izin dari © 2011-2020 Scaled Agile Inc.. Semua hak dilindungi undang-undang.

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

• Budaya tangkas
• Praktik yang menskalakan

SAFe® Penting

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

Direproduksi dengan izin dari © 2011-2020 Scaled Agile Inc.. Semua hak dilindungi undang-undang.

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 dan papan tim.
• 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, 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.

Direproduksi dengan izin dari © 2011-2020 Scaled Agile Inc.. Semua hak dilindungi undang-undang.

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.
• Aliran Nilai: 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.

Direproduksi dengan izin dari © 2011-2020 Scaled Agile Inc.. Semua hak dilindungi undang-undang.

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.

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

Artikel terkait

• 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).