BAB IV SIMPULAN DAN SARAN

dokumen-dokumen yang mirip
Bab I Pendahuluan. I.1 Latar Belakang

SIMPULAN DAN SARAN. 4.1 Simpulan

BAB IV SIMPULAN DAN SARAN

LAMPIRAN I. Kuisioner I : Management Awareness

PENILAIAN SISTEM INFORMASI AKADEMIK MENGGUNAKAN MODEL COBIT 4.1

BAB I PENDAHULUAN BAB I PENDAHULUAN

ANALISIS TATA KELOLA TI PADA INNOVATION CENTER (IC) STMIK AMIKOM YOGYAKARTA MENGGUNAKAN MODEL 6 MATURITY ATTRIBUTE

TATA KELOLA TEKNOLOGI INFORMASI PADA DOMAIN PO (PLAN AND ORGANIZE) MENGGUNAKAN FRAMEWORK COBIT 4.1 (STUDI KASUS DI RENTAL MOBIL PT.

PENGUKURAN TINGKAT KEMATANGAN PADA PENDUKUNG JARINGAN SITU DENGAN MENGGUNAKAN FRAMEWORK COBIT 4.1

BAB I PENDAHULUAN. 1.1 Latar Belakang. Perguruan Tinggi (PT) merupakan institusi yang memberikan pelayanan

BAB IV HASIL DAN PEMBAHASAN. 4.1 Pengumpulan Dokumen BSI UMY Penelitian memerlukan dokumen visi dan misi BSI UMY.

Pembahasan. Analisa Kondisi

Tugas Mata Kuliah Tata Kelola IT Maturity Attribute of COBIT AI5 Process: Procure IT Resources

BAB VIII Control Objective for Information and related Technology (COBIT)

BAB I PENDAHULUAN. umum TNI AL. Merupakan bagian dari Puspom TNI yang berperan

BAB 4. SIMPULAN DAN SARAN

2. Kajian Pustaka. Penelitian Terdahulu

Pendahuluan 2. Kajian Pustaka

1. Pendahuluan Teknologi Informasi saat ini menjadi bagian yang tak terpisahkan dan terintegrasi dengan tujuan bisnis organisasi. Bagaimana teknologi

BAB I PENDAHULUAN. 1.1 Latar Belakang

Bab II Tinjauan Pustaka

BAB 4 EVALUASI PENGENDALIAN SISTEM INFORMASI PENJUALAN PADA PT. BANGUNAN JAYA. kematangan penerapan sistem informasi pada PT. Bangunan Jaya.

ANALISIS TINGKAT KEMATANGAN SISTEM INFORMASI PERPUSTAKAAN DI STIKES SURYA GLOBAL YOGYAKARTA

Framework Penyusunan Tata Kelola TI

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah

Jurnal Sistem Informasi Dan Bisnis Cerdas (SIBC) Vol. 10, No. 2. Agustus 2017

BAB 4 EVALUASI PENGENDALIAN SISTEM INFORMASI PELAYANAN JASA KAPAL PADA PT. PELABUHAN INDONESIA II

Analisa Kesenjangan Tata Kelola Teknologi Informasi Untuk Proses Pengelolaan Data Menggunakan COBIT (Studi Kasus Badan Pemeriksa Keuangan RI)

BAB 4 HASIL EVALUASI DAN PEMBAHASAN

Dosen : Lily Wulandari

STUDI PENERAPAN IT GOVERNANCE UNTUK MENUNJANG IMPLEMENTASI APLIKASI PENJUALAN DI PT MDP SALES

Tulisan ini bersumber dari : WikiPedia dan penulis mencoba menambahkan

DAFTAR PERTANYAAN EVALUASI SISTEM INFORMASI AKUNTANSI DENGAN MENGGUNAKAN FRAMEWORK COBIT KE-2 (ACQUIRE AND IMPLEMENT)

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah

PERANCANGAN TATA KELOLA TI UNTUK STANDARISASI INFRASTRUKTUR TEKNOLOGI INFORMASI DENGAN COBIT 4.1 PADA PT TERMINAL PETIKEMAS SURABAYA

PENGUKURAN MANAJEMEN SUMBER DAYA TI DENGAN MENGGUNAKAN METODE COBIT PADA PT.PUPUK SRIWIJAYA PALEMBANG

Bab IV Usulan Model Pengelolaan Teknologi Informasi PT. Surveyor Indonesia

BAB I PENDAHULUAN. Salah satu aktivitas penunjang yang cukup penting pada PT sebagai

BAB 4 EVALUASI SISTEM INFORMASI. barang pada Apotek K-24 cabang Cipondoh diawali dengan membuat sebuah kerangka

BAB 1 PENDAHULUAN. oleh suatu perusahaan dengan adanya pemanfaatan sistem informasi yang baik

BAB 4 EVALUASI PENGENDALIAN SISTEM INFORMASI. kepada pihak manajemen dan pihak lainnya yang terkait dengan sistem informasi

BAB V HASIL RANCANGAN MODEL

BAB 4 EVALUASI PENGENDALIAN SISTEM INFORMASI. yang akan penulis evaluasi antara lain : cadang pada PT. Mercindo Autorama

AUDIT MANAJEMEN TEKNOLOGI INFORMASI DENGAN MENGGUNAKAN COBIT 4.1 PADA SISTEM TRANSAKSI KEUANGAN

BAB I PENDAHULUAN 1.1 Latar Belakang

BAB 4 EVALUASI SISTEM INFORMASI DISTRIBUSI PADA PT PRIMA CIPTA INSTRUMENT

BAB I PENDAHULUAN Latar Belakang Masalah

BAB III METODOLOGI PENELITIAN

ANALISIS TATA KELOLA TEKNOLOGI INFORMASI PADA BAGIAN LOGISTIK PERGURUAN TINGGI (STUDI KASUS: UKSW SALATIGA)

ANALISIS TATA KELOLA TI BERDASARKAN DOMAIN DELIVERY AND SUPPORT

ISBN: K. Emi Trimiati* ), Jutono G. ** ) * Ekonomi, ** Ilmu Komputer, Universitas AKI

BAB III PELAKSANAAN KERJA PRAKTEK

AUDIT SISTEM INFORMASI PADA RUMAH SAKIT UMUM DAERAH BANYUMAS MENGGUNAKAN FRAMEWORK COBIT 4.1 ABSTRAK

BAB IV SIMPULAN DAN SARAN

BAB IV HASIL DAN PEMBAHASAN. bukti, memaparkan temuan-temuan hasil audit yang dibagi menurut masingmasing

MODEL TATA KELOLA PENGEMBANGAN PERANGKAT LUNAK DI UNIVERSITAS X MENGGUNAKAN COBIT

Kesepakatan Tingkat Layanan Service Level Agreement (SLA)

PENILAIAN TATA KELOLA TEKNOLOGI INFORMASI PADA APLIKASI CSBO DENGAN MENGGUNAKAN FRAMEWORK COBIT 4.0

LAMPIRAN. Lampiran 1. A. Hasil Kuesioner Prioritas TI JUMLAH. Sangat Perlu. Tidak Perlu Perlu

PEMBUATAN MODEL TATA KELOLA IT UNTUK PROSES AKADEMIK MENGGUNAKAN COBIT 4.1 (STUDI KASUS : UNIVERSITAS XYZ)

ANALISIS TINGKAT KEMATANGAN (MATURITY LEVEL) TEKNOLOGI INFORMASI PADA PUSTAKA MENGGUNAKAN COBIT 4.1

AUDIT SISTEM INFORMASI MENGGUNAKAN FRAMEWORK COBIT 4.1 PADA WEBSITE UNIVERSITAS PERADABAN

Audit Sistem Informasi Layanan di Biro Administrasi Akademik pada Institut Informatika & Bisnis Darmajaya Menggunakan Cobit 4.1.

BAB IV HASIL DAN PEMBAHASAN. 4.1 Evaluasi Hasil Pengujian & Laporan Audit. Pihak-pihak yang berkepentingan tersebut telah ditentukan pada RACI Chart.

Customer Request/Complaint. Send jobs by SMS Technical Spv. Confirmasi Solve by SMS. Monitoring worktime

Bab I Pendahuluan I. 1 Latar Belakang

1. Pendahuluan Kemajuan yang telah dicapai manusia dalam bidang Teknologi Informasi dan Komunikasi sangat memudahkan manusia dalam mengerjakan suatu

Mengevaluasi Tingkat Kematangan Domain Delivery Support (DS11) Perpustakaan Menggunakan Kerangka COBIT 4.1

PENERAPAN FRAMEWORK COBIT UNTUK IDENTIFIKASI TINGKAT KEMATANGAN TATA KELOLA TEKNOLOGI INFORMASI: STUDI KASUS DI FASILKOM UNWIDHA

AUDIT SISTEM INFORMASI PADA DIGILIB UNIVERSITAS XYZ MENGGUNAKAN KERANGKA KERJA COBIT 4.0

KUESIONER. Nama Responden. Bagian/Jabatan

LAMPIRAN A Kuesioner I : Management Awareness

) Sistem Informasi, STMIK KHARISMA, Makassar 1, 2, 3

APPENDIX A. Sumber dan Tujuan. Data. Arus Data. Proses Transformasi. Penyimpanan Data

BAB I PENDAHULUAN 1.1. Latar Belakang

I. BAB I PENDAHULUAN I.1 Latar Belakang

EVALUASI KEAMANAN DATA PADA BANK PERKREDITAN RAKYAT XYZ MELALUI AUDIT TATA KELOLA TEKNOLOGI INFORMASI BERDASARKAN KERANGKA KERJA COBIT 4.

SIMPULAN DAN SARAN. Level Yang Level Saat Akan Ini Dicapai. Level 1 Awal /Ad-Hoc

EKSECUTIVE SUMMARY PEMERINTAH KABUPATEN BANYUWANGI BADAN PERENCANAAN PEMBANGUNAN DAERAH KABUPATEN BANYUWANGI

BAB 4 EVALUASI SISTEM INFORMASI PENGELOLAAN PIUTANG DAN PENERIMAAN KAS PADA PT LI

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah. 1.2 Rumusan Masalah

BAB I PENDAHULUAN 1.1 Latar Belakang

PENGUKURAN TINGKAT KEMATANGAN SIPMB MENGGUNAKAN MATURITY MODEL PROSES MENGELOLA DATA (DS11)

BAB V PENUTUP. Jawa Tengah dan D.I.Y. dengan Framework CobiT menggunakan Domain ke

BAB I PENDAHULUAN Latar Belakang. Dewasa ini, perkembangan perangkat keras begitu pesat, seiring

BAB I PENDAHULUAN. I.1. Latar Belakang

SNIPTEK 2013 ISBN:

BAB IV HASIL PENELITIAN DAN PEMBAHASAN. Maturity Level merupakan respersentasi kedewasaan proses sistem informasi

EVALUASI PENERAPAN TATA KELOLA WEBMAIL DENGAN FRAMEWORK COBIT 4.1 (STUDI KASUS : PT. PERKEBUNAN NUSANTARA V PEKANBARU)

BAB I PENDAHULUAN 1.1 Latar Belakang

ANALISIS PENGUKURAN TATA KELOLA TEKNOLOGI DAN SISTEM INFORMASI DENGAN FRAMEWORK COBIT VERSI 4.0 STUDI KASUS PT. SEMESTA TEKNOLOGI PRATAMA

TINGKAT KEMATANGAN TATA KELOLA TEKNOLOGI INFORMASI PADA LAYANAN TEKNOLOGI STUDI KASUS PT ABC

BAB 4 ANALISA DAN PEMBAHASAN. 4.1 Analisa Proses Tata Kelola Sistem Call Center 123

ANALISIS PENGELOLAAN SERVICE DESK DAN INSIDEN TEKNOLOGI INFORMASI DAN KOMUNIKASI (DS8) UNIVERSITAS DIAN NUSWANTORO BERDASARKAN FRAMEWORK COBIT 4.

Universitas Pembangunan Nasional Veteran Jawa Timur *

EVALUASI SISTEM INFORMASI MANAJEMEN KEPEGAWAIAN (SIMPEG) MENGGUNAKAN FRAMEWORK COBIT 4.1 (Studi Kasus : Kementerian Agama Kantor Kota Pekanbaru)

BAB I PENDAHULUAN. dan sasaran organisasi harus diimbangi dengan keefektifan dan keefisiensian

RAHMADINI DARWAS. Program Magister Sistem Informasi Akuntansi Jakarta 2010, Universitas Gunadarma Abstrak

Analisis Pengawasan dan Evaluasi Tata Kelola Teknologi Informasi PT. Angkasa Pura I Semarang dengan Framework COBIT 4.1 ABSTRAK

LAMPIRAN A KUESIONER. Menetapkan Dan Mengatur Tingkatan Layanan (DS1)

Transkripsi:

BAB IV SIMPULAN DAN SARAN 4.1 Simpulan Setelah dilakukan penelitian pada divisi TI atau pusat sistem Informasi di PT. Kereta Api indonesia (Persero ) khususnya mengenai kinerja Rail Ticketing System (RTS), maka diperoleh beberapa simpulan sesuai dengan rumusan masalah yang ada, yaitu : 1. Analisis kinerja TI berdasarkan COBIT 4.1 dalam domain Deliver and Support dapat ditarik kesimpulan maturity model dari setiap proses sebagai berikut : a. DS1.1 adalah level 3 Defined, yaitu tanggung jawab didefinisikan dengan baik, dimana pelayanan yang diberikan PT. Telkom kepada PT. KAI (Persero) sesuai dengan prosedur perjanjian kontrak kerjasama yang di sepakati oleh kedua belah pihak, hal ini dibuktikan seperti PT. Telkom sebagai pengelola sistem ticketing memiliki tugas dan tanggung jawab jawab dalam pengembangan sistem, menyediakan infrastruktur seperti hardware, software, pembuatan IT Governance, dan jaringan dan membantu implementasi sistem serta menyediakan engineer yang stand by untuk menangani gangguan sesuai SLA atau perjanjian kontrak kerjasama yang sudah ditetapkan. Sedangkan PT. Kereta Api Indonesia (Persero) bertanggung jawab menyediakan fasilitas seperti data center, tenaga operator, dan membayar biaya yang sudah disepakati bersama. b. DS1.2 Definition of Service adalah level 2 Repeatable but Invituitive dimana layanan TI sudah didefinisikan dengan adanya IT Service Catalog tetapi disisi lain SLA antara unit sistem informasi dan unit pengguna layanan TI belum didefinisikan. c. DS1.3 adalah level 3 Defined, dimana SLA sudah didefinisikan dalam sebuah perjanjian kontrak kerjasama yang merupakan 123

124 komitmen yang sudah disepakati antara kedua belah pihak baik dalam persyaratan pelayanan, pendanaan dan pengaturan komersial maupun pembagian peran, tugas, dan tanggung jawab. d. DS1.4 adalah level 3 Defined, dimana tanggung jawab didefinisikan dengan baik dalam sebuah perjanjian kontrak kerja yang merupakan komitmen yang sudah disepakati antara kedua belah pihak termasuk PT. Telkom yang menyediakan engineer yang stand by 24 jam untuk menangani gangguan pada sistem ticketing di PT. KAI. e. DS1.5 adalah level 3 Defined, dimana pemantauan dan pelaporan kinerja dilakukan secara rutin serta pengaturan biaya didasarkan pada kekritisan bisnis berdasarkan kesepakatan bersama. f. DS2.1 adalah level 2 Repeatable but Intuitive dimana PT. KAI belum memiliki standar khusus dalam hubungan dengan supplier tetapi PT. KAI memiliki kebijakan bahwa dalam setiap kerjasama akan dibuat penandatanganan kontrak perjanjian terlebih dahulu dengan pihak ketiga. g. DS2.3 adalah level 3 Defined dimana adanya prosedur untuk mengatur setiap kontrak kerjasama dengan pihak ketiga sesuai dengan kebijakan pengadaan barang atau jasa di PT. KAI (Persero) dan setiap kontrak yang dibuat harus dievaluasi oleh unitunit terkait seperti unit hukum dan unit manajemen resiko, serta adanya pendefinisian manajemen resiko seperti pada kontrak kerjasama pengelolaan RTS yang berhubungan dengan keamanan, pelanggaran dan penghargaan hal ini tercakup dalam pasal 7, pasal 9, dan pasal 10. h. DS2.4 adalah level 3 Defined dimana resiko bisnis yang terkait dengan pihak ketiga dicatat dan dilaporkan kepada PT. Telkom sebagai pihak ketiga.

125 i. DS3.1 adalah level 3 Defined dimana sistem pembayaran yang diterapkan antara PT. KAI dan PT. Telkom dibuat dan dilakukan sesuai kesepakatan kedua belah pihak. j. DS3.2 adalah level 3 Defined dimana PT. KAI merasa puas dan menilai cukup dengan pelayanan TI yang diberikan. Selain itu jika kinerja TI mengalami masalah cukup ditangani sesuai standar dan prosedur yang sudah didefinisikan. k. DS3.3 adalah level 2 Repeatable but Intuitive dimana PT. KAI menyadari bahwa peningkatan kinerja dan kapasitas tidak diprediksikan secara terencana tetapi jika terjadi masalah terhadap kinerja sistem maka akan segera diperbaiki secepatnya sesuai dengan perjanjian dengan PT. Telkom terkait pengelolaan sistem ticketing. l. DS4.3 adalah level 2 Repeatable but Intuitive dimana adanya pemeliharan terhadap ketahanan sistem RTS dari gangguan tetapi rencana TI tidak terdokumentasi. m. DS4.4 adalah level 2 Repeatable but Intuitive yaitu adanya pemeliharan terhadap sistem TI sehingga update selalu dilakukan terus-menerus tetapi laporan hasil update tidak terdokumentasi. n. DS5.1 adalah level 2 Repeatable but Intuitive dimana adanya penanganan gangguan keamanan TI tetapi kebijakan keamanan TI belum didefinisikan secara lengkap. o. DS5.2 adalah level 3 Defined dimana keamanan TI secara jelas didefinisikan dalam kontrak perjajian kerjasama. p. DS5.3 adalah level 2 Repeatable but Intuitive dimana adanya kesadaran dalam kebutuhan TI, adanya rencana untuk perbaikan tetapi belum dilakukan. q. DS5.4 adalah level 3 Defined dimana adanya pembagian tugas dan tanggung jawab pengaksesan yang diberikan secara jelas. r. DS5.7 adalah level 3 Defined dimana tanggung jawab keamanan TI secara jelas ditetapkan, dikelola dan diterapkan baik dari sisi

126 infrastruktur maupun sisi aplikasi. Penanganan dari sisi infrastruktur dilakukan penggunaan perangkat UTM, sedangkan dari sisi aplikasi menggunakan Verisign (SSL Certificate). s. DS5.9 adalah level 2 Repeatable but Intuitive dimana perusahaan sudah memakai antivirus yang up-to-date tetapi belum ada prosedur yang resmi dan tertulis terkait hal ini, akan tetapi secara operasional sudah berjalan secara rutin. t. DS7.1 adalah level 2 Repeatable but Intuitive dimana adanya kebutuhan pelatihan sistem RTS yang diberikan kepada operator sebelum dilakukan implementasi sistem, tetapi pelatihan untuk upgrade pengetahuan masih belum dilakukan. u. DS7.2 adalah level 2 Repeatable but Intuitive dimana adanya pelatihan tetapi belum ada prosedur kebijakan yang jelas. v. DS10.2 adalah level 3 Define dimana PT. KAI memiliki helpdesk untuk menangani masalah TI dan setiap masalah dicatat, diidentifikasi dan dilaporkan. w. DS11.1 adalah level 2 Repeatable but Intuitive dimana perusahaan menerima dan memahami kebutuhan data TI serta adanya tanggung jawab untuk mengelola data tetapi laporan dokumentasi yang terkait kurang didefinisikan secara jelas. x. DS12.1 adalah level 2 Repeatable but Intuitive dimana perusahaan menjaga lingkungan komputasi agar terkendali yaitu penyimpanan data backup sudah mengikuti data center tier 2 yang artinya kualitas data centernya standar yaitu sudah memiliki backup, infrastruktur listrik, AC, dan jaringan, tetapi laporan dokumentasi kurang didefinisikan. y. DS12.4 adalah level 2 Repeatable but Intuitive dimana perusahaan menjaga lingkungan komputasi agar terkendali yaitu dengan memasang beberapa alat pengaman seperti CCTV yang dipasang dibeberapa titik di kantor pusat dan data center di PT. KAI, smoke detector yang dipasang di beberapa gedung di kantor

127 pusat PT. yang tujuan utamanya untuk meningkatkan keamanan dan mencegah kebakaran, tetapi prosedur keamanan belum didefinisikan secara jelas. z. DS13.5 adalah level 2 Repeatable but Intuitive dimana perusahaan selalu memantau infrastruktur TI dan meningkatkan proses otomatisasi sebagai sarana perbaikan dengan memiliki tools monitoring yang bertujuan untuk memantau kondisi hardware setiap hari, sehingga jika ada indikator sistem yang mendekati overload, maka akan segera ditangani untuk mencegah kegagalan kinerja TI, tetapi prosedur keamanannya kurang didefinisikan. 2. Analisis kinerja TI berdasarkan COBIT 4.1 dalam domain Deliver and Support sudah dilaksanakan dengan cukup baik, dimana hampir setiap domain dan sub-sub dalam domain Deliver and Support telah diterapkan sesuai dengan hasil penelitian kinerja TI yang ada. Sehingga dapat ditarik kesimpulan bahwa maturity level secara keseluruhan proses dinilai Defined dimana perusahaan memiliki ukuran kuantitatif dalam menerapkan teknologi informasi yang ada. Adanya standarisasi prosedur yang diterapkan, adanya pendokumentasian dan pemantauan serta pemeliharaan terhadap kinerja TI yang sudah diterapkan, serta adanya pelatihan yang sudah dilakukan, tetapi masih terdapat beberapa kekurangan dalam pendokumentasian dan pengelolaan kinerja TI. Dari hasil penelitian yang dilakukan, maka dapat dikatakan bahwa pengelolaan yang diterapkan oleh divisi TI atau pusat sistem infomasi cukup baik, dimana beberapa tindakan yang ingin dilakukan selalu direncanakan dan diukur sehingga ada prosedur yang jelas, tetapi disisi lain masih memiliki kekurangan dalam pendokumentasian prosedur. 4.2 Saran Adapun saran yang diperoleh dari hasil penelitian tugas akhir ini adalah sebagai berikut :

128 4.2.1 Perusahaan Dengan dilakukannya penelitian ilmiah pada divisi TI dengan menggunakan proses-proses domain DS pada COBIT 4.1 maka seharusnya perusahaan lebih memperhatikan dan meningkatkan kinerja TI baik dari sisi infrastruktur maupun pengelolaannya, seperti dalam pemantauan kondisi hardware dan software, sebaiknya dibuat dokumentasi agar performanya bisa diketahui dan adapat dijadikan arsip untuk data statistik perusahaan sehingga keadaanya bisa dilaporkan dan diperhitungkan. Dalam hubungan dengan supplier, sebaiknya dalam kebijakan perusahaan harus ditambahkan bahwa harus ada hubungan standar dengan pihak ketiga seperti mengkategorikan layanan yang diberikan sesuai dengan jenis dan pihak ketiga supaya lebih jelas dan lebih detail dalam pengklasifikasian layanan dan hubungan dengan pihak ketiga dan dapat dijadikan sebagai arsip perusahaan. 4.2.2 Penelitian Adapun saran untuk analisis kedepan yang dapat dilakukan pada divisi TI atau pusat sistem informasi dengan menggunakan framework COBIT 4.1, yaitu dengan menggunakan domain Acquire and Implement (AI). Domain ini menitikberatkan pada pengadaan dan implementasi dari teknologi yang digunakan. Sehingga dalam pelaksanaanya diperlukan pengaturan kebutuhan TI dengan mengidentifikasi, mengembangkan serta mengimplementasikan secara terpadu dengan proses bisnis perusahaan. Sehingga analisis yang cocok untuk diterapkan selanjutnya adalah domain AI.