Perbandingan Metodologi Scrum dengan
Prototyping
Ibnu Hambali
Fakultas Ilmu Komputer
Universitas Indonesia
Depok, Indonesia
ibnu.hambali@ui.ac.id
Abstract—Sebuah proyek memerlukan yang namanya
metodologi. Metodologi Scrum dan Prototyping adalah contoh
dari beberapa metodologi yang biasa digunakan. Pada proyek
yang menggunakan metodologi Scrum, anggotanya akan
cenderung lebih mandiri dan menenetukan apa yang akan
mereka kerjakan. Sedangkan, pada Prototyping, fase analisis,
desain, dan implementasi dilakukan bersamaan dan sangat
bergantung pada umpan balik dari pengguna. Keduanya
memiliki keunggulan dan kelemahan. Metodologi mana yang
lebih baik, semuanya bergantung pada jenis proyek yang
dikerjakan. Pengambilan keputusan mengenai metodologi apa
yang akan digunakan akan menentukan kesuksesan proyek
kedepannya.
Keywords—Scrum, Prototyping, methodology, perbandingan,
project, management
I. PENDAHULUAN
Project Management Methodology adalah sekumpulan
prinsip dan cara yang membantu kita dalam menjalankan
sebuah proyek agar mendapat hasil yang maksimal. Topik ini
penting dibahas karena dengan menggunakan sebuah
metodologi, kita berharap proyek yang kita kerjakan dapat
menjadi lebih jelas alurnya, pembagian tugasnya dan
perkiraan selesainya di setiap tahap. Dua metodologi yang
akan dibahas dan dibandingkan di sini adalah Scrum dan
Prototyping. Scrum adalah pendekatan yang paling berbeda
dengan pendekatan lainnya. Tim diatur dan diarahkan sendiri.
Tidak seperti metodologi lain, setiap tim di Scrum mengatur
diri mereka sendiri secara simbiosis dan menetapkan tujuan
mereka sendiri di setiap sprint. Sedangkan, pada metodologi
Prototyping kita melakukan fase analisis, desain dan
implementasi secara bersamaan.[1] Di sini kita akan membahas
dua metodologi tersebut yang cukup berbeda dengan
mengetahui cara kerja dan prinsip pada tiap metodologi secara
lebih mendalam.
II. STUDI LITERATUR
A. Mengenal Scrum Lebih Dekat
Seperti yang telah dijelaskan di pendahuluan, Scrum
merupakan metodologi yang paling berbeda dengan
metodologi lainnya. Ketika membahas metodologi Agile,
maka yang paling populer adalah Scrum, dan ketika
membahas Scrum, kita perlu mengetahui tentang specific
roles, artifacts, dan ceremonies. [2]
1. Tiga peran yang ada di Scrum
a. Product Owner: Orang yang memiliki tanggung
jawab atas nilai bisnis proyek dan memutuskan
pekerjaan apa yang harus dilakukan beserta
urutannya, seperti yang didokumentasikan dalam
product backlog. [2]
b. ScrumMaster: Orang yang memastikan bahwa
tim bekerja produktif, memfasilitasi Scrum harian,
memungkinkan kerja sama yang erat di semua
peran dan fungsi, dan menghilangkan hambatan
yang mencegah tim menjadi efektif.
ScrumMasters memiliki otoritas atas proses, tetapi
bukan otoritas atas anggota tim. Mereka harus
merasa nyaman menyerahkan kendali kepada
product owner dan tim. [2]
c. Scrum Team/Development Team: Sebuah tim
lintas fungsi yang terdiri dari lima hingga sembilan
orang yang mengatur diri mereka sendiri dan
bekerja untuk menghasilkan hasil yang diinginkan
untuk setiap sprint. Sebuah sprint biasanya
berlangsung dua sampai empat minggu, di mana
pekerjaan tertentu harus diselesaikan dan siap
untuk ditinjau. Proyek besar mungkin memerlukan
banyak tim. [2]
2. Tiga artifacts yang dibuat dengan Scrum:
a. Product Backlog: Daftar fitur yang diprioritaskan
berdasarkan nilai bisnis. Item dengan prioritas
tertinggi harus dirinci dengan cukup rinci agar tim
dapat memperkirakan upaya yang akan dilakukan
dalam mengembangkannya. Beberapa ahli
menyarankan penjadwalan sekitar speuluh hari
kerja untuk setiap item. Ukuran dan kompleksitas
pekerjaan menentukan estimasi. [2]
b. Sprint Backlog: Item dengan prioritas tertinggi
dari product backlog diselesaikan dalam sprint.
Tim Scrum memecah item dengan prioritas
tertinggi menjadi tugas-tugas yang lebih kecil
yang membutuhkan waktu sekitar dua belas
hingga enam belas jam untuk diselesaikan. [2]
c. Burndown Chart: Menunjukkan pekerjaan
kumulatif yang tersisa dalam sprint setiap hari. [2]
3. Empat ceremonies ketika menggunakan metodologi
Srum:
a. Sprint Planning: Pertemuan dengan tim untuk
memilih satu set pekerjaan dari product backlog
untuk dikirimkan selama sprint. Pertemuan ini
memakan waktu sekitar empat jam hingga sehari
penuh. [2]
b. Daily Scrum: Pertemuan singkat bagi tim
pengembangan untuk berbagi progress dan
tantangan serta merencanakan pekerjaan untuk
hari itu. Idealnya anggota tim berada di tempat
yang sama, pertemuan biasanya berlangsung tidak
lebih dari 15 menit, dan diadakan pada waktu dan
tempat yang sama setiap hari. Jika tidak
memungkinkan, tim dapat menggunakan video
conference untuk mengadakan rapat virtual
singkat. ScrumMaster menanyakan pekerjaan apa
 yang telah dilakukan sejak kemarin, pekerjaan apa
yang direncanakan untuk hari ini, dan halangan
atau batu sandungan apa yang dapat menghambat
upaya tim. ScrumMaster mendokumentasikan
hambatan-hambatan ini dan bekerja dengan
pemangku kepentingan utama untuk
menyelesaikannya setelah Daily Scrum. Banyak
tim menggunakan term issues untuk item yang
tidak harus diselesaikan dalam 24 jam ke depan
dan blocker untuk item yang perlu segera
ditangani. Ini memungkinkan ScrumMaster untuk
mempertahankan fokus pada item (blocker)
dengan prioritas tertinggi terlebih dahulu dan
kemudian mengelola penyelesaian masalah lain
pada hari berikutnya atau hari lain. [2]
c. Sprint Reviews: Pertemuan di mana tim
menunjukkan kepada product owner apa yang
telah diselesaikan selama sprint. [2]
d. Sprint Retrospectives: Pertemuan di mana tim
mencari cara untuk meningkatkan produk dan
proses berdasarkan tinjauan kinerja aktual tim
pengembangan. [2]
Gambar 1. Scrum Framework and Process Groups (Sumber: Cengage
Learning 2016)
Dengan melihat gambar di atas kita dapat mengetahui
bagaimana proses yang terjadi di dalam Scrum. Apa saja yang
terjadi pada tiap proses akan lebih dijelaskan di bawah:
1. Initiating: Ditahap ini ditentukan peran dan
diputuskan berapa banyak sprint yang akan
menyusun setiap rilis dan cakupan perangkat lunak
yang akan dikirimkan.
2. Planning: Hal yang dilakukan pada tahap ini adalah
membuat product backlog, membuat sprint backlog
membuat release backlog, merencanakan pekerjaan
setiap hari di daily Scrum, dan mendokumentasikan
stumbling block dalam sebuah list.
3. Executing: Menyelesaikan tugas setiap hari selama
sprint dan menghasilkan produk yang dapat dikirim
di akhir setiap sprint.
4. Monitoring and Controlling: Menyelesaikan
masalah dan blockers, membuat dan memperbarui
bagan burndown, mempresentasikan produk yang
sudah selesai selama pertemuan sprint reviews.
5. Closing: Merenungkan bagaimana meningkatkan
produk dan proses selama pertemuan sprint
retrospective.
B. Mengenal Prototyping Lebih Dekat
Pada System Prototyping dilakukan analisis, desain, dan
implementasi secara bersamaan untuk menyederhanakan
sistem yang diusulkan dengan cepat dan memberikan kepada
pengguna sebagai umpan balik.
Gambar 2. Sistem dalam prototyping (Sumber: Roth, R. M et al (2013).
Systems analysis and design)
Sistem ini disebut sebagai versi “cepat dan kotor” dari
sistem dan menyediakan fitur yang minimal. Prinsipnya
mengikuti reaksi dan komentar pengguna, pengembang
menganalisis ulang, mendesain ulang, dan menerapkan
kembali prototype kedua (versi yang telah diperbaiki
kekurangannya dan telah ditambah fitur yang lebih banyak.
Siklus tersebut berlanjut hingga analis, pengguna, dan sponsor
sama-sama setuju bahwa prototype telah menyediakan
fungsionalitas yang sesuai untuk kebutuhan
organisasi/perusahaan.
Pendekatan ini sangat memudahkan pengguna dalam
melakukan evaluasi dan mampu meyakinkan pengguna
mengenai kemajuan-kemajuan yang telah dibuat atau sedang
dibuat. Selain itu, pendekatan ini mampu membantu pengguna
ketika menghadapi kesulitan dalam mengekspresikan
persyaratan untuk sistem.
Namun, terdapat juga kerugian yang diperoleh dari
pendekatan ini, yaitu kurangnya kehati-hatian dan
dilakukannya analisis metode sebelum membuat keputusan
desain dan implementasi. Kekurangan lain berasal dari
keterbatasan desain mendasar yang merupakan akibat dari
kurangnya pemahaman mengenai prasyarat sistem yang
sebenarnya ada di awal proyek. [1]
III. DISKUSI
Dari pembahasan studi literatur di atas kita dapat
mengetahui bahwa kedua metodologi memiliki karakteristik
yang berbeda. Pada metodologi Scrum, proyek dijalankan
dengan inisiatif masing-masing tim. Mengenai apa yang akan
dilakukan akan ditentukan sendiri, tetapi tentu dengan
tanggung jawab yang sesuai. Sedangkan, pada metodologi
Prototyping proses analisis, desain, dan implementasi
dilakukan bersamaan untuk menghasilkan system prototype
yang akan diproses dan diimplementasikan kembali.
Berikut pemetaan project management methodology terhadap
project management process group dari PMBOK:
Tabel 1. Pemetaan Scrum dan Prototyping terhadap project management
process group dari PMBOK.
Scrum Prototyping
Inisiasi Menentukan peran Melakukan analisis
dan memutuskan kebutuhan, dengan
berapa banyak mendefinisikan
sprint.[2] sistem secara rinci.
 2. Scrum memastikan penggunaan waktu dan dana
Perencanaa Membuat product Melakukan secara efektif.
n backlog, membuat wawancara sistem,
sprint backlog, agar dapat 3. Proyek besar dibagi menjadi sprint-sprint yang
membuat release mengetahui mudah dikelola.
backlog, kebutuhan dan 4. Perkembangan dikodekan dan diuji selama sprint
merencanakan harapan pengguna reviews.
pekerjaan setiap dari sistem.
hari di daily 5. Bekerja dengan baik untuk proyek pengembangan
Scrum, dan yang bergerak cepat.
mendokumentasik 6. Tim mendapatkan visibilitas yang jelas melalui rapat
an stumbling block scrum.
dalam sebuah
7. Scrum menjadi agile dan mengadaptasi umpan balik
list.[2]
dari stakeholders.
Pelaksanaan Menyelesaikan Prototyping 8. Sprint pendek memungkinkan perubahan
tugas setiap hari menyederhanakan berdasarkan umpan balik menjadi jauh lebih mudah.
selama sprint dan prosesnya dengan 9. Upaya individu dari setiap anggota tim terlihat
menghasilkan melakukan selama daily Scrum meeting.[3]
produk.[2] pelaksanaan,
pemantauan dan Kelemahan-kelemahan yang dimiliki oleh metodologi Scrum:
Pemantauan Menyelesaikan pengendalian, dan 1. Scrum sering menyebabkan scope creep, karena
dan masalah dan analisis di waktu tidak adanya tanggal akhir yang pasti.
Pengendalia blockers, membuat yang bersamaan.[1]
n dan memperbarui 2. Kemungkinan kegagalan proyek tinggi jika individu
bagan burndown, tidak terlalu berkomitmen atau kooperatif.
mempresentasikan 3. Mengadopsi kerangka kerja Scrum dalam tim besar
produk yang sudah merupakan tantangan.
selesai selama
pertemuan sprint 4. Kerangka kerja dapat berhasil hanya dengan anggota
reviews. [2] tim yang berpengalaman.
5. Rapat harian terkadang membuat anggota tim
Analisis Tidak ada atau frustrasi.
dapat dilakukan
6. Jika ada anggota tim yang keluar di tengah-tengah
oleh masing-
proyek, hal itu dapat memiliki dampak negatif yang
masing tim di sangat besar pada proyek.
setiap sprint. [2]
7. Kualitas sulit diterapkan sampai tim melewati proses
Penutupan Merenungkan Berakhir ketika pengujian yang agresif.[3]
bagaimana analis, pengguna, Keunggulan-keunggulan yang dimiliki oleh metodologi
meningkatkan dan sponsor sama- Prototyping:
produk dan proses sama setuju bahwa
selama pertemuan prototype telah 1. Mengurangi waktu apabila pengembang dapat
sprint menyediakan memahami pengguna dengan baik.
retrospective.[2] fungsionalitas yang 2. Peningkatan keterlibatan pengguna dengan
sesuai untuk meningkatkan kualitas persyaratan dan spesifikasi
kebutuhan yang diberikan kepada pengguna.
organisasi/perusahaa
n.[1] 3. Mengurangi biaya apabila komunikasi pengembang
dengan pengguna berjalan efektif.
Kelemahan-kelemahan yang dimiliki oleh metodologi
Tentunya setiap project management methodology Prototyping:
memiliki keunggulkan dan kelemahan. Kita tinggal memilih
1. Analisis yang kurang memadai.
metodologi mana yang paling cocok untuk proyek yang akan
kita kerjakan. Selanjutnya akan dibahas mengenai keuntungan 2. Kebingungan pengguna, yaitu kemungkinan
dan kelemahan dari masing-masing project management terburuknya adalah pengguna salah mengiranya
methodology. sebagai proyek yang sudah selesai.
Keunggulan-keunggulan yang dimiliki oleh metodologi 3. Kesalahpahaman pengembang tentang tujuan
Scrum: pengguna sehingga siklus terus berputar.
1. Scrum dapat membantu tim menyelesaikan kiriman Setelah mengetahui keunggulan-keunggulan dan
proyek dengan cepat dan efisien. kelemahan-kelemahan dari masing-masing project
management methodology, kita dapat mengetahui kira-kira
proyek seperti apa yang cocok dengan masing-masing
metodologi tersebut. Berikut adalah penjabaran mengenai
kondisi/karakteristik proyek yang sesuai untuk menggunakan
masing-masing metodologi:
1. Scrum lebih cocok dengan proyek yang ada pada
startup-startup teknologi yang memiliki alur kerja
yang cepat dengan banyak improvement yang akan
dibuat secara berkala. Contohnya adalah pada
perusahaan Singapura yang bernama Cardinal
Digital (berdasarkan pengalaman bekerja penulis).
Perusahaan tersebut menggunakan metodologi
Scrum dengan setiap anggota pada perusahaan
diharapkan telah mengerti apa saja yang akan ia
kerjakan di setiap sprint dan setiap hari semua
anggota perlu menuliskan hal-hal apa saja yang telah
ia kerjakan kemarin, yang akan dikerjakan di hari ini
dan apakah terdapat blockers di hari kemarin.
2. Prototyping lebih cocok untuk perusahaan yang
mengambil sebuah inovasi baru yang kebutuhan
penggunanya masih belum jelas karena mungkin
produk/jasa itu belum pernah diimplementasikan
oleh perusahaan lain. Sehingga tidak terdapat
benchmark yang dapat menjadi acuan atau
pembanding yang berguna. Dari hal tersebut
perusahaan dapat menerapkan prinsip yang dimiliki
oleh prototyping yang berbasis pengguna. Sehingga,
perusahaan dapat menganalisis kebutuhan
sesungguhnya yang dimiliki pengguna.
IV. KESIMPILAN
Dari studi literatur dan diskusi yang telah dibahas di atas,
dapat diketahui bahwa baik metodologi Scrum maupun
metodologi Prototyping memiliki keunggulan dan
kelemahannya tersendiri. Pemilihan mengenai metodologi
apa yang cocok bergantung pada proyek seperti apa yang
akan dikembangkan. Salah satu proyek yang cocok untuk
Scrum adalah proyek pada startup yang bergerak di bidang
teknologi. Sedangkan, Prototyping lebih cocok untuk proyek
inovasi yang kebutuhan penggunanya belum jelas. Sehingga
membutuhkan peran besar dari pengguna. Dari semua itu,
kita tahu bahwa pemilihan metodologi yang tepat tentunya
akan membuat proyek berjalan baik sesuai harapan.
[1] Roth, R. M., Dennis, A., & Wixom, B. H. (2013). Systems analysis and
design. John Wiley.
[2] Schwalbe, K. (2016). Chapter 3 The Project Management Process
Groups: A Case Study. In Information Technology Project
Management. essay, Cengage learning.
[3] Chandana. (2021, July 5). Scrum project management: Advantages and
disadvantages. Simplilearn.com. Retrieved October 1, 2021, from
https://www.simplilearn.com/scrum-project-management-article.