DOI: https://doi.org/10.37365/jti.v9i2.168

## PENGEMBANGAN APLIKASI OPERASIONAL RESTORAN DENGAN FRAMEWORK SCRUM (STUDI KASUS: RESTORAN PT.XYZ)
I Gusti Ngurah Suryantara 1 , Michael 2 , Johanes Fernandes Andry 3 , Jusia Amanda Ginting 4
1,2,4 Informatika
3 Sistem Informasi
1,2,3,4 Universitas Bunda Mulia, Jakarta, Indonesia Correspondence email : gusti@bundamulia.ac.id
Article history: Submission date: July-16-2023   Revised date: November-23-2023     Published date: November-28-2023

## ABSTRACT
In software development, it is necessary to plan carefully, so that the software developed is in accordance with user needs. Software development without good planning will result in a patchwork of software development. To avoid the patchwork  of  software  development,  a  software  development  framework  is  required.  The  research  "Developing Restaurant  Operational  Applications  With  Scrum  Framework  (Case  Study:  PT.XYZ  Restaurant)"  aims  to  develop restaurant  operational  software  at  PT.  XYZ.  The  software  development  framework  used  in  software  development uses the Scrum framework. The Scrum framework is a variant of the Agile framework. Agile has a dynamic way of working  (iterative  and  incremental).  The  Scrum  framework  has  a  product  backlog,  then  the  product  backlog  is divided into several sprints. One sprint will be run in one iteration, so that each end of a product sprint that meets the  definition  of  “Done”  must  be  achieved.  The  use  of  the  Scrum  framework  emphasizes  communication  and collaboration between various stakeholders. The result of this research is a software that helps restaurant operations at  PT.  XYZ  starting  from  master  files,  transactions  files,  to  reports  files . By  using  the  Scrum  framework  in application development,  the  application development  life  cycle  is  created . Software  development  can  be  done  by implementing  an  enterprise  architecture  that  already  belongs  to  a  company.  Data  architecture,  application architecture, and technology architecture as the basis for application development in the enterprise.
Keywords: Agile, Scrum, Framework, Master Files, Transactions Files, Reports Files.

## ABSTRAK
Dalam  pengembangan  perangkat  lunak  perlu  direncanakan  dengan  matang,  sehingga  perangkat  lunak  yang dikembangkan  sesuai  dengan  kebutuhan  pengguna.  Pengembangan  perangkat  lunak  tanpa  perencanaan  yang  baik akan  mengakibatkan  pada  tambal  sulam  pengembangan  perangkat  lunak.  Untuk  menghindari  tambal  sulam pengembangan  perangkat  lunak,  maka  diperlukan  kerangka  kerja  pengembangan  perangkat  lunak.  Pada  penelitian “Pengambangan  Aplikasi  Operasioanal  Restoran  Dengan Framework Scrum  (Studi  Kasus:  Restoran  PT.XYZ)” bertujuan untuk mengembangkan perangkat lunak operasional restoran di PT.XYZ.  Kerangka kerja pengembangan perangkat  lunak  yang  digunakan  dalam  pengembangan  perangkat  lunak  menggunakan  kerangka  kerja  Scrum. Kerangka  kerja  Scrum  merupakan  salah  satu  varian  dari  kerangka  kerja Agile . Agile memiliki  cara  kerja  yang dinamis  ( iterative dan incremental ).  Pada  kerangka  kerja  Scrum  memiliki product  backlog ,  kemudian product backlog dibagi ke dalam beberapa sprint. Satu sprint akan dijalankan dalam satu iterasi,  sehingga setiap  akhir dari satu sprint produk  yang  sesuai  dengan  definisi  “ Done ”  harus  dicapai.  Penggunaan  kerangka  kerja  Scrum menekankan  pada  komunikasi  dan  kolaborasi  antar  berbagai  pihak  yang  terkait.    Adapun  hasil  dari  penelitian  ini adalah  sebuah  perangkat  lunak  yang  membantu  operasioanal  restoran  di  PT.XYZ  mulai  dari  file  master,  file transaksi,  sampai  file  laporan.  Dengan  menggunakan  kerangka  kerja  Scrum  dalam  pengembangan  aplikasi  maka tercipta  daur  hidup  pengembangan  aplikasi.  Pengembangan  perangkat  lunak  bisa  dilakukan  dengan mengimplementasikan  arsitektur enterprise yang  sudah  dimiliki  suatu  perusahaan.    Arsitektur  data,  arsitektur aplikasi, dan arsitektur teknologi sebagai dasar dalam pengembangan aplikasi pada enterprise .
Kata Kunci: Agile , Scrum, Framework , File Master, File Transaksi, File Laporan.
DOI: https://doi.org/10.37365/jti.v9i2.168
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri

## PENDAHULUAN
Restoran  PT.  XYZ  adalah  sebuah  perusahaan yang bergerak dalam bidang restoran. Untuk menjalankan  proses  bisnisnya  Restoran  menginginkan dilakukan secara komputerisasi. Sehingga semua proses bisnis  yang  berjalan  ditunjang  oleh  Teknologi Informasi/Sistem  Informasi  (TI/SI)  (Suryantara,  2022). Dalam  berinvestasi  TI/SI  diperlukan  perencanaan  yang matang  sehingga  mencapai  tujuan  yang  diinginkan dalam  berinvestasi  TI/SI.  Dalam  hal  investasi  TI/SI Restoran  PT.XYZ  tidak  sangat  memperhitungkan antara biaya  yang dikeluarkan dalam berinvestasi  TI/SI dengan  nilai  manfaat  yang  akan  didapatkan  oleh  pihak perusahaan. Software Engineering (Rekayasa Perangkat Lunak)  (Rafianto,  2021)  sebagai  suatu  disiplin  ilmu yang  dapat  digunakan  untuk  mengetahui  kebutuhan pengguna  terhadap  aplikasi  yang  akan  dikembangkan, sehingga  dalam  pengembangan  aplikasi  dilakukan secara  proaktif  dan  komprehensif  untuk  merespon masalah-masalah  yang  terjadi  selama  pengembangan aplikasi.
Dalam pengembangan aplikasi maka diperlukan suatu kerangka kerja (Fernando, 2018)pengembangan aplikasi sehingga dapat memantau setiap  progress  dalam  pengembangan  aplikasi.  Dalam hal ini kerangka kerja yang digunakan adalah kerangka kerja  Scrum  (Farokhah,  2020).    Restoran  PT.XYZ selama  ini  sudah  memiliki  konsep  aplikasi  yang  akan dikembangkan  berdasarkan  proses  bines  yang  berjalan selama  ini.  Dari  proses  bisnis  yang  berjalan  selama  ini akan  dipetakan  ke  dalam  berbagai  modul  dalam aplikasi. Sehingga aplikasi yang dibuat setiap modulnya dapat  memberikan  nilai  manfaat  pada  setiap  kegiatan yang  ada  pada  bisnis  proses  yang  berjalan  selama  ini. Berdasarkan  bisnis  proses  yang  sudah  berjalan  selama ini diterjemahkan ke dalam pengembangan pengembangan  aplikasi,  maka  pada  penelitian  kali  ini adalah  mengimplementasikan  kerangka  kerja  Scrum dalam  pengembangan  aplikasi.  Kerangka  kerja  Scrum dipilih karena  mempunyai sifat fleksibel (Andipradana, 2021).  Dengan  adanya  tahap  implementasi,  maka memberikan  gambaran  secara  utuh  mengenai  daur hidup pengembangan aplikasi (Hutrianto, 2020).
Scrum  merupakan  salah  satu  dari  kerangka kerja yang mengadopsi kecepatan ( Agile ) (Darmansyah, 2019)  dalam  pengembangan  aplikasi.  Bagaimana pembuatan user  stories ,  dari user  stories dipetakan  ke dalam backlog ,  dari backlog di  bagi-bagi  ke  dalam sprint (Ependi,  2018),  kemudian  setiap sprint dijalankan sampai “ Done ” yang ditandai dengan grafik burn  down .  Sehingga  dengan  menggunakan  Scrum dalam pengembangan aplikasi, mendapatkan daur hidup (SDLC; System  Development  Life  Cycle )  (Suharno, 2020)  pengembangan  aplikasi  yang  menyelaraskan dengan bisnis proses yang sudah berjalan selama ini di
Restoran  PT.XYZ.  Pengembangan  aplikasi  merupakan salah  satu  dari  wujud  komitmen  dari  pemangku kebijakan  dalam  mewujudkan  investasi  TI/SI  untuk menunjang bisnis proses. Permasalahan pengembangan aplikasi  yang  sering  terkendala  pada  suatu  perusahaan dikarenakan  banyak  faktor,  salah  satu  penyebabnya tidak berangkat dari bisnis proses yang sudah berjalan. Dengan  adanya  pemahaman  bisnis  proses  yang  sudah berjalan pengembangan aplikasi yang diimplementasikan dengan
kerangka kerja pengembangan  aplikasi  maka  setiap  proses  (Rizaldi, 2017)  yang  ada  pada  bisnis  proses  dapat  dipetakan dengan  kerangka  kerja  pengembangan  aplikasi. Kerangka  kerja  pengembangan  aplikasi  seperti  Scrum, Agile , eXtreme Programming (XP), Waterfall (Kurniawan, 2019), dan yang lainnya.
Sumber: (Suryantara et al., 2023) Gambar 1. Kerangka Kerja Scrum
Tahapan-tahapan yang dilakukan pada kerangka kerja  Scrum  pada  penelitian  ini  terdiri  dari  5  tahapan yaitu:
1. Pembuatan User Stories , pada tahap  ini menentukan
spesifikasi aplikasi yang dikembangkan,  berdasarkan user  stories .  Hasil dari  tahap  ini  berupa user  stories seperti  pada tabel 1.
2. Menentukan Product  Backlog (Prabowo,  2021), pada tahap ini membuat product backlog , product backlog berisi  daftar  kebutuhan  atau  fitur berdasarkan breakdown dari user  stories .  Hasil dari  tahap  ini  berupa  penentuan product  backlog seperti pada tabel 2.
3. Menentukan Sprints (Prabowo,  Sistem  Informasi UMKM  Bengkel  Berbasis  Web  Menggunakan Metode SCRUM, 2021), pada tahap  ini menjalankan sprints berisi  rincian task atau pekerjaan  yang  ditentukan  pada product  backlog sesuai  dengan  durasi  waktu  yang  ditentukan, berdasarkan  jam  kerja  diasumsikan  jam  kerja adalah  8  jam  per  hari,  dan  5  hari  kerja  dalam  1
DOI: https://doi.org/10.37365/jti.v9i2.168
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri
minggu. Hasil dari tahap ini seperti tabel 3 sampai dengan tabel 7.
4. Scrum Meetings , pertemuan rutin yang dilaksanakan  untuk  melakukan  evaluasi  apa  yang telah  dikerjakan,  hambatan  (kendala)  yang  ada, target penyelesaian. Tahap ini merupakan
meetings harian.
5. Demo  Aplikasi,  proses  mendemokan  aplikasi kepada  pengguna  sehingga  dapat  dievaluasi  oleh pengguna ( user ).
Tahap  1  sampai  dengan  tahap  5  di breakdown secara  detail  pada  point  (B)  dengan  sub  judul  Tahapan Kerangka Kerja SCRUM.

## METODE PENELITIAN
Pada  penelitian  ini  menggunakan  kajian  yang bersifat  kualitatif,  sehingga  mengetahui  permasalahan secara menyeluruh  ( holistic )  mengenai  tahapan pengembangan  aplikasi  dengan  kerangka  kerja  Scrum pada restoran PT. XYZ yang  menjadi objek penelitian. Aplikasi yang dikembangkan pada penelitian ini adalah aplikasi  dibidang  restoran.  Untuk  itu  ditempuh beberapa  pendekatan  seperti:  pengumpulan  data  terdiri dari  observasi,  wawancara  dan  diskusi  yang  terfokus pada pemangku kebijakan utama di bagian bisnis proses restoran,  manajer  dan  direktur  yang  terlibat  dalam bisnis  proses  restoran.  Hasilnya  digunakan  sebagai kajian  dalam  pengembangan  aplikasi  restoran  dengan kerangka kerja Scrum.  Untuk  menghasilkan daur hidup pengembangan aplikasi maka digunakan kerangka kerja Scrum.  Kerangka  kerja  Scrum  merupakan  sebuah kerangka  kerja Agile (dinamis)  yang  terdiri  dari pembuatan user  stories ,  pembuatan product  backlog , dan menjalankan sprint .
Populasi  dan  sampel  dalam  penelitian  ini digambarkan  dalam  bentuk user  stories yang menggambarkan kebutuhan pengguna terhadap aplikasi yang  dibuat.  Dari user  stories ditindaklanjuti  dengan pembuatan product  backlog yang  lebih  rinci  ke  dalam bentuk  fitur product  backlog ,  estimasi  (jam),  tingkat kesulitan,  prioritas backlog ,  dan  scrum sequence .  Dari product  backlog dijalankan  dalam  bentuk sprint pada setiap product backlog .  Setiap sprint bila  selesai dijalankan  maka  dibuatkan  grafik burn  down untuk mengetahui progress pengerjaan sprint .  Adapun prosedur  penelitian  yang  digunakan  pada  penelitian  ini
ditampilkan seperti pada gambar 2. Setiap tahapan pada prosedur  penelitian  dilakukan  secara  terukur  dan sistematis. Prosedur ini merupakan tahapan keseluruhan yang  dilakukan  pada  setiap  penelitian  di  restoran PT.XYZ.
Sumber: (Suryantara et al., 2023) Gambar 2. Prosedur Tahapan Penelitian

## HASIL DAN PEMBAHASAN
Tahap  mem- breakdown dengan  Scrum  pada penelitian ini dibagi menjadi:
1. Perancangan use  case  diagram ,  pada  fase  ini merupakan  pemodelan  proses  bisnis  pada restoran  PT.XYZ  yang  dimodelkan  dengan use case diagram seperti pada gambar 3.
2. Tahapan  kerangka  kerja  Scrum,  pada  fase  ini adalah  pengembang  aplikasi  menggunakan kerangka  kerja  scrum  untuk  menjalankan product backlog seperti pada tabel 1, dan sprints seperti tabel 5 sampai dengan tabel 9.

## A. Perancangan Use Case Diagram
Dalam  pengembangan  perangkat  lunak  di restoran  PT.XYZ  rancangan  proses  digambarkan dengan  menggunakan use  case  diagram untuk menggambarkan  fungsi  apa  saja  yang  ada  pada  proses bisnis  restoran  di  restoran  PT.XYZ  sekaligus menggambarkan  siapa  saja  yang  berhak  menggunakan aplikasi  tersebut  nantinya  dalam  menunjang  jalannya proses  bisnis.  Hasil  dari  tahap  ini  berupa  pemodelan proses  bisnis  yang  digambarkan  dengan use  case diagram seperti pada gambar 3.

## 1.
Use Case Diagram Proses Bisnis
Pada gambar 3 mengilustrasikan proses bisnis di restoran  PT.XYZ,  pengguna  berinteraksi  dengan aplikasi  melalui login ,  bila  saat login benar  maka pengguna dapat berinteraksi dengan menu aplikasi.
DOI: https://doi.org/10.37365/jti.v9i2.168
VOL. 9 No. 2 November 2023 P-ISSN : 2460-2108 E-ISSN : 2620-5181
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri
Sumber: (Suryantara et al., 2023)
Gambar 3. Use Case Diagram Proses Bisnis

## B. Tahapan Kerangka Kerja Scrum
Berdasarkan  latar  belakang  dari  permasalahan yang  ada,  maka  pada  tahap  selanjutnya  pengembangan aplikasi  di  restoran  PT.XYZ  dengan  tahapan  kerangka kerja  Scrum.  Adapun  kebutuhan  perangkat  lunak berdasarkan fungsionalnya meliputi:
1. Kebutuhan  perangkat  lunak  untuk  dokumentasi pengembangan:
a. Sebagai pengguna, pengguna bisa
mendapatkan  atau  melihat  Gambaran  desain sistem.
b. Sebagai pengguna, pengguna bisa
mendapatkan atau melihat Gambaran mengenai sistem.
2. Kebutuhan perangkat lunak berdasarkan fungsionalnya:
a. Aplikasi harus bisa mengelola data bahan baku yang  dibutuhkan,  data supplier dan  data-data
yang  terkait  dengan  isi  dari  menu-menu  yang dijual.
c. Aplikasi  harus  bisa  mengelola  data  transaksi pembelian  bahan  baku  dari supplier dan  data penjualan.
d. Aplikasi  harus  bisa  mengelola  ataupun mencetak  laporan-laporan  yang  berkaitan dengan data pembelian bahan baku, penjualan, daftar supplier dan daftar bahan baku.

## 1. Pembuatan User Stories
Dari analisis kebutuhan apa saja yang diinginkan oleh  pengguna  ( user ),  maka  dibuatlah user  stories . Tahap  awal  dilakukan  pembuatan user  stories , user stories untuk mengetahui kebutuhan pengguna terhadap aplikasi. User stories seperti pada tabel 1.
Tabel 1. User Stories Nama Dokumen : User Stories Nama Aplikasi : Aplikasi Operasional Restoran Kegiatan : Pembuatan User Stories Tanggal Kegiatan : 02/06/2022 s/d 14/7/2022 User Stories Test Case 1. Sebagai  pengguna,  pengguna  bisa  mendapatkan  gambaran desain sistem operasional restoran. . Pastikan  desain  sistem  benar  dengan  melakukan  pengujian  pada sistem. 2. Sebagai  pengguna,  pengguna  bisa  mendapatkan  gambaran mengenai sistem operasional restoran. Pastikan mockup aplikasi sesuai dengan kebutuhan pengguna.
3. Aplikasi  harus  bisa  mengelola  data  bahan  baku,  data supplier
dan data-data yang terkait dengan isi dari menu yang dijual. Pastikan data master dikelola dengan benar.
4. Aplikasi  harus  bisa  mengelola  data  transaksi  pembelian  bahan baku dan data transaksi penjualan.
Pastikan data yang terkait dengan transaksi dikelola dengan benar.
5. Aplikasi  harus  bisa  mengelola  ataupun  mencetak  laporan- laporan  yang  berkaitan  dengan  data  pembelian  bahan  baku, penjualan, daftar supplier dan daftar bahan baku.
Pastikan  aplikasi  dapat  menghasilkan  laporan  ( report )  yang  sesuai dengan kebutuhan pengguna.
Sumber: (Suryantara et al., 2023)
DOI: https://doi.org/10.37365/jti.v9i2.168
2. Pembuatan Product Backlog Dalam menentukan product backlog , dilakukanlah breakdown kebutuhan user pada user stories ,  dan  dengan  memperkirakan  lama  pengerjaan proyek,  dengan  jam  kerja  yang  berlaku  secara  umum yaitu  8  jam  per  hari  dan  5  hari  kerja  dalam  seminggu.
Dengan menggunakan perhitungan dasar tersebut, maka pembagian  masing-masing task menjadi product backlog seperti pada tabel 2.
Tabel 2. Product Backlog User Stories No Fitur Product Backlog Estimasi (Jam) Tingkat Kesulitan Prioritas Scrum Sequence 1 Sebagai pengguna, pengguna bisa mendapatkan  gambaran  desain aplikasi. 1 Pembuatan use case 5 Sedang Tinggi 1 2 Pembuatan activity diagram 5 Sedang Tinggi 1 3 Pembuatan sequence diagram 5 Sedang Tinggi 1 4 Pembuatan class diagram 6 Sedang Tinggi 1 2 Sebagai pengguna, pengguna bisa mendapatkan gambaran aplikasi 5 Pembuatan mockup aplikasi 6 Sedang Tinggi 2 6 Implementasi mockup aplikasi 8 Tinggi Tinggi 2 3 Aplikasi  bisa  mengelola  data bahan  baku,  data supplier ,  dan data-data  yang  terkait  dengan  isi dari menu yang dijual. 7 Pembuatan database 6 Tinggi Tinggi 3 8 Pembuatan menu aplikasi 5 Sedang Sedang 3 9 Pembuatan fungsi login 4 Sedang Tinggi 3 10 Pembuatan master pengguna 4 Sedang Sedang 3 11 Pembuatan master stok bahan baku 4 Tinggi Tinggi 3 12 Pembuatan master supplier 4 Tinggi Tinggi 3 4 Aplikasi  bisa  mengelola  data transaksi  pembelian  bahan  baku dan  data  transaksi  penjualan produk (menu). 13 Transaksi pembelian bahan  baku 8 Tinggi Tinggi 4 14 Transaksi penjualan 8 Tinggi Tiggi 4 5 Aplikasi  harus  bisa  mengelola atau  mencetak  laporan  yang berkaitan  dengan  data  pembelian bahan  baku,  penjualan  produk
(menu), daftar supplier dan daftar bahan baku. 15 Cetak daftar stok bahan baku 4 Sedang Tinggi 5 16 Cetak daftar supplier 4 Sedang Sedang 5 17 Cetak transaksi pembelian bahan baku 4 Sedang Tinggi 5 18 Cetak transaksi penjualan 4 Sedang Tinggi 5 Total 94 Sumber: (Suryantara et al., 2023) 3. Menentukan Sprint
Product  backlog yang  telah  dibuat  akan dilaksanakan  dalam  5  (lima) sprint ,  dengan  durasi pengerjaan  masing-masing sprint adalah  1  minggu. Perencanaan dan pelaksanaan setiap sprint dideskripsikan pada Table 3.
Tabel 3. Gantt Chart Waktu Pengerjaan
Sumber: (Suryantara et al., 2023) Berdasarkan product  backlog ,  maka  dilakukan breakdown menjadi  beberapa  periode  waktu  yang dibentuk  menjadi  5 sprint, setiap sprint dijalankan seperti dijelaskan pada sprint 1 sampai dengan sprint 5.
A. Sprint 1 Pada  tahap sprint 1,  seluruh  anggota  tim berkumpul  untuk  mendiskusikan  skenario  dan  alur sistem  yang  akan  dibuat. Sprint 1  merupakan  tahap awal dalam pembuatan aplikasi, sehingga para  anggota tim  harus  terlibat  dalam  penyusunan sprint 1.  Dalam produk  backlog , sprint 1  mempunyai  4  buah  fitur seperti yang ditampilkan pada tabel 4.
Tabel 4. Product Backlog Sprint 1 Fitur Backlog Fitur Product Backlog Estimasi (Jam) Sebagai pengguna, pengguna bisa mendapatkan gambaran desain aplikasi. Use case diagram 5 Activity diagram 5 Sequence diagram 5 Class diagram 6 Total 21 Sumber: (Suryantara et al., 2023)
Berikut salah satu hasil dari sprint 1 berupa use case diagram aplikasi:
DOI: https://doi.org/10.37365/jti.v9i2.168
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri
Sumber: (Suryantara et al., 2023) Gambar 4. Use Case Diagram aplikasi
Pada  gambar  dari use  case tersebut,  dapat
diketahui bahwa operasional bagian inventaris/pergudangan,  ketika  ingin  menggunakan aplikasi  maka  pengguna/ actor login terlebih  dahulu. Ketika  sudah login ,  pengguna  diberikan  5  buah  sub- menu pilihan, yaitu untuk melihat data stok bahan baku, data supplier ,  data  transaksi  pembelian  bahan  baku, data  transaksi  penjualan  atau  pengguna  juga  bisa mencetak  laporan  dari  data-data  tersebut  (ke-4  data yang  telah  disebutkan  sebelumnya).  Dari  gambar  4 dapat  diketahui  bahwa  pada  setiap  data  (kecuali laporan)  terdapat  fungsi  untuk  melakukan create , update atau delete .  Hal  ini  diperlukan  agar  bisa membantu  pengguna  aplikasi  untuk  mengelola  data- data  operasional  restoran  dengan  baik  dan  benar. Lamanya  waktu  yang  dikerjakan  pada  setiap  waktu dapat  dilihat  pada burn  down  sprint 1  pada  Gambar  5 (dalam satuan jam).
Sumber: (Suryantara et al., 2023) Gambar 5. Burn Down Sprint 1
B.
Sprint 2 Pada sprint 2,  proses  pada  tahap  ini  akan melibatkan  scrum master dan  juga programmer untuk mengerjakan product  backlog sprint 2.  Rincian  untuk product backlog sprint 2 dapat dilihat pada tabel 5. Tabel 5. Product Backlog Sprint 2 Fitur Backlog Fitur Product Backlog Estimasi (Jam) Sebagai  pengguna, pengguna bisa mendapatkan gambaran aplikasi. Pembuatan mockup aplikasi 6 Implementasi mockup aplikasi 8 Total 14 Sumber: (Suryantara et al., 2023)
Pada product  backlog  sprint 2  memiliki  hasil berupa mockup aplikasi.  Berikut  beberapa  contoh mockup aplikasi seperti pada gambar 6.
Sumber: (Suryantara et al., 2023) Gambar 6. Mockup Login
DOI: https://doi.org/10.37365/jti.v9i2.168
Berikut salah satu mockup menu aplikasi seperti pada  gambar 7.
Sumber: (Suryantara et al., 2023) Gambar 7. Mockup Menu Aplikasi
Berikut  contoh mockup stok  bahan  baku  seperti tampilan pada gambar 8.
Sumber: (Suryantara et al., 2023) Gambar 8. Mockup Stok Bahan Baku
Lamanya  waktu  yang  dikerjakan  pada  setiap harinya  dapat  dilihat  pada burn  down  sprint 2  pada gambar 9 (dalam satuan jam).
Sumber: (Suryantara et al., 2023) Gambar 9. Burn Down Sprint 2
C. Sprint 3 Pada sprint 3,  proses  pada  tahap  ini  akan melibatkan  scrum master dan programmer untuk mengerjakan product  backlog  sprint 3.  Rincian  untuk product backlog pada sprint 3 seperti pada tabel 6.
Tabel 6. Product Backlog Sprint 3 Fitur Backlog Fitur Product Backlog Estimasi (Jam) Aplikasi harus bisa mengelola data bahan  baku,  data supplier,  data  yang terkait dengan menu yang dijual Pembuatan database 6 Pembuatan menu aplikasi 5 Pembuatan form login 4
Pembuatan master pengguna
4 Pembuatan stok bahan baku 4 Pembuatan master supplier 4 Total 27
Berikut  contoh  hasil  fitur  yang  dibuat  dari backlog  sprint 3  seperti  pada  gambar  10  berupa rancangan tabel pengguna, tabel bahan baku.
Sumber: (Suryantara et al., 2023) Gambar 10. Tabel Pengguna & Bahan Baku
Pada  gambar  11  tabel supplier ,  tabel  pembelian bahan baku.
Sumber: (Suryantara et al., 2023) Gambar 11. Tabel Supplier & Pembelian Bahan Baku Berikut  desain  tabel  transaksi  penjualan  seperti pada gambar 12.
Sumber: (Suryantara et al., 2023) Gambar 12. Tabel Penjualan
DOI: https://doi.org/10.37365/jti.v9i2.168
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri
Lamanya  waktu  yang  dikerjakan  pada  setiap harinya  dapat  dilihat  pada burn  down  sprint 3  pada gambar 13 (dalam satuan jam).
Sumber: (Suryantara et al., 2023) Gambar 13. Burn Down Sprint 3

## D. Sprint 4
Pada sprint 4,  proses  pada  tahap  ini  akan melibatkan  scrum master dan programmer untuk mengerjakan product  backlog  sprint 4.  Rincian  untuk product backlog pada sprint 4 seperti pada tabel 7. Tabel 7. Product Backlog Sprint 4 Fitur Backlog Fitur Product Backlog Estimasi (Jam) Aplikasi harus bisa mengelola data transaksi pembelian bahan
baku dan data
transaksi  penjualan produk (menu) Transaksi  pembelian  bahan baku 8 Transaksi penjualan 8 Total 16 Sumber: (Suryantara et al., 2023)
Salah  satu  hasil  dari  fitur  yang  telah  dibuat berdasarkan product  backlog  sprint 4,  dapat  dilihat pada gambar 14.
Sumber: (Suryantara et al., 2023) Gambar 14. Mockup Pembelian Bahan Baku
Hasil  dari  lamanya  waktu  yang  dikerjakan  pada setiap  harinya  dapat  dilihat  pada burn  down  sprint 4 pada gambar 15 (dalam satuan jam).
Sumber: (Suryantara et al., 2023) Gambar 15. Burn Down Sprint 4

## E. Sprint 5
Pada sprint 5,  proses  pada  tahap  ini  akan melibatkan  scrum master dan programmer untuk mengerjakan product  backlog  sprint 5.  Rincian  untuk product backlog pada sprint 5 seperti tabel 8. Tabel 8. Product Backlog Sprint 5 Fitur Backlog Fitur Product Backlog Estimasi (Jam) Aplikasi harus bisa mengelola  maupun mencetak  laporan yang berkaitan dengan data pembelian bahan baku, penjualan, daftar supplier, dan daftar bahan baku
Cetak daftar stok bahan baku 4 Cetak daftar supplier 4 Cetak transaksi pembelian bahan baku 4 Cetak transaksi penjualan 4 Total 16 Sumber: (Suryantara et al., 2023)
Berikut  salah  satu  hasil  pembuatan  fitur  pada product backlog sprint 5 dapat dilihat tampilannya pada gambar 16.
Sumber: (Suryantara et al., 2023) Gambar 16. Mockup Cetak Data
Hasil  dari  lamanya  waktu  yang  dikerjakan  pada setiap  harinya  dapat  dilihat  pada burn  down  sprint 5 pada gambar 17 (dalam satuan jam).
DOI: https://doi.org/10.37365/jti.v9i2.168
Tabel 6. Product Backlog Sprint 3
Sumber: (Suryantara et al., 2023) Gambar 17. Burn Down Sprint 5
4. Scrum Meeting
Kegiatan  berikutnya  yang  dilakukan  dari  model scrum  ini  adalah  mengadakan  scrum  meeting  dengan jadwal  yang  dilakukan  setiap  harinya.  Pelaksanaan meeting ini dilakukan setiap pagi dari jam 07.00 hingga 08.30.  Meeting  ini  dilakukan  untuk  bisa  mengevaluasi apa saja yang telah dikerjakan, kendala atau hambatan- hambatan  yang  ada  serta  solusinya  dan  juga  target penyelesaian  sebagai  bahan  meeting  harian  berikutnya. Kegiatan Meeting harian ini merupakan hal yang  wajib dilakukan  dari  penerapan  model  scrum  ketika melakukan pengembangan perangkat lunak.

## 5. Demo Aplikasi
Tahap  ini  merupakan  tahap  mendemokan aplikasi  yang  dibuat  kepada  pengguna  dan  pada  tahap ini  juga  dapat  dilakukan  evaluasi  aplikasi  yang  dibuat apakah setiap modul sudah sesuai dengan proses bisnis. Adapun  beberapa  contoh  tampilan  untuk  aplikasi seperti pada gambar 18.
Gambar 18. Form Cetak Supplier
Form  pada  gambar  19  digunakan  untuk mencetak data transaksi pembelian bahan baku.
Sumber: (Suryantara et al., 2023) Gambar 19. Form Cetak Bahan Baku
Form pada  gambar 20 digunakan untu mencetak data penjulan menu di restoran PT.XZY.
Sumber: (Suryantara et al., 2023) Gambar 20. Form Cetak Penjualan Menu
Untuk pengujian setiap modul pada aplikasi oleh penguna  dipetakan  dengan  pengujian blackbox  testing . Dari  hasil  pengujian  dapat  diketahui  bahwa  fitur-fitur pada  setiap  modul  di  aplikasi  telah  berjalan  dengan sesuai  dengan  bisnis  proses  di  restoran  PT.XYZ. Adapun  fitur-fitur  setiap  modul  yang  diuji  dan  didata seperti pada tabel 9.
Tabel 9. Modul Yang Diuji Dengan Blackbox Testing No Prototipe Kegiatan Pengujian Hasil Yang Diharapkan Hasil Pengujian 1 Login Penhujian tombol “Loign” Menampilkan  menu  (jika  berhasil) atau  tetap  di  halaman  login  (jika gagal) Sesuai Pengujian tombol “Exit” Keluar dari aplikasi Sesuai 2 Menu Pengujian tombol menu “File” List  menu  tampil  dan  menampilkan  4 sub menu Sesuai Pengujian tombol menu File “Stok bahan baku” User  interface “stok  bahan  baku” tampil Sesuai Pengujian tombol menu File “Data supplier” User interface “data supplier” tampil Sesuai
Pengujian tombol  menu File “Data transaksi pembelian User  interface “pembelian  bahan
Sesuai
DOI: https://doi.org/10.37365/jti.v9i2.168
No Prototipe Kegiatan Pengujian
Hasil Yang Diharapkan Hasil Pengujian bahan baku” baku” tampil Pengujian  tombol  menu  File  “Data  transaksi  penjualan bahan baku” User  interface “transaksi  penjualan menu” tampil Sesuai Pengujian tombol menu “Cetak” List menu  tampil  dan  menampilkan  4 sub menu Sesuai Pengujian  tombol  menu  Cetak  “Laporan  stok  bahan baku” User  interface “laporan  stok  bahan baku” tampil Sesuai Pengujian tombol menu Cetak “Laporan data supplier” User interface “laporan daftar supplier” tampil Sesuai Pengujian  tombol  menu  Cetak  “Laporan  transaksi pembelian bahan baku” User  interface “laporan  pembelian bahan baku” tampil Sesuai Pengujian  tombol  menu  Cetak  “Laporan  transaksi penjualan menu” User  interface “transaksi  penjualan menu” tampil Sesuai Pengujian tombol menu Pengguna List menutampil  dan  menampilkan  1 sub menu Sesuai Pengujian tombol menu pengujian “Edit Pengguna” User  interface ”edit  data  pengguna” tampil Sesuai 3 Data Pengguna Pengujian tampilan isi tabel Tabel  terisi  dengan  data  yang  berasal dari database Sesuai Pengujian tombol “Create” Data tersimpan ke dalam database dan tampil pada tabel Sesuai Pengujian tombol “Edit” Data yang ada pada database berhasil diedit dan tampil pada tabel Sesuai Pengujian tombol “Delete” Data  yang  dipilih,  terhapus  dari database dan menghilang dari tabel Sesuai Pengujian tombol “Save” Data tersimpan dalam tabel Sesuai Pengujian tombol “Close” Keluar  dari user  interface data pengguna Sesuai 4 Data Supplier Pengujian tampilan isi tabel Tabel  terisi  dengan  data  yang  berasal dari database Sesuai Pengujian tampilan isi “Create” Data tersimpan ke dalam database dan tampil pada tabel Sesuai Pengujian tampilan isi “Edit” Data  yang  ada  apda  database  berhasil diedit dan tampil pada tabel Sesuai Pengujian tampilan isi “Delete” Data  yang  dipilih,  terhapus  dari database dan hilang daari tabel Sesuai Pengujian tampilan isi “Save” Data tersimpan dalam tabel Sesuai Pengujian tampilan isi “Close” Keluar  dari  user  interface  data supplier Sesuai 5 Stok Bahan Baku Pengujian tampilan isi tabel Tabel  terisi  dengan  data  yang  berasal dari database Sesuai Pengujian tombol “Create” Data tersimpan ke dalam database dan tampil pada tabel Sesuai Pengujian tombol “Edit” Data  yang  ada  pada  database  berhasil diedit dan tampil pada tabel Sesuai Pengujian tombol “Delete” Data  yang  dipilih,  terhapus  dari database dan hilang dari tabel Sesuai Pengujian tombol “Save” Data tersimpan dalam tabel Sesuai Pengujian tombol “Close” Kelyar  dari user  interface data  stok bahan baku Sesuai 6 Data transkasi bahan baku Pengajuan tampilan isi tabel Tabel  terisi  dengan  data  yang  berasal dari database Sesuai Pengajuan tombol “Create” Data tersimpan ke dalam database dan tampil pada tabel Sesuai Pengajuan tombol “Edit” Data yang ada pada database berhasil diedit dan tampil pada tabel Sesuai Pengajuan tombol “Delete” Data  yang  dipilih  terhapus  dari database dan hilang dari tabel Sesuai Pengajuan tombol “Save” Data tersimpan dalam tabel Sesuai Pengajuan tombol “Close” Keluar  dari user  interface data transaksi bahan baku Sesuai 7 Data transaksi penjualan Pengujian tampilan isi tabel Tabel  terisi  dengan  data  yang  berasal dari database Sesuai Pengujian tombol “Create” Data tersimpan ke dalam database dan tampil pada tabel Sesuai Pengujian tombol “Edit” Data yang ada pada database berhasil diiedit dan tampil pada tabel Sesuai Pengujian tombol “Delete” Data  yang  dipilih,  terhapus  dari Sesuai
DOI: https://doi.org/10.37365/jti.v9i2.168
No Prototipe
Kegiatan Pengujian
Hasil Yang Diharapkan
Hasil Pengujian database dan hilang dari tabel Pengujian tombol “Save” Data tersimpan dalam tabel Sesuai Pengujian tombol “Close” Keluar  dari user  interface data transaksi penjualan Sesuai 8 Cetak data supplier Pengujian item box “Bahan baku” List  item  bahan  baku  dapat  muncul dan terlihat sebelumnya Sesuai Pengujian tombol “Close” Keluar  dari user  interface cetak  data supplier Sesuai Pengujian tombol “Cetak” Mencetak  data  sesuai  dengan  kondisi tersebut  dan  menampilkan  dalam bentuk tabel Sesuai 9 Cetak stok bahan Pengujian item box “Keterangan” List  item keterangan  dapat  tampil  dan terlihat seluruhnya Sesuai Pengujian tombol “Close” Keluar  dari user  interface cetak  stok bahan Sesuai Pengujian tombol “Cetak” Mencetak  data  sesuai  dengan  kondisi tersebut  dan  menampilkan  dalam bentuk tabel Sesuai 10 Cetak  transaksi pembelian  bahan baku Pengujian tombol “Close” Keluar  dari user  interface cetak transksi pembelian bahan baku Sesuai Pengujian tombol “Cetak” Mencetak  data  sesuai  dengan  kondisi tersebut  dan  menampilkan  dalam bentuk tabel Sesuai 11 Cetak  transaksi penjualan Pengujian tombol “Close” Keluar  dari user  interface cetak transkasi penjualan menu. Sesuai Pengujian tombol “Cetak” Mencetak  data  sesuai  dengan  kondisi tersebut  dan  menampilkan  dalam bentuk tabel Sesuai Sumber: (Suryantara et al., 2023)

## KESIMPULAN
Pengembangan  aplikasi  operasional  restoran yang  dikembangkan  dengan  metode  scrum  telah diselesaikan  dengan  baik.  Keseluruhan  sprint  telah selesai dilaksanakan, yang dimulai dari sprint 1 sampai sprint  5  dengan  waktu  yang  dibutuhkan  untuk menyelesaikan  pengembangan  aplikasi  tersebut  adalah 5  minggu.  Masing-masing  sprint  dari  sprint  1  hingga sprint  5  membutuhkan  waktu  1  minggu  pengerjaan yang  dimulai  dari  awal  bulan  Juni  hingga  awal  bulan Juli.

## DAFTAR PUSTAKA
Andipradana,  A.  (2021).  Rancang  Bangun  Aplikasi Penjualan Online Berbasis Web Menggunakan Metode Scrum. Jurnal Algoritma , 161-172.
Darmansyah. (2019). Aplikasi Pembelajaran Pengenalan  Budaya  Indonesia. Jurnal  Teknik Komputer AMIK BSI , 135-138.
Ependi,  U.  (2018).  Implementasi  Model  Scrum  pada Sistem  Informasi  Seleksi  Masuk  Mahasiswa Politeknik  Pariwisata  Palembang. Jurnal Informatika: Jurnal Pengembangan IT , 49-55.
Farokhah,  L.  (2020).  Implementasi  SCRUM  dalam Perancangan  Aplikasi Emergency Button PMI Kota  Malang. Digital  Zone:  Jurnal  Teknologi Informasi dan Komunikasi , 59-70.
Fernando,  D.  (2018).  Rancang  Bangun  Aplikasi  E-
Portofolio  Hasil  Karya  Mahasiswa  Unsera Menggunakan  Metode  Scrum. JSiI  (Jurnal
Sistem Informasi) , 7-12.
Hutrianto.  (2020).  Implementasi  Scrum  Model  Dalam Pengembagnan  Aplikasi  Pelaporan  Sampah Sebagai  Wujud  Smart  Cleaning. JIPI  (Jurnal Ilmiah Penelitian dan Pembelajaran Informatika) , 9-19.
Kurniawan,  I.  (2019).  Pemodelan  SCRUM  dalam Pengembangan  Sistem  Informasi  Kesehatan pada  Klinik  Ar-Rokhim  Sragen  Kabupaten Sragen. Journal of Information System , 76-86. Prabowo,  W.  A.  (2021).  Sistem  Informasi  UMKM
Bengkel  Berbasis  Web  Menggunakan  Metode
SCRUM. Jurnal Media Informatika Budidarma , 149-156. Prabowo,  W.  A.  (2021).  Sistem  Informasi  UMKM Bengkel  Berbasis  Web  Menggunakan  Metode SCRUM. Jurnal Media Informatika Budidarma , 149-156.
DOI: https://doi.org/10.37365/jti.v9i2.168
Akreditasi Peringkat 4 (Sinta 4) Berdasarkan Keputusan Dirjen Pendidikan Tinggi, Riset, dan Teknologi Kemendikbud No.105/E/KPT/2022, 7 April 2022. Diterbitkan oleh LPPM STMIK Widuri
Rafianto,  N.  (2021).  Penerapan  Metode  Scrum  Pada Pembuatan  User  Experience  Landing  Page Sistem  Informasi  Lentera. Jurnal  Sistem Informasi dan Sains Teknologi , 1-14.
Rizaldi,  T.  (2017).  Implementasi  Metodologi  SCRUM
dalam  Pengembangan  Sistem  Pembayaran Elektronik Pada Usaha Mikro Kecil Menengah. Seminar  Hasil  Penelitian  dan Pengabdian  Masyarakat  Dana  BOPTN (pp.
485-495). Jakarta: Ristekdikti.
Suharno,  H.  R.  (2020).  Analisis  Penerapan  Metode Scrum  Pada  Sistem  Informasi  Manajemen Proyek  Dalam  Industri  &  Organisasi  Digital. Majalah Ilmiah Teknologi Elektro , 203-201. Suryantara,  I.  G.  (2022).  Pengembangan  aplikasi penjualan  mobil  dengan  framework  scrm. Infotech:  Journal  Of  Technology  Information , 1-12.