MAKALAH

Untuk Memenuhi Tugas Mata Kuliah System Informasi Manajemen

“ Metodologi Implementasi Menggunakan Scrum ”

Disusun oleh :

1. Muhammad Haiqal Ramdhan 2119016

2. M Dzaky Ash-Shiddiq 2219021
3. Putri Febriyanti 2219018

Akademi Manajemen Informatika Dan Komputer Al- Muslim

Program Studi Manajeman Informatika Dan Komputer Akuntansi

Tahun Ajaran

2019

1
 Kata Pengantar

Dengan menyebut nama Allah SWT yang Maha Pengasih lagi Maha Panyayang, Kami
panjatkan puja dan puji syukur atas kehadirat-Nya, yang telah melimpahkan rahmat,
hidayah, dan inayah-Nya kepada kami, sehingga kami dapat menyelesaikan makalah tentang
Scrum.  

Makalah ini telah kami susun dengan maksimal dan mendapatkan bantuan dari berbagai
pihak sehingga dapat memperlancar pembuatan makalah ini. Untuk itu kami menyampaikan
banyak terima kasih kepada semua pihak yang telah berkontribusi dalam pembuatan
makalah ini.
   
            Terlepas dari semua itu, Kami menyadari sepenuhnya bahwa masih ada kekurangan
baik dari segi susunan kalimat maupun tata bahasanya. Oleh karena itu dengan tangan
terbuka kami menerima segala saran dan kritik dari pembaca agar kami dapat memperbaiki
makalah ini.
   
     Akhir kata kami berharap semoga makalah ilmiah tentang metode Scrum ini dapat
memberikan manfaat maupun inpirasi terhadap pembaca

Bekasi, 17 Maret 2021

Penyusun

2
 Daftar isi

Kata Pengantar............................................................................................................................................2
Daftar isi......................................................................................................................................................3
DAFTAR GAMBAR.......................................................................................................................................4
DAFTAR TABLE.............................................................................................................................................5
BAB I..........................................................................................................................................................6
PENDAHULUAN.......................................................................................................................................6
I.1 Latar Belakang...................................................................................................................................6
I.2 Perumusan Masalah............................................................................................................................8
I.3 Tujuan Penelitian...............................................................................................................................9
I.4 Manfaat Penelitian..............................................................................................................................9
I.5 Batasan Masalah.................................................................................................................................9
Bab 2.........................................................................................................................................................10
Pembahasan...............................................................................................................................................10
2.1.Pengertian........................................................................................................................................10
2.2.Peran-peran dalam Scrum................................................................................................................11
2.3.Apa yang membuat Scrum menarik?...............................................................................................12
2.4.Cara Implementasi Scrum................................................................................................................12
2.5.Kegiatan yang harus dilakukan sebagai bagian dari Scrum.............................................................14
2.6.Tugas Utama Scrum Master............................................................................................................15
2.7.Contoh hasil methode scrum............................................................................................................17
1.Product Backlog.............................................................................................................................17
2.sprint Backlog.................................................................................................................................18
3.Sprint..............................................................................................................................................19
Perancangan Konseptual Sistem.......................................................................................................20
Perancangan Interface Autentikasi....................................................................................................21
4.Deliverable.....................................................................................................................................23
Bab 3.........................................................................................................................................................24

3
KESIMPULAN DAN SARAN.................................................................................................................24
Daftar Pustaka...........................................................................................................................................26

DAFTAR GAMBAR

Gambar I.1 Statistik Penggunaan Framework Scrum..................................................6

Gambar 1.2 Gartner magic quadrant for Aplication.....................................................7

Gambar 2.1 Metodologi Scrum...................................................................................9

Gambar 2.2 Elictication Notes...................................................................................16

Gambar 2.3 Perancangan Konsep..............................................................................19

Gambar 2.4 Burn Down Chart...................................................................................19

4
 DAFTAR TABLE

Table 2.1 Produk Blacklog.............................................................................17

Table 2.2 Sprint 2...........................................................................................18

Table 2.3 future sprint....................................................................................18

Table 2.4 Perancangan Konsep......................................................................20

Table 2.5 Sprint 2 Perancangan Database......................................................20

Table 2.6 Penjelasan Interfase Autentikasi....................................................21

Table 2.7 Penjelasan Interfase Masuknya Kendaraan....................................23

5
 BAB I
PENDAHULUAN
I.1 Latar Belakang
Proyek adalah sebuah usaha yang bersifat sementara untuk menghasilkan suatu produk
atau layanan yang bersifat unik. Dalam menjalankan proyek, terdapat batasan-batasan yang
harus dikendalikan agar proyek berjalan sesuai dengan perencanaan awal. Proyek
pengembangan perangkat lunak dapat dikatakan berhasil apabila memenuhi tiga batasan,
yaitu sesuai dengan waktu pengerjaan proyek (time), sesuai dengan pembiayaan proyek
(cost), dan menghasilkan produk yang sesuai dengan harapan (scope). Dalam menjalankan
proyek, tentu memerlukan sebuah mekanisme pengelolaan atau manajemen proyek agar
pengkoordinasian kegiatan-kegiatan terselesaikan secara efektif dan efisien. Saat ini terdapat
banyak sekali metode ataupun framework manajemen proyek, salah satunya adalah scrum.
Scrum merupakan sebuah framework manajemen proyek yang menggunakan konsep
kolaborasi dalam pengerjaan proyek. Kolaborasi dalam scrum melibatkan product owner
sebagai perwakilan dari customer dengan tim proyek scrum. Konsep kolaborasi yang terjadi
di dalam framework scrum melibatkan seorang scrum master sebagai seorang fasilitator
antar tim proyek dan inter tim proyek, hal ini menjadikan scrum master sebagai pihak yang
mempertahankan pengerjaan proyek dari gangguan eksternal agar sesuai dengan sprint
backlog dan timeline.

Penggunaan scrum sebagai framework manajemen proyek menurut survei oleh Forrester
Research pada kuartal ketiga tahun 2011 dapat disimpulkan bahwa scrum memang banyak
digunakan oleh para praktisi di dunia. Berikut adalah statistik penggunaan scrum sebagai
framework manajemen proyek berdasarkan survey tersebut.

6
 Gambar I.1 Statistik Penggunaan Framework Scrum
Framework scrum sering digunakan di dalam proyek dikarenakan mitigasi risiko terhadap
kualitas deliverable product cukup baik dan adanya kejelasan mengenai kriteria produk
dikatakan selesai. Hal tersebut dikarenakan framework scrum menggunakan konsep
kolaborasi, sehingga risiko-risiko yang mungkin muncul pada tahap pengerjaan proyek telah
terlebih dahulu didefinisikan pada pertemuan antara tim pengembang scrum, scrum master,
dan product owner. Produk dapat dikatakan telah selesai apabila telah sesuai dengan product
backlog yang telah disepakati oleh tim pengembang scrum dengan product owner.

Dalam pengelolaan proyek, fase proyek terbagi atas initiating, planning, executing &
controlling, dan closing. Pada tahapan proyek tersebut, fase executing & controlling
merupakan fase yang membutuhkan usaha paling besar, dikarenakan keseluruhan proses
pengerjaan proyek bertumpu pada fase tersebut. Dibutuhkan sebuah alat bantu berupa
aplikasi electronic project management yang dapat mengakomodir keseluruhan fungsi yang
terdapat dalam fase controlling proyek. Sesuai dengan teori menurut Stephen R. Hagan dan
Erice Teicholz, penggunaan electronic project management dalam pengelolaan proyek
berpotensi untuk mengubah current workflow dan relationship dan menjadikan usaha yang
signifikan dalam peningkatan produktivitas untuk industri.

7
 Saat ini telah terdapat scrum tools yang beredar di pasaran, berikut ini adalah data yang
didapat dari hasil survey oleh Gartner pada tahun 2012

Gambar I.2 Gartner Magic Quadrant for Application Life Cycle Management
Gambar I.2 menunjukkan kuadran aplikasi manajemen proyek berbasis scrum
yang popular digunakan. Pada penelitian ini, diambil dua buah sampel aplikasi, yaitu
“CollabNet” dan ”VersionOne” sebagai bahan benchmark. Benchmark dilakukan untuk
mengetahui kelebihan dan kekurangan masing-masing aplikasi. Berikut adalah hasil
benchmark yang telah dilakukan.

I.2 Perumusan Masalah

Masalah yang akan dibahas pada tugas akhir ini adalah sebagai berikut.

a. Bagaimana cara meningkatkan produktivitas dalam implementasi proyek berbasis

scrum?

b. Bagaimana membantu pengguna dalam mengelola waktu pengerjaan proyek,

pembiayaan proyek, dan lingkup proyek?

8
I.3 Tujuan Penelitian
Tujuan yang ingin dicapai dalam tugas akhir ini adalah menghasilkan aplikasi electronic
project management yang memiliki fungsi pengelolaan proyek berbasis scrum untuk
mempermudah pengelolaan dan meningkatkan produktivitas dalam menjalankan proyek
berbasis scrum.

I.4 Manfaat Penelitian

Manfaat yang dapat diambil dari penelitian tugas akhir ini adalah sebagai berikut.

a. Memberikan sarana pengelolaan proyek berbasis Scrum melalui aplikasi electronic

project management.

b. Memberikan kemudahan akses informasi kepada seluruh anggota proyek dan product
owner dalam menjalankan proyek.

I.5 Batasan Masalah

Beberapa batasan masalah yang digunakan dalam tugas akhir ini adalah sebagai berikut.

a. Aplikasi yang dikembangkan ditujukan bagi penggunaan secara umum.

b. Ruang lingkup pengembangan aplikasi hanya membahas sisi lingkup proyek, waktu
proyek, dan pembiayaan proyek. Hal tersebut dikarenakan keterbatasan kemampuan
peneliti dan waktu penelitian.

c. Aplikasi yang dikembangkan tidak sampai tahap implementasi sistem, namun hanya
sampai pada tahap pembuatan prototype yang akan diulas oleh user secara umum dan
mengacu pada buku Scrum Guide. d. Aplikasi yang dibangun tidak mengakomodasi
perhitungan prioritas backlog dan perhitungan business value.

9
 Bab 2
Pembahasan
2.1.Pengertian

Scrum adalah sebuah metode iteratif yang termasuk dalam metode Agile tentang bagaimana cara
Anda mengelola dan menjalankan sebuah proyek. Ini bisa digunakan untuk mengelola segala jenis proyek
mulai dari pembuatan software, website, hardware, marketing, event planning, dan sebagainya.
Scrum membantu Anda untuk mengorganisir sebuah tim dan Anda harus memiliki komunikasi yang kuat
antar member tim tersebut. Scrum mengatakan bahwa setiap “sprint” dimulai dengan meeting singkat
untuk perencanaan dan diakhiri dengan review. Ini adalah ide fundamental dari Scrum untuk sebuah
project management.
“Proyek yang paling tepat untuk Agile adalah proyek yang memiliki deadline yang agresif, tingkat
kerumitan yang tinggi, dan tingkat kebaruan (keunikan) yang tinggi bagi para member tim. Akan lebih
baik jika Anda menggunakan Agile saat kita melakukan sesuatu yang baru, atau paling tidak baru bagi
tim yang mengerjakannya. Jika itu adalah sesuatu yang tim telah lakukan sebelum berulang-ulang maka
tim mungkin tidak memerlukan pendekatan Agile.”
Agile mengacu pada seperangkat “metode dan praktik berdasarkan nilai dan prinsip yang diungkapkan
dalam Agile Manifesto ,” yang mencakup hal-hal seperti kolaborasi, pengorganisasian yang dilakukan
sendiri oleh member tim, dan tim yang lintas fungsional.

gambar 2.1.metodologi scrum

Scrum adalah kerangka kerja yang digunakan untuk mengimplementasikan pengembangan Agile.
Analogi yang bagus untuk membedakan Scrum dan Agile adalah perbedaan antara resep dan diet.
Misalnya, diet vegetarian adalah seperangkat metode dan praktik berdasarkan prinsip dan nilai. Resep
Taco Kacang akan menjadi kerangka kerja yang bisa Anda gunakan untuk menerapkan diet vegetarian
Anda.
Ini mirip dengan hubungan antara Agile (diet) dan scrum (resep yang anda ikuti).

10
Agile lahir dari teknik yang digunakan oleh perusahaan Jepang yang inovatif di tahun 70an dan 80an
(perusahaan seperti Toyota, Fuji, dan Honda).
Pada pertengahan 90-an, seorang pria bernama Jeff Sutherland mendapati dirinya frustrasi oleh
perusahaan-perusahaan yang terus-menerus diganggu oleh proyek-proyek yang ketinggalan jadwal dan
anggaran lebih tinggi. Dia berusaha menemukan jalan yang lebih baik.
Penelitiannya membawanya ke perusahaan Jepang ini dan metode Agile mereka. Mendasarkan karyanya
pada hal ini, Sutherland menciptakan kerangka kerja Scrum. Setelah serangkaian kesuksesan
menggunakan metode barunya, Scrum mulai dengan cepat menyebar ke seluruh dunia pengembangan
produk.
Scrum sendiri bisa dijelaskan dengan poin-poin berikut ini:
1. Pemilik produk membuat daftar keinginan yang diprioritaskan yang disebut backlog produk.
2. Selama perencanaan sprint, tim memilih salah satu item dari urutan teratas daftar keinginan
tersebut dan memutuskan bagaimana mereka akan menjalankan potongan tersebut.
3. Tim memiliki sejumlah waktu, yang disebut dengan istilah sprint (biasanya dua sampai empat
minggu) untuk menyelesaikan pekerjaannya, namun setiap harinya akan ada pengecekan untuk
melihat progress pekerjaan (Scrum harian).
4. Sepanjang jalan, ScrumMaster membuat tim tetap fokus pada tujuannya.
5. Di akhir sprint, pekerjaan harus berpotensi untuk dikirim: siap untuk diserahkan kepada
pelanggan, diletakkan di rak toko, atau ditunjukkan kepada pemangku kepentingan.
6. Sprint diakhiri dengan review sprint dan retrospektif.
7. Seiring sprint berikutnya dimulai, tim memilih item lain lagi dari backlog produk dan mulai
bekerja lagi.
8. Hal ini berlangsung sampai proyek dianggap selesai, baik karena deadline dan budget atau
dengan melengkapi seluruh daftar item yang sudah ditentukan di awal.

2.2.Peran-peran dalam Scrum

Ada tiga peran berbeda yang diperlukan dalam melakukan metode Scrum, yaitu:
1.Master Scrum
Memastikan prosedur diikuti, memastikan semua berjalan lancar, dan melindungi tim dari gangguan.
Master Scrum berbeda dari manajer proyek tradisional dalam banyak hal, termasuk peran ini tidak
memberikan arahan sehari-hari kepada tim dan tidak memberikan tugas kepada individu.
1.Product Owner (Pemilik Produk)
Biasanya merupakan orang yang dianggap paling penting dari sebuah proyek. Bagian dari tanggung
jawab pemilik produk adalah memiliki visi tentang apa yang ingin dia buat dan menyampaikan visi
tersebut kepada tim Scrum. Tugas utama Pemilik Produk adalah untuk menjadi nilai bagi stakeholder atau
pemegang saham.

11
3.Tim Scrum
Sebuah tim Scrum adalah tim yang bisa mengatur pekerjaan mereka sendiri dan merupakan sebuah tim
yang lintas fungsional. Member tim akan melakukan analisis, implementasi, perancangan, pengujian, dan
lain-lain. Meskipun individu dapat bergabung dengan tim dengan berbagai jabatan, di Scrum, judul
tersebut tidak signifikan.

Metodologi scrum menyatakan bahwa setiap orang berkontribusi dengan cara apa pun yang mereka bisa
untuk menyelesaikan pekerjaan pada setiap sprint. Individu dengan demikian akan menghabiskan
sebagian besar (dan terkadang semua) waktu mereka bekerja dalam disiplin apa pun yang mereka ketahui,
baik itu analisis, desain, pengembangan, tes dan lain lain.

2.3.Apa yang membuat Scrum menarik?

Ada beberapa poin penting untuk Scrum yang membuat banyak orang tertarik untuk menggunakannya,
misalnya:
1. Berorganisasi sendiri dengan fokus pada tim.
2. Tidak perlu dokumentasi dalam jumlah besar. Scrum menggunakan pendekatan yang to the point
dalam membagikan tugas atau menanyakan progress.
3. Tim Scrum adalah sebuah tim yang memiliki lintas fungsional sehingga bisa bekerja sama
sebagai satu kesatuan.
4. Komunikasi yang kuat dan banyak interaksi.
5. Memiliki ritme yang pasti dan berulang untuk menyelesaikan pekerjaan dalam waktu maksimal
30 hari.
6. Alih-alih mencoba melakukan keseluruhan pekerjaan pada saat bersamaan, Scrum membantu
menyelesaikannya satu persatu dengan interval waktu yang ditentukan.
7. Mengaplikasikan Scrum dapat membuat anggota tim member Anda merasa dipercaya dan Anda
juga tahu member mana yang ahli di bidangnya dan bisa mengerjakan tugasnya sehingga tidak
ada tunggu-menunggu.

2.4.Cara Implementasi Scrum

Untuk mencoba metode Scrum, Anda bisa memulai dengan mengerjakan satu proyek yang sederhana dan
singkat. Dengan begitu, Anda bisa membantu tim Anda untuk memiliki pola pikir yang benar mengenai
metode Scrum.
Perlu diingat bahwa sama dengan kerja tim pada umumnya, beberapa orang dalam tim akan menyukainya
dan beberapa orang akan membencinya. Ini sangat normal dan Anda harus mendorong orang-orang di tim
untuk mencobanya dengan benar sebelum mereka menyerah. Jika seseorang akhirnya menyerah, lepaskan
mereka dari tim dan biarkan orang lain masuk.
Untuk memulainya, Anda bisa mengikuti langkah-langkah berikut:

12
1. Tentukan Tim Scrum pertama Anda
Tim terdiri dari 5-9 anggota. Semua anggota ini memiliki kombinasi kompetensi dan dapat mencakup
untuk menjadi developer, penguji, pendukung, perancang, analisis bisnis, dan lain-lain. Semua anggota
terus bekerja sama. Tim itu sendiri bertanggung jawab untuk memastikan bahwa mereka akan
memproduksi produk yang bisa dipresentasikan di akhir setiap sprint.
2. Tentukan panjang atau lamanya Sprint Anda
Sprint adalah tenggang waktu yang berlangsung antara 7 dan 30 hari, dan biasanya tetap sama panjang
selama proyek berlangsung. Tentukan tenggang waktunya dalam sebuah meeting perencanaan dan tim
tersebut harus berkomitmen untuk menyelesaikan pekerjaan ini.
Pada akhir sprint, Anda sebaiknya mengadakan sebuah review atau ulasan (bisa berupa meeting) dengan
demonstrasi hasil kerja.
Di sini perbaikannya ditinjau dan dikerjakan agar sprint berikutnya bisa direncanakan. Jika Anda masih
tidak yakin dengan tenggang waktu, Anda bisa mulai dengan 2 minggu terlebih dahulu.
3. Tunjuk Seorang Master Scrum
Scrum Master adalah seorang katalisator untuk sebuah kelompok scrum. Mereka memastikan bahwa
kelompok scrum bekerja secara efektif dan progresif. Jika terjadi hambatan, master Scrum akan
menindaklanjuti dan menyelesaikan masalah untuk tim tersebut.
Master Scrum memang bisa dianggap sebagai manajer proyek untuk tim tersebut, kecuali orang tersebut
tidak boleh mendikte apa yang tim kerjakan dan seharusnya tidak terlibat dalam pengelolaan mikro
sekalipun. Master Scrum akan membantu tim dalam merencanakan pekerjaan sprint yang akan datang.
4. Tunjuk Pemilik Produk (Product Owner)
Pemilik Produk harus merupakan seseorang yang dapat bertanggung jawab memastikan tim menghasilkan
sebuah produk yang bisa dipresentasikan dan pasarkan ke bisnis, klien atau siapapun yang menginginkan
hasil proyek tersebut (pembeli akhir).
Pemilik Produk biasanya menuliskan persyaratan sehubungan dengan apa yang diinginkan dari produk
tersebut dalam bentuk sebuah cerita, kemudian memprioritaskan item-item dalam proses pembuatan, dan
memasukkannya ke backlog.
5. Buat Backlog Produk Awal
Produk backlog adalah daftar keinginan yang berupa semua cerita pengguna yang diharapkan akan dibuat
dan diselesaikan dalam proyek tersebut. Cerita yang paling penting harus berada di urutan teratas daftar,
jadi keseluruhan simpanan tersusun secara teratur berdasarkan urutan kepentingan cerita.
Sebuah simpanan biasanya berisi 2 jenis item pekerjaan:
Epics – Cerita tingkat tinggi yang sketsanya sangat kasar tanpa banyak detail.
Stories – Persyaratan lebih rinci untuk apa yang harus dilakukan (mungkin dilakukan).
Sebuah epics biasanya dapat dibagi menjadi beberapa cerita.

13
Sebuah cerita biasanya akan dipecah menjadi beberapa tugas terpisah sehingga tim dapat bekerja dan
melaporkan progressnya nanti. Stories juga bisa memiliki beberapa tipe seperti development, bug, tugas,
dan lain lain. Stories baru dapat ditulis dan ditambahkan ke backlog produk kapan saja dan oleh siapa
saja.
Jika sebuah epic meningkat dalam prioritas, sebaiknya masukkan detail yang lebih rinci agar tim dapat
mulai mengerjakannya. Pemilik Produk bebas untuk memprioritaskan kembali backlog sesuai dengan
keinginan dia.
Contoh stories yang bisa dikembangkan menjadi produk:
Sebagai power user, saya bisa menentukan file atau folder yang akan di backup berdasarkan ukuran file,
tanggal yang dibuat dan tanggal dimodifikasi.
Sebagai pembelanja buku, saya bisa membaca ulasan sebuah buku pilihan untuk membantu saya
memutuskan apakah akan membelinya.
Seorang nasabah bank bisa mengganti PIN-nya
6. Rencanakan dan Mulailah Sprint Pertama Anda
Berdasarkan prioritas backlog, tim sekarang mengambil item dari daftar (biasanya dari paling atas). Tim
lalu melakukan brainstorming dan memutuskan apa dan berapa banyak yang bisa mereka selesaikan
dalam sprint mendatang. Ini disebut rapat perencanaan sprint.
Begitu tim setuju, sprint dimulai dan tim dapat mulai mengerjakan proyeknya.
7. Tutup Arus dan Mulai Sprint Berikutnya
Bila akhir tenggat waktu sudah tercapai dan semua pekerjaan yang direncanakan sudah lengkap
dilakukan, tergantung pada tim untuk memutuskan apakah pekerjaan yang tersisa harus ditransfer ke
sprint berikutnya atau dimasukkan kembali ke dalam backlog.
Setiap sebuah tim menyelesaikan tugasnya, tim disarankan untuk melakukan retrospektif di mana mereka
mendiskusikan apa yang berjalan dengan baik dan apa yang bisa diperbaiki untuk sprint berikutnya.
Setelah itu, pertemuan perencanaan sprint untuk sprint berikutnya dimulai dan prosesnya diulang.
Tidak ada batasan untuk jumlah sprint kecuali jika ditetapkan oleh deadline (berdasarkan budget atau
waktu) atau seluruh backlog selesai. Jika tidak satu pun kriteria ini terpenuhi, sprint terus berlanjut tanpa
batas waktu.

2.5.Kegiatan yang harus dilakukan sebagai bagian dari Scrum

Sebagai bagian dari scrum, ada beberapa kegiatan yang harus dilakukan, yaitu:
1. Rapat Perencanaan
Pertemuan Perencanaan Sprint adalah titik awal Scrum. Ini adalah pertemuan dimana seluruh tim Scrum
berkumpul; Bekerja sama dengan Product Owner dan Master Scrum, tim memilih story dari backlog dan
brainstorm secara bersama-sama. Berdasarkan percakapan, kelompok Scrum memutuskan kompleksitas
story dan memutuskan mana yang harus masuk ke sprint.
2. Melengkapi Pekerjaan

14
Seperti judulnya, perlu bagi tim untuk menyelesaikan pekerjaan untuk kemajuan proyek. Orang-orang di
tim bekerja pada epics atau story sampai mereka selesai dan kemudian mereka beralih ke yang
berikutnya. Biasanya story disusun di papan dengan langkah-langkah terpisah, jadi mudah untuk
merasakan bagaimana sprint tersebut berkembang.

3. Pertemuan Scrum Harian

Melalui siklus sprint, setiap hari tim scrum bertemu maksimal lima belas menit (biasanya di pagi hari).
Ada 3 hal yang akan dibahas oleh setiap member tim, yaitu:
Apa yang saya lakukan kemarin?
Apa yang ingin saya lakukan hari ini?
Jelaskan jika orang tersebut memiliki sesuatu yang menghalangi mereka menyelesaikan pekerjaan mereka
pada hari itu.
4. Pertemuan Review Sprint
Setelah setiap sprint, tim mengadakan Sprint Review Meeting untuk menunjukkan progress kerja kepada
Product Owner dan orang lain yang tertarik. Pertemuan tersebut harus menampilkan demonstrasi
langsung, bukan sebuah laporan. Pemilik Produk dapat memverifikasi story sesuai dengan kriteria
penerimaan mereka.
5. Rapat Retrospektif
Pertemuan retrospektif terjadi setelah pertemuan review. Kelompok Scrum bertemu dan berbicara
mengenai hal-hal berikut:
Apa saja yang terjadi dengan baik selama sprint
Apa saja yang tidak berjalan seperti yang direncanakan dalam sprint.
Pelajaran yang dipelajari
Item tindakan yang harus ditindaklanjuti.
Dari pembahasan di atas dapat dilihat bahwa Scrum adalah solusi bagus untuk mendukung perkembangan
proyek yang cepat dari hampir semua jenis proyek. Ini sangat efektif dalam menjamin efektifitas bagi
organisasi manapun.

2.6.Tugas Utama Scrum Master

Memberikan layanan kepada Tim Scrum dengan cara

 Memberikan coaching kepada Product Owner dan Tim Development mengenai Agility dan Agile
practices yang bisa meningkatkan nilai produk yang sedang dikembangkan.
 Memberikan coaching kepada Tim Development agar dapat mengembangkan software yang
berkualitas tinggi dan tidak membuat technical debt di dalam software dengan menggunakan

15
 modern software engineering practices seperti: Test driven development, clean coding,
continuous delivery, etc.
 Memberikan coaching kepada Product Owner mengenai perannya dan bagaimana ia dapat
membuat strategi pengembangan produk, memonitor progress dan mengkuantifikasikan nilai dari
produk yang dikembangkan oleh Tim Development di setiap Sprint.
 Memfasilitasi diskusi, pembuatan keputusan, dan resolusi konflik di dalam Scrum Team bila
diperlukan.
 Meningkatkan flow efficiency dari software delivery process dengan cara menghilangkan
hambatan dan mengoptimalkan proses kolaborasi antar anggota Scrum Team dan orang-orang
yang berinteraksi dengan Scrum Team.
 Memfasilitasi diskusi dengan semua anggota Scrum Team untuk meningkatkan kualitas delivery
process.
 Memastikan semua anggota Scrum Team memahami Agile principles dan Scrum values:
commitment, courage, focus, openness and respect dan kaitannya dengan elemen-elemen yang
ada di dalam Scrum.
Memberikan layanan kepada product owner dengan cara:
 Memfasilitasi kegiatan scrum sesuai kebutuhan.
 Membantu Tim Scrum memahami kebutuhan akan item Backlog Produk yang jelas dan ringkas.
 Memahami perencanaan produk di lingkungan kerja.
 Memastikan bahwa product owner mengetahui bagaimana mengatur Product Backlog untuk
memaksimalkan nilai suatu product.
 Memahami dan melatih ketangkasan.
 Menemukan teknik pengelolaan Backlog Produk yang efektif.

16
2.7.Contoh hasil methode scrum
Secara umum scenario sistem yang dibutuhkan untuk merancang Smart Parking System adalah sebagai
berikut:

Gambar 2.7 elicitation notes

Berdasarkan informasi yang diperoleh diatas maka berikut ini adalah rancangan sistem Smart Parking
dengan menggunakan metode Scrum:

1.Product Backlog
Berdasarkan informasi yang diperoleh maka sistem Smart Parking yang akan dikembangkan dapat dibagi
menjadi 3 (tiga) kategori besar yaitu:

Table 2.1 produk blacklog

17
2.sprint Backlog
Sprint 1

Table 2.2 sprint 2

18
Table 2.3 future sprint
3.Sprint
Sprint 1
Pendefinisian Proses
Proses Autentikasi:
1. Petugas memasukkan Kode Petugas beserta PIN (PIN akan diperoleh petugas pada saat petugas
tersebut menjadi petugas parker untuk pertama kalinya)
2. Sistem akan mencocokkan Kode Petugas dengan PIN yang dimasukkan apakah sesuai dengan
yang ada di database atau tidak
3. Apabila Kode Petugas dan PIN tidak sesuai maka proses authentikasi akan ditolak dan apabila
petugas sampai tiga kali salah memasukkan Kode Pegawai dan PIN, sistem akan mengunci
proses authentikasi
4. Apabila Kode Petugas dan PIN sesuai maka sistem akan mencatat tanggal masuk serta jam masuk
petugas dan petugas dapat melakukan akses ke sistem Smart
Parking, yang diawali dengan pop up “Autentikasi Berhasil Selamat Datang <Nama Petugas>”
5. Dan apabila petugas akan keluar dari sistem maka petugas dapat menekan tombol
Log Out dan sistem akan mencatat jam keluar dari petugas dan akan muncul pop up “<Nama
Petugas> Anda Yakin Untuk Keluar” apabila petugas menekan Ya maka akan muncul pop up
“Logout Berhasil” dan apabila petugas menekan Tidak maka sistem akan kembali seperti pada
saat Log In
Proses Masuknya Kendaraan:
1. Setiap kendaraan yang masuk akan dicatat No Plat Kendaraan dan sistem akan melakukan
pengisian tanggal jam masuk kendaraan sesuai dengan informasi tanggal dan jam di komputer,
dengan cara petugas menekan tombol Kendaraan Masuk dan menulis No Plat
2. Sistem akan mencatat No Plat Kendaraan, Jam Masuk, serta No Petugas yang sedang Log In
3. Setelah sistem melakukan pencatatan maka melalui sistem akan dicetak karcis parkir pada saat
petugas menekan tombol Cetak
4. Karcis parkir yang telah dicetak akan diserahkan kepada pengemudi
Proses Keluarnya Kendaraan:
1. Pengemudi akan menyerahkan karcis parkir sebagai bukti proses validitas antara karcis dan plat
nomor kendaraan yang keluar
2. Apabila ada ketidaksesuaian antara plat nomor kendaraan yang keluar dengan yang tertera di
karcis maka proses ini akan berhenti
3. Apabila sesuai antara plat nomor kendaraan yang keluar dengan yang tertera di karcis maka
petugas akan memasukkan no plat dengan menekan tombol Kendaraan
Keluar serta menekan tombol OK apabila petugas sudah mengisi No Plat
4. Sistem akan melakukan perhitungan biaya parkir kendaraan dengan menampilkan pop up yang
berisi informasi jam masuk dan jam keluar serta total bayar di komputer dan menampilkan total
bayar di display sebagai informasi untuk pengemudi
5. Pengemudi akan melakukan pembayaran sesuai dengan jumlah yang tertera

19
Perancangan Konseptual Sistem

gambar 2.3 perencangan konsep

table 2.4 sprint 2 perancangan database

20
Perancangan Interface Autentikasi

Table 2.5 penjelasan interface Autentikasi

21
table 2.6 penjelasan interface masuknya kendaraan

22
Sistem ini akan terintegrasi dengan sistem pelaporan serta sistem valet parking service yang akan
dirancang pada tahapan selanjutnya sesuai dengan pelaksanaan proyek yang ada.

Dengan adanya pengitegrasian sistem tersebut maka sistem ini akan membantu tingkat manajerial untuk
melakukan penilaian kinerja dari petugas, kondisi parkir serta penilaian lain seperti melihat waktu sibuk
area parkir, dan sebagainya.

Dengan adanya pengintegrasian sistem ini, maka informasi yang dihasilkan tepat waktu, reliable, akurat,
informatif, serta dapat mendukung penuh pengambilan keputusan oleh tingkat manajerial.

4.Deliverable
Rancangan sistem ini akan dikirimkan ke user melalui rapat dan presentasi yang dilakukan oleh pihak
sistem analis.

Sebagai sebuah rancangan sistem maka tahapan ini akan mengalami koreksi yang berasal dari user.

Berikut ini merupakan Grafik (Burn Down Chart) yang menunjukkan sisa waktu pengerjaan untuk
masing-masing sprint yang telah didefinisikan di awal.

Pada grafik ini terlihat bahwa ada satu sprint yang belum dikerjakan hal ini dikarenakan future sprint ini
tidak menjadi fokus perancangan sistem saat ini, jadi tidak terlihat progress pengerjaan dari sprint ini.

gambar 2.4 burn down chart

23
 Bab 3
KESIMPULAN DAN SARAN

3.1 KESIMPULAN

Risiko pada kategori manajemen proyek merupakan risiko-risiko yang terkait dengan bagaimana
proses proses yang terjadi dalam menjalankan proyek. Risiko risiko yang terkait dengan acara pada
Scrum juga termasuk kedalam risiko kategori manajemen proyek seperti Sprint Planning kurang matang,
Daily Scrum kurang efektif, Sprint Retrospektive tidak rutin diadakan, dan tambahan pekerjaan ditengah
Sprint. Risiko terkait dengan acara Scrum termasuk kedalam kategori manajemen proyek karena Scrum
itu sendiri merupakan upaya untuk manajemen suatu pengerjaan produk perangkat lunak. Risiko-risiko
pada kategori manajemen proyek ini disebabkan oleh banyak hal seperti karakter 132 atau pengalaman
kerja dari tim Scrum, dan peranan manajemen dalam Scrum.Risiko pada kategori manajemen proyek
secara umum mengakibatkan proses pengembangan perangkat lunak menjadi kurang baik.

Risiko pada kategori organisasi merupakan risiko risiko yang terkait dengan sumber daya di
organisasi. Sumber daya tersebut salah satunya adalah sumber daya manusia. Risiko yang termasuk
kedalam kategori organisasi ini antara lain adanya dependency, bekerja dengan tidak maksimal, jumlah
atau komposisi anggota tim tidak efektif, tidak adanya Product Owner yang khusus, kurangnya
keterlibatan QA didalam proses Scrum, dan meeting tambahan yang mengganggu. Risiko-risiko ini secara
umum disebabkan karena kurang tepatnyacara organisasi mengatur sumber daya manusia yang ada untuk
bekerja dengan baik dalam mengembangkan produk perangkat lunak. Risiko pada kategori organisasi
secara umum menyebabkan kurang baiknya proses interaksi dalam pengembangan perangkat lunak
sehingga kualitas produk yang dihasilkan menjadi buruk.

6.2 SARAN

Pada penelitian ini telah diidentifikasikan risiko-risiko yang terjadi pada beberapa perusahaan
yang mengimplementasikan Scrum. Risiko-risiko ini merupakan risiko-risiko yang terjadi didalam
penggunaan kerangka kerja Scrum. Risiko yang terjadi ini dapat menghambat tim Scrum dalam
menggunakan kerangka kerja Scrum dengan baik sehingga dapat membuat proses pengembangan
perangkat lunak menjadi terganggu. Risikorisiko tersebut juga sudah dikelompokan kedalam beberapa
kategori untuk memudahkan perusahaan dalam pengambilan keputusan terkait dengan risiko yang ada.

24
Masing-masing risiko yang telah teridentifikasi tersebut dapat dikembangkan lebih mendalam lagi
kedalam penelitian yang baru. Penulis menyarankan penelitian untuk memperdalam masing-masing risiko
yang teridentifikasi untuk mengetahui seberapa besar pengaruh risiko tersebut terhadap organisasi atau
134 proyek. Penelitian selanjutnya juga dapat melakukan analisis kualitatif risiko. Untuk itu, diperlukan
datamengenai frekuensi terjadinya risiko. Frekuensi terjadinya risiko dan dampak yang dihasilkan dapat
menghasilkan risk rangking untuk mengetahui risiko mana yang seharusnya ditangani terlebih
dahulu.Risk ranking tersebut dapat dicapai dengan membangun probability impact matrix. Untuk itu,
perlu adanya data frekuensi terjadi risiko beserta dengan ukuran dari dampak risiko agar dapat
membangun probability impact matrix yang dapat menunjukan risiko yang harus ditangani oleh
perusahaan terlebih dahulu.

25
 Daftar Pustaka
 https://www.karyaone.co.id/blog/scrum-adalah/#
 https://www.dewaweb.com/blog/scrum-methodology-panduan-project-management/
 https://www.karyaone.co.id/wp-content/uploads/2020/10/Contoh-Scrum-1-_-Merancang-
Smart-Parking-System.pdf

26