Hasil Pencarian  ::  Simpan CSV :: Kembali

Abstrak :
Perangkat lunak merupakan hal yang sangat penting dan menjadi salah satu kunci kesuksesan untuk meningkatkan keunggulan kompetitif bagi banyak perusahaan di era industri 4.0. Kualitas dari perangkat lunak tentu menjadi perhatian perusahaan untuk kelangsungan bisnis mereka khususnya bagi perusahaan yang bergerak di industri perangkat lunak. Cloud Service Provider XYZ (XYZ) merupakan sebuah perusahaan yang bergerak di bidang Platform-as-a-Service (PaaS) yang memberikan layanan yang fokus pada developer experience (DX) sehingga bisa memanfaatkan teknologi terkini untuk memberikan nilai lebih pada perangkat lunak yang dibuat. Sebagai startup baru, XYZ berencana melakukan branding dengan menunjukkan bahwa PaaS yang diberikannya memiliki kualitas yang menunjang kebutuhan developer dan meyakinkan mereka bahwa XYZ tidak kalah dengan PaaS yang disediakan oleh perusahaan besar di lingkup internasional. Sehingga, menjaga kualitas perangkat lunaknya merupakan hal yang sangat penting bagi kelangsungan bisnis mereka. Namun, XYZ menemukan kekurangan pada layanannya dan belum mampu mengukur kesiapan produknya. Penelitian ini ditujukan untuk melakukan evaluasi kematangan kualitas perangkat lunak yang dikembangkan oleh XYZ. Penelitian ini menggunakan Software Product Quality Maturity Model (SPQMM) dengan ISO/IEC 25010 sebagai acuan karakteristik perangkat lunak yang dievaluasi. Pengukuran karakteristik mengacu pada ISO/IEC 25022 untuk aspek Quality in Use dan ISO/IEC 25023 untuk aspek Software Product Quality. Selanjutnya, peneliti juga menganalisis usulan perbaikan yang dapat dilakukan sebagai langkah untuk meningkatkan kualitas produk perangkat lunak. Usulan perbaikan diperoleh dari hasil pengukuran dan ulasan pengguna. Hasil dari penelitian ini menunjukkan bahwa tingkat kematangan perangkat lunak XYZ berada pada tingkat 3 yaitu Neutral. Hal tersebut diperoleh dari pemetaan tingkat integritas yang berada pada tingkat Sangat Rendah dan tingkat kualitas keseluruhan sistem sebesar 75,45%. Di samping itu, secara garis besar ulasan perbaikan yang diperoleh adalah diperlukannya sistem logging untuk memudahkan proses penelusuran kejadian, penerapan proses pengujian yang lebih lengkap dan otomatis, diperlukannya sistem monitoring proses, serta beberapa ulasan pengguna dari sisi penambahan fitur seperti kompatibilitas bahasa pemrograman lain dan penambahan channel pembayaran. ......Software is an important thing and being one of key success to increase competitive advantage for many companies in 4.0 industry era. The quality of the software is certainly a concern for companies for the continuity of their business, especially for companies engaged in the software industry. Cloud Service Provider XYZ (XYZ) is a company engaged in Platform-as-a-Service (PaaS) which provides a server-side service that aims to facilitate both individual and organizational software developers in the server management process. XYZ provides services that focus on the developer experience (DX) so that they can take advantage of the latest technology to provide more value to the software created. As a new startup, XYZ plans to do branding by proofing its quality supports the needs of developers and assures them that XYZ is not inferior to the PaaS provided by large companies in the international sphere. Thus, maintaining the quality of the platform is very important for the continuity of their business. However, XYZ still often finds errors and mistakes in its services and has not been able to measure the readiness of its products. This research aims to evaluate the maturity of the quality of software developed by XYZ. This used Product Quality Maturity Model (SPQMM) as a main model with ISO/IEC 25010 as a reference of the evaluated software characteristics. Each characteristic measurement refers to ISO/IEC 25022 for Quality in Use and ISO/IEC 25023 for Software Product Quality. Furthermore, the researcher also analysed what proposed improvements which could be implemented as a step to increase the software product quality. Proposed improvements were obtained from measurement results and user feedback. The results are the quality maturity level of XYZ is at level 3 which is Neutral. That was obtained by mapping the integrity level which is at Very Low and the Whole Quality Level of 75,45%. Moreover, the proposed improvements are it is necessary to have logging system for helping the process of tracking events, the application of a more complete and automated testing process, require of monitoring system, and some of user feedbacks in feature additions such as other programming language compatibility additions and payment channel additions.

Abstrak :
Bank Digital XYZ sebagai salah satu inisiator bank digital di Indonesia mengembangkan aplikasi ABC untuk nasabah usaha mikro kecil menengah (UMKM). Aplikasi ABC dikembangkan oleh beberapa tim dengan mengadopsi metode Scrum. Hipotesis awal menunjukkan beberapa praktik Scrum tidak terlaksana secara baik sehingga Sprint Goal sering tidak tercapai dan berdampak langsung pada keterlambatan rilis yang sering terjadi. Persentase ketercapaian Sprint Goal tidak lebih dari 47% dan keberhasilan rilis tepat waktu hanya 31,82%. Penelitian ini bertujuan memberikan rancangan Scaled Agile untuk meningkatkan efisiensi rilis aplikasi ABC. Penelitian ini menggunakan metode kuantitatif dan kualitatif untuk mengevaluasi implementasi Scrum dan menghasilkan sebuah rancangan Scaled Agile. Data dikumpulkan melalui wawancara dan kuesioner yang berlandaskan Scrum Maturity Model untuk mengukur tingkat kematangan implementasi Scrum. Data kuesioner dihitung menggunakan Key Process Area (KPA) Rating dari Agile Maturity Model. Rekomendasi praktik disusun berdasarkan Scrum Guide 2020 dan beberapa praktik Scaled Agile. Penelitian ini menggunakan empat domain Scaled Agile, yaitu produk, arsitektur, koordinasi, dan peran. Hasil penelitian menunjukkan tim Scrum ABC memiliki tingkat kematangan 2 dengan 44 praktik perlu diperbaiki yang menghasilkan 17 masalah umum yang perlu rekomendasi. Rekomendasi dan situasi tim Scrum ABC diidentifikasi berdasarkan domain untuk menemukan komponen rancangan Scaled Agile. Komponen disusun untuk menghasilkan rancangan Scaled Agile yang secara umum menggambarkan proses koordinasi antar peran yang meliputi produk hasil koordinasi dalam skala kecil dan besar. Hasil akhir penelitian ini berupa rancangan Scaled Agile yang telah tervalidasi oleh beberapa anggota tim Scrum ABC dan telah disesuaikan dengan kebutuhan tim. Proses validasi terkait dengan redundansi koordinasi, penambahan peran, dan proses koordinasi kumulatif. Implementasi secara bertahap dan konsisten diharapkan dapat memperbaiki efisiensi rilis produk ABC. ......XYZ Digital Bank as one of the initiators of digital banks in Indonesia has developed an ABC application for micro, small and medium enterprise (MSMEs) customers. The ABC application was developed by several teams by adopting the Scrum method. The initial hypothesis shows that some Scrum practices are not implemented properly so that the Sprint Goal is often not achieved and has a direct impact on release delays that often occur. The percentage of achieving the Sprint Goal is not more than 47% and the success of the release on time is only 31.82%. This study aims to provide a Scaled Agile design to improve the efficiency of ABC application releases. This study uses both quantitative and qualitative methods to evaluate Scrum implementation and produce a Scaled Agile design. Data was collected through interviews and questionnaires based on the Scrum Maturity Model to measure the maturity level of Scrum implementation. Questionnaire data is calculated using the Key Process Area (KPA) Rating from the Agile Maturity Model. Practice recommendations are based on the 2020 Scrum Guide and several Scaled Agile practices. This study uses four domains of Scaled Agile, namely product, architecture, coordination, and roles. The results showed that the ABC Scrum team had a maturity level of 2 with 44 practices that needed improvement which resulted in 17 general problems that needed recommendations. The ABC Scrum team's recommendations and situations were identified by domain to find the components of the Scaled Agile design. Components are structured to produce a Scaled Agile design which generally describes the process of coordination between roles which includes the results of coordination on a small and large scale. The result of this research is a Scaled Agile design that has been validated by several members of the ABC Scrum team and has been adapted to the team needs. The validation process is related to coordination redundancy, adding roles, and cumulative coordination processes. Gradual and consistent implementation is expected to improve the efficiency of ABC product releases.

Abstrak :
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.

Abstrak :
Chickin adalah sebuah startup teknologi di bidang poultry yang memiliki sebuah departemen teknologi informasi (TI) yang dipimpin oleh seorang CTO. Departemen TI Chickin memiliki tiga tim Scrum yang membangun produk TI berupa aplikasi mobile dan IoT untuk menunjang kegiatan peternakan. Masalah utama yang ditemukan pada proses pengembangan aplikasi ini adalah persentase ketepatan waktu hanya mencapai 50% sehingga mengganggu pencapaian target. Tujuan penelitian ini adalah evaluasi proses implementasi Scrum untuk menilai tingkat ketangkasan implementasi Scrum dan membuat rekomendasi perbaikan implementasi Scrum untuk meningkatkan ketepatan waktu pengembangan aplikasi. Penelitian merupakan case based research yang dilakukan menggunakan mixed method, yaitu paduan kuantitatif dan kualitatif dengan instrumen Agile Assessment. Metode kuantitatif dilakukan dengan survei terhadap 21 responden dari tim produk Chickin (Product Manager, Developer, dan Scrum Master) untuk mengukur tingkat ketangkasan implementasi Scrum. Metode kualitatif dilakukan dengan wawancara kepada Technology Lead dan Scrum Master untuk mengidentifikasi faktor yang mempengaruhi tingkat ketangkasan implementasi Scrum. Hasil penelitian menunjukkan bahwa ketangkasan implementasi Scrum mencapai 81.4% dengan interpretasi Largely Achieved. Namun, masih ditemukan 14 masalah dari empat area implementasi. Penyusunan rekomendasi dilakukan dengan memetakan 14 masalah pada praktik Scrum Guide 2020 untuk meningkatkan proses dan pada praktik Software Craftsmanship mengatasi masalah teknis. Dari pemetaan masalah menghasilkan rekomendasi proses untuk 13 masalah dan rekomendasi teknis untuk 9 masalah. Rekomendasi diharapkan dapat membantu perusahaan meningkatkan ketepatan waktu pada proses pengembangan produk dengan mengimplementasikan Scrum secara lebih tangkas. ......Chickin is a poultry’s technology startup that has an information technology (IT) department led by a CTO. Department IT of Chickin has three Scrum teams that build IT products in the form of mobile and IoT applications to support livestock activities. The main problem in the application development process is that the timeliness percentage only reaches 50%, which disrupts in achieving the target. The purpose of this study is to evaluate the Scrum implementation process to assess the agility level of Scrum implementation and make recommendations for improving Scrum implementation to increase the timeliness of IT product development. The research is a case-based-research conducted using a mixed method, namely a combination of quantitative and qualitative with Agile Assessment instruments. The quantitative method was carried out by surveying 21 respondents of the Chickin product team (Product Manager, Developer, and Scrum Master) to measure the level of agility in Scrum implementation. The qualitative method is carried out by interviewing the Technology Lead and the Scrum Master to identify factors that influence the level of agility of Scrum implementation. The results showed that the agility of Scrum implementation reached 81.4% with the Largely Achieved interpretation. However, 14 problems still needed to be found from the four implementation areas. The recommendations are prepared by mapping these 14 problems on the Scrum Guide 2020 practice to improve processes and Software Craftsmanship practices in overcoming technical problems. The problem mapping resulted in process recommendations for 13 problems and technical recommendations for 9 problems. The recommendations are expected to help companies improve the timeliness of the product development process by implementing Scrum more agile.

Abstrak :
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.

Abstrak :
Dalam menghadapi era disrupsi, PT X (Persero) melakukan transformasi digital pada seluruh proses bisnis, layanan dan produknya sehingga membutuhkan pengembangan berbagai perangkat lunak. Untuk memenuhi kebutuhan tersebut PT X telah mengimplementasikan framework Scrum sejak tahun 2019. Namun menurut laporan perkembangan proyek selama semester satu tahun 2020, capaian penyelesaian Backlog dan Sprint Goals hanya sebesar 69,22% dari 100% yang ditargetkan sehingga berdampak pada berbagai keterlambatan proyek. Berdasarkan paparan dari salah satu Product Owner, masalah tersebut menyebabkan PT X mengalami kerugian dari hilangnya potensi pertumbuhan pendapatan bisnis. Pada tahap awal, melalui studi dokumen pada aplikasi JIRA dan dokumen terkait proses Scrum serta wawancara dengan salah satu Scrum Master, penelitian ini menemukan terdapat berbagai penyimpangan praktik Scrum khususnya pada Scrum Artifacts yang terindikasi menjadi akar masalah utama. Pengukuran tingkat kematangan dilakukan melalui penyebaran kuesioner elektronik yang berisi 83 pertanyaan dari Scrum Maturity Model (SMM) yang telah dimodifikasi sesuai Scrum Guide 2020, kepada 5 tim Scrum business dan business support yang diwakili oleh 4 Scrum Master. Data kuesioner dan evidence yang diperoleh kemudian diolah menggunakan Key Process Area (KPA) Rating. Pengukuran tingkat kematangan menunjukkan bahwa PT X masih berada pada kematangan tingkat 1 (Initial) dari 5 tingkat kematangan. Rekomendasi perbaikan difokuskan kepada perbaikan kualitas Scrum Artifacts yang juga merupakan salah satu sasaran khusus pada tingkat kematangan 2 yang tidak berhasil dicapai oleh PT X. Sebanyak 14 rekomendasi terbagi dalam 4 kelompok meliputi, Product Backlog, Sprint Backlog, Release Burndown Chart, dan Sprint Burndown Chart. Rekomendasi yang telah divalidasi melalui wawancara dengan Scrum Master Lead PT X diberikan dan disarankan untuk diimplementasikan secara konsisten guna meningkatkan kapabilitas implementasi Scrum di PT X agar masalah capaian Scrum dan keterlambatan proyek dapat teratasi. ......Facing the disruptive era, PT X (Persero) carries out digital transformation in all business processes, services, and products which require various software development effort. To fulfill these needs, PT X has implemented the Scrum framework since 2019. However, according to the project progress report during the first semester of 2020, the achievement of the Backlog and Sprint Goals completion was only 69.22% from 100%, and causing project delays. One of the Product Owners declare that this problem makes PT X lost its potential income from business revenue growth. In the early stages, through documents study on the JIRA application and analyze all of the documents related to the Scrum process at PT X as well as interviews with one of the Scrum Masters. This research found that there were various deviations in Scrum practice, especially in Scrum Artifacts which were indicated to be the root of the main problem. Maturity level measurement is carried out through the distribution of an electronic questionnaire containing 83 questions from the Scrum Maturity Model (SMM) which has been modified with the Scrum Guide 2020, to 5 Scrum business and business support teams represented by 4 Scrum Masters. The data obtained from the questionnaire then equipped with evidence then processed using the Key Process Area (KPA) Rating. The result of maturity level measurement shows that PT X’s maturity is at level 1 (Initial) of 5 maturity levels. Recommendations for improvement are focused on improving the quality of Scrum Artifacts which is also one of the specific targets at maturity level 2 that not yet achieved by PT X. A total of 14 recommendations are divided into 4 groups including, Product Backlog, Sprint Backlog, Release Burndown Chart, and Sprint Burndown Chart. Recommendations that have been validated by Scrum Master Lead through interviews are given and suggested to be implemented consistently in order to improve Scrum implementation capability at PT X so that the problem of Scrum achievement and project delays can be resolved.

Abstrak :
PT XYZ adalah sebuah perusahaan yang bergerak dibidang teknologi keuangan. Didirikan pada tahun 2020, PT XYZ menghubungkan berbagai layanan yang disediakan oleh PT ABC sebagai induk perusahaan. Pengembangan perangkat lunak di PT XYZ dilakukan dengan menggunakan kerangka kerja Scrum. Dalam pelaksanaannya terjadi banyak keterlambatan penyelesaian Sprint, dimana dari 18 Sprint yang dijalankan pada tahun 2021, 10 diantaranya mengalami keterlambatan penyelesaian Sprint. Hasil identifikasi menunjukkan adanya masalah terkait dukungan organisasi dan kurangnya pemahaman terkait Scrum, yang mengindikasikan bahwa perusahaan dinilai belum siap mengimplementasikan Scrum. Penelitian ini bertujuan untuk menilai tingkat kesiapan organisasi dalam melakukan pengembangan perangkat lunak menggunakan kerangka kerja Scrum dan memberikan rekomendasi untuk meningkatkan kesiapan. Penelitian ini menggunakan Scrum Project Readiness Self-Assessment untuk menilai tingkat kesiapan organisasi terhadap pengembangan perangkat lunak menggunakan kerangka kerja Scrum. Dari hasil penelitian, didapatkan kesimpulan skor kesiapan organisasi dalam pengembangan perangkat lunak menggunakan kerangka kerja Scrum sebesar 67 dari maksimum 84. Organisasi dinyatakan siap dan dapat berhasil dalam mengimplementasikan Scrum, namun terdapat beberapa masalah yang harus diselesaikan untuk memastikan pengerjaan produk sesuai rencana. Masalah yang teridentifikasi yaitu pemahaman Scrum di organisasi masih kurang dan automation testing belum digunakan dalam instrumen pengujian. Berdasarkan masalah yang teridentifikasi, perusahaan direkomendasikan merekrut Scrum Master profesional untuk melatih organisasi dan menerapkan Test-Driven Development dalam melakukan pengembangan. ......PT XYZ is a company engaged in financial technology. Established in 2020, PT XYZ connects various services provided by PT ABC as the parent company. Software development at PT XYZ is carried out using the Scrum framework. In its implementation, there are many delays in completing Sprints, where out of 18 Sprints carried out in 2021, 10 of them experienced Sprint completion delays. The results show that there are problems related to organizational support and a lack of understanding regarding Scrum, which indicates that the company is considered not ready to implement Scrum. This study aims to assess the level of organizational readiness in carrying out software development using the Scrum framework and provide recommendations to improve readiness. This study uses the Scrum Project Readiness Self-Assessment to assess the level of organizational readiness for software development using the Scrum framework. From the results of the study, the conclusion of the organizational readiness score in software development using the Scrum framework is 67 out of a maximum of 84. The organization is declared to be ready and can be successful in implementing Scrum, but there are several problems that must be resolved to ensure product work according to plan. The identified problems are that the understanding of Scrum in the organization is still lacking and automation testing has not been used in the testing instrument. Based on the problem, the company is recommended to recruit a professional Scrum Master to train the organization and apply Test-Driven Development in developing development.

Abstrak :
Pengembangan Perangkat lunak berhasil apabila sesuai dengan batasan yang ditentukan, tepat waktu, dan sesuai dengan anggaran yang dialokasikan. Laporan rekapitulasi capaian proyek di Jakarta Smart City (JSC) tahun 2020-2021 menunjukkan fakta bahwa proyek yang berhasil diselesaikan tepat waktu hanya 46.67%, sedangkan 30% diselesaikan terlambat dan 43.33% tidak selesai. Melalui identifikasi permasalahan menggunakan diagram fishbone, pada domain process disebutkan bahwa di JSC tidak ada standarisasi metode pengembangan perangkat lunak yang digunakan. Hal ini mendorong penulis melakukan penelitian berfokus pada pengembangan metodologi pengembangan perangkat lunak yang tepat di JSC menggunakan Essence Framework dan Agile Transition Framework dengan metode penelitian design science research (DSR). Identifikasi masalah dilakukan melalui wawancara dengan Kepala Divisi Pengembangan dan Manajer Proyek. Penyusunan metode melibatkan seluruh Team Lead Divisi Pengembangan melalui kegiatan focus group discussion (FGD). Kemudian dilakukan validasi dengan expert judgement oleh 3 pakar agile dari eksternal. Berdasarkan penelitian yang dilakukan, dari 99 praktik yang berasal dari 10 metode Agile, dihasilkan sebuah metodologi pengembangan perangkat lunak yang terdiri dari 20 praktik yang dipetakan dalam 10 aktivitas yang berasal dari 6 metode Agile (Scrum, Nexus, Kanban, Xtreme Programming) dan Scaling Agile (LeSS dan SAFe). Penerapan metodologi pengembangan perangkat lunak tersebut di JSC menggunakan strategi model ADAPT. ......The success of software development if is in accordance with the specified scope, on time, and in accordance with the allocated budget. Based on the recapitulation report of project achievements in Jakarta Smart City (JSC) for 2020-2021, it was found that only 46.67% of projects were completed on time, while 30% were overdue and 43.33% were unfinished. Through problem identification using fishbone diagrams, it is stated in the process domain that at JSC there is no standard of software development methods. This prompted the author to conduct research focusing on the compose of appropriate software development methods in JSC. The composing the software development method based on the Essence Framework and the Agile Transition Framework, then combined it with the design science research (DSR). Problem identification was carried out through interview with the Head of Development Division and the Project Manager. It is involving all Team Leads from the Development Division through focus group discussions (FGD). The validation includes the expert judgment of 3 external agile experts / practitioners. Based on the conducted research, from 99 practices in which is derived from 10 the Agile methods, a software method was composed of 20 practices mapped into 10 activities derived from 6 Agile methods (Scrum, Nexus, Kanban, Xtreme Programming) and Scaling Agile (LeSS and SAFe). Furthermore, for the implementation of the software development method at JSC, follow the ADAPT model strategy.

Abstrak :
Effort estimation perlu dilakukan dalam proses pengembangan perangkat lunak dengan menggunakan Scrum. Hal tersebut untuk menentukan waktu yang diperlukan oleh tim pengembang untuk menyelesaikan user stories dan juga menentukan tingkat kompleksitas sprint yang akan dijalankan. Estimasi yang tidak akurat dapat berdampak user stories pada sprint sebelumnya harus dibawa kembali ke sprint berikutnya, pembengkakan anggaran, keterlambatan pengiriman proyek, serta perkiraan jadwal yang salah. Penelitian ini merancang suatu alur metode yang selanjutnya dinamakan PREP, yang dapat digunakan untuk meningkatkan ketepatan proses estimasi yang berfokus pada peningkatan kualitas user stories. Rancangan PREP dievaluasi dengan melihat penurunan jumlah bugs dan penghitungan akurasi estimasi dengan Balanced Relative Errorbias (BREbias). Implementasi PREP menunjukkan hasil pengurangan bugs dari 46,7% menjadi 15,9% dan meningkatkan akurasi estimasi sebesar 23,63%. Hasil validasi PREP menunjukkan tren yang positif untuk aspek kesukaan/sukacita (delight), tingkat usaha (effort), dan tingkat penerapan (functionality), tetapi memerlukan waktu dan pemahaman yang tinggi untuk mengimplementasikannya. ......Effort estimation needs to be done in the software development process using Scrum. This is to determine the time needed by the development team to complete user stories and determine the level of complexity of the sprint. Inaccurate estimates can result in user stories from the previous sprint having to be carried over to the next sprint, budget overruns, project delivery delays, and incorrect schedule estimates. This study designed a method, referred to as PREP, which can be used to improve the accuracy of the estimation process that focuses on improving the user stories' quality. The PREP design is evaluated by looking at the reduction in the bugs amount and calculating the accuracy of the estimate with Balanced Relative Error bias (BREbias). The implementation of PREP shows the results of reducing bugs from 46.7% to 15.9% and increasing the estimation accuracy by 23.63%. The results of the PREP validation show a positive trend for aspects of delight, effort, and functionality, but require a lot of time and understanding to implement them.

Abstrak :
Perusahaan penyedia teknologi telekomunikasi XYZ memiliki sistem informasi yang dibangun secara in-house, outsource, dan subscription untuk menjalankan aktivitas bisnis sehari-hari. Digital Project Management (DPM) merupakan salah satu sistem informasi yang dikembangkan secara in-house. DPM terbagi atas 3 sub-modul, salah satunya adalah Bill of Quantity and Material (BAM). BAM merupakan sistem supply chain management yang mencakup perencanaan sumber daya hingga logistik. Unit BAM mengharapkan bisnisnya untuk terus berkembang, memperluas pangsa pasar, dan menjaga kepercayaan pemangku kepentingan yang dimilikinya saat ini. Namun dalam mencapai harapan tersebut, unit BAM menghadapi kendala tidak dapat mencapai target waktu pengembangan yang telah ditetapkan. Salah satu penyebab dari kendala ini adalah tidak adanya kolaborasi antar tim pengembang dan tim operasional dalam BAM. Dalam menjawab permasalahan tersebut, dilakukan penelitian untuk menyusun rekomendasi yang dapat membantu menjawab permasalahan yang dihadapi oleh BAM dengan mengadopsi konsep DevOps. Penelitian ini berjenis applied research serta metode analisis data yang digunakan adalah explanatory sequential mixed-methods. Berdasarkan hasil penelitian, dari 28 konsep adopsi DevOps, 21 konsep dapat diaplikasikan di unit BAM. Rekomendasi untuk menjawab permasalahan yang dihadapi oleh unit BAM disusun berdasarkan konsep-konsep tersebut. Rekomendasi ini terdiri atas lima kategori, yaitu perubahan pola pikir (mindset change), perubahan proses pengembangan (development process change), peningkatan proses berbagi (sharing enhancement), perubahan keorganisasian (organizational change), serta pembuatan DevOps pipeline. Rancangan DevOps pipeline ini telah melewati proses validasi oleh project manager dan Global ICT DevOps Engineer. ......Telecommunication technology provider company XYZ has an information system which was built by in-house, outsourced, or subscription to carry out daily business activities. Digital Project Management (DPM) system is one of the information systems developed in-house. DPM is divided into 3 sub-modules, one of which is the Bill of Quantity and Material (BAM). BAM is a supply chain management system that includes resource planning up to logistics. BAM unit expects its business to grow, expand market share, and maintain the trust of current stakeholders. But in achieving these expectations, BAM unit faces problem of not being able to achieve the development time targets that had been set. One of the causes of this problem is the absence of collaboration between developer teams and operation team in BAM unit. In answering these problems, research was conducted to develop recommendations that can help answer the problems faced by BAM unit by adopting the concept of DevOps. This research is characterized as applied research and the data analysis method is explanatory sequential mixed-methods. Based on the results of the study, from 28 concepts of DevOps adoption, BAM unit can apply 21 concepts. Recommendation to answer the problems faced by BAM unit were built based on these concepts. The recommendation is categorized into 5 categories, which are mindset change, development process change, sharing enhancement, organizational change, and creating a DevOps pipeline. The DevOps pipeline design has passed the validation process by the project manager and the Global ICT DevOps Engineer.