Hasil Pencarian  ::  Simpan CSV :: Kembali

"ABSTRAKPengembangan perangkat lunak pada Badan Pendidikan dan Pelatihan Keuangan BPPK belum sesuai dengan harapan dari pengguna dan belum memenuhi target dari rencana strategis Renstra BPPK Tahun 2015-2019, dimana masih menghasilkan produk yang belum sesuai dengan kebutuhan dan belum memenuhi target waktu yang telah ditentukan. Hal ini terutama disebabkan oleh user requirement yang belum terdefinisi dengan baik, kurangnya keterlibatan pengguna dalam proses pengembangan perangkat lunak, dan waktu pengembangan perangkat lunak yang tidak realistis. Rancangan Standar Operasional Prosedur SOP pengembangan perangkat lunak diharapkan mampu mengatasi permasalahan tersebut. Rancangan SOP pengembangan perangkat lunak disusun dengan menggunakan metode Scrum. Metode scrum dipilih karena Scrum mampu beradaptasi dengan perubahan kebutuhan bisnis, requirement user yang tidak terdefinisi dengan baik, dan menuntut keterlibatan pengguna dalam proses pengembangan perangkat lunak sehingga dapat menghasilkan perangkat lunak yang andal. Penelitian ini menghasilkan rancangan SOP pengembangan perangkat lunak yang terdiri dari 8 SOP yaitu, SOP analisis kelayakan pembangunan atau pengembangan perangkat lunak berdasarkan permintaan unit, SOP analisis kelayakan pembuatan atau pengembangan perangkat lunak berdasarkan penugasan, SOP analisis kebutuhan pengembangan perangkat lunak, SOP pembentukan tim pengembangan perangkat lunak, SOP perubahan Surat Keputusan SK tim pengembangan perangkat lunak, SOP perencanaan pengembangan perangkat lunak, SOP pengembangan perangkat lunak, dan SOP tinjauan pasca implementasi. Dengan dibuatnya rancangan SOP pengembangan perangkat lunak, diharapkan perangkat lunak yang dikembangkan oleh BPPK menjadi berkualitas.

---

ABSTRACTSoftware development in Financial Education and Training Agency BPPK has not met the user expectations and has not fulfilled the BPPK targets in the strategic plan for 2015 2019. Moreover, most of the time, the software development activities rarely pay attention to the user requirements and most of the project do not met the deadline in which requested by the users. These yield such low quality software. Those situation happened mainly because of the developer could not identify appropiate user requirements, lack of user involvement in software process, and the unrealistic timeline of software development. The Standard Operational Procedure SOP design of software development is expected to overcome all the problems above. This SOP design was developed based on the Scrum method. Scrum method is chosen because it is able to adapt the change of business needs and the undefined user requirements. Furthermore, this method demands user to get involve in the software development process so developer could develop a reliable software. This research proposed 8 SOP design for software development. They are, SOP for Software development feasibility analysis based on user demand, SOP for software development feasibility analysis based on assignment, SOP for requirement analysis of software development, SOP for software developer team formation, SOP for revision of software developer team formation, SOP for software development planning, SOP for software development, and SOP for post implementation. With these SOP designs, it is expected that BPPK will develop more high quality software."

"ABSTRAKSebuah rancangan prosedur operasional standar POS untuk requirement engineering pada pengembangan perangkat lunak di Subdirektorat Integrasi Pengolahan Data Subdit IPD , Badan Pusat Statistik BPS , telah dihasilkan. BPS merupakan lembaga pemerintah non kementrian yang bertugas untuk menyelenggarakan kegiatan sensus dan survei. POS requirement engineering disusun menggunakan soft system methodology SSM yang telah dimodifikasi dan scrum sebagai metode pengembangannya. Kebutuhan POS dirancang berdasarkan studi literatur, SBOK trade; Guide sebagai referensi best practice, serta penelitian sebelumnya untuk menentukan tahapan proses requirement engineering pada scrum. Wawancara dengan analisis tematik juga dilakukan untuk mengetahui kebutuhan organisasi BPS akan POS requirement engineering. Rancangan POS requirement engineering yang dihasilkan terdiri dari tiga buah POS, yaitu POS Tahap Inisiasi, POS Tahap Pengembangan, dan POS Tahap Perencanaan Iterasi. Konsep POS requirement engineering divalidasi kepada narasumber di Subdit IPD BPS yang telah mengikuti pelatihan pengembangan perangkat lunak dengan menggunakan metode scrum. Selain itu, hasil rancangan POS juga divalidasi kepada Kepala Subdit IPD BPS dan menunjukkan bahwa rancangan POS dapat diimplementasikan namun memerlukan dukungan pimpinan dalam pelaksanaannya. Hasil rancangan POS requirement engineering ditujukan untuk standarisasi proses requirement engineering pada pengembangan perangat lunak di Subdit IPD BPS. Dengan dihasilkannya rancangan POS requirement engineering ini, diharapkan perangat lunak yang dihasilkan oleh Subdit IPD BPS menjadi berkualitas.

---

ABSTRACTA design of Standard Operating Procedure SOP for requirement engineering in software development in Data Processing Integration Subdirectorate Statistics Indonesia was resulted. Statistics Indonesia is non ministerial government institution that is responsible for conducting statistical surveys. SOP for requirement engineering was designed using modified soft systems methodology SSM . Scrum method is used as an approach. The needs of SOP is derived from literature, SBOK trade Guide as best practice, and previous research to determine the process in scrum. Interview with thematic analysis was also conducted to determine the needs of requirement engineering SOP from the organizations. The design of requirement engineering SOP consists of three steps Initiation, Development, and Iteration Planning. Concepts of requirement engineering SOP have been validated to the interviewees in Data Processing Integration Subdirectorate, who have had training software development using scrum. Futhermore, The design of SOP has been validated to the Chief of Data Processing Integration Subdirectorate. The result from validation process show that the design of SOP for requirement engineering can be implemented in Data Processing Integration Subdirectorate, but still need the support from high level management. The result is aimed to standardize the process of requirement engineering in Data Processing Integration Subdirectorate. With this SOP design, software produced by Data Processing Integration Subdirectorate is expected to achieve the quality."

"ABSTRAKSebuah rancangan prosedur operasional standar POS untuk requirement engineering pada pengembangan perangkat lunak di Subdirektorat Integrasi Pengolahan Data Subdit IPD , Badan Pusat Statistik BPS , telah dihasilkan. BPS merupakan lembaga pemerintah non kementrian yang bertugas untuk menyelenggarakan kegiatan sensus dan survei. POS requirement engineering disusun menggunakan soft system methodology SSM yang telah dimodifikasi dan scrum sebagai metode pengembangannya. Kebutuhan POS dirancang berdasarkan studi literatur, SBOK trade; Guide sebagai referensi best practice, serta penelitian sebelumnya untuk menentukan tahapan proses requirement engineering pada scrum. Wawancara dengan analisis tematik juga dilakukan untuk mengetahui kebutuhan organisasi BPS akan POS requirement engineering. Rancangan POS requirement engineering yang dihasilkan terdiri dari tiga buah POS, yaitu POS Tahap Inisiasi, POS Tahap Pengembangan, dan POS Tahap Perencanaan Iterasi. Konsep POS requirement engineering divalidasi kepada narasumber di Subdit IPD BPS yang telah mengikuti pelatihan pengembangan perangkat lunak dengan menggunakan metode scrum. Selain itu, hasil rancangan POS juga divalidasi kepada Kepala Subdit IPD BPS dan menunjukkan bahwa rancangan POS dapat diimplementasikan namun memerlukan dukungan pimpinan dalam pelaksanaannya. Hasil rancangan POS requirement engineering ditujukan untuk standarisasi proses requirement engineering pada pengembangan perangat lunak di Subdit IPD BPS. Dengan dihasilkannya rancangan POS requirement engineering ini, diharapkan perangat lunak yang dihasilkan oleh Subdit IPD BPS menjadi berkualitas.

---

ABSTRACTA design of Standard Operating Procedure SOP for requirement engineering in software development in Data Processing Integration Subdirectorate Statistics Indonesia was resulted. Statistics Indonesia is non ministerial government institution that is responsible for conducting statistical surveys. SOP for requirement engineering was designed using modified soft systems methodology SSM . Scrum method is used as an approach. The needs of SOP is derived from literature, SBOK trade Guide as best practice, and previous research to determine the process in scrum. Interview with thematic analysis was also conducted to determine the needs of requirement engineering SOP from the organizations. The design of requirement engineering SOP consists of three steps Initiation, Development, and Iteration Planning. Concepts of requirement engineering SOP have been validated to the interviewees in Data Processing Integration Subdirectorate, who have had training software development using scrum. Futhermore, The design of SOP has been validated to the Chief of Data Processing Integration Subdirectorate. The result from validation process show that the design of SOP for requirement engineering can be implemented in Data Processing Integration Subdirectorate, but still need the support from high level management. The result is aimed to standardize the process of requirement engineering in Data Processing Integration Subdirectorate. With this SOP design, software produced by Data Processing Integration Subdirectorate is expected to achieve the quality."

"Peraturan Presiden Republik Indonesia nomor 81 tahun 2010 tanggal 21 Desember 2010 tentang Grand Design Reformasi Birokrasi 2010 ? 2025 menyebutkan bahwa reformasi birokrasi bermakna sebagai sebuah perubahan besar dalam paradigma dan tata kelola pemerintahan Indonesia. Sebagai lembaga negara yang telah melaksanakan reformasi birokrasi, BPK telah menyusun roadmap reformasi BPK tahun 2011-2015, namun masih terdapat permasalahan birokrasi yang menyebutkan bahwa belum tersedianya Prosedur Operasional Standar (POS) yang lengkap. Berdasarkan peta proses bisnis manajemen TI, salah satu proses bisnis yang terdapat di Biro TI adalah proses pengelolaan aplikasi TI yang memiliki kebutuhan POS. Oleh karena itu, penelitian ini akan fokus terhadap perancangan prosedur pengembangan aplikasi TI di BPK.POS pengembangan aplikasi TI tersebut disusun menggunakan Soft System Methodology (SSM) yang telah dimodifikasi. Kebutuhan prosedur yang harus dirancang didapatkan dari hasil perbandingan benchmarking, wawancara yang hasilnya dianalisis menggunakan metode hermeneutics, serta siklus hidup perangkat lunak yang didapatkan dari hasil studi literatur. Selanjutnya kebutuhan POS tersebut dirancang dengan memperhatikan ketentuan pada ISO 12207 tentang proses daur hidup perangkat lunak dan SNI 9001 tentang sistem manajemen mutu.Penelitian ini menghasilkan 14 rancangan prosedur tahapan pengembangan aplikasi TI yang terdiri dari tahap inisiasi, cara pemenuhan kebutuhan aplikasi, akuisisi, perencanaan pengembangan aplikasi, analisis, desain, konstruksi, pengujian, implementasi, operasi, pemeliharaan, penanganan masalah operasi, manajemen perubahan, dan pemantauan (pada seluruh tahapan siklus hidup pengembangan perangkat lunak).

---

Regulation of the President of the Republic of Indonesia number 81 of 2010 dated December 21, 2010 on Grand Design Reforms 2010-2025 states that meaningful reform of the bureaucracy as a major change in the paradigm and governance of Indonesia. As a state agency that has carried out reform of the bureaucracy, BPK has developed a BPK?s reform roadmap in 2011-2015, but there are still problems of bureaucracy which states that the unavailability of Standard Operating Procedures (SOP). Based on the map the business processes of IT management, one of the business processes contained in the Bureau of TI is the process of software development that have SOP needs. Therefore, this study will focus on the design of SOP for software development in BPK.SOP of software development are compiled using the Soft Systems Methodology (SSM) which has been modified. The needs of procedure that will be designed is obtained from the results of comparative benchmarking, interview results were analyzed using the methods of hermeneutics, and phase of software development life cycle from the study of literature. Furthermore, the needs of the SOP is designed with regard to the provisions of ISO 12207 about software life cycle processes and ISO 9001 on quality management systems.The study produced 14 draft procedure of software development phases, consists of the initiation stage, how to meet the needs of the application, acquisition, planning, analysis, design, construction, testing, implementation, operation, maintenance, handling of operations problem, change management, and monitoring (for all phases of the software development life cycle)."

"PT Kliring Penjaminan Efek Indonesia (KPEI) merupakan lembaga kliring dan penjaminan di pasar modal Indonesia. Dalam mencapai visi dan misinya diperlukan layanan sistem berkualitas yang ditandai dengan tercapainya zero defect sistem di lingkungan produksi. Kenyataannya, gangguan terhadap sistem bisnis utama telah menjadi top risk organisasi karena terjadi 36 kali dalam setahun terakhir ini yang berdampak terhadap finansial dan reputasi organisasi. Berdasarkan hal tersebut, diketahui bahwa permasalahan utama yang dihadapi organisasi adalah kurangnya proses pengujian. Untuk mengatasi hal ini, dilakukan penilaian tingkat kematangan dan memberikan rekomendasi perbaikan proses pengujian. Penilaian tingkat kematangan proses pengujian perangkat lunak dilakukan menggunakan Test Maturity Model Integration (TMMi) pada tingkat kematangan 2 (managed) dan mengacu pada ketentuan TMMi Assessment Method Accreditation Requirements (TAMAR). Praktik yang belum dipenuhi akan menjadi rekomendasi perbaikan proses menggunakan metode deming cycle (PDCA). Berdasarkan hasil penilaian diperoleh bahwa PT KPEI masih berada pada tingkat kematangan 1 (initial). Area proses yang memperoleh nilai terendah adalah test planning (PA 2.2) dengan nilai partially achieved. Rekomendasi perbaikan yang perlu dilakukan yaitu penyusunan test plan secara konsisten dan ditinjau secara berkala serta perbaikan isi dokumen test plan. Rekomendasi perbaikan proses pengujian ini diharapkan dapat mengurangi kemunculan bugs sistem di lingkungan produksi.

---

PT Kliring Penjaminan Efek Indonesia (KPEI) is a clearing and guarantee institution in the Indonesian capital market. In achieving its vision and mission, a quality system service is needed, which is marked by the achievement of zero-defect systems in the production environment. In fact, disruption to key business systems has become an organization's top risk because it has occurred 36 times in the past year, which has an impact on the organization's finances and reputation. Based on this, it is known that the main problem faced by the organization is the lack of a testing process. To overcome this, an assessment of the maturity level is carried out and provides recommendations for improvement of the testing process. The assessment of the maturity level of the software testing process is carried out using the Test Maturity Model Integration (TMMi) at maturity level 2 (managed) and refers to the provisions of the TMMi Assessment Method Accreditation Requirements (TAMAR). Practices that have not been met will be included as recommendations for process improvement using the Deming Cycle (PDCA) method. Based on the results of the assessment, it was found that PT KPEI is still at maturity level 1 (initial). The process area that obtained the lowest score was test planning (PA 2.2) with a partially achieved value. Recommendations for improvements that need to be made are the preparation of a test plan consistently and reviewed periodically as well as improvements to the contents of the test plan document. Recommendations for improving the testing process are expected to reduce the appearance of system bugs in the production environment."

"Perbaikan proses pengembangan perangkat lunak dilakukan di Popbox dengan tujuan melakukan evaluasi dan memberikan rancangan aksi untuk perbaikan proses pengembangan perangkat lunak. Diharapkan rancangan aksi perbaikan yang telah disusun, dapat mengatasi keterlambatan pengembangan perangkat lunak di Popbox. Pada tahap awal, dilakukan analisis dan didapatkan faktor-faktor yang mungkin menjadi penyebab keterlambatan implementasi perangkat lunak yang sering terjadi di Popbox, lalu ditemukan juga beberapa akar masalah yang menyebabkan keterlambatan. Setelah itu dilakukan pemeringkatan menggunakan analytical hierarchy process (AHP) terhadap akar-akar masalah tersebut, untuk mengetahui akar masalah yang paling prioritas. Setelah itu didapatkan tiga akar masalah yang paling prioritas, yaitu belum ada standar baku pengembangan perangkat lunak, perubahan permintaan di tengah proyek yang sedang berjalan, dan kebutuhan di awal yang kurang jelas / terdefinisi dengan baik.Penelitian ini berfokus untuk menyelesaikan ketiga akar masalah tersebut. Untuk dapat mengatasi masalah tersebut peneliti menggunakan software process improvement (SPI). Kerangka kerja SPI yang digunakan dalam penelitian ini adalah CMMI-Dev V.1.3 dengan proses appraisal menggunakan SCAMPI-C dan pendekatan continous representation serta menggunakan tahapan model PDCA. Hasil penilaian yang dilakukan pada 46 specific practice yang terdapat pada process area PP, PMC, REQM, RD dan OPD menunjukan bahwa Popbox telah memenuhi 11 specific practice pada lima process area tersebut. Terdapat 40 kelemahan pada 35 specific practice yang belum terpenuhi oleh Popbox, sehingga dapat disimpulkan Popbox belum mencapai capability level 1 pada kelima process area yang dipilih. Untuk mengatasi kelemahan tersebut peneliti menyusun 21 rancangan aksi yang dikategorikan ke dalam lima kategori process area. Urutan pelaksanaan rancangan aksi dilakukan berdasarkan hasil pemrioritasan kategori rancangan aksi yang didapatkan melalui proses pemrioritasan menggunakan AHP. Urutan pelaksanaan rancangan aksi dari yang pertama adalah PP, OPD, RD, PMC dan yang terakhir adalah REQM.

---

Improvements to the software development process are carried out in Popbox with the aim of evaluating capability levels and providing action design to improve the software development process. It is expected that the draft action design that has been prepared, can overcome the delay in software development in Popbox. In the initial stage, an analysis was carried out and the researcher found factors that might be the cause of delays in software delivery that often occur in Popbox, then the researcher also found some of the root causes of the delay. After that the researcher conducted a ranking using the analytical hierarchy process (AHP) on the root of the problem, to find out the root of the most priority problem. After that, three of the most priority root problems are obtained, namely there is no standard software development standard, changes in demand in the middle of the ongoing project, and the initial needs that are less clear / well defined.

This study focuses on resolving the three roots of the problem. To be able to overcome this problem researcher used software process improvement (SPI). The SPI framework used in this study is CMMI-Dev V.1.3 with the appraisal process using SCAMPI-C and continuous representation approaches and also using the stages of the PDCA model. The results of the assessment conducted on 46 specific practices found in the process area of PP, PMC, REQM, RD and OPD showed that Popbox had fulfilled 11 specific practices in the five process areas. There are 40 weaknesses in 35 specific practices that have not been fulfilled by Popbox, so it can be concluded that Popbox has not achieved capability level 1 in the five selected process areas. To overcome these weaknesses researcher compiled 21 action design that were categorized into five process area categories. The order of implementation of the action design is based on the results of prioritizing the action design categories obtained through the prioritization process using AHP. The order of implementation of the action design from the first is PP, OPD, RD, PMC and the last is REQM."

"ABSTRAKKelangsungan bisnis PT XYZ sangat tergantung pada SI/TI yang dimanfaatkannya. Namun PT XYZ tidak memiliki proses pemeliharaan perangkat lunak yang terdefinisi. Tidak tercapainya target pemeliharaan perangkat lunak berpotensi menghambat pemanfaatan SI/TI, yang dapat merambat pada terhambatnya proses bisnis yang menggunakan SI/TI tersebut.Untuk mengatasi masalah manajemen pada pemeliharaan perangkat lunak, perlu diketahui tingkat kematangan proses pemeliharaan terlebih dahulu, agar dapat menyusun strategi SPI. Penelitian ini mengukur tingkat kematangan berdasarkan S3m menggunakan S3mAssess. Strategi SPI akan disusun menggunakan tingkat kematangan yang lebih tinggi dari saat ini.Penelitian ini menghasilkan strategi SPI yang dapat digunakan sebagai saran perbaikan bagi PT XYZ untuk meningkatkan kematangan proses pemeliharaan perangkat lunaknya. Peningkatan kematangan proses tersebut diharapkan dapat membantu dalam pencapaian visi dan misinya.

---

ABSTRACTBusiness continuity of PT XYZ depends on the usage of IS IT. However, PT XYZ does not have defined processes for its software maintenance. Unachieved maintenance target has potential to hamper the utilization of IS IT, thus could obstruct the business processes that depends on the IS IT as well.To solve the management problem of the software maintenance process, the maturity level of current process need to be figured out first, so the SPI strategy can be established. This research appraises maturity level based on S3m using S3mAssess. The SPI strategy will be established using higher maturity level than the current maturity level.This research establishes the SPI strategy that will be used to as a suggestion for improvement for PT XYZ to increase its maturity level of its software maintenance process. The increase in maturity level is expected to help it in achieving its vision and mission."

"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."

"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."

"Pengembangan perangkat lunak waterfall mulai tidak relevan dengan PT XYZ. Kecepatan perubahan dari permintaan pengguna, membuat pengerjaan proyek PT XYZ menjadi terlambat. Scrum merupakan kerangka kerja yang dapat mengatasi cepatnya perubahan tersebut. Oleh sebab itu, PT XYZ perlu melakukan adaptasi kerangka kerja Scrum. Menurut software enginering institute, terdapat 3 dimensi penting dalam sebuah proses yaitu People, Procedure and Method, dan Tools yang akan menjadi fokus penelitian ini. Dimensi people menggunakan Sociomery dan Motivation Method untuk mengetahui kondisi tim saat ini serta menganalisa peran-peran saat ini pada perusahaan. Dimensi procedure and method menggunakan A Guide to agile with CMMI yang difokuskan pada process area Project roadmap CMMI dan acara-acara pada Scrum Guide. Sedangkan pada dimensi Tools, dengan mencari pada mensin pencarian di internet dengan kata kunci ‘free Scrum Tools’ lalu dibandingkan antara keunggulan serta kekurangan dari tiap Tools tersebut. Hasil dari dimesi people dibagi menjadi tiga bagian berdasarkan peran-peran pada Scrum yaitu, Scrum Master, Product Owner dan Development Team. Scrum Master yang terpilih adalah responden nomor 2 dan 10 berdasarkan hasil Sociometry yang paling populer dari tim tersebut, sedangkan Product Owner diperankan oleh pemimpin proyek XYZ Tracker dikarenakan memiliki tanggung jawab yang hampir memadai dari tanggung jawab seorang Product Owner. Development Team dibagi menjadi 2 tim berdasarkan hasil Sociometry dan kemampuan individual yang masing-masing tim berjumlah 7 orang . Pada dimensi procedure and method, terdapat 50 rekomendasi rancangan adaptasi procedure and method. Sedangkan hasil dimensi Tools, menggunakan ‘ApaScrum’ yang memiliki keunggulan dalam memberikan kemudahan dalam penggunaan serta dapat menghasilkan artefak yang dibutuhkan dalam Scrum.

---

The waterfall software development is becoming irrelevant with PT XYZ. The speed of change from user requests resulted in the slowdown of project work from PT XYZ . Scrum is a framework that can overcome those rapid changes. Therefore, PT XYZ needs to adapt the Scrum framework. According to the software engineering institute, there are 3 important dimensions in a process namely People, Procedure and Method, and Tools which will be the focus of this research. The People dimension uses Sociomery and Motivation Method to determine the current condition of the team and analyze the current roles in the company. The procedure and method dimension uses A Guide to Agile with CMMI which is focused on the CMMI Project roadmap process area and events on the Scrum Guide. While in the Tools dimension, by searching on search engines on the internet with the keyword 'Free Scrum Tools' then comparing the advantages and disadvantages of each of these Tools. the results of the people dimension are divided into three sections based on roles in Scrum namely, Scrum Masters, Product Owners and Development Teams. The selected Scrum Masters are respondents number 2 and 10 based on the results of the most popular Sociometry from the team, while the Product Owner is played by the XYZ Tracker project leader because it has almost the same responsibility as the responsibility of a Product Owner. The Development Team was divided into 2 teams based on the results of Sociometry and the individual abilities of each team totaled 7 people. On the procedure and method dimension, there are 50 recommended procedures and method adaptation designs. While the results of the Tools dimension, which used 'ApaScrum' has the advantage of providing ease of use and can produce the artifacts needed in Scrum"