Metodologi Scrum: Peran, Acara & Artefak

Metodologi scrum dikembangkan sebagai respons terhadap pendekatan manajemen proyek yang kaku seperti metode waterfall, yang tidak beradaptasi dengan kebutuhan tim pengembangan produk dan perangkat lunak yang gesit. Kita akan menjelajahi metodologi scrum secara mendalam, tetapi sebelum itu, mari kita mulai dengan definisi scrum sederhana.

Apa Itu Metodologi Scrum?

Scrum adalah kerangka kerja manajemen proyek yang memfasilitasi kolaborasi tim pada proyek pengembangan produk dan perangkat lunak yang kompleks. Berita baiknya adalah scrum mudah dimengerti. Berita buruknya, sulit untuk dikuasai.

Metodologi scrum menekankan kerja tim dalam manajemen proyek. Ini menekankan akuntabilitas dan merupakan kemajuan berulang menuju tujuan yang terdefinisi dengan baik. Scrum adalah bagian dari pengembangan perangkat lunak tangkas dan tim berlatih tangkas. Nama ini berasal dari olahraga rugby, di mana scrum adalah formasi di mana setiap orang memainkan peran tertentu, tetapi semua orang bekerja menuju adopsi strategi yang cepat.

Kolaborasi yang diperlukan untuk keberhasilan scrum difasilitasi oleh ProjectManager, perangkat lunak manajemen proyek dan pekerjaan berbasis cloud yang menghubungkan tim scrum di mana pun mereka bekerja. Berkolaborasi dengan intinya, platform kami memberikan data real-time yang memungkinkan tim scrum untuk mengomentari tugas selama sprint, berbagi file, dan banyak lagi. Mulai hari ini secara gratis.

Kerangka Scrum

Scrum adalah kerangka kerja yang terdiri dari nilai, peran, peristiwa, dan artefak. Elemen-elemen ini bekerja bersama untuk menyediakan metodologi manajemen proyek yang gesit yang membantu tim mengelola pekerjaan mereka dengan lebih baik. Kerangka kerja scrum harus sederhana. Ini bukan metodologi manajemen proyek tradisional dan lebih merupakan kerangka kerja untuk pengembangan produk dan perangkat lunak.

Nilai Scrum

Istilah nilai scrum sebenarnya mengacu pada nilai tangkas yang diterapkan pada kerangka kerja scrum. Itu adalah pernyataan sederhana yang berfungsi sebagai praktik terbaik yang gesit. Nilai-nilai tangkas berasal dari manifesto tangkas, sebuah dokumen dengan prinsip panduan metodologi tangkas. Mari kita cepat menjelaskan tentang apa mereka.

• Individu dan interaksi atas proses dan alat: Proses dan alat penting dalam pengembangan perangkat lunak, tetapi individu dan bagaimana mereka berinteraksi dengan proses dan alat tersebut lebih penting.
• Perangkat lunak yang berfungsi melalui dokumentasi yang komprehensif: Sebelum manifesto tangkas, pengembang perangkat lunak sangat fokus pada dokumentasi. Nilai ini menyatakan bahwa meskipun dokumentasi penting, fokus pada pengembangan perangkat lunak harus menjadi tujuan utama tim scrum.
• Kolaborasi pelanggan melalui negosiasi kontrak: Nilai ini menjelaskan bahwa berkolaborasi dengan pelanggan untuk menciptakan produk berkualitas tinggi jauh lebih penting daripada menyusun kontrak kaku yang membatasi pengembangan produk, seperti yang biasa dilakukan pada masa pengembangan perangkat lunak lama.
• Menanggapi perubahan atas mengikuti rencana: Nilai ini menyatakan bahwa tangkas adalah metodologi manajemen proyek yang secara mulus beradaptasi dengan perubahan berdasarkan siklus pengembangan produk berulang dan bukan rencana proyek yang kaku.

Peran Scrum

Seperti apa pun dalam manajemen proyek, metodologi scrum membutuhkan orang untuk dieksekusi. Untuk tujuan ini, ini mendefinisikan tiga peran scrum, master scrum, pemilik produk dan tim pengembangan, yang terdiri dari beberapa anggota tim.

Master scrum, seperti namanya, adalah ahli metodologi scrum. Dia menjamin bahwa semua orang di tim scrum memahami cara kerja kerangka kerja dan membantu mereka beradaptasi dengan lingkungan yang tangkas. Dia memimpin rapat scrum.

Pemilik produk scrum mengelola log produk dan mengawasi perencanaan sprint dan secara aktif berpartisipasi dalam pertemuan scrum. Dalam arti tertentu, mereka bertindak sebagai manajer proyek karena mereka memimpin perawatan simpanan dan memprioritaskan cerita pengguna untuk membantu kerja tim lebih baik.

Tim pengembangan scrum terdiri dari semua anggota tim yang mengembangkan perangkat lunak atau produk. Mereka harus bekerja sama dengan pemilik produk dan mematuhi saran master scrum.

Acara Scrum

Acara scrum atau upacara scrum ini mendorong kolaborasi tim dan memastikan bahwa ada jalur komunikasi yang konstan di antara anggota tim scrum melalui siklus hidup pengembangan produk atau perangkat lunak.

Perencanaan Sprint

Dengan menggunakan product backlog, tim memulai dengan item prioritas tertinggi dan menentukan bagaimana mencapai tujuan ini. Tip yang baik saat perencanaan sprint adalah melakukan due diligence dan hanya memulai dengan item yang sudah siap. Juga, ingatlah bahwa perencanaan adalah proses yang singkat, jadi jangan terpaku pada detailnya. Hanya mulai bekerja untuk memenuhi tujuan. Jaga agar rencana tetap kolaboratif. Tim juga harus mengajukan pertanyaan kepada pemilik produk dan pemangku kepentingan.

Rapat Scrum Harian

Ini adalah pertemuan 15 menit di mana semua orang di tim scrum berbicara tentang tugas yang akan mereka kerjakan di siang hari dan berbagi hambatan atau kesulitan yang mereka hadapi. Tidak perlu membuat rapat scrum harian ini lebih lama, karena ada rapat lain seperti tinjauan sprint dan retrospektif sprint untuk mengeksplorasi topik yang lebih kompleks.

Ulasan Sprint

Anda ingin melihat kembali sprint dan melihat apa yang berhasil dan apa yang tidak. Anda kemudian dapat mengambil informasi tersebut dan menerapkannya pada sprint berikutnya untuk mereplikasi hal positif dan mengurangi hal negatif. Mulailah proses tinjauan sprint dengan berterima kasih kepada peserta, menawarkan perkenalan singkat dan menetapkan aturan dasar untuk diskusi.

Retrospektif Sprint

Pertemuan retrospektif sprint memberi tim scrum ruang untuk merenungkan sprint terakhir dan menentukan apa yang berjalan dengan baik dan salah. Umpan balik pemangku kepentingan dan pelanggan juga dikumpulkan untuk memprioritaskan cerita pengguna dan meningkatkan kinerja produk.

Perawatan Backlog

Setelah melalui siklus ini, itu dimulai lagi dengan kembali ke backlog dan mengambil item siap berikutnya di bagian atas daftar prioritas. Backlog grooming terdiri dari peningkatan proses scrum melalui prioritas pekerjaan berdasarkan pengalaman sebelumnya dan terus menyempurnakan pekerjaan untuk membuatnya seefisien mungkin.

Artefak Scrum

Dalam metodologi scrum, istilah artefak mengacu pada konsep kunci yang digunakan oleh tim scrum untuk mengembangkan produk di lingkungan yang gesit. Kami akan membahas artefak paling penting yang dibutuhkan setiap tim scrum: product backlog, sprint backlog, dan product increment.

• Product Backlog: Pemilik produk akan membuat daftar pekerjaan yang harus dilakukan, dan mereka akan mengurutkannya sesuai prioritas. Ini membangun backlog proyek Anda. Mereka melakukan ini dengan menentukan apa yang harus dimiliki item, yang kurang kritis dan yang tidak sesuai dengan kerangka waktu yang diberikan. Artinya nilai tiap item harus jelas. Apa dampak, risiko, dan bagaimana item tersebut dapat membantu dalam proses pembelajaran?
• Sprint Backlog: Sprint backlog secara sederhana dapat didefinisikan sebagai kumpulan cerita pengguna di mana tim scrum akan bekerja dalam satu sprint. Penting untuk memastikan bahwa cerita pengguna yang paling penting selalu yang sedang dikerjakan dan tidak ada yang gagal.
• Peningkatan Produk: Istilah peningkatan produk mengacu pada semua item jaminan simpanan produk yang telah diselesaikan selama sprint dan juga dapat digunakan untuk menggambarkan jumlah semua item jaminan simpanan yang diselesaikan dan cerita pengguna.

Teori metodologi scrum telah berkembang seiring waktu. Pakar scrum telah menyarankan bahwa sebenarnya ada 7 artefak scrum. Visi yang diperluas ini dapat sangat membantu untuk mendefinisikan lebih lanjut tujuan tim scrum.

Sejarah Scrum

Asal-usul

Proses scrum berawal pada awal 1990-an. Jeff Sutherland dan Ken Schwaber datang dengan proses, yang mereka presentasikan ke konferensi Pemrograman Berorientasi Objek, Sistem, Bahasa & Aplikasi (OOPSLA) di Austin, Texas pada tahun 1995. Mereka kemudian memformalkan metodologi dalam makalah yang diterbitkan yang disebut “Perangkat Lunak SCRUM Proses pengembangan."

Nama scrum, bagaimanapun, diwarisi dari sebuah makalah yang diterbitkan pada tahun 1986 oleh ahli manajemen Hirotaka Takeuchi dan Ikujiro Nonaka, yang disebut “The New New Product Development Game.” Mereka menggunakan kata scrum yang terkait dengan rugby sebagai sarana untuk menekankan pentingnya kolaborasi tim untuk kesuksesan proyek.

Makalah ini melaporkan penelitian yang menunjukkan bagaimana kinerja dalam mengembangkan proyek baru yang kompleks mendapat manfaat dari tim kecil yang mengatur diri sendiri yang diberi tujuan daripada tugas. Tim yang unggul adalah yang diberi arahan, tetapi dengan otonomi untuk membuat taktik mereka sendiri untuk mencapai tujuan tersebut

Pengembangan Scrum & Perangkat Lunak

Kerangka scrum kemudian menerapkan penelitian ini pada praktik adaptif untuk pengembangan perangkat lunak. Sepanjang jalan, Schwaber merekrut Profesor Babatunde A. Ogunnaike Tunde, seorang insinyur penelitian kontrol proses, untuk melihat bagaimana scrum bekerja dengan metodologi lain.

Ditentukan bahwa metodologi seperti air terjun dan proses terstruktur tradisional lainnya tidak selaras dengan kerangka scrum. Profesor Tunde menyimpulkan bahwa pendekatan empiris adalah proses yang paling berhasil dengan scrum.

Pada tahun 2001, Sutherland dan Schwaber dan 15 pemimpin pengembangan perangkat lunak lainnya menciptakan Manifesto untuk Pengembangan Perangkat Lunak Agile. Tak lama kemudian, Agile Alliance didirikan, dan Schwaber menjadi ketua pertamanya. Schwaber menulis bersama Mike Beedle, buku pertama tentang scrum, Agile Software Development with Scrum, pada tahun 2001.

Scrum di tahun 2000-an

Scrum Alliance didirikan pada tahun 2002 oleh Schwaber, seorang ketua, dengan Mike Cohn dan Esther Derbry. Mereka kemudian menambahkan cabang sertifikasi ke organisasi, dengan program ScrumMaster Bersertifikat. Pada tahun 2006, Sutherland mendirikan Scrum, Inc., dan terus mengajar kursus Scrum Bersertifikat.

Perubahan dalam komunitas scrum berlanjut ketika pada tahun 2009 Schwaber meninggalkan Aliansi Scrum untuk memulai Scrum.org, yang menawarkan Seri Scrum Profesional.

Sejak itu, scrum telah mengambil peran global dalam manajemen proyek dengan publikasi pertama Panduan Scrum pada tahun 2010, yang telah diperbarui pada tahun 2011 dan 2013. Saat ini dikenal sebagai salah satu kerangka kerja tangkas yang paling banyak digunakan dalam mengelola proyek.

Bahkan berkembang untuk bekerja dengan tim besar. Scrum of Scrums berlaku untuk penggunaan teknik untuk menskalakan scrum ke grup besar.

Bagaimana Scrum Cocok dengan Agile?

Scrum adalah bagian dari proses tangkas, tetapi tentu saja bukan satu-satunya bagian. Agile adalah tenda besar, tetapi scrum adalah pilar penting. Pikirkan scrum sebagai kerangka kerja di mana Anda dapat mengimplementasikan pengembangan tangkas.

Agile tidak memiliki serangkaian langkah untuk diikuti, oleh karena itu scrum menyediakan sarana untuk menerapkan agile ke proyek Anda. Ada banyak kerangka kerja yang dapat Anda gunakan dalam pengembangan tangkas, seperti pemrograman ekstrem atau pengembangan berbasis fitur, tetapi kesederhanaan dan otonomi scrum adalah nilai jual.

Scrum juga dapat digunakan sebagai titik masuk ke praktik tangkas lainnya. Ini juga bukan semata-mata kerangka kerja untuk perangkat lunak tetapi dapat bermanfaat bagi banyak jenis proyek lainnya.

Daftar Istilah Scrum

Sebelum mendefinisikan kerangka kerja scrum, berikut adalah daftar singkat dari beberapa istilah yang lebih umum digunakan saat bekerja dalam lingkungan scrum.

Burndown Chart: Grafik burndown menunjukkan banyak usaha yang tersisa dibandingkan dengan waktu.

Burnup Chart: Mengukur peningkatan ukuran terhadap waktu.

Daily Scrum: Pertemuan scrum singkat pada hari kerja.

Definisi Selesai: Definisi selesai (DOD) adalah salah satu dari tujuh artefak scrum. Ini adalah kriteria penerimaan yang disepakati oleh tim scrum.

Tim Pengembang: Bertanggung jawab untuk mengelola pekerjaan yang terkait dengan setiap sprint.

Standar Rekayasa: Standar bersama untuk pengembangan proyek secara bertahap.

Product Backlog: Product backlog adalah pekerjaan yang harus diselesaikan dalam urutan tertentu.

Penyempurnaan Backlog Produk: Ketika pemilik produk dan tim menambahkan detail ke backlog produk, juga dikenal sebagai backlog grooming.

Pemilik Produk: Manajer yang bertanggung jawab atas produk dan tim.

Scrum: Kerangka kerja untuk kolaborasi tim pada proyek yang kompleks.

Scrum Board: Scrum board membantu tim scrum mengelola pekerjaan mereka.

Scrumban: Scrumban adalah metodologi hybrid yang menggabungkan manajemen proyek Scrum dan Kanban.

Scrum Master: Peran master scrum mirip dengan pelatih yang membantu tim dengan keahlian mereka.

Tim Scrum: Pemilik produk, tim, dan master scrum. Pelajari lebih lanjut tentang peran scrum.

Self-Organization: Otonomi tim dalam batas-batas tujuan proyek.

Sprint: Tugas singkat, yang satu segera menyusul setelah yang lain selesai.

Sprint Backlog: Apa yang dibutuhkan tim untuk menyelesaikan sprint.

Sprint Goal: Tujuan dari sprint.

Perencanaan Sprint: Perencanaan sprint adalah acara musim semi di mana tim scrum merencanakan sprint mereka yang akan datang.

Sprint Retrospective: Post-mortem singkat dari sprint.

Tinjauan Sprint: Tinjauan singkat sprint untuk membantu menambahkan peningkatan ke sprint berikutnya.

Pemangku Kepentingan: Bukan anggota tim yang biasanya merupakan inisiator suatu proyek.

Velocity: Jumlah rata-rata product backlog berubah menjadi peningkatan proyek selama sprint.

ProjectManager Membantu Tim Scrum

Metodologi scrum membutuhkan kolaborasi dan fleksibilitas. ProjectManager, perangkat lunak manajemen proyek dan pekerjaan berbasis cloud, menghubungkan tim scrum dan memberi mereka alat yang mereka butuhkan untuk bekerja di lingkungan yang gesit. Alat kami memberikan data waktu nyata yang membuat semua orang diperbarui dan berkomunikasi di mana pun mereka berada, bagaimana mereka bekerja, atau peran apa yang mereka miliki dalam proyek.

Buat dan Kelola Papan Scrum

Beberapa tampilan proyek kami berarti bahwa departemen lain dapat berkolaborasi pada bagan Gantt atau tampilan lembar kami. Tetapi tim scrum akan menggunakan tampilan papan scrum kami, yang memungkinkan mereka untuk mengelola simpanan cerita pengguna dan bekerja sama saat merencanakan sprint.

Papan scrum juga memberi pemilik produk dan scrum master visibilitas untuk melacak kemajuan dan menangkap potensi kemacetan, yang dapat dengan cepat diselesaikan dengan mengalokasikan kembali sumber daya.

Lacak Alur Kerja Scrum Dengan Dasbor Waktu Nyata

Anda tidak ingin menghalangi tim mandiri Anda, tetapi Anda perlu tahu apa yang mereka lakukan. Dasbor real-time kami melacak enam metrik proyek. Tidak diperlukan pengaturan seperti pada produk inferior. Alur kerja kustom kami memungkinkan Anda untuk menerapkan pemicu yang mengatur tindakan secara otomatis untuk membebaskan tim Anda untuk fokus pada pekerjaan mereka. Plus, persetujuan tugas memberi Anda kendali atas perubahan status.

Berkolaborasi Dengan Tim Scrum Anda

Baik tim Anda berada di bawah satu atap atau bekerja melintasi zona waktu, alat berbasis cloud kami memungkinkan mereka untuk bekerja sama. Anggota tim dapat berkomentar di tingkat tugas, menandai orang lain yang tidak ditugaskan ke tugas itu untuk membawa mereka ke dalam percakapan dan berbagi gambar dan dokumen. Notifikasi email dan peringatan dalam aplikasi membuat semua orang selalu terbarui secara instan.

Perangkat lunak kami tidak hanya ideal untuk scrum, tetapi juga dapat bekerja dengan metodologi yang lebih tradisional seperti waterfall atau gabungan dari banyak metode manajemen proyek. Alat kami memungkinkan Anda untuk berkolaborasi dengan departemen lain di organisasi Anda yang tidak gesit. Ini adalah satu-satunya alat manajemen pekerjaan dan proyek yang Anda perlukan untuk mencapai kesuksesan.

ProjectManager adalah perangkat lunak manajemen proyek yang diposisikan secara unik untuk membantu manajer proyek melalui setiap fase pekerjaan mereka, terlepas dari metodologi yang mereka pilih untuk membingkainya. Berbasis cloud, ia mengumpulkan data real-time dan memiliki alat untuk membantu tim berkolaborasi, memberi mereka otonomi yang diperlukan scrum dengan pemantauan dan manajemen agar tetap sesuai jadwal dan sesuai anggaran. Lihat bagaimana ini dapat membantu Anda dan tim Anda dengan mengikuti uji coba gratis selama 30 hari ini.