7 Artefak Scrum: Definisi & Contoh

Scrum adalah metodologi manajemen proyek yang fleksibel yang dirancang untuk membantu tim yang terorganisir sendiri untuk menjalankan proyek dengan cepat di lingkungan yang tangkas. Kerangka scrum terdiri dari artefak, peran dan upacara. Elemen-elemen ini membantu tim pengembangan produk dan perangkat lunak mengelola pekerjaan mereka.

Artefak scrum sangat penting untuk keberhasilan tim scrum mana pun. Tetapi sebelum kita mempelajari cara menggunakannya, kita perlu mendefinisikannya terlebih dahulu.

Apa Itu Artefak Scrum?

Dalam pengembangan perangkat lunak, istilah "artefak" mengacu pada informasi yang digunakan pemangku kepentingan dan tim scrum untuk menggambarkan produk yang sedang dikembangkan.

Artefak scrum mendefinisikan pekerjaan yang harus dilakukan, dan mereka selalu menambah nilai selama sprint. Secara sederhana, artefak scrum dapat dilihat sebagai nugget informasi penting bagi tim scrum. Mereka menyediakan struktur untuk proses scrum karena mereka bertindak sebagai pedoman untuk rencana pengembangan produk.

Ini sangat penting, terutama untuk tim terdistribusi yang mungkin bekerja dari rumah karena menyediakan platform di mana mereka dapat melihat bagaimana kinerja mereka pada sprint tertentu. Ini membuat semua orang pada halaman yang sama, di mana pun mereka berada.

ProjectManager adalah perangkat lunak manajemen proyek dan pekerjaan berbasis cloud yang menghubungkan tim hybrid. Di mana pun atau kapan tim scrum Anda bekerja, mereka dapat berbagi artefak scrum secara real time. Papan kanban kami memudahkan tim scrum untuk mengelola artefak mereka dan kemudian berkolaborasi untuk merencanakan sprint. Pemilik produk mendapatkan visibilitas ke dalam proses untuk mengalokasikan kembali sumber daya untuk menghindari kemacetan.

Tujuh Artefak Scrum

Ada tiga artefak scrum utama, menurut panduan scrum. Kami akan menjelaskan masing-masing di bawah ini, bersama dengan pokok tambahan dari setiap sprint yang sukses.

1. Visi Produk

Visi produk adalah tujuan jangka panjang dari proyek atau produk. Ini adalah artefak yang akan Anda tentukan untuk mengatur keseluruhan arah proyek atau produk. Tim scrum akan menggunakan visi produk sebagai panduan.

Pentingnya visi produk ditekankan oleh fakta bahwa tim scrum harus hafal. Itu berarti itu harus singkat dan to the point. Visi produk adalah sesuatu yang harus selalu ada di benak tim scrum.

2. Product Backlog

Product backlog adalah daftar segala sesuatu yang perlu dicapai pada suatu proyek, dipecah menjadi item individual. Di sinilah kebutuhan dasar dari setiap fitur yang dibutuhkan untuk produk akhir diprioritaskan oleh pemilik produk untuk tim scrum.

Ini bukan daftar tugas yang tidak dapat diubah, dan sering berkembang seiring waktu. Misalnya, jika ada perubahan dalam lingkungan bisnis, kondisi pemasaran atau tuntutan teknis, backlog produk akan mencerminkan perubahan tersebut. Product backlog biasanya direpresentasikan menggunakan papan scrum.

Product backlog terdiri dari tiga jenis item yang berbeda.

• Kisah pengguna , yang merupakan deskripsi tingkat tinggi dari suatu fitur, diceritakan dari sudut pandang pengguna akhir produk.
• Bug adalah masalah yang muncul yang ingin diperbaiki oleh pemilik produk.
• Tugas , yang ditugaskan ke tim scrum untuk diselesaikan.

Backlog tumbuh sebagai produk sedang dibangun. Ketika perubahan ditambahkan, mereka dapat menyertakan lebih banyak detail, perkiraan, atau perubahan prioritas. Pemilik produk dan tim secara teratur bekerja untuk menyempurnakan jaminan simpanan produk. Ini bisa terjadi kapan saja.

Semakin penting item product backlog, semakin detail item tersebut. Ketika item-item dalam product backlog dipilih untuk sprint iteratif berikutnya, item tersebut selanjutnya disempurnakan untuk dikembangkan selama sprint. Ketika item pada product backlog dapat dikirimkan oleh tim dalam satu sprint, maka mereka siap untuk rapat perencanaan sprint.

Menyempurnakan Product Backlog

Menyempurnakan backlog produk mencakup aktivitas seperti meninjau cerita pengguna dengan prioritas tertinggi di bagian atas backlog, dan mengajukan pertanyaan kepada pemilik produk tentang mereka. Ini termasuk, jika perlu, menghapus cerita pengguna dan kemudian menulis yang baru. Ini diikuti dengan memprioritaskan backlog produk.

Kemudian cerita pengguna baru ini perlu diperkirakan dalam hal waktu yang diperlukan untuk menyelesaikannya, atau orang lain perlu mendapatkan perkiraan baru tentang durasinya. Cerita pengguna lain harus disiapkan untuk sprint di masa depan, sambil tidak melupakan gambaran besar arsitektur produk saat backlog berkembang.

3. Visi Sprint

Visi sprint atau tujuan sprint seringkali tidak didefinisikan sebagai artefak, itu masih merupakan bagian penting dari kerangka scrum. Visi sprint adalah apa yang tim scrum munculkan saat merencanakan sprint. Ini memberikan panduan kepada tim scrum tentang mengapa mereka menginvestasikan waktu, uang, dan usaha mereka dalam sprint.

4. Sprint Backlog

Sprint backlog adalah bagian dari product backlog yang akan dikerjakan oleh tim dalam sprint mereka. Anggap saja sebagai daftar tugas untuk sprint.

Sprint backlog selanjutnya dipecah menjadi tugas-tugas yang harus dijalankan oleh tim. Setiap item pada sprint backlog perlu dikembangkan, diuji, dan didokumentasikan. Pemilik produk membantu tim scrum membuat sprint backlog selama rapat sprint mereka.

Sprint backlog sering direpresentasikan sebagai papan tugas, yang dipecah menjadi kolom yang mewakili alur kerja. Mereka cenderung memiliki judul berikut:

• To-Do , yaitu tugas yang belum dimulai
• Melakukan , di mana pekerjaan telah dimulai
• To Verify , yang merupakan tugas yang sudah selesai yang menunggu verifikasi oleh anggota tim scrum lainnya
• Selesai , yang berarti tidak ada lagi pekerjaan yang diperlukan

Memperbaiki Sprint Backlog

Sprint backlog, seperti halnya product backlog, adalah dokumen hidup dan dapat diubah oleh tim scrum. Pekerjaan dibahas secara teratur di scrum harian dan sprint backlog dimodifikasi sesuai kebutuhan. Ini semua terjadi selama sprint pendek, dan hanya tim scrum yang dapat membuat perubahan ini saat terjadi selama sprint.

Jika ada persyaratan untuk pekerjaan baru, itu ditambahkan ke sprint backlog. Kemudian saat pekerjaan selesai, perkiraan pekerjaan apa yang masih harus dilakukan diperbarui. Jika ada item yang menjadi tidak perlu, mereka akan dihapus. Ini dikenal sebagai penyulingan backlog.

Tapi, sekali lagi, hanya tim scrum yang bisa melakukan ini. Mereka memiliki kepemilikan atas sprint backlog dan proses ini. Sprint backlog sangat terlihat dan memberikan gambaran tentang sprint saat tim sedang mengerjakannya.

5. Definisi Selesai (DOD)

Definisi done (DOD) berarti bahwa semua aspek cerita pengguna telah diselesaikan dalam sprint backlog. Tim scrum harus memiliki gagasan yang sama tentang apa artinya dilakukan. Mereka harus membuat definisi selesai dan menggunakan ini sebagai daftar periksa saat mereka mengerjakan cerita pengguna mereka.

Tim scrum dapat membuat DOD mereka selama perencanaan sprint pertama. Ini kemudian dapat diulang selama retrospektif sprint mereka. Itu tidak berarti DOD itu statis. Ini dapat berubah secara dramatis selama proyek berlangsung.

6. Peningkatan Produk

Ini adalah artefak scrum yang paling penting. Kenaikan produk adalah semua item backlog produk yang telah diselesaikan selama sprint.

Setiap sprint berpotensi menciptakan peningkatan produk yang dapat dikirim, sehingga peningkatan produk harus sesuai dengan definisi tim tentang selesai dan dapat diterima oleh pemilik produk.

Definisi done adalah definisi bersama di antara tim scrum, meskipun berbeda untuk setiap tim scrum. Definisi selesai berkembang sebagai tim matang: tumbuh lebih ekspansif atau ketat sebagai proyek berlanjut.

Inkremen produk tidak hanya jumlah dari semua item backlog proyek yang diselesaikan selama sprint, tetapi juga merupakan nilai dari inkremen selama jumlah sprint terakhir yang diselesaikan. Ini adalah transparansi tidak hanya untuk tim tetapi juga untuk para pemangku kepentingan dalam hal di mana produk berada saat ini.

7. Bagan Pembakaran

Meskipun tidak selalu dianggap sebagai bagian dari artifak scrum yang penting, burndown chart penting untuk tidak diabaikan. Ini adalah grafik yang menunjukkan seberapa cepat tim menyelesaikan cerita pengguna atau item pada backlog produk. Oleh karena itu, grafik burndown menggambarkan upaya total terhadap jumlah pekerjaan untuk sprint.

Tujuan dari burndown chart adalah untuk memastikan bahwa proyek tetap berada di jalurnya, dan bahwa hasil yang dicapai akan memenuhi harapan dan tiba sesuai jadwal.

Tingkat kemajuan tim scrum disebut kecepatan, yang merupakan jumlah poin cerita dalam cerita pengguna yang telah diselesaikan selama sprint. Pekerjaan yang selesai sebagian tidak dihitung ke dalam kecepatan.

Manajer Proyek untuk Tim Scrum

ProjectManager memiliki fitur yang dibutuhkan tim scrum untuk mengelola artefak scrum mereka dengan mudah. Karena ini adalah perangkat lunak manajemen proyek berbasis cloud, ini sangat nyaman untuk tim jarak jauh, yang dapat tetap berada dalam lingkaran proyek di mana pun mereka berada atau saat mereka bekerja.

Berbagai Cara untuk Mengelola Proyek

Ada beberapa tampilan proyek di ProjectManager, membuatnya cukup fleksibel untuk melayani tim yang gesit, tim yang bekerja dalam metodologi yang lebih tradisional, dan bahkan gabungan keduanya. Tampilan papan kanban sangat ideal untuk tim scrum.

Item backlog produk dapat dikumpulkan dalam kartu kanban yang dapat ditandai, tanggal jatuh tempo ditambahkan, kemajuan dilacak, dan ditugaskan ke satu atau lebih anggota tim.

ProjectManager juga memiliki penyimpanan file tak terbatas, sehingga tujuan, cerita pengguna, dan materi sprint terkait lainnya dapat dilampirkan ke kartu. Ini adalah alat yang sempurna untuk mengelola backlog produk Anda.

Dapatkan Backlog Grooming yang Mudah

Papan kanban juga dapat digunakan untuk sprint backlog. Kolom dapat disesuaikan agar sesuai dengan cara kerja tim Anda. Kartu dapat diseret dan dijatuhkan dari satu kolom ke kolom berikutnya saat bergerak melalui alur kerja.

Kartu dapat memiliki daftar tugas yang dipersonalisasi, dan anggota tim dapat berkolaborasi dengan mengomentari kartu. Mereka bahkan dapat menandai pemilik produk atau master scrum, yang akan diberi tahu melalui email dan dibawa ke dalam percakapan. Ini memberikan transparansi yang besar untuk seluruh tim scrum.

Gunakan Pelacakan Waktu Nyata

Alih-alih menggunakan bagan burndown sederhana, ProjectManager menghitung kecepatan sprint Anda secara otomatis dengan melacak enam metrik proyek, yang diumpankan langsung ke dasbor waktu nyata. Pemilik produk dapat memantau kemajuan tugas, beban kerja tim, biaya, dan lainnya untuk memastikan sprint berjalan sesuai rencana.

Bebaskan tim Anda dengan alur kerja khusus untuk fokus pada hal yang penting. Otomatiskan kesibukan dengan mengatur pemicu yang membuat tindakan dan merampingkan sprint Anda. Tambahkan persetujuan tugas untuk memastikan hanya mereka yang berwenang untuk mengubah status cerita pengguna yang dapat melakukannya. ProjectManager juga kolaboratif dengan inti dengan pemberitahuan email otomatis dan peringatan dalam aplikasi. Ada satu sumber kebenaran yang membuat semua orang di tim scrum pada halaman yang sama. Dapatkan lebih produktif hari ini dengan mencoba ProjectManager secara gratis.

ProjectManager adalah perangkat lunak manajemen proyek berbasis cloud yang membantu tim scrum mengelola sprint mereka dengan lebih baik dan pemilik produk mengontrol backlog. Dasbor real-time bertindak sebagai bagan burndown Anda, sehingga Anda selalu tahu di mana Anda berada dalam proyek saat itu terjadi. Lihat apa lagi yang dapat dilakukan ProjectManager untuk tim scrum Anda dengan mengikuti uji coba gratis 30 hari ini hari ini.