Hasil Pencarian  ::  Simpan CSV :: Kembali

"Logee merupakan sub-divisi dari Divisi Digital & Business Technology (DBT) di bawah Directorat Digital Business (DDB) PT Telkom Indonesia. Logee menyediakan platform digital bagi ekosistem logistik nasional dan terhubung ke jaringan global. Dalam pengembangan perangkat lunaknya, Logee menerapkan kerangka kerja Scrum. Namun, sering mengalami masalah seperti masuknya requirement baru di tengah sprint dan kualitas produk yang rendah. Hal ini menyebabkan tidak tercapainya target backlog dan keterlambatan rilis product. Jika hal tersebut tidak diselesaikan berdampak pada penambahan cost pengembangan product, dan potensi kehilangan revenue. Penelitian ini mengevaluasi implementasi Scrum di Logee Distribution dan memberikan rekomendasi perbaikan proses pengembangan perangkat lunak. Penelitian menggunakan mixed-methods dengan pengumpulan data kuantitatif melalui kuesioner berbasis Scrum Guide 2020 dan Essentials Scrum oleh Rubin. Metode kualitatif dilakukan dengan wawancara kepada Scrum Master dan Head of Product Logee Distribution. Hasil evaluasi menunjukkan nilai KPA Rating keseluruhan sebesar 87,39%, diinterpretasikan sebagai Fully Achieved. Squad Sales dan Order menunjukkan implementasi yang baik dengan KPA Rating masing-masing 95,93% dan 91,30%, sementara squad Fulfillment hanya mencapai 75,85%. Rekomendasi perbaikan difokuskan pada 27 rekomendasi untuk 61 praktik yang belum memenuhi standar, dengan prioritas tinggi pada 15 rekomendasi. Evaluasi dan rekomendasi ini bertujuan untuk memperbaiki implementasi Scrum di Logee Distribution dan mengatasi masalah target Backlog yang tidak tercapai pada squad Fulfillment.

---

Logee is a sub-division of the Digital & Business Technology (DBT) Division under the Digital Business Directorate (DDB) at PT Telkom Indonesia. Logee provides a digital platform for the national logistics ecosystem and is connected to a global network. In the software development process, Logee chose to implement the Scrum framework. However, they often experience problems such as the entry of new requirements in the middle of a sprint and low product quality. This causes the backlog target to not be achieved and delays in product releases. If this is not resolved, it will result in additional product development costs and a potential loss of revenue. This research evaluates the implementation of Scrum in Logee Distribution and provides recommendations for improving the software development process. The research used mixed methods with quantitative data collection through questionnaires based on the 2020 Scrum Guide and Scrum Essentials by Rubin. The qualitative method was carried out by interviewing the scrum master and head of product Logee distribution. The evaluation results show an overall KPA rating value of 87.39%, interpreted as Fully Achieved. The Sales and Order squads showed good implementation, with KPA Ratings of 95.93% and 91.30%, respectively, while the Fulfillment squad only reached 75.85%. Recommendations for improvement focused on 27 recommendations for 61 practices that did not meet the standards, with high priority given to 15 recommendations. This evaluation and recommendation aim to improve the implementation of Scrum in Logee Distribution and overcome the problem of backlog targets not being achieved in the Fulfillment squad"

"PT XYZ adalah salah satu perusahaan teknologi rintisan terkemuka di Indonesia yang bergerak di bidang e-commerce. Selain di bidang e-commerce, PT XYZ juga melakukan eksplorasi bisnis baru pada bidang teknologi finansial. Tim investasi dan asuransi (Investment and Insurance, IIS) adalah salah satu tim yang mengembangkan produk asuransi dan investasi pada PT XYZ. Dalam proses pengembangan perangkat lunak, IIS menggunakan kerangka kerja Scrum agar dapat beradaptasi dengan cepat sesuai dengan kebutuhan pasar. Dalam pelaksanaannya, ditemukan bahwa deliverable produk mengalami keterlambatan dan objective and key result (OKR) yang tidak terpenuhi. Data pendukung juga memaparkan bahwa rata-rata penyelesaian pada setiap sprint masih berada pada angka 44%. Hal ini dipengaruhi oleh beberapa akar masalah, salah satunya adalah proses acara Scrum yang belum dilakukan sesuai dengan Scrum Guides. Untuk dapat memperbaiki permasalahan ini, penelitian melakukan evaluasi tingkat kematangan pengembangan perangkat lunak dengan Scrum Maturity Model (SMM) dan Standard CMMI Appraisal Method for Process Improvement (SCAMPI) C untuk melakukan penilaian terhadap praktik Scrum. Hasil dari evaluasi ini, ditemukan bahwa IIS masih berada pada level 1 melalui penilaian SMM dengan rentang level 1 hingga 5. Terdapat satu goal yang belum fully achieved, masih terdapat satu goals basic Scrum management dengan penilaian 67,86% (largely achieved) yang menyebabkan organisasi belum dapat mencapai level 2. Selanjutnya, hasil penilaian SCAMPI C digunakan sebagai acuan untuk memilih praktik SMM yang sesuai dengan pertanyaan penelitian dan menyusun usulan rekomendasi perbaikan. Hasil akhir penelitian adalah lima belas rekomendasi terkait acara Scrum. Rekomendasi disusun dan divalidasi dengan harapan untuk dapat memperbaiki dan meningkatkan kinerja proses pengembangan perangkat lunak sehingga dapat tercapai target OKR sesuai dengan harapan perusahaan

---

PT XYZ is one of the leading technology start-ups in Indonesia engaged in e-commerce. Apart from e-commerce, PT XYZ also explores new businesses in the field of financial technology. The investment and insurance team (Investment and Insurance, IIS) is one of the teams that develops insurance and investment products at PT XYZ. In the software development process, IIS uses the Scrum framework to quickly adapt to market needs. In its implementation, it was found that the product deliverables were delayed, and the objectives and key results (OKR) were not met. Supporting data also explains that the average completion of each sprint is still at 44%. This is influenced by several root causes, one of which is the Scrum event process that has not been carried out in accordance with the Scrum Guides. To be able to fix this problem, the research evaluates the maturity level of software development using the Scrum Maturity Model (SMM) and Standard CMMI Appraisal Method for Process Improvement (SCAMPI) C to assess Scrum practices. The results of this evaluation, it was found that IIS is still at level 1 through the QMS assessment with a range of levels 1 to 5. There is one goal that has not been fully achieved, there is still one basic goal of Scrum management with an assessment of 67.86% (largely achieved) which causes the organization has not been able to reach level 2. Furthermore, the results of the SCAMPI C assessment are used as a reference for selecting QMS practices that are in accordance with the research questions and formulating recommendations for improvement. The results of the study are fifteen recommendations related to Scrum events. Recommendations are compiled and validated with the hope of being able to improve and improve the performance of the software development process so that OKR targets can be achieved in accordance with company expectations."

"Perusahaan XYZ merupakan perusahaan tech-based yang berfokus pada pembangunan solusi digital. Dengan adanya kebutuhan akan produk digital Human Resource (HR) dan pengalaman serta resources yang dimiliki, perusahaan membangun aplikasi PX. PX melakukan otomatisasi proses HR yang mencakup dari awal seseorang berstatus kandidat hingga karyawan yang ingin mengundurkan diri dari perusahaan. Pada pengembangan PX, digunakan Scrum sebagai framework dalam mengembangkan perangkat lunak. Implementasi Scrum pada pengembangan PX ternyata terdapat kendala yang menyebabkan target Sprint Backlog tidak tercapai sehingga menghambat penyelesaian employee journey PX. Pada identifikasi masalah menunjukkan bahwa salah satu akar permasalahnnya adalah praktik Scrum belum berjalan dengan baik. Oleh karena itu, penelitian ini melakukan pengukuran kematangan Scrum pada pengembangan produk PX dengan menggunakan Scrum Maturity Model yang acuannya telah diperbarui dari Scrum Guide 2010 menjadi Scrum Guide 2020. Peneliti menggunakan wawancara, studi dokumen, observasi, dan kuesioner sebagai instrumen penelitian. Penelitian menggunakan data kualitatif dan kuantitatif. Data kuantitatif diolah untuk menghasilkan tingkat kematangan Scrum dan data kualitatif digunakan sebagai data pendukung dalam memperkuat data kuantitatif. Hasil penelitian didapatkan bahwa Tim PX memperoleh tingkat kematangan satu (Initial). Setelah didapatkan hasil pengukuran, peneliti memberikan sasaran perbaikan untuk praktik wajib yang belum mendapatkan interpretasi Fully Achieved yaitu 15 praktik pada tingkat dua (Managed) dan 16 praktik pada tingkat tiga (Defined). Rekomendasi perbaikan disusun berdasarkan Scrum Guide 2020, SBoK v3, dan pendapat pakar Scrum eksternal. Hasil penelitian ini berupa dokumen rekomendasi perbaikan praktik yang telah divalidasi oleh praktisi Scrum di PX yaitu Product Owner. Dokumen ini dapat menjadi dasar perbaikan praktik Scrum pada Tim PX.

---

XYZ Company is a tech-based company that focuses on building digital solutions. With the need for Human Resource (HR) digital products and the experience and resources they have, the company builds the PX application. PX automates HR processes, from candidates to employees who want to leave the company. In PX development, Scrum is used as a framework for developing software. The implementation of Scrum in PX development turned out to have obstacles that caused the Sprint Backlog target not to be achieved, thus hampering the completion of the PX employee journey. The problem identification shows that one of the root problems is that Scrum practices have not been implemented well. Therefore, this study measures Scrum maturity in PX product development using the Scrum Maturity Model, whose reference has been updated from Scrum Guide 2010 to Scrum Guide 2020. Researcher used interviews, document studies, observations, and questionnaires as research instruments. The study used qualitative and quantitative data. Quantitative data is processed to produce Scrum maturity level and qualitative data is used as supporting data in strengthening quantitative data. The results showed that the PX Team obtained a maturity level one (Initial). After obtaining the measurement results, the researcher provides improvement targets for required practices that have not received a Fully Achieved interpretation, namely 15 practices at level two (Managed) and 16 practices at level three (Defined). Recommendations for improvement are based on the Scrum Guide 2020, SBoK v3, and the opinions of external Scrum experts. The results of this study are in the form of a practice improvement recommendation document that Scrum practitioners have validated at PX, namely the Product Owner. This document can be the basis for improving Scrum practices for the PX Team."

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

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

"Dengan memanfaatkan teknologi perangkat lunak sebagai enabler, PT BZCI (BZCI) mengembangkan sebuah situs jual beli daring (online marketplace) berkonsep business to business (B2B) sebagai produk dari model bisnisnya. Dalam proses pengembangan produknya, BZCI memilih menerapkan metode Scrum. Namun, dalam mengimplementasi Scrum ternyata tidak semudah mempelajari teorinya, banyak masalah yang terjadi di BZCI dalam menjalankan praktik Scrum seperti keterlambatan waktu rilis dari setiap Sprint, individu dalam tim yang merasa praktik Scrum tidak begitu penting dilaksanakan sepenuhnya karena dirasa banyak menyita waktu. Maka agar dapat mengatasi berbagai kendala terkait implementasi Scrum di BZCI, dilakukan pengukuran tingkat kematangan implementasi Scrum di BZCI menggunakan Scrum Maturity Model (SMM). Peneliti menggunakan instrumen penelitian berupa kuesioner dan pengamatan lapangan menggunakan SMM pada tingkat 2 dan 3 yang praktiknya telah disesuaikan dengan Scrum Guide tahun 2017 dan Scrum Body of Knowledge (SBoK) v.3. Kemudian pengolahan data menggunakan perhitungan KPA Rating pada Agile Maturity Model. Hasil pengolahan data menunjukan bahwa BZCI memperoleh nilai kematangan tingkat 1 (Initial) yang mana pada tingkat ini proyek dalam organisasi seringkali menghadapi keterlambatan dan perubahan requirements yang sulit dikendalikan, sehingga dibuat rekomendasi perbaikan implementasi Scrum pada tingkat 2 (Managed) dan 3 (Defined). Terdapat total 26 praktik pada tingkat 2 (Managed) dan 3 (Defined) yang bernilai rendah dan tidak sesuai dengan panduan Scrum sebagai praktik yang perlu diperbaiki. Kemudian peneliti memetakan praktik yang perlu diperbaiki tersebut dengan teori dari Scrum Guide tahun 2017, SBoK v.3 dan pendapat praktisi Scrum sehingga menghasilkan dokumen rekomendasi perbaikan implementasi Scrum sesuai dengan kondisi organisasi di BZCI. Dokumen ini kemudian dapat diimplementasi untuk memperbaiki jalannya praktik Scrum di BZCI."

"PT. Telekomunikasi Selular merupakan salah satu penyedia jasa layanan jaringan Internet dengan jangkauan paling luas, yang menjangkau hingga daerah terpencil, pulau terluar hingga perbatasan wilayah negara. Tahun 2019 PT Telekomunikasi Selular meluncurkan produk by.U, yang ditujukan untuk segmen anak muda yang bebas. Produk by.U sendiri memiliki slogan “SemuanyaSemaunya”, yang menggambarkan paket kepada pelanggan tanpa di-bundle seperti produk telekomunikasi lainnya. Dalam pengembangan produknya, tim by.U menggunakan Scrum sebagai pedoman. Hal ini dikarenakan sifat Scrum yang cepat dalam merespon perubahan. Namun dalam pelaksanaannya terjadi beberapa masalah, sehingga tujuan awal digunakannya Scrum tidak dapat tercapai. Proses identifikasi masalah menunjukkan bahwa salah satu akar permasalahan yang terjadi adalah penambahan Sprint Backlog di tengah Sprint. Selain itu terjadi perubahan konten Sprint Backlog di tengah sprint yang menyebabkan beban kerja tim development bertambah. Hal ini membuat estimasi beban kerja di awal sprint tidak tercapai, serta menimbulkan beban kerja tambahan untuk Sprint berikutnya. Oleh karena itu, penelitian ini melakukan pengukuran kematangan proses Scrum dengan menggunakan Scrum Maturity Model, yang telah diperbarui berdasarkan Scrum Guide 2017 dan SBOK v3. Hasil penilaian menunjukkan tim produk by.U memperoleh tingkat kematangan satu (Initial). Setelah itu disusun rekomendasi perbaikan seluruh praktik yang belum mencapai peringkat Fully Achieved, serta dikelompokkan berdasarkan komponen Scrum, yaitu Scrum Roles, Scrum Artifacts, dan Scrum Events. Kemudian praktik tersebut dipetakan ke Scrum Guide 2017, SBOK v3, dan pengalaman pakar Scrum. Dengan demikian diperoleh dokumen rekomendasi perbaikan implementasi Scrum, sesuai dengan kondisi tim produk by.U. Dokumen tersebut dapat menjadi dasar untuk melakukan perbaikan praktik Scrum pada tim produk by.U.

---

PT. Telekomunikasi Selular is one of the Internet network service providers with the broadest range that reaches to remote areas, outer islands to the borders of the country. In 2019, PT. Telekomunikasi Selular launches by.U products aimed at the free youth segment. The by.U product itself has the slogan "Everything at Will", which describes the package given to the customer without being bundled like other telecommunications products. In developing their products, the by.U team used Scrum as a guide. It is due to the nature of Scrum, which is fast in responding to changes. However, several problems occurred in the implementation. As a result, the initial purpose of using Scrum cannot be achieved. The problem identification process shows that one of the root causes is the addition to the Sprint Backlog or changes in the Sprint Backlog content in the middle of the sprint. As a result, it increases the development team's workload. It makes the estimated workload at the beginning of a sprint missed. Consequently, it raises the workload for the next sprint. Therefore, this study measures the maturity of the Scrum process using the updated Scrum Maturity Model based on the 2017 Scrum Guide and SBOK v3. The assessment results show that by.U product team gets a maturity level of one (Initial). Recommendations for improvement are made for all practices, which are not in the Fully Achieved level, are grouped based on Scrum components. These are Scrum Roles, Scrum Artifacts, and Scrum Events. The practice is mapped to the 2017 Scrum Guide, SBOK v3, and the experience of Scrum experts. Therefore, the recommendations for improvement of the Scrum implementation following the conditions of the by.U product team. This document is the basis for improving Scrum practices on the by.U product team."

"Evaluasi tingkat kematangan terhadap proses pengembangan perangkat lunak menggunakan Scrum Maturity Model di UrRemote telah dilaksanakan. Evaluasi dilakukan karena permasalahan yang dihadapi UrRemote, yaitu target dan waktu pengerjaan task dalam suatu sprint tidak sesuai dengan rencana. Permasalahan ini secara tidak langsung dapat mempengaruhi jadwal pengerjaan proyek secara keseluruhan. Data dikumpulkan melalui pelaksanaan Focus Group Discussion, studi dokumen, dan observasi. Data kemudian dianalisis menggunakan perhitungan KPA Rating untuk mendapatkan tingkat kematangan.Hasil analisis tingkat kematangan didiskusikan dengan project manager untuk menentukan tingkat kematangan yang ingin dicapai. Sasaran perbaikan diidentifikasi dari praktikpraktik SMM yang belum dicapai organisasi. Usulan perbaikan dihasilkan dari pemetaan sasaran perbaikan dengan best practices Scrum dan kemudian divalidasi agar sesuai dengan kebutuhan organisasi.Hasil penelitian menunjukkan bahwa organisasi sudah mencapai tingkat kematangan 2 dengan target pencapaian tingkat kematangan 3. Sasaran perbaikan ditentukan dari praktik-praktik yang belum tercapai pada SMM tingkat 2 dan 3. Usulan perbaikan yg dihasilkan dari pemetaan sasaran perbaikan adalah 10 usulan perbaikan. Hasil validasi menunjukkan bahwa semua usulan perbaikan sesuai kebutuhan dan dapat diterapkan oleh organisasi.

---

The evaluation of the maturity level of the software development process using Scrum Maturity Model SMM in UrRemote has been implemented. This evaluation was conducted because UrRemote experienced problems which are the target and the time spent on task in a sprint was not run as planned. This problem affect the overall project schedule. Data were collected with Focus Group Discussion, study documents, and observation. Data were analyzed by using the KPA Rating calculation.

The results of the analysis to be discussed with the project manager to determine the maturity level needed to be achieved. Targets for improvement are identified from the SMM practices that have not been reached. Proposed improvements resulting from the mapping targets for improvement with Scrum best practices and validated to fit the needs of the organization.

The result showed that the organization has reached maturity level 2 which is the target to be achieved is the maturity level 3. Improvement targets determined by practices that have not reached the level of SMM 2 and 3. The result of proposals improvement from mapping targets improvement are 10 proposals. Validation result showed that all of the proposed improvements as needed and can be implemented by the organization."

"Sekarang ini, persaingan pada industri perangkat lunak di Indonesia semakin bertambah. Untuk dapat berhasil dalam persaingan tersebut, salah satu elemen penting adalah kualitas perangkat lunak yang dihasilkan. Kualitas perangkat lunak dipengaruhi oleh proses perangkat lunak yang diterapkan. Oleh karena itu, DMWSoftware sebagai perusahaan pengembang perangkat lunak ingin meningkatkan kualitas melalui peningkatan proses yang diterapkannya, secara khusus dari craftsmanship menjadi engineering. Hal ini agar perusahaan dapat menghasilkan perangkat lunak berkualitas untuk projek skala kecil maupun besar. Peningkatan proses perangkat lunak dilakukan dengan kerangka kerja CMMI-Dev (Capability Maturity Model Integration for Development) continuous. Pertama-tama, evaluasi dilakukan untuk mengetahui tingkat kapabilitas dari beberapa daerah proses (process area/PA) dalam kerangka kerja CMMI-Dev. Penentuan PA dilakukan dengan CMMI roadmap, sementara evaluasi dilakukan dengan metode SCAMPI-C (Standar CMMI Appraisal Method for Process Improvement) dan alat bantu PST (PIID and SCAMPI Tools). Setelah itu, dilakukan analisis diagram Ishikawa untuk mengidentifikasi akar masalah dalam mencapai tingkat kapabilitas satu, yang kemudian diprioritaskan menggunakan diagram Pareto. Rekomendasi diberikan untuk menyelesaikan akar masalah utama, dan dianalisis dampaknya apabila rekomendasi diterapkan. Rekomendasi kemudian divalidasi kepada perusahaan untuk mengetahui apakah rekomendasi dapat dilakukan untuk meningkatkan proses perangkat lunak perusahaan. Berdasarkan CMMI roadmap, diperoleh lima PA yang sesuai, yaitu requirement management (REQM), process and product quality assurances (PPQA), configuration management (CM), project planning (PP), dan project monitoring and control (PMC). Dengan diagram Ishikawa dan diagram Pareto, diperoleh lima akar masalah utama, yaitu standard operating procedure (SOP) tidak tersedia, sumber daya manusia (SDM) tidak tersedia, dokumentasi tidak dilakukan secara lengkap, proses tidak lengkap, dan proses yang tidak baku. Rekomendasi diberikan terkait kelima permasalahan pada kelima PA. Dampak dari penerapan rekomendasi adalah perusahaan dapat mengatasi 75% hingga 87,5% permasalahan pada kelima PA. Selain itu, penerapan rekomendasi juga secara tidak langsung menyelesaikan masalah pada PPQA dan PMC hingga 100%.

---

Competition among software companies in Indonesia has been growing lately. The quality of software being made has become crucial to win the competition. This quality depends very much on the software process used by the company. Therefore, DMWSoftware as a software development company wants to improve their software quality by improving their software process, specifically from craftsmanship into engineering. This is done so that the company can deliver good quality software, both in small and large scale projects.

The framework used in this study for software process improvement is CMMI-Dev (Capability Maturity Model Integration for Development) continuous representation. This study begins by assessing organisation?s process based on some process area (PA) in CMMI-Dev to determine the capability level of those processes. PAs are determined using CMMI roadmap, while assessment is conducted using SCAMPI-C (Standar CMMI Appraisal Method for Process Improvement) and PST tools (PIID and SCAMPI Tools). The next step is identifying the root causes of failure in achieving capability level one (in selected PA) using Ishikawa diagram. These root causes are then prioritized using Pareto diagram. Recommendations are given to solve the selected root cause, and analyzed to find the impact of implementing the recommendations. These recommendations are then validated by the company to determine whether these recommendations can be implemented to improve their software process.

Based on CMMI roadmap, five PA are obtained, namely requirement management (REQM), process and product quality assurances (PPQA), configuration management (CM), project planning (PP), and project monitoring and control (PMC). Using Ishikawa diagram and Pareto diagram, five major root causes are obtained, which are standar operating procedure (SOP) is not available, human resource is not available, documentation is not done completely, incomplete process, and unstandardized process. Recommendations are given to solve those root causes in each PA. Implementing these recommendations will help DMWSoftware in solving 75% to 87.5% problems found in those five PAs. In addition, by implementing these recommendations, DMWSoftware will indirectly solve the problems in PPQA and PMC up to 100%."

"ABSTRAKPT Manos Solusi (Manos) memiliki produk perangkat lunak yang saat ini digunakan oleh para kliennya. Saat ini, produk perangkat lunak Manos yang diserahkan kepada klien masih memiliki bug yang jumlahnya tidak sesuai dengan standar yang ditetapkan manajemen. Salah satu masalah yang dihadapi Manos adalah kurangnya pemahaman tim pengembang terhadap kebutuhan perangkat lunak (software requirement). Hal ini mengakibatkan perangkat lunak yang dihasilkan mengandung bug. Untuk mendorong peningkatan pemahaman tim pengembang terhadap kebutuhan perangkat lunak, Manos menerapkan teknik pengembangan perangkat lunak test driven development. Manos melakukan uji coba pengembangan dua modul perangkat lunak yang setara kompleksitasnya untuk dikerjakan oleh sebuah tim menggunakan test driven development dan tim lain tidak menggunakan. Analisis yang dilakukan terhadap bug yang dikandung maupun umpan balik tim pengembang menunjukkan test driven development memberikan peningkatkan pemahaman tim pengembang atas kebutuhan perangkat lunak di Manos. Akan tetapi, Manos masih perlu melakukan perbaikan-perbaikan agar mendapatkan manfaat lebih optimal dari penerapan test driven development.

---

ABSTRACT

PT Manos Solusi (Manos) develops software products for its clients. Nowadays, Manos software delivered to its clients still contains too many bugs that does not meet management standard. One of Manos problem is the lack of software requirement understanding from its developer. This condition lead to introduce bugs on Manos software. To improve developers understanding on software requirement, Manos implement test driven development approach on its software development process. Manos conduct an experiment on two software module with comparable complexity, one module is developed by a team using test driven development approach, while the other is not. Analisys on bug contained in developed software module and feedback from developer team shows that test driven development improve developer understanding on software requirement. However, Manos still need to improve its software development process to gain optimal benefit from test driven development implementation."