COBIT

1.         PENDAHULUAN

Saat ini TI menjadi salah satu bagian yang sangat penting bagi suatu perusahaan untuk mendukung pencapaian rencana strategis dan tujuan perusahaan, begitu juga BPJS Ketenagakerjaan memanfaatkan teknologi dalam memberikan informasi dan layanan menggunakan aplikasi berbasis mobile yang

diimplementasikan ke dalam proses operasionalnya. BPJS Ketenagakerjaan (Badan Penyelenggara Jaminan Sosial Ketenagakerjaan) adalah salah satu Badan Usaha Milik Negara (BUMN) yang merupakan program publik yang memberikan perlindungan bagi tenaga kerja untuk mengatasi risiko sosial ekonomi tertentu dan penyelenggaraan nya menggunakan mekanisme asuransi sosial. (BPJS,2014)

BPJSTK Mobile adalah suatu bentuk pemanfaatan TI yang berupa layanan perangkat lunak yang dibuat untuk memberi keefektifan bagi anggota BPJS Ketenagakerjaan untuk mendapatkan informasi yang berkaitan dengan program pelayanan yang dapat di akses dimanapun dan kapanpun. Pentingnya layanan BPJSTK Mobile untuk melakukan kegiatan operasional menjadikannya harus dalam kondisi yang optimal, sehingga BPJSTK Mobile perlu dievaluasi agar perusahaan dapat mengukur apakah TI yang diimplementasikan sudah sesuai dengan yang diharapkan. (BPJS, 2014)

Berdasarkan data keluhan yang didapat dari pihak BPJS Ketenagakerjaan Cabang Mataram, terdapat komplain yang di tujukan kepada perusahaan terkait dengan fungsi BPJSTK Mobile yang dirasa kurang sesuai dengan tujuan pembuatannya. Data keluhan dapat dibuktikan dengan melihat banyak komentar pada google play store serta pengaduan komplain secara langsung oleh pengguna kepada perusahaan. Pihak BPJS Ketenagakerjaan dinilai masih lamban dalam merespon keluhan dan permintaan peserta BPJS, hal ini terjadi karena kurangnya personil TI dalam kantor Cabang, hanya ada satu orang penata Madya TI. Sedangkan aplikasi BPJSTK Mobile dibuat untuk memudahkan peserta agar dapat melakukan transaksi secara online, yang diharapkan pelaksanaan transaksi bisa lebih efektif dan efisien karena peserta tidakharus mendatangkan Kantor BPJS Ketenagakerjaan.

Evaluasi TI memiliki beberapa standar yang digunakan untuk penelitian, diantaranya menggunakan framework COBIT 5 yang merupakan standar komprehensif yang membantu perusahaan dalam mencapai tujuan dan menghasilkan nilai melalui tata kelola dan manajemen TI yang efektif. COBIT 5 sesuai digunakan untuk mengevaluasi TI di BPJS Ketenagakerjaan Cabang Mataram karena COBIT 5 membantu perusahaan untuk menciptakan nilai TI yang optimal dengan menjaga keseimbangan antara mewujudkan manfaat dan mengoptimalisasi tingkat risiko dan sumber yang digunakan. Terdapat 5 domain dan 37 proses yang ada pada COBIT 5. Alasan domain DSS dipilih karena dianggap sesuai dengan kondisi BPJSTK Mobile saat ini. Dengan kondisi teknologi informasi di BPJS Ketenagakerjaan yang sedang berlangsung dan kebutuhan untuk mengirimkan layanan, melayani, dan mendukung layanan teknologi informasi, maka Domain DSS yang dianggap sesuai dengan hal tersebut. Domain lain seperti APO (Align, Plan, and Organize) dirasa akan sesuai diterapkan pada tata kelola teknologi informasi yang belum dijalankan atau akan dijalankan, domain BAI (Build, Acquire, and Implement) dirasa akan sesuai jika diterapkan pada unit khusus yang berperan sebagai pembangun (developer) atau memperbaiki tata kelola teknologi informasi yang sudah ada, domain MEA (Monitor, Evaluate, and Asses) dirasa akan sesuai diterapkan untuk kondisi yang telah dibangun dan berlangsung, dan pelaksanaan monitoring dilakukan oleh pihak internal.

Penelitian mengenai evaluasi teknologi informasi menggunakan kerangka kerja COBIT 5 telah dilakukan sebelumnya (AlRasyid, 2016) untuk mengukur capability level aplikasi SIM BL pada bagian Unit CDC PT Telkom Pusat. Domain yang digunakan adalah domain DSS karena fokus pada penilaian pengiriman dan layanan teknologi informasi serta dukungannya

termasuk pengelolaan masalah agar keberlanjutan layanan tetap terjaga. Dari hasil penilaian didapatkan bahwa untuk DSS01, DSS03, DSS04, DSS05 dan DSS06 berada pada level 4, yaitu Predictable Process, dan Level target yang ingin dicapai adalah 5 yaitu Optimizing process, sehingga berdasarkan analisis gap secara garis besar perlu adanya peningkatan Capability Level dari kondisi existing dari sisi peningkatan aktivitas dengan rekomendasinya yaitu memaksimalkan yang sudah berjalan baik dan melakukan inovasi dalam aktivitas untuk mempercepat tercapainya tujuan

Penelitian ini bertujuan untuk menilai sejauh mana tingkat kemampuan (capability level) teknologi informasi pada penerapan BPJSTK Mobile dengan judul “Evaluasi Layanan BPJSTK Mobile dengan menggunakan domain Deliver, Service and Support berdasarkan framework COBIT 5 (Studi Kasus: BPJSKetenagakerjaan Cabang Mataram)”. Diharapkan dengan penerapan evaluasi teknologi informasi tersebut dapat mengukur tingkat kemampuan (capability level) dan memberikan rekomendasi untuk perbaikan teknologi informasi serta analisis kesenjangan (gap analysis) dari hasil evaluasi tersebut

       2.         LANDASAN KEPUSTAKAAN

2.1        Evaluasi

Evaluasi adalah suatu kegiatan penelitian yang sistematismencakup pemberian nilai, atribut, apresiasi, pengenalan masalah, dan pemberian solusi untuk menentukan apakah suatu sistem atau nilai bekerja dengan seharusnya dan memiliki manfaat dan nilai yang diharapkan, sehingga informasi yang dihasilkan dapat digunakan untuk menentukan alternatif yang tepat dalam mengambil sebuah keputusan dan kebijakan bagi decision maker.

2.2       Tata Kelola TI

Menurut (Institute,2007), “Tata kelola teknologi informasi adalah pertangungjawaban dewan direksi dan manajemen eksekutif. Hal ini, merupakan bagian yang terintegrasi dengan tata kelola perusahaan dan berisi kepemimpinan dan struktur serta proses organisasi yang menjamin bahwa organisasi teknologi informasi mengandung dan mendukung strategi serta tujuan bisnis.

Dari pernyataan di atas dapat ditarik kesimpulan bahwa Tata Kelola TI merupakan bagian dari tata kelola perusahaan dan yang terdiri dari kepemimpinan dan struktur organisasi serta prosesprosesnya, yang digunakan untuk untuk memastikan bahwa TI perusahaan memelihara dan memperluas strategi dan sasaran perusahaan.

2.3        COBIT 5

COBIT 5 merupakan sebuah kerangka menyeluruh yang dapat membantu perusahaan dalam mencapai tujuannya untuk tata kelola dan manajemen TI perusahaan. COBIT 5 memungkinkan TI untuk dikelola dan diatur dalam cara yang lebih menyeluruh untuk seluruh lingkup perusahaan, meliputi seluruh lingkup bisnis dan lingkup area fungsional TI, dengan mempertimbangkan kepentingan para stakeholder internal dan eksternal yang berhubungan dengan TI. COBIT 5 didasarkan pada lima prinsip kunci untuk tata kelola dan manajemen TI perusahaan. Kelima prinsip ini memungkinkan perusahaan untuk membangun sebuah kerangka tata kelola dan manajemen yang efektif dan efisien, yang dapat mengoptimalkan investasi dan penggunaan TI untuk mendapatkan keuntungan bagi para stakeholder (ISACA, 2012).

2.3.1    Prinsip COBIT 5

Terdapat 5 (lima) prinsip kunci dalam COBIT 5 seperti Gambar berikut ini :

1. Memenuhi Kebutuhan Stakeholder

2. Melingkupi Seluruh Perusahaan

3. Menerapkan Suatu Kerangka Tunggal yang Terintegrasi

4. Menggunakan sebuah pendekatan yang menyeluruh

5. Pemisahan Tata Kelola Dari Manajemen

Kerangka COBIT 5 memuat suatu perbedaan yang jelas antara tata kelola dan manajemen. Dua disiplin yang berbeda ini juga meliputi aktivitas yang berbeda, memerlukan struktur organisasi yang berbeda dan melayani tujuan yang berbeda pula.

Gambar diatas menjelaskan bahwa dalam COBIT 5 terdapat pemisahan antara proses tata kelola dan proses manajemen (ISACA,2012). Kunci perbedaan antara tata kelola dan manajemen menurut COBIT 5 adalah :

a. Governance, menjamin kebutuhan stakeholder, kondisi-kondisi dan pilihan-pilihan selalu dievaluasi untuk menentukan tujuan perusahaan yang seimbang dan disepakati untuk dicapai, menentukan arahmelalui penentuan prioritas dan pengambilan keputusan dan memantau pemenuhan unjuk kerja terhadap tujuan dan arah yang disepakati.

b.Management, bertugas untuk merencanakan, membangun, menjalankan dan memantau aktivitas dalam rangka penyelarasan dengan arah perusahaan yang telah ditentukan oleh badan pengelola (tata kelola), untuk mencapai tujuan perusahaan. Bagaimanapun juga, berdasarkan peranantata kelola untuk mengevaluasi, mengarahkan dan memantau diperlukan suatu interaksi antara tata kelola dan manajemen untuk menghasilkan sistem tata kelola yang efektif dan efisien.

2.4 Domain DSS (Deliver, Service, Support)

Deliver, Service, and Support (DSS) Menerima solusi dan membuatnya dapat digunakan bagi pengguna akhir. Domain ini berkaitan dengan pengiriman/ penyampaian yang aktual dan dukungan layanan yangdibutuhkan, yang meliputi pelayanan, pengelolaan keamanan dan kontinuitas, dukungan layanan bagi pengguna serta manajemen data dan fasilitas operasional.

Domain DSS terdiri dari 6 control objective, yakni sebagai berikut :

1. DSS01 – Mengelola Operasi

Mengkoordinasikan dan melaksanakan kegiatan dan prosedur operasional yang dibutuhkan untuk memberikan layanan IT kepada internal maupun outsourced, termasuk pelaksanaan eksekusi dari standar operasi prosedur yang telah ditetapkan dan kegiatan pemantauan yang diperlukan.

2. DSS02 – Manage Service Request and Incidents

Memberikan respon yang tepat waktu dan efektif untuk permintaan pengguna dan penyelesaian terhadap semua jenis insiden.

3. DSS03 – Manage Problems

Mengidentifikasi dan mengklasifikasikan masalah dan akar penyebab masalah dan memberikan resolusi yang tepat waktu untuk mencegah insiden berulang serta memberikan rekomendasi untukperbaikan.

4. DSS04 – Manage Continuity

Membangun dan memelihara rencana untuk memungkinkan bisnis dan TI dalam menanggapi insiden dan gangguan dalam rangka melanjutkan pelaksanaan proses bisnis yang penting dan layanan TI yang diperlukan dan menjaga ketersediaan informasi pada tingkat yang dapat diterima oleh perusahaan.

5. DSS05 – Manage Security Services

Melindungi informasi perusahaan untuk mempertahankan tingkat resiko keamanan informasi yang dapat diterima oleh perusahaan sesuai dengan kebijakan keamanan.

6. DSS06 – Manage Business Process Controls

Mendefinisikan dan memelihara proses bisnis yang tepat kontrol untuk memastikan bahwa informasi yang terkait dan diproses oleh proses bisnis outsourcing memenuhi semua persyaratan pengendalian informasi yang relevan.

Diagram RACI

Matriks penugasan tanggung jawab (responsibility assignment matrix, RAM), atau lebih dikenal dengan istilah RACI, adalah matriks yang menggambarkan peran berbagai pihak dalam penyelesaian suatu pekerjaan dalam suatu proyek atau proses bisnis. RACI merupakan akronim dari empat peran yaitu responsible, accountable, consulted dan informed. Berikut keterangan tentang tiap peran dalam diagram RACI:

a. Responsible (pelaksana)

b. Accountable atau Approver (penanggungjawab)

c. Consulted (penasihat atau pengarah)

d. Informed (penginformasi)

3. METODOLOGI PENELITIAN

Alur kerja penelitian digambarkan pada Gambar berikut:

       4.         SURVEY DAN PENGUMPULAN DATA

4.1       Perhitungan RACI Chart

Responden kuesioner berjumlah 3 orang yang terdiri dari bagian-bagian yang bersangkutan dengan penelitian yang sesuai dengan domain DSS. Responden terdiri dari bagian Penata Madya TI, Kepala Bagian Keungan & TI, dan Kepala Cabang. Pembuatan kuesioner didasarkan pada ebook COBIT 5 Enabling Processes.

4.2.      Hasil Capability Level

Hasil Capability Level ditentukan berdasarkan hasil dari kuisioner yang telah diisi oleh responden. Hasil tersebut merupakan nilai dari keadaan perusahaan saat ini. Nantinya hasil capability level tersebut akan dibandingkan dengan target level yang perusahaan ingin untuk capai kedepannya. Perbandingan dari keduanya akan menjadi Gap Analysis yang berguna untuk pemberian rekomendasi untuk perusahaan.

4.3       Penilaian Proses Capability Level

Tabel detail penilaian Capability Level sebuah proses berdasarkan kuesioner yang telah diisi oleh masing-masing 3 orang responden dari hasil analisis RACI Chart pada proses DSS01 - DSS06. Responden 1 yaitu Kepala Bagian Keuangan & TI yang berkompeten dalam mengisi kuesioner pada proses DSS01, DSS02, DSS03, DSS04, dan DSS05. Responden 2 yaitu Penata Madya TI yang berkompeten dalam mengisi kuesioner pada proses DSS02 dan DSS03. Responden 3 yaitu Kepala Cabang yang berkompeten dalam mengisi kuesioner pada proses DSS06. Hasil kuisioner dapat dilihat pada Tabel 2 - 7 berikut.

• Kondisi Existing DSS01

Hasil capability level berada pada level 2 yaitu managed process yang artinya proses Yang dijalankan sekarang telahdiimplementasikan dan dimonitoring kemudian hasil dikelola dengan baik(ditentukan requirementnya dan didokumentasikan). Kondisi saat ini dari DSS01 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1. Telah menjalankan absensi dan rekap dengan baik. Absensi dilakukan melalui fingerprint.

2. Pemeliharaan dan pelaksanaan prosedur operasional dan aktivitas BPJSTK Mobile belum memilik laporan pengukuran setiap kurun waktu tertentu. SOP (Standard Operating Procedure) pada sebuah aktivitas tertentu tidak tersedia/tidak sempurna.

3. Telah dilakukan sosialisasi dan Training of Trainer (TOT) untuk outsourced pada Kantor Cabang.

4. Tersedia    sistem    pelaporan    dandashboard untuk Business Perfomance serta laporan dan analisis sehingga memudahkan dalam peninjauan ulang data.

5.Dalam memanage environment BPJSKetenagakerjaan menjalankan kehendak sesuai dengan yang ditetapkan SDM.

6. Pengelolaan dan penjagaan fasilitas, ada dalam pengawasan CCTV dan Satpam yang bertugas.

• Kondisi Existing DSS02

Hasil capability level berada pada level 2 yaitu managed process yang artinya proses

Yang dijalankan sekarang telah

diimplementasikan dan dimonitoring kemudian hasil dikelola dengan baik (ditentukan requirementnya dan didokumentasikan). Kondisi saat ini dari DSS02 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1. Dalam menjalankan layanan insiden dan permintaan layanan belum dibuat

skema layanan/SOP (Standard Operasional Procedure) mengenai request insiden.

2. Terdapat klasifikasi dan prioritas terhadap permintaan layanan insiden sesuai dengan tingkat prioritasnya. Tetapi dokumentasinya masih belum ada.

3. Pendokumentasian insiden hanya melalui fitur layanan pengaduan dan belum ada dokumentasi secara printout.

4. Belum ada yang pihak khusus yang memonitoring bagaimana tindakan terhadap insiden yang ada, karena kurangnya SDM di Kantor Cabang.

5. Rekapitulasi dan Analisa terhadap insiden dilakukan secara informal dan belum terjadwal.

• Kondisi Existing DSS03

Hasil capability level berada pada level 1 yaitu performed process yang artinya proses yang diimplementasi telah mencapai tujuannya, tetapi belum ada manajemen yang mendukung. Kondisi saat ini dari DSS03 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1. Penyelesaian insiden hanya melibatkan orang-orang yang bersangkutan.

2. Tidak ada pertemuan rutin yang membahas mengenai penganalisisan solusi-solusi, pembahasan dilakukan saat dilakukan rapat dan hanya terdokumentasi dalam notulensi.

3. Penyelesaian dan penutupan insiden dilakukan dengan baik, direkam dalam server. Dilakukan pengawasan dan evaluasi, tetapi belum bersifatperiodik, sehingga belum dikomunikasikan dengan baik untuk mencegah adanya insiden yang terjadi

di masa depan atau untuk mengidentifikasi adanya tren baru yang mungkin menyebabkan insiden.

• Kondisi Existing DSS04

Hasil capability level berada pada level 1 yaitu performed process yang artinya proses yang diimplementasi telah mencapai tujuannya, dilakukan tetapi belum ada manajemen yang mendukung. Kondisi saat ini dari DSS04 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1.      Dilakukan pemantauan terhadap proses bisnis yang berlangsung dalam BPJS Ketenagakerjaan.

2. Belum didefinisikan strategi antisipasi terhadap gangguan teknis yang mungkin terjadi, karena kurangnya sumber daya manusia yang memliki keahlian dalam hal tesebut di kantor Cabang, sehingga bila ada gangguan terkait teknis BPJSTK Mobile yang menangani adalah kantor Pusat. Sedangkan gangguan non teknis diselesaikan dengan kebijakan.

3. Tidak adanya dokumen BPC (BussinesPlan Continuity) yang mendokumentasikan prosedur dan informasi yang digunakan untuk kemungkinan perusahaan melanjutkan kegiatan apabila terjadi insiden.

4. Sudah ada sesi pelatihan regular untuk semua pihak mengenai prosedur peran dan tanggung jawab. Pelatihan terhadap perencanaan TI yang berkelanjutan masih bersifat umum, seperti komunikasi secara informal.

5. Informasi-informasi bisnis yang penting dikelola dan dijaga dengan baik dilakukan backup data.

• Kondisi Existing DSS05

Hasil capability level berada pada level 1 yaitu  performed  process  yang  artinya proses yang diimplementasi telah mencapai tujuannya,  dilakukan  tetapi  belum  ada manajemen yang mendukung. Kondisi saat ini dari DSS05 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1. Dalam melindungi teknologi informasi dan teknologi dari malware, Penata Madya TI melakukan tindakan seperti menggunakan sistem operasi berbasis open source, mewajibkan penggunaan antivirus pada komputer dengan sistem operasi Windows serta penggunaan aplikasi firewall dan antispam.

2. Dalam melindungi teknologi informasi dan teknologi dari malware, Penata Madya TI melakukan tindakan seperti menggunakan sistem operasi berbasis open source, mewajibkan penggunaan antivirus pada komputer dengan sistem operasi Windows serta penggunaan aplikasi firewall dan antispam.

• Kondisi Existing DSS05

Hasil capability level berada pada level 1 yaitu performed process yang artinya proses yang diimplementasi telah mencapai tujuannya, dilakukan tetapi belum ada manajemen yang mendukung. Kondisi saat ini dari DSS06 pada BPJS Ketenagakerjaan Cabang Mataram adalah sebagai berikut:

1. Belum adanya penyelarasan aktivitas control yang ada di proses bisnis dengan tujuan BPJSTK Mobile.

2. Peran, tanggungjawab, tingkat wewenang dan pemisah tugas yang diperlukan untuk mendukung tujuan proses bisnis telah didefinisikan di dalam dokumen jobdesk perdir 24.

3. Telah dilakukan koreksi oleh pihak yang bertanggung jawab untuk mengetahui kesalahan-kesalahan yang kemudian dianalisis, dilaporkan dan didiskusikan dengan staff lainnya

4. Terdapat dokumen history yang nantinya dapat digunakan untuk penelusuran dan pencegahan agar kesahalan tak terjadi lagi.

      5.          PEMBAHASAN

Pada   sub   bab   ini   dilakukan   analisisrekomendasi yang dilakukan berdasarkan hasil data kuesioner dari bab sebelumnya. Hal ini dilakukan agar dapat membantu BPJS Ketenagakerjaan Cabang Mataram dalam memperbaiki teknologi informasi khususnya layanan BPJSTK Mobile yang menjadi salah satu layanan terpenting dalam BPJS Ketenagakerjaan Cabang Mataram.

5.1       Analisis Gap

Gap Analysis adalah perbandingan kinerja aktual dengan kinerja potensial atau yang diharapkan. Berdasarkan hasil evaluasi yang dilakukan di BPJS Ketenagakerjaan Cabang Mataram dengan menggunakan framework COBIT 5 pada domain DSS, diperoleh hasil capability level untuk keseluruhan proses beserta dengan level target pada tabel berikut :

Ratarata gap antara level saat ini dengan level target adalah satu tingkat, berikut gambaran umum rekomendasi keseluruhan proses yang disusun agar bisa mencapai level target adalah sebagai berikut :

1. Membuat penerapan pengukuran layanan yang harus dipenuhi dalam tiap proses bisnis untuk terjaminnya BPJSTK Mobile berjalan dengan baik.

2. Membuat sistem monitoring dan evaluasi yang tepat terhadap proses bisnis untuk mengoptimalkan keberlangsungan BPJSTK Mobile.

3. Membuat dokumentasi atau laporan mengenai keseluruhan hasil proses yang berlangsung, dan juga pelanggaran yang terjadi sebagai bahan evaluasi dan pengembangan keberlanjutannya.

4. Membuat dan menjaga dengan baik pendokumentasian informasi yang dapat meningkatkan/menjaga keberlangsungan jalannya layanan BPJSTK Mobile.

5.2       Rekomendasi

Rekomendasi dibuat berdasarkan hasil kuisioner, wawancara dan analisis best practices pada setiap subdomain. (ITGI, 2007)

5.2.1    Rekomendasi DSS01

    Untuk mencapai level target yang diinginkan yaitu level 3, maka yang perlu dilakukan adalah :

1. Membuat Standard Operating Procedure (SOP) yang lengkap agar dapat digunakansebagai panduan prosedur pengoperasionalan.

2. Melakukan analisis perangkat IT untuk mencegah ancaman yang timbul dari tindakan manusia seperti pencurian, bahaya konsleting dll.

3. Melakukan penilaian terhadap infrastruktur yang dimilki dan dibuat dokumentasinya untuk bahan evaluasi kedepan.

4. Menindak lanjuti hasil audit independen terhadap kualitas layanan, lingkungan dan dengan pihak luar yang menjalin kerjasama, apabila dari audit independent tidak ada maka ditambahkan sendiri.

5.2.2    Rekomendasi DSS02

Untuk mencapai level target yang diinginkan yaitu level 3, maka yang perlu dilakukan adalah :

1. Membuat dokumen baku (lebih tersistematik) yang berkaitan denganpermintaan layanan, keluhan/adanya insiden serta penanganan insiden tersebut.

2. Membuat dokumentasi klasifikasi layanan insiden sesuai dengan jenis-jenisnya agar dapat diselesaikan dengan tepat waktu dan efektif.

3. Membuat prosedur untuk verifikasi dalam proses penyelesaian insiden secara detail.

4. Melakukan pertemuan rutin guna membahas layanan permintaan dan layanan insiden yang terjadi.

5. Membuat dokumentasi terhadap resolusi atau solusi alternative terhadap pemecahan insiden dan mengevaluasinya.

5.2.3    Rekomendasi DSS03

Untuk mencapai level target yang diinginkan yaitu level 2, maka yang perlu dilakukan adalah :

1. Melakukan pemantauan terhadap kinerja penyelesaian masalah yang ditentukan.

2. Mendokumentasikan dan mengalisa kembali laporan masalah yang ada baik yang sudah terselesaikan maupun yang belum terselesaikan.

3. Menganalisa akar akar permasalahan yang muncul dan pemecahan masalah, kemudian mendokumentasikannya supaya tidak terjadi masalah yang sama.

4. Membuat    sistem/skema    yang    dapatmengetahui jalannya penyelesaian pemecahan masalah yang ada agar dapat dipantau oleh pihak atasan.

5. Membuat dokumentasi terkait solusi – solusi dalam pemecahan masalah.

6. Memebuat analisa pengalokasian sumberdaya yang akan digunakan untuk mengoptimalkan resource yang dimiliki.

5.2.4    Rekomendasi DSS04

Untuk mencapai level target yang diinginkan yaitu level 2, maka yang perlu dilakukan adalah :

1. Melakukan pengukuran keberlangsungan proses bisnis untuk mengetahui tingkat kematangannya dan kesenjangan proses bisnis, didokumentasikan dan dievaluasi.

2. Mengukur kesesuaian kebijakan yang dibuat dalam keberlangsungan proses bisnis.

3. Membuat  skema  atau  sistem  yang  berisirespon terhadap insiden dan kominukasinya, mendokumentasikan dan dievaluasi.

4. Membuat business continuity plan (BCP) untuk pengembangan proses bisnis dan dokumentasikan.

5. Melakukan review manajemen secara rutin.

6. Melakukan pengukuran dan evaluasi terhadap tujuan pelatihan.

7. Membuat ketetapan ukuran – ukuran untuk pengambangan latihan sumberdaya manusia yang dimiliki, dan dipantau keberlangsungannya.

5.2.5    Rekomendasi DSS05

Untuk mencapai level target yang diinginkan yaitu level 2, maka yang perlu dilakukan adalah :

1. Membuat aturan tertulis yang menyatakan semua pegawai untuk melindungi sistem informasi dan teknologi dari malware.

2. Membuat prosedur dan mendokumentasikan pengecekan secara rutin terhadap keamanan perangkat lunak yang digunakan.

3. Membuat aturan tertulis mengenai keamanan konektifitas dan perangkat endpoint (misal laptop, server, perangkat Mobile atau software).

4. Memberikan peringatan kepada semua pegawai akan kedasarannya terhadap keamanan sistem dan perangkat yang dimiliki.

5. Melakukan evaluasi yang dilakukan rutin, minimal tiap 3 bulan sekali terhadap sistem informasi yang dikhawatirkan dapat timbul potensi ancaman baru.

5.2.6    Rekomendasi DSS06

Untuk mencapai level target yang diinginkan yaitu level 2, maka yang perlu dilakukan adalah :

1. Menetapkan ukuran-ukuran goal dari proses bisnis, mendokumentasikan dan dievaluasi.

2. Membuat laporan dari kontrol pemrosesan agar mudah diketahui gejala - gejala yang timbul.

3. Mendokumentasikan dengan baik rekaman transaksi dan rekaman keluhan dalam dokumen yang lebih tersistematik yang nantinya dapat digunakan sebagai bukti untuk mengukur keberlangsungan bisnis.

4. Mereview penyimpangan” yang terjadi dalam keberlangsungan prose bisnis, mendokumentasikan dan dievaluasi.

5. Membuat kebijakan terhadap pemberian hukuman kepada pegawai yang melakukanpelanggaran - pelanggaran dalam pemantauan kegiatan proses bisnis.

6.  Menyimpang dengan baik atau mengarsipkan data seperti sumber informasi, rekaman transaksi untuk dijadikan bukti dalam pengukuran penilaian keberlangsungan proses bisnis dan dapat sebagai rekomendasi.

6. KESIMPULAN

Berdasarkan hasil penelitian dan analisis yang dilakukan pada layanan BPJSTK Mobile di BPJS Ketenagakerjaan Cabang Mataram, maka dapat diambil kesimpulan sebagai berikut :

1. Evaluasi dilakukan menggunakan kerangka kerja framework COBIT 5 dan menggunakan domain DSS (Delivery, Service and Support) yang dipilih karena sistem telah direncanakan (plan), telah dibangun (build) dan sekarang sedang dijalankan (run). Domain DSS terdiri dari 6 proses yaitu DSS01, DSS02, DSS03, DSS04, DSS05, dan DSS06.

2. Dari hasil evaluasi tingkat kemampuan (Capability Level) diketahui ada 2 proses yang mempunyai level kapabilitas 2 yaitu DSS01 dan DSS02. Ada 4 proses yang memiliki level kapabilitas 1 yaitu DSS03, DSS04, DSS05, DSS06.

3. Menurut level kapabilitas masing-masing proses, ditentukan level target masing-masing proses yaitu berupa 1 level di ataslevel kapabilitas, yang ditentukan berdasarkan analisis dan juga persetujuan dengan instansi terkait, sehingga didapat level target untuk DSS03, DSS04, DSS05 dan DSS06 adalah level 2, untubk DSS01 dan DSS02 adalah level 3.

4. Level capability keseluruhan yang diperoleh berdasarkan keseluruhan rata-rata adalah 1 (performed process), yang berarti sudah diterapkan dan mencapai tujuannya, tetapi belum ada standar penerapan dalam melakukan proses tersebut, belum terdokumentasi dan dikomunikasikan dengan baik.

Untuk penelitian selanjutnya, saran yang diberikan adalah sebagai berikut :

1. Sebaiknya menggunakan domain lain yang ada pada kerangka kerja framework COBIT 5 untuk mengevaluasi teknologi informasi yang ada pada suatu instansi sesuai dengan tujuan dan studi kasus yang diambil. Empat domain selain DSS yaitu domain EDM (Evaluate, Direct, Monitor), domain APO (Align, Plan and Organise), domain BAI

(Build, Acquire and Implement), dan MEA (Monitor, Evaluate and Assess).

2. Peneliti sebaiknya memberikan pengenalan kepada calon responden terkait framework / domain yang akan digunakan, sehingga isian data kuesioner yang nanti diberikan akan lebih objektif.

DAFTAR PUSTAKA

AlRasyid, A., 2016. Analisis Audit Sistem Informasi Berbasis COBIT 5 Pada Domain Deliver, Service, and Support (DSS) (Studi Kasus: SIM-BL di Unit CDC PT Telkom Pusat. Tbk).

Institute, 2007. IT Governance Guide using COBIT ed.s.l.:www.itgi.org.

ISACA, 2012. A Business Framework for the Governance and Management of Enterprise IT. COBIT ed. s.l.:www.isaca.org.Ketenagakerjaan, B., 2014. BPJSKetenagakerjaan. [Online]

Available at: http://www.bpjsketenagakerjaan.go.id/ [Accessed 4 Februari 2017].

IT Governance Institute. (2007), “COBIT 4.1 Framework Control Objectives, Management Guidelines, Maturity Models”, IT Governance Institute.

https://id.wikipedia.org/wiki/COBIT

http://mymuse7.blogspot.co.id/2014/11/pengertian-cobit.html

http://www.kajianpustaka.com/2014/02/pengertian-sejarah-dan-komponen-cobit.html

http://lukmanprayogi20.blogspot.co.id/2016/01/pengertian-cobit-dan-sejarahnya.html