Hasil Pencarian  ::  Simpan CSV :: Kembali

"Bank Indonesia, sebagai bank sentral Republik Indonesia, memiliki peran penting dalam menjaga stabilitas ekonomi nasional, termasuk melalui proses operasional di Divisi Operasional Sistem Tresuri dan Layanan Perbankan. Saat ini, pengelolaan data dan proses tresuri masih terpisah, menyebabkan kesulitan dalam proses audit dan penyelesaian permohonan tresuri. Untuk menjawab tantangan ini, dilakukan pengembangan aplikasi berbasis Microsoft 365 guna meningkatkan efisiensi kerja serta menguji kualitasnya menggunakan standar ISO 9126. Penerapan digitalisasi ini mendukung Visi Bank Indonesia sendiri, yaitu “Menjadi bank sentral digital terdepan dengan tata kelola kuat yang berkontribusi nyata terhadap perekonomian nasional dan terbaik di antara negara emerging markets untuk Indonesia Maju”. Aplikasi dikembangkan dengan Software Development Life Cycle metode Agile dalam enam tahap berulang: Planning, Design, Development, Testing, Deployment, dan Review and Maintenance. Komponen utamanya mencakup Microsoft Power Apps (frontend), Power Automate, SharePoint (backend), Power BI, serta integrasi dengan Ollama untuk fitur chatbot AI. Pengujian aplikasi dilakukan berdasarkan enam dimensi kualitas ISO 9126, yaitu Functionality, Reliability, Usability, Effi- ciency, Maintainability, dan Portability. Penelitian ini menunjukkan bahwa trans- formasi digital melalui aplikasi internal dapat meningkatkan efisiensi operasional dan akurasi data secara signifikan. Penerapan ini sejalan dengan visi Bank In- donesia untuk menjadi bank sentral digital terdepan dengan tata kelola kuat dan kontribusi nyata bagi perekonomian nasional. Selain itu, solusi ini berpotensi di- adaptasi oleh unit kerja lainnya sebagai model digitalisasi yang efektif.

---

Bank Indonesia, as the central bank of the Republic of Indonesia, plays a crucial role in maintaining national economic stability, including through operational pro- cesses in the Treasury System Operations and Banking Services Division. Cur- rently, treasury data and processes are managed separately, leading to difficulties in auditing and handling treasury requests. To address this issue, an application based on Microsoft 365 was developed to improve work efficiency and was evaluated using the ISO 9126 quality standard. This digitalization effort supports Bank In- donesia’s vision: ”To become a leading digital central bank with strong governance and tangible contributions to the national economy, and the best among emerging market countries for an Advanced Indonesia.” The application was developed us- ing the Software Development Life Cycle with Agile methodology, which includes six iterative stages: Planning, Design, Development, Testing, Deployment, and Re- view and Maintenance. Key components include Microsoft Power Apps (frontend), Power Automate, SharePoint (backend), Power BI, and integration with Ollama for an AI chatbot feature. The application was tested across six ISO 9126 quality dimensions: Functionality, Reliability, Usability, Efficiency, Maintainability, and Portability. This study demonstrates that digital transformation through internal ap- plications can significantly enhance operational efficiency and data accuracy. The implementation aligns with Bank Indonesia’s digital vision and offers a scalable model for other units seeking effective digital solutions."

"Automated test adalah otomatisasi dari aktivitas software testing menggunakan testing tool. Namun, pada kenyataannya, testing tool untuk melakukan automated test masih memiliki kekurangan. Berdasarkan wawancara dengan Tim Research and Development (Tim RnD) PT. Global Digital Niaga (Blibli), automated test pada Blibli dieksekusi secara berkala dengan bantuan automation server sehingga menghasilkan report yang terpisah-pisah. Hal tersebut disebabkan testing tool membuat satu report setiap kali test cases dieksekusi. Berdasarkan masalah tersebut, tim pengembang merealisasikan project “Error Book”, sebuah dashboard automated test error. Error Book memanfaatkan custom maven plugin dan Elastic Stack untuk mengelola data dari automated test secara real-time sehingga dapat disajikan pada aplikasi front-end dashboard. Dengan Error Book, Tim RnD akan lebih mudah untuk mendapatkan informasi mengenai error yang terjadi pada automated test secara keseluruhan. Informasi tersebut akan menjadi acuan untuk melakukan improvement. QA engineer akan lebih mudah mengidentifikasi error yang sering terjadi pada automated test milik divisinya sehingga perbaikan preventif dan represif untuk error tersebut dapat dilakukan dengan cepat. Tim pengembang telah melakukan user acceptance testing (UAT) kepada Tim RnD Blibli, QA engineer Blibli, dan QA engineer perusahaan lain.

---

Automated test is the automation of software testing activities using testing tools. However, in reality, testing tools to perform automated tests still have drawbacks. Based on interviews with the Research and Development Team (RnD Team) at PT. Global Digital Niaga (Blibli), automated tests at Blibli are executed periodically with the help of an automation server. Hence, it generates separate reports. This is because the testing tool creates one report each time a test case is executed. Based on this problem, we develop the “Error Book” project, an automated test error dashboard. Error Book utilizes a custom maven plugin and Elastic Stack to manage data from automated tests in real-time so that it can be presented in front-end dashboard application. With Error Book, the RnD team can get information about errors that occur in the automated test as a whole easier. This information will serve as a reference for making improvements. QA engineers can easily identify errors that often occur in their division's automated tests so that preventive and repressive repairs for these errors can be carried out quickly. We have carried out user acceptance testing (UAT) to Blibli RnD team, QA engineers at Blibli, and QA engineers at other companies."

"Developer aplikasi web biasanya akan meniru dan memodifikasi sistem yang sudah ada. Hal tersebut terjadi karena sistem aplikasi web tidak jauh berbeda satu dengan yang lainnya. Namun, masalah timbul saat sistem yang ditiru mengalami perubahan. Aplikasi web yang menggunakan sistem tersebut perlu mengalami perubahan dan penyesuaian kembali. Permasalahan tersebut dapat diselesaikan dengan paradigma pengembangan bernama Software Product Line Engineering (SPLE). SPLE melihat domain dan variasi sistem yang dimiliki domain sebagai suatu product family yang mengklasifikasikan produk-produknya berdasarkan kemiripan dan perbedaan antara setiap variasi produk. Salah satu studi kasus penerapan SPLE pada aplikasi web adalah Amanah, yaitu sebuah web generator untuk organisasi amal yang memanfaatkan teknologi Prices-IDE untuk membangkitkan aplikasi web. Amanah menggunakan WinVMJ untuk membangkitkan back end dan IFML untuk abstraksi front end dari produk Amanah. Fitur yang dihasilkan penelitian ini dievaluasi mengguanakan user acceptance test dan six quality criteria. WinVMJ dan IFML berhasil menjadi tool yang menerapkan paradigma SPLE dalam pengunaannya. Dihasilkan UML diagram dari pengembangan fitur pada penelitian ini. Selain itu, adanya penambahan fitur pada WinVMJ untuk peningkatan WinVMJ sebagai web framework.

---

Web application developers will usually clone and modify existing systems. It happens because web application systems are not much different from one another. However, problems arise when the cloned system change. The web application that uses the system needs to readjust following the changes. We can use a development paradigm called Software Product Line Engineering (SPLE) to solve that problem. SPLE sees the domain and the variety of systems owned by the domain as a product family that classifies its products based on the commonalities and variabilities between each product variation. One of the case studies of SPLE application in development of web applications is Amanah, a web generator for charity organizations that uses Prices-IDE technology to generate web applications. Amanah uses WinVMJ to produce the back end and IFML to abstract the front end. The features developed in this research were evaluated using six quality criteria and user acceptance tests. WinVMJ and IFML succeeded in becoming tools that apply the SPLE paradigm. This research also produced UML diagrams for the developed features. In addition, there are improvements in WinVMJ as a web framework."

"Software Product Line Engineering (SPLE) merupakan suatu teknik rekayasa perangkat lunak yang memungkinkan adanya reusability dengan memanfaatkan commonability dalam perangkat lunak yang sedang dikembangkan. Salah satu studi kasus pengembangan SPLE yang dikembangkan di Lab RSE Fasilkom UI adalah AMANAH, sebuah aplikasi berbasis web dengan tools Prices-IDE yang ditujukan bagi lembaga amal untuk dapat membuat web organisasi secara mudah. Tidak hanya membantu organisasi untuk memiliki laman web, AMANAH juga memiliki modul laporan keuangan yang dapat dipilih oleh organisasi dan dimanfaatkan untuk menghasilkan laporan keuangan dari organsasi sesuai dengan standar akuntansi yang berlaku. Saat ini AMANAH telah memiliki implementasi laporan keuangan yang berjalan, namun ditemukan bahwa implementasi tersebut belum sempurna serta terdapat aspek-aspek akuntansi yang fundamental yang belum diterapkan dalam modul laporan keuangan pada aplikasi AMANAH. Masalah ini yang menjadi dasar dari penelitian, yakni untuk melakukan rancang ulang implementasi modul laporan keuangan pada AMANAH dengan memperhatikan aspek fundamental akuntansi. Studi literatur yang dilakukan menunjukan bahwa terdapat beberapa jenis implementasi laporan keuangan pada sistem informasi keuangan dan implementasi tersebut dapat dilakukan melalui pendekatan SPLE dan delta-oriented programming. Proses perancangan dilakukan untuk membuat suatu artifak desain yang menjadi dasar implementasi perbaikan modul laporan keuangan hingga diinisiasi suatu solusi perbaikan dengan memperkenalkan suatu metode pencatatan transaksi secara double-entry bookkeeping dengan modul Journal Entry serta metode kalkulasi saldo akun-akun keuangan dengan menggunakan Trial Balance. Implementasi dilakukan dengan memanfaatkan proses SPLE, secara spesifik dengan membuat sebuah delta module bernama Journal Entry yang mendekorasi core module AutomaticReport yang telah ada sebelumnya. Evaluasi pada hasil pengembangan yang dilakukan menunjukan bahwa seluruh skenario functionality test telah dipenuhi dengan baik serta rancang ulang ini juga turut menyelesaikan masalah-masalah yang timbul pada implementasi modul laporan keuangan sebelumnya.

---

Software Product Line Engineering (SPLE) is a software engineering technique that allows reusability in software development by utilizing its commonability. One of the case study project used to discover about software development with SPLE by is AMANAH, a web-based application built with PricesIDE tools for nonprofit charity organizations that allows them to make a website easily. Not only providing charity organizations ability to create a website, AMANAH also have an optional feature of financial report that allows the organization to produce a standard-compliance financial report automatically. Currently AMANAH has implemented the financial report features, but it was considered that the current implementation is not perfect and there are some fundamental accounting principles that hasn’t being implemented in the system. The problem become the foundation of this research, which is to do a revamp process into AMANAH’s financial report module, by observing to generally accepted accounting principles. Literature studies done during the research shows that there are several types of financial report module implementation in accounting information systems and those implementations can be done by utilizing SPLE approeach and delta-oriented programming approach. Planning process was done by creating a design artifact that will be implemented during the implementation process and a revamp solution was initialized by introducing a double-entry bookkeeping method by utilizing Journal Entry module and account balance method by utilizing Trial Balance. These implementation was done by utilizing SPLE process, specifically creating a delta module called Journal Entry that decorates the existing AutomaticReport core module. During the evaluation of the implementation result, all the functional test scenario has been passed and this revamp process has solved the problems occurred in previous implementation."

"Bank XYZ mengembangkan Mobile Apps ABC, sebuah aplikasi Super Apps, yang digunakan untuk mendukung kebutuhan nasabah dan pencapaian target bisnis. Metode Scrum yang digunakan dalam pengembangan ABC belum optimal. Dari data terlihat bahwa belum tercapainya target bisnis dan IT Bank XYZ, salah satunya karena terdapat keterlambatan implementasi fitur penting produk ABC. Penelitian mixed method ini melakukan evaluasi proses yang berjalan dengan menggunakan Capability Maturity Model Integration (CMMI V2.0). Mengacu pada Common Business Problem dalam dokumen Adoption and Transition Guidance terpilih 8 practice area dengan total 73 praktik. Berdasarkan Standard CMMI Appraisal Method for Process Improvement (SCAMPI) dihasilkan capability level untuk practice area sebagai berikut: IRP, PLAN, GOV, II di level 3; RDM, EST, MC di level 2; serta RSK di level 1. Dari 73 praktik, 59 praktik telah tercapai berdasarkan CMMI V2.0 atau sekitar 80% dari ruang lingkup practice area pada penelitian ini. Rekomendasi disusun dengan analisis weakness dari SCAMPI dan Underlying Causes dari CMMI V2.0 didapatkan 11 rekomendasi perbaikan yang telah divalidasi oleh perwakilan bank studi kasus. Saran untuk penelitian berikutnya dilakukan tahap Deploy Improvement, dan Assess Capability sesuai Adoption and Transition Guidance Circle CMMI V2.0, untuk mengukur kembali impact rekomendasi yang telah diberikan.

---

XYZ Bank developed Mobile Apps ABC, a Super Apps application, which is used to support customer needs and business target. The Scrum method used in ABC development is not optimal. From the data it can be seen that Bank XYZ's business and IT targets have not been achieved, partly due to delays in the implementation of important ABC features. This mixed method research evaluates the running process using Capability Maturity Model Integration (CMMI V2.0). Referring to Common Business Problems in the Adoption and Transition Guidance document selected 8 practice areas with a total of 73 practices. Based on the Standard CMMI Appraisal Method for Process Improvement (SCAMPI), the ability levels for practice areas are: IRP, PLAN, GOV, II at level 3; RDM, EST, MC at level 2; and RSK at level 1. Of the 73 practices, 59 practices have been achieved based on CMMI V2.0 or around 80% of the scope practice areas in this study. Recommendations were compiled using weakness analysis from SCAMPI and Underlying Causes from CMMI V2.0 found 11 recommendations for improvement that have been validated by bank representative case studies. Suggestions for further research are to carry out the deployment improvement stage, and assessment capability according to the Adoption and Transition Guidance Circle CMMI V2.0, to remeasure the impact of the recommendations that have been given."

"Penggunaan aplikasi pelacakan kontak merupakan salah satu upaya yang dilakukan untuk mengatasi pandemi global COVID-19 dengan angka kasus yang terus meningkat. Aplikasi pelacakan kontak yang digunakan di Indonesia adalah PeduliLindungi yang menjadi salah satu syarat untuk mengakses area publik, dimana pada awalnya diberlakukan pada wilayah Jawa-Bali. Namun, dalam penggunaannya masih ditemukan tantangan yang memengaruhi mutu layanan elektronik. Penelitian ini bertujuan untuk menganalisis persepsi pengguna terhadap mutu layanan aplikasi PeduliLindungi berdasarkan dimensi E-Servqual. Metode yang digunakan adalah observasional dengan pendekatan kuantitatif menggunakan desain cross sectional. Hasil penelitian menunjukkan bahwa secara keseluruhan persepsi pengguna terhadap mutu aplikasi PeduliLindungi sudah baik dengan penilaian yang positif pada dimensi-dimensi mutu layanan aplikasi PeduliLindungi. Dimensi yang memiliki hubungan signifikan terhadap persepsi pengguna terhadap mutu aplikasi PeduliLindungi (ESQ) adalah dimensi pengalaman pengguna (EXP) dan kepercayaan pengguna (TRU). Sedangkan dimensi reliabilitas (REL), ketanggapan (RES), kemudahan penggunaan (EOU), privasi (PRI), ketersediaan sistem (SA), desain aplikasi (WD), serta kualitas informasi (IQ) tidak memiliki hubungan yang signifikan terhadap persepsi pengguna terhadap mutu aplikasi PeduliLindungi (ESQ). Saran yang dapat diberikan adalah dengan meningkatkan dan memperbaiki fungsi sistem dan teknis serta meningkatkan keamanan terhadap data pengguna.

---

The use of contact tracing application is one of the efforts made to overcome the global COVID-19 pandemic with the continued rapid increase in the number of cases. PeduliLindungi is contact tracing application that used in Indonesia which is one of the conditions for accessing public areas, which was initially applied to the Java-Bali area. However, in its use there are still challenges that effect the quality of PeduliLindungi electronic services. This study aims to analyze user perceptions of the service quality of the PeduliLindungi based on the E-Servqual dimensions. Observational with a quantitative approach using a cross sectional design is used as method in this study. The result showed that the user’s overall perception of the quality of PeduliLindungi was good with positive assessment of the service quality dimensions of the PeduliLindungi application. The dimensions that have significant relationship to user perceptions of the PeduliLindungi quality (ESQ) are user experience (EXP) and user trust (TRU). While the dimensions of reliability (REL), responsiveness (RES), ease of use (EOU), privacy (PRI), system availability (SA), application design (WD), and information quality (IQ) did not have significant relationship to user perceptions on the the quality of PeduliLindungi (ESQ). Recommendation that can be given are to improve the system and technical functions and increase the security of user data."

"Penggunaan teknologi digital yang semakin luas mendukung perusahaan untuk membuat strategi bisnis yang lebih baru, yaitu mengembangkan ekosistem digital berbasis perangkat lunak dengan memanfaatkan hubungan antara bentuk dan fungsi produk di dalam perusahaan. Perusahaan perbankan dituntut untuk menerapkan pengembangan dengan metodologi agile agar dapat bersaing dengan cepat, meningkatkan kepuasan pelanggan, memperluas segmen pasar, meningkatkan produktivitas dan mengetahui kebutuhan pelanggan. Namun dalam realita nya penerapan metodologi agile itu sendiri dapat menjadikan suatu tantangan dikarenakan praktik-praktik yang harus dipatuhi dan dilaksanakan diperlukan prosedur yang dapat mengakibatkan deliverables fungsi atau fitur tidak sesuai dengan rencana pengembangan. Hal ini berakibat juga pada target bisnis perusahaan tidak terpenuhi karena volume transaksi tidak maksimal. Penelitian ini bertujuan untuk merancang suatu metodologi terhadap proses pengembangan perangkat lunak dan membuat panduan untuk implementasinya di suatu perusahaan berdasarkan prinsip-prinsip dari Essence Framework. Pelaksanaan penelitian ini menggunakan pendekatan Design Science Research (DSR). Penerapan Essence Framework pada penelitian ini dilakukan dengan menetapkan metode, memilih praktik-praktik dan pelaksanaan ujicoba demonstrasi. Pada proses pembangunan metode dengan Kernel, dilakukan penggabungan praktik lintas metode terhadap 24 praktik terpilih yang dihasilkan dari proses Focus Group Discussion (FGD) dengan tim pengembangan PT XYZ berdasarkan metode terpilih dari hasil studi literatur. Metode Agile untuk transformasi yang besar dan kompleks berdasarkan studi literatur adalah Scrum, Kanban, Extreme Programming dan Spotify. Metode Scaled Agile Framework (SAFe) dan Large Scale Scrum (LeSS) juga dimasukkan dalam metode terpilih karena SAFe dan LeSS merupakan metode scaling Agile paling populer berdasarkan hasil survei VersionOne tahun 2021. Penyesuaian metodologi berdasarkan hasil evaluasi dan juga dilakukan konfirmasi kepada para ahli adalah dengan menambahkan 5 praktik dan 2 metode baru selain dari 24 praktik yang telah dilakukan ujicoba demonstrasi.

---

The wider use of digital technology supports companies to create a new business strategy, namely to develop a software-based digital ecosystem by exploiting the relationship between the form and function of products within the company. Banking companies are required to apply development with an agile methodology in order to compete quickly, increase customer satisfaction, expand market segments, increase productivity and understand customer needs. However, in reality the application of the agile methodology itself can be a challenge because the practices that must be complied with and carried out require procedures that can result in function or feature deliverables not in accordance with the development plan. This also resulted in the company's business targets not being met because the transaction volume was not optimal. This study aims to design a methodology for the software development process and create guidelines for its implementation in a company based on the principles of the Essence Framework. The implementation of this research uses the Design Science Research (DSR) approach. The application of the Essence Framework in this study was carried out by establishing methods, choosing practices and carrying out demonstration trials. In the method development process with the Kernel, a combination of cross-method practices was carried out on 24 selected practices resulting from the Focus Group Discussion (FGD) process with the PT XYZ development team based on the selected methods from the results of the literature study. Agile methods for large and complex transformations based on literature studies are Scrum, Kanban, Extreme Programming and Spotify. The Scaled Agile Framework (SAFe) and Large Scale Scrum (LeSS) methods are also included in the selected methods because SAFe and LeSS are the most popular scaling Agile methods based on the results of the 2021 VersionOne survey. Methodological adjustments are based on evaluation results and also confirmed by experts by adding 5 practices and 2 new methods apart from the 24 practices that have been piloted demonstrations."

"Pengembangan perangkat lunak menggunakan metode Software Product Line Engineering (SPLE) mempunyai banyak manfaat seperti sedikitnya waktu dan biaya yang diperlukan untuk membuat produk perangkat lunak baru. Salah satu web framework yang mendukung pembuatan aplikasi web menggunakan metode SPLE adalah WinVMJ. WinVMJ dirancang berdasarkan pendekatan variability module for java (VMJ) dan delta oriented programming (DOP). WinVMJ menggunakan design pattern decorator pattern dan factory pattern untuk mengimplementasikan pendekatan DOP. WinVMJ merupakan framework yang baru dikembangkan sehingga banyak hal yang bisa ditingkatkan untuk membuat WinVMJ lebih baik. Salah satunya adalah Object-Relational Mapping (ORM) yang digunakan WinVMJ. Saat ini WinVMJ menggunakan ORM yang dibuat sendiri dari awal. Namun ORM ini masih sederhana, objek dari WinVMJ tidak bisa langsung dipetakan ke dalam database. Oleh karena itu penelitian ini bertujuan untuk mengintegrasikan ORM Hibernate dengan framework WinVMJ agar pengolahan data pada WinVMJ dapat dilakukan dengan mudah menggunakan ekspresi object oriented programming. Proses integrasi diawali dengan mendesain strategi pemetaan yang dapat digunakan untuk memetakan objek pada WinVMJ yang dibuat menggunakan decorator pattern. Kemudian merubah tools, script maupun struktur dari WinVMJ agar bisa kompatibel dengan ORM Hibernate. WinVMJ yang sudah diintegrasikan dengan ORM Hibernate diuji dengan mengimplementasikan studi kasus Software Product Line (SPL) Amanah menggunakan WinVMJ. WinVMJ tersebut dapat memenuhi segala keperluan untuk mengimplementasikan studi kasus SPL Amanah dengan baik. Diantaranya adalah keperluan untuk membuat endpoint create, read, update, dan delete (CRUD). Jika dibandingkan dengan framework lain, framework WinVMJ mempunyai fleksibilitas yang lebih tinggi dalam mengakomodasi berbagai macam requirement dan varian yang ada pada SPL.

---

Software development using Software Product Line Engineering (SPLE) method has many benefits, such as less time and money needed to create a new software product. One of the web frameworks that support the creation of web applications using SPLE method is WinVMJ. WinVMJ is designed based on the Variability Modules for Java (VMJ) and Delta-Oriented Programming (DOP) approach approaches. WinVMJ uses decorator pattern and factory pattern to implement the DOP approach. WinVMJ is a newly developed framework so many things could be improved to make WinVMJ better. For example, the Object-Relational Mapping (ORM) used by WinVMJ. Currently, WinVMJ uses an ORM built from scratch. However, this ORM is still primal, WinVMJ objects can’t be directly mapped into the databases. Therefore, this research aims to integrate Hibernate ORM with the WinVMJ framework so that data processing on WinVMJ can be done easily using object-oriented programming expressions. The integration process begins with designing a mapping strategy that can be used to map WinVMJ objects created using decorator pattern. Then change the tools, scripts, and structures of WinVMJ to be compatible with Hibernate ORM. The newly modified WinVMJ then tested by implementing the Amanah Software Product Line (SPL) case study using WinVMJ. The newly modified WinVMJ can meet all the needs to properly implement the SPL Amanah case study. Among them is the need to construct create, read, update, and delete (CRUD) endpoints. Compared to other frameworks, the WinVMJ framework has higher flexibility in accommodating various requirements and variants that exist in the SPL."

"Perangkat lunak Enterprise University Information System (Euis) merupakan salah satu produk yang dimiliki oleh Pusat Ilmu Komputer Univesitas Indonesia yang disingkat Pusilkom UI. EUIS telah dikembangkan sejak tahun 2011 yang pada proses pengembangan awalnya menggunakan metodologi Pusilkom Agile Unified Process dan pada dua tahun terakhir ini dikembangkan dengan menngunakan kerangka kerja scrum, namun dalam proses pengembangannya terdapat masalah yaitu sprint goal tidak tercapai dan pengerjaan task melebihi dari estimasi waktu yang diberikan. Dengan adanya permasalahan tersebut yang secara tidak langsung dapat mempengaruhi jadwal pengerjaan produk EUIS secara keseluruhan sehingga dibutuhkan evaluasi yang diharapkan dapat mengatasi permasalahan yang ada dengan mengukur tingkat kematangan proses pengembangan. Dalam mengukur tingkat kematangan, data dikumpulkan melalui pelaksanaan Focus Group Discussion, studi dokumen, dan observasi. Data yang diperoleh kemudian dianalisis menggunakan perhitungan KPA Rating untuk mendapatkan tingkat kematangan. Hasil analisis tingkat kematangan akan didiskusikan dengan organisasi untuk menentukan tingkat kematangan yang ingin dicapai. Sasaran perbaikan dapat diidentifikasi dari praktik- praktik Scrum Maturity Model yang belum dicapai organisasi. Usulan perbaikan nantinya akan dihasilkan dari pemetaan sasaran perbaikan dengan best practices Scrum. Pada hasil penelitian menunjukkan bahwa tingkat kematangan scrum pada organisasi saat ini telah mencapai scrum maturity level 2 dan ingin mencapai scrum maturity leve 3.

---

Enterprise University Information System (Euis) software is a product owned by the Pusat Ilmu Komputer Univesitas Indonesia, abbreviated as Pusilkom UI. EUIS has been developed since 2011, which in the initial development used the methodology of the Pusilkom Agile Unified Process and in the last two years it was generated using the Scrum framework. Still, in the development process there were problems namely the sprint goal was not achieved and the task execution exceeded the estimated time given. With these problems which can indirectly affect the overall work schedule of EUIS products, an evaluation is expected to be able to overcome the existing challenges by measuring the level of maturity of the development process. In measuring the level of maturity, data is collected through the implementation of Focus Group Discussions, document studies, and observations. The data obtained is then analyzed using the KPA Rating calculation to get the level of maturity. The results of the maturity level analysis will be discussed with the organization to determine the level of maturity to be achieved. The improvement target can be identified from the Scrum Maturity Model practices that the organization has not yet reached. The proposed improvements will later be generated from mapping improvement targets with Scrum best practices. The results showed that the Scrum Maturity level in the organization has now reached Scrum Maturity Level 2 and wants to reach Scrum Maturity Level 3."

"Perangkat lunak AB Pro merupakan produk dari PT XYZ. Perusahaan mengharapkan produk ini bebas dari failure kategori major, critical dan blocker yang tidak dapat diselesaikan pada level support call. Semua jenis failure ini menyebabkan operasi bisnis pelanggan terganggu. Failure terjadi karena kurang maksimalnya proses pengujian. Untuk mengetahui kualitas proses pengujian yang sedang berlangsung dibutuhkan asesmen tingkat kematangan proses pengujian tersebut. Maka dari itu, tujuan penelitian ini adalah untuk mengetahui tingkat kematangan proses pengujian dan memberikan rekomendasi perbaikan proses pengujian perangkat lunak AB Pro. Model yang digunakan untuk mengevaluasi kematangan proses pengujian pada penelitian ini adalah Test Maturity Model Integration (TMMi). Model ini memenuhi kebutuhan perusahaan, terutama tahapan yang jelas untuk menentukan arahan komitmen manajemen. Metode penilaian mengacu pada TMMi Assessment Method Accreditation Requirements (TAMAR). Penelitian dilakukan secara kualitatif dengan metode reduksi. Pengambilan data dilakukan dengan FGD bersama dua orang ketua tim pengujian, observasi proses, dan studi dokumen pendukung. Hasil penelitian menunjukkan bahwa tingkat kematangan proses pengujian perangkat lunak di PT XYZ berada pada tingkat kematangan 1 initial. Hal ini menunjukkan bahwa proses pengujian belum dikelola dengan baik dan terdapat pelaksanaan proses yang tidak konsisten. Penelitian ini merekomendasikan perusahaan melakukan enam perbaikan proses pengujian. Tiga rekomendasi jangka pendek (1-6 bulan), yaitu: melakukan monitor kualitas produk; menggunakan teknik desain pengujian; mengembangkan prosedur proses pengujian. Tiga rekomendasi jangka menengah (7-12 bulan), yaitu: membentuk seperangkat indikator kinerja proses pengujian; menentukan estimasi proses pengujian; menjaga serta mendistribusikan komitmen untuk pengujian.

---

Software AB Pro is a product of PT XYZ. The company expects this product to be free from major, critical and blocker failure that cannot be resolved at support call level. All these failures disrupt the customer’s business operations. Failures occur when the testing process is unoptimized. To analyze current testing process quality, testing process maturity level assessment is required. Thus, this study aimed to determine testing process maturity level and provide recommendations to improve AB Pro testing process. The assessment model used in this study is Test Maturity Model Integration (TMMi). The chosen model meets the company requirements, especially having clear steps to determine the direction of management commitment. The assessment method refers to the TMMi Assessment Method Accreditation Requirements (TAMAR). The research was conducted qualitatively with the reduction method. Data collection was carried out through FGD with two team leaders, process observation, and study of supporting documents. From the result, software testing process maturity is still at initial level. This result indicates the testing process has not been appropriately managed, and there is inconsistency of process implementation. There are six recommendations for PT XYZ to improve their testing process. Three short-term recommendations (1-6 months): monitor product quality; use test design techniques; develop process testing procedures. Three medium-term recommendations (7-12 months): establish a set of performance indicators of the testing process; determine the estimation of the testing process; maintain and distribute commitments for testing.

"