Abstrak - Penelitian ini bertujuan menyajikan perencanaan manajemen proyek Sistem Informasi Akuntansi
Keuangan Daerah (SIMAKDA) secara menyeluruh dengan menggunakan framework ITPOSMO. Metodologi
yang digunakan pada penelitian ini berdasarkan PMI process group. Untuk analisis data digunakan framework
ITPOSMO, Work Breakdown Structure (WBS) dan software Microsoft Project untuk merancang penjadwalan
proyek dan estimasi biaya. Langkah awal dalam penelitian ini adalah mengumpulkan data, baik data primer
maupun data sekunder. Hal ini dilakukan dengan menggunakan metode studi lapangan dan studi pustaka. Studi
pustaka dilakukan dengan cara mempelajari buku dan liteatur yang berhubungan dengan tema penelitian,
sedangkan studi lapangan dilakukan dengan cara studi dokumen dan wawancara terhadap pihak-pihak yang
terkait dengan proyek SIMAKDA. Hasil dari penelitian adalah proyek dapat berjalan sesuai dengan jadwal dan
budget yang telah ditentukan dan Sistem Informasi keuangan Daerah dapat dimplementasikan dengan baik.
Penerapan SIMAKDA diharapkan dapat meningkatkan pengelolaan keuangan daerah sehingga pembangunan
daerah berjalan dengan baik dalam rangka meningkatkan kesejahteraan masyarakat daerah Banjar, Kalimantan
Timur.
yang meliputi : Laporan Realisasi Anggaran, komunikasi antara pihak-pihak terkait baik
Neraca, Laporan Arus Kas dan catatan atas laporan pengembang maupun pemiliki proyek serta
keuangan yang dibutuhkan Pemda Kabupaten. kurangnya pengendalian kualitas pekerjaan.
Proyek SIMAKDA diharapkan memberikan Berdasarkan permasalahan di atas maka tujuan
tingkat akuntabilitas yang lebih baik karena dapat penelitian ini adalah menyajikan perencanaan
menyajikan laporan Keuangan daerah secara akurat, manajemen proyek SIMAKDA secara menyeluruh
handal dan tepat waktu. Hal ini sejalan dengan dengan menggunakan framework ITPOSMO.
prinsip good governance di bidang pengelolaan
keuangan daerah. 2. TINJAUAN PUSTAKA
Sejauh ini, pada umumnya tingkat 2.1. Manajemen Keuangan Daerah
keberhasilan proyek Teknologi Informasi (TI) Manajemen keuangan daerah adalah mencari
masih rendah. Beberapa contoh kesulitan atau sumber-sumber pembiayaan dana daerah melalui
kegagalan dalam implementasi TI dapat dilihat, potensi dan kapabilitas yang terstruktur melalui
misalnya dari studi yang dilakukan, Standish tahapan perencanaan yang sistematis, penggunaan
Group Study (CHAOS) menemukan bahwa pada dana yang efisien dan efektif serta pelaporan tepat
1995 hanya 16,2% proyek TI yang sukses, waktu [1]. Fungsi manajemen terbagi atas tiga
sementara lebih dari 31,1 % proyek TI dibatalkan tahapan utama yaitu : perencanaan, pelaksanaan,
sebelum proyek rampung[9]. Studi yang sama juga dan pengendalian (pengawasan). Oleh karena itu
yang dilakukan Conference Board Kanada terhadap fungsi manajemen keuangan daerah terdiri dari
117 perusahaan pada 2001 yang menunjukkan, 40% unsur-unsur pelaksanaan tugas yang terdiri dari
proyek TI gagal, dan 25% proyek TI melebihi tugas :
budget[8]. Di Indonesia, Siskomdagri (Sistem a. Pengalokasian potensi sumber-sumber
Komunikasi Departemen Dalam Negeri) yang ekonomi daerah;
diluncurkan sekitar 1995-an merupakan salah b. Proses Penyusunan Anggaran Pendapatan Dan
contoh proyek e-government yang mengalami Belanja Daerah;
kegagalan meskipun telah didukung dana miliaran c. Tolok ukur kinerja dan Standarisasi;
rupiah. d. Pelaksanaan Anggaran yang sesuai dengan
Faktor yang menyebabkan egagalan proyek Prinsip-prinsip Akuntansi;
adalah tidak dilaksanakannya manajemen proyek TI e. Laporan Pertanggung Jawaban Keuangan
termasuk implementasi e-government dengan tepat Kepala Daerah; dan
dan belum memenuhi harapan pengguna. Hal ini f. Pengendalian dan Pengawasan Keuangan
disebabkan karena berbagai faktor antara lain: Daerah.
penggalian kebutuhan bisnis dan user (requirement) Dalam rangka mewujudkan tata kelola
yang kurang lengkap, kurangnya keterlibatan user pemerintahan yang baik (good government
dalam pengembangan sistem, kurangnya governnace), pemerintah terus melakukan berbagai
sumberdaya manusia proyek, harapan (ekspektasi) upaya perbaikan dalam pengelolaan keuangan
yang berlebihan dari pemilik proyek (project daerah. Salah satu cara yang ditempuh adalah
owner) terhadap kapabilitas sistem yang dibangun, dengan mengeluarkan dan menyempurnakan
kurangnya dukungan dari eksekutif atau perangkat peraturan perundangan tentang
manajemen perusahaan pemilik proyek, buruknya pengelolaan keuangan negara dan daerah.
prosesnya dikerjakan oleh fungsi akuntansi dibandingkan dengan proyek bidang lain adalah
SKPKD. Laporan keuangan yang dihasilkan dari sebagai berikut:
pencatatan transaksi keuangan pada SKPD berupa : a. Memiliki tujuan untuk menghasilkan produk
Neraca, Laporan Realisasi Anggaran dan Catatan yang bersifat intangible seperti perangkat
atas Laporan Keuangan. Sedangkan pada tingkat lunak, database, jaringan yang sulit untuk
SKPKD laporan keuangan yang dihasilkan dari mengukur nilai manfaat dari produk tersebut.
pencatatan transaksi keuangan berupa : Neraca, b. Melibatkan teknologi yang sangat cepat usang,
Laporan Realisasi Anggaran, Laporan Arus Kas karena perkembangan yang sangat cepat.
dan Catatan atas Laporan Keuangan. c. Membutuhkan beragam sumber daya manusia
dengan keahlian dan kompetensi yang
2.3. Proyek Sistem Informasi beragam.
Proyek merupakan serangkaian kegiatan yang d. Ukuran yang dijadikan standar sulit
dilaksanakan dalam jangka waktu terbatas dan dibakukan, karena sulit mengukur kualitas
dengan alokasi sumber daya tertentu untuk yang dimengerti berbagai pihak secara
menghasilkan produk atau jasa yang unik sesuai seragam.
dengan standar yang telah ditentukan[3]. Sistem
Informasi memiliki fungsi menghasilkan informasi- 2.4. Framework ITPOSMO
informasi yang dibutuhkan pihak user. Komponen Seringkali terjadi adalah kesenjangan yang
yang termasuk sistem informasi meliputi lebar antara realitas yang sekarang dihadapi dengan
infrastruktur hardware, software dan ketersediaan rancangan sistem informasi yang dimaksudkan
sumber daya manusia bidang TI. untuk mengubah keadaan. Konsep kesenjangan
Proyek sistem informasi mencakup sebagian atau lebih dikenal dengan framework ITPOSMO
atau keseluruhan dari rangkaian aktivitas rekayasa dikembangkan pertama kali oleh Richard Heeks
pembangunan sistem informasi. Contoh-contoh (2003) [2]. Framework ITPOSMO terdiri atas
proyek sistem informasi antara lain : Proyek sistem delapan aspek yang sangat berpengaruh dalam
informasi untuk mendukung pelaksanaan pemilu, menyebabkan kegagalan pada proyek-proyek e-
proyek pembangunan infrastruktur e-government di government di negara berkembang, yaitu: Informasi
kabupaten Takalar, Proyek pengembangan sistem (Information), Teknologi (Technology), Proses
CRM (Customer Relationship Management) di PT (Processes), Objektif dan Nilai (Objectives and
Garuda, proyek pembangunan sistem e-business Values), Staf dan Keahlian (Staffing and Skills),
pada PT. Global Jaya, dan lain-lain. Beberapa Sistem Manajemen dan Struktur Organisasi
perbedaan karakteristik proyek sistem informasi (Management Systems and Structures) dan Sumber
daya yang lain (Other
Resources). Pada konsep ini dilakukan pengukuran
kesenjangan antara realita yang ada dengan desain 4. HASIL DAN PEMBAHASAN
dari sistem yang akan dibangun, pertimbangan Inisiasi proyek memberikan gambaran global
utama dari framework ini adalah bahwa semakin sebuah proyek yang akan dikerjakan. Gambaran
besar kesenjangan antara realita dan desain maka global ini biasanya berisi ruang lingkup, tujuan
semakin besar resiko bahwa proyek tersebut akan proyek, waktu proyek, biaya proyek, dan informasi
gagal. Jika kesenjangan tersebut dapat diperkecil umum lainnya yang dituangkan ke dalam bentuk
maka resiko kegagalan dari suatu proyek e- dokumen definisi proyek yang akan menjadi bahan
Government dapat dikurangi. pegangan dan acuan dalam perencanaan
manajemen proyek.
3. METODE PENELITIAN A. Inisiasi Proyek
Metodologi yang digunakan pada penelitian 1. Tujuan Proyek
ini berdasarkan PMI process group[6] yaitu inisiasi Proyek ini diharapkan akan membantu
dan perencanaan proyek. Untuk analisis data memudahkan penyelenggara pemerintah dalam
digunakan framework ITPOSMO, Work Breakdown penatausahaan keuangan daerah dan penyusunan
Structure (WBS) dan software Microsoft Project Laporan Keuangan Daerah yang transparan dan
untuk merancang penjadwalan proyek dan estimasi akuntabel kepada masyarakat, DPRD dan
biaya. Langkah awal dalam penelitian ini adalah Pemerintah Pusat, yang meliputi : Laporan
mengumpulkan data, baik data primer maupun data Realisasi Anggaran, Neraca, Laporan Arus Kas dan
sekunder. Hal ini dilakukan dengan menggunakan catatan atas laporan keuangan yang dibutuhkan
metode studi lapangan dan studi pustaka. Studi Pemda Kabupaten/Kota.
pustaka dilakukan dengan cara mempelajari buku
dan literatur yang berhubungan dengan tema
penelitian, sedangkan studi lapangan dilakukan
dengan cara studi dokumen dan wawancara 2. Metode atau Pendekatan Proyek
terhadap pihak-pihak yang terkait dengan proyek
SIMAKDA.
Solusi yang ditawarkan dari proposal ini untuk Indikator kinerja utama atau key performance
mengatasi masalah-masalah yang selama ini timbul indicator (KPI) yang digunakan untuk mengukur
dari sistem akuntansi keuangan daerah yaitu : keberhasilan proyek SIMAKDA terhadap sasaran
a. Menyajikan laporan keuangan daerah tanpa organisasi, antara lain :
syarat dan asset management yang a. Rata-rata waktu yang dibutuhkan untuk
mencerminkan keadaan yang sesungguhnya. menyelesaikan laporan keuangan maksimal 1
b. Software sistem dibuat berbasis web sehingga bulan sejak berakhirnya tahun anggaran.
dapat diakses melalui internet. b. Laporan keuangan dapat diterima 100 % tanpa
c. Pengembangan software menggunakan syarat dalam 2 tahun.
metode object oriented (software akuntansi c. Jumlah temuan audit internal < 10.
keuangan daerah) dan metode incremental d. Jumlah waktu yang dibutuhkan sejak terbitnya
(software web publikasi). laporan keuangan yang disetujui, dan
d. Mengurangi penggunaan media kertas (paper rinciannya untuk diketahui publik ≤ 7 hari.
less). e. Persentase berbagai laporan akuntansi dan
e. Membantu ketidaktersediaan sumber daya keuangan tambahan diselesaikan tepat waktu
manusia (SDM) akuntansi yang cukup di ≥ 90%.
Pemda.
f. mengurangi item biaya pembelian software 4. Ruang Lingkup Pekerjaan (Scope of Work)
komersial dengan menggunakan software Untuk menentukan ruang lingkup pekerjaan
open source. pada suatu proyek digunakan framework ITPOSMO
g. Meminimalkan human error. agar semua pekerjaan terdefinisi sejak awal dan
h. Efisiensi waktu.
tidak ada yang terlewat. Tabel 1 menunjukkan
3. Indikator Kinerja Utama ruang lingkup pekerjaan pada proyek SIMAKDA.
5. Asumsi Pada tahapan ini, Manajer Proyek
Definisi proyek di atas dengan asumsi sebagai mengidentifikasi kualifikasi dan jumlah personil
berikut: yang dibutuhkan, mendokumentasikan peranan dan
a. Pemilik proyek, manajer proyek dan tim tanggung jawab seseorang dalam proyek (roles and
proyek sudah ditetapkan. responsibility) dan membuat relasi
b. Anggota tim proyek adalah SDM yang pertanggungjawaban (berupa laporan,koordinasi
memiliki kompetensi sesuai dengan kebutuhan atau kerja sama) tugasnya baik secara formal
proyek. maupun informal. Kualifikasi dan jumlah personil
c. SDM sudah tersedia sesuai dengan spesifikasi yang dibutuhkan pada proyek SIMAKDA terdiri
dari proyek yang akan dikerjakan. dari satu orang Project Manager, dua orang System
d. Untuk pemeliharaan di luar dari waktu yang Analist, satu orang Database Designer, dua orang
telah ditetapkan maka dikenakan biaya Java Dekstop Programmer, dua orang Web
perawatan. Developer, satu orang Web Designer, satu orang
e. Untuk kerusakan dari sisi infrastruktur Dokumentasi, satu orang Form/Report Designer,
jaringan merupakan tanggung jawab vendor satu orang Consultant Director, satu orang Chief
dari perangkat tersebut. Engineer, satu orang Quality Assurance, satu orang
Technical Support dan enam orang Trainer. Peran
B. Jadwal Proyek dan tanggung jawab masing-masing personel atau
Jadwal proyek disusun berdasarkan struktur kelompok dengan mengacu pada form penugasan
rincian pekerjaan (work breakdown structure) yang tim proyek (project team assignment).
berisikan daftar pekerjaan atau tugas-tugas yang
akan dikerjakan dalam sebuah proyek. Untuk D. Rencana Anggaran Belanja Proyek
mengerjakan proyek pembangunan SIMAKDA ini Rencana anggaran belanja (RAB) proyek
diperlukan waktu untuk membangun sistem, SIMAKDA dihitung berdasarkan resources leveling
ditambah 20 hari kerja untuk pendampingan dan 30 dengan tujuan agar dapat mengetahui waktu
hari kerja untuk perawatan sistem serta 18 hari pelaksanaan proyek dan besarnya kebutuhan akan
untuk persediaan waktu tambahan perubahan sumber daya tenaga kerja. Resource leveling
pekerjaan dan pertemuan. Total waktu yang dilakukan dengan bantuan program Ms. Project.
disediakan untuk pembangunan proyek ini, mulai Tabel 3 menunjukkan anggaran biaya yang
dari pembukaan proyek sampai penutupan proyek digunakan pada proyek SIMAKDA.
adalah 110 hari. Adapun rincian kegiatan proyek
secara lengkap beserta durasi waktu yang E. Perencanaan Pengadaan
diperlukan dapat dilihat pada tabel 1. Manajer proyek membuat perencanaan
pengadaan barang yang menjabarkan barang yang
C. Perencanaan Sumber Daya Manusia dibutuhkan, waktu suatu barang dibutuhkan, dan
proses pengadaan. Prosedur pengadaan barang pada
proyek pemerintah dimulai dari proses mengajukan pertemuan dan pelaporan. Persiapan yang harus
request for proposal dan request for quote kepada dilakukan sebelum dilaksanakan pertemuan, antara
vendor. Kemudian vendor mengirim surat lain:
penawaran harga. Selanjutnya diadakan diskusi 1. Mendistribusikan agenda pertemuan,
untuk menentukan vendor yang memberikan selambat-lambatnya sehari sebelumnya.
penawaran barang dengan kualitas baik dan harga Pembahasan topik berdasarkan urutan
rendah. Vendor yang terpilih akan dipanggil untuk kepentingan, dimulai dengan topik yang
mengikuti tes kelayakan vendor. Apabila dinilai mudah dan setiap topik diberikan alokasi
layak maka dibuat berita acara pemesanan barang waktu.
sesuai dengan spesifikasi barang dan waktu yang 2. Mendistribusikan materi pertemuan, agenda
seperti yang tercantum pada kontrak kerjasama. serta informasi lokasi dan waktu.
3. Setiap anggota tim proyek bertanggung jawab
F. Perencanaan Komunikasi untuk melakukan persiapan, hadir dan
Perencanaan komunikasi menjabarkan berpartisipasi aktif dalam pertemuan.
kebutuhan komunikasi reguler antar anggota tim
yang terlibat dalam pengerjaan proyek SIMAKDA.
Perencanaan komunikasi meliputi kegiatan
4. Pemimpin pertemuan dan fasilitator Setelah perubahan diajukan ke manajer proyek,
memastikan pertemuan dapat berjalan pada perubahan pekerjaan dapat dimulai. Manajer proyek
jalurnya dan efektif, sehingga tujuan akan mengubah jadwal proyek atau rencana kerja
untuk mengakomodasi perubahan yang telah
pertemuan dapat tercapai.
disetujui dan mempresentasikannya dalam
5. Pemimpin pertemuan menunjuk seseorang pertemuan kemajuan proyek untuk disetujui.
sebagai notulen untuk membuat dokumentasi Selanjutnya, manajer proyek akan menandatangani
pertemuan dan mendistribusikannya dengan CRF apabila perubahan telah selesai dilakukan.
tepat.
6. Pada saat pertemuan membahas kemajuan H. Perencanaan Risiko
proyek, aktivitas yang akan segera dilakukan Manajer proyek mengidentifikasi risiko yang
mungkin terjadi dan merencanakan strategi untuk
dan pembahasan ulang kontrol perubahan
menangani risiko tersebut. Metode yang digunakan
(change control review). untuk mengidentifikasi risiko dapat menggunakan
framework ITPOSMO. Tabel 4 menunjukkan
G. Perencanaan Perubahan strategi yang mungkin untuk mengantisipasi risiko-
Dalam suatu proyek, ada kemungkinan risiko yang mungkin terjadi.
terjadinya permintaan perubahan. Untuk
mengantisipasi hal tersebut maka pelu disusun I. Perencanaan Kualitas
suatu prosedur. Prosedur untuk mengontrol Untuk menjamin kualitas produk yang akan
perubahan dalam suatu proyek (changes control dihasilkan maka manajer proyek melakukan
procedure), adalah: perencanaan kualitas, meliputi:
1. Setiap modifikasi yang telah disetujui, ataupun a. Mengidentifikasi dan mengkomunikasikan
perubahan pada jadwal dan biaya proyek harus kriteria kualitas dengan para stakeholders.
mengacu pada prosedur berikutnya. b. Mengembangkan dan mengkomunikasikan
2. Pengajuan perubahan dapat berasal dari setiap persyaratan-persyaratan kualitas dengan para
anggota tim apabila diperlukan, terutama stakeholders.
untuk perubahan yang akan mempengaruhi c. Membuat daftar hal-hal yang harus dilakukan
jadwal dan ruang kerja. dalam rangka memenuhi kualitas proyek
3. Persetujuan pada form permintaan perubahan berupa quality checklist.
atau changes request form (CRF) Pada tahap pelaksanaan proyek, Manajer
menunjukkan persetujuan terhadap perubahan proyek mereview sistem pengelolaan kualitas dan
pada jadwal. dimodifikasi secara terus menerus dengan cara :
Sedangkan prosedur pengajuan perubahan, sebagai menentukan objek pengontrolan, Menentukan unit
berikut: yang akan diukur, (dianalisis), menentukan
1. Suatu perubahan dapat diajukan ke manajer performance yang optimal dari proses pekerjaan
proyek melalui komunikasi formal (pertemuan yang telah dilakukan, mengembangkan ide untuk
reguler) ataupun non fomal (melalui bentuk meminimalisir akar, penyebab permasalahan,
komunikasi lainnya). mengoptimalkan penggunaan tools yang diperlukan
2. Mengisi CRF sebagai usulan perubahan. dalam melakukan peningkatan mutu, menciptakan
Staff Belum ada yang menguasai database administrator, Diadakan pelatihan-pelatihan seperti pelatihan sistem Staf yang terlatih untuk menggunakan sistem operasi
Sys admin jaringan sudah ada, Staf sudah memahami operasi server, pelatihan pengiriman laporan, pelatihan server, mengirim laporan, menayangkan data, memelihara
SOP penatausahaan keuangan, dan User sudah biasa penayangan data, pelatihan pemeliharaan jaringan dan jaringan dan sebagai administrator server.
menggunakan windows dan aplikasi excel untuk pelatihan sebagai administrator server.
pengelolaan laporan yang belum terintegrasi
Manajemen Membuat memorandum of understanding (MOU) dukungan dari manajemen berupa kerjasama dengan dinas-
dengan Bank, sosialisasi ke Ekeskutif Kecamatan dan dinas lain dan Bank, seminar sosialisasi untuk eksekutif
SKPD dan Sosialisasi ke masyarakat untuk data daerah dan leaflet untuk masyarakat
TANGGAL TANGGAL
WORK BREAKDOWN STRUCTURE DURASI
MULAI AHIR
Inisiasi Proyek dan Perencanaan Proyek 14 hari 20/08/2012 06/09/2012
Analisa dan Desain 19 hari 06/09/2012 02/10/2012
Coding 60 hari 28/09/2012 20/12/2012
Testing Program 12 hari 05/12/2012 20/12/2012
Pengadaan Infrastruktur (Computer Network + Other) 28 hari 25/09/2012 01/11/2012
Deployment 4 hari 02/11/2012 07/11/2012
Pelatihan SDM 11 hari 30/10/2012 13/11/2012
Pendampingan 20 hari 14/11/2012 11/12/2012
Maintenance 30 hari 14/11/2012 25/12/2012
Biaya Cetak Dokumentasi 1 hari 20/08/2012 20/08/2012
Jumlah
Deskripsi Aktivitas Global Estimasi Biaya
Hari
Inisiasi Proyek dan Perencanaan Proyek 14 hari Rp17.000.000
Analisa dan Desain 19 hari Rp22.575.000
Coding 60 hari Rp52.950.000
Testing Program 12 hari Rp8.575.000
Pengadaan Infrastruktur (Computer Network + Other) 28 hari Rp128.950.000
Deployment 4 hari Rp2.700.000
Pelatihan SDM 11 hari Rp6.150.000
Pendampingan 20 hari Rp7.000.000
Maintenance 30 hari Rp13.500.000
Biaya Cetak Dokumentasi Rp21.000.000
Biaya Cadangan Operasional Rp30.000.000
Biaya Cadangan Tidak Terduga Rp20.000.000
Total Biaya Rp330.400.000
Strategi Untuk
ITPOSMO Risiko Frekuensi Dampak
Mengantisipasi Risiko
Informasi Jumlah data input tidak Tinggi Tinggi Menyediakan format dokumen
memadai yang dibutuhkan untuk
mengumpulkan data dari
SKPD
Kesalahan input data Tingi Tinggi Membuat validasi pada setiap
proses input data dan
membuat SOP untuk
menjalankan SIMAKDA
Data hilang akibat usia Tinggi Tinggi Menyiapkan back up online,
peralatan atau faktor lain penyediaan hardware
cadangan, menyediakan SOP
untuk Backup Data dan
disaster revoery planning
Strategi Untuk
ITPOSMO Risiko Frekuensi Dampak
Mengantisipasi Risiko
Teknologi Perubahan harga Sedang Tinggi Memberi margin 10% dalam
pengadaan infrastruktur penyusunan anggaran biaya
TI karena Kenaikan kurs untuk pengadaan infrastruktur
dollar TI
Interoperabilitas dengan Rendah Tinggi Mengusulkan membuat IT
sistem lain untuk Plan dan dikerjakan oleh Tim
mendapatkan informasi proyek untuk kemudahan
bisnis menjadi lebih sulit integrasi
Teknologi yang Rendah Sedang Melakukan analisis trend
digunakan tidak uptodate teknologi untuk masa yang
akan datang yang disesuaikan
dengan SDM yang ada
Proses Staf sakit pada saat-saat Sedang Tinggi mengorganisasi ulang tim
kritis proyek proyek yaitu dengan
memberdayakan SDM yang
intensitas pekerjaan sudah
menurun
Poses pelelangan lama Tinggi Sedang Harus dibuat standar
dan mungkin terjadi pemenang dengan kualitas
pemenang dengan harga tinggi
rendah tapi kualitas
rendah
Database yang Sedang Tinggi Melakukan tuning pada
digunakan pada sistem database setiap periode entri
tidak dapat memproses
transaksi per detik
sebanyak yang
diharapkan
Infrastruktur jaringan Sedang Tinggi Dilakukan pemeriksaan secara
tidak berfungsi dengan teratur dari infrastruktur dan
baik dan laporan Monitoring data yang sudah
keuangan terlambat diproses
akibat data belum dientri
Staff SDM tidak memiliki Rendah Tinggi Pemilihan SDM yang
kompetensi dalam memenuhi kualifikasi dan
bidang akuntansi memiliki keinginan untuk
belajar yang tinggi
Kesenjangan yang terlalu Rendah Tinggi Menawarkan masa
tinggi antara SDM & pendampingan diperpanjang
sistem dengan dikenakan biaya
tambahan
Staff tidak mau Sedang Tinggi Membuat Change
menggunakan sistem Management Planning
baru (mengikutsertakan user pada
saat analisis, memberikan
sosialisasi dan pelatihan)
Manajemen Umumnya terdapat Rendah Tinggi Dikeluarkan SK disertai
Resistensi terhadap dengan job description yang
sistem baru rinci