8

BAB 2

LANDASAN TEORI

2.1 Teori-teori Dasar/Umum

2.1.1 ERP (Enterprise Resource Planning)

Definisi Enterprise Resource Planning (ERP) menurut Hossain,

Patrick dan Rashid (2002, p2) adalah sistem software untuk manajemen

bisnis, mencakup modul-modul untuk mendukung area fungsional seperti

perencanaan, produksi, penjualan, pemasaran, distribusi, keuangan, finansial,

manajemen sumber daya manusia, manajemen proyek, manajemen

persediaan, layanan dan pemeliharaan, transportasi dan e-business.

Menurut Brady, Monk dan Wagner (2001, p153), Enterprise

Resource Planning adalah sebuah sistem yang membantu untuk mengatur

proses bisnis seperti pemasaran, produksi, pembelian, dan accounting dalam

suatu kesatuan yang terintegrasi. ERP menyimpan semua transaksi dalam

suatu database yang digunakan sistem informasi perusahaan dan

menyediakan manajemen reporting tools.

Sedangkan menurut OBrien (2005, p699), Enterprise Resource

Planning (ERP) adalah software lintas fungsi terpadu yang merekayasa ulang

proses manufaktur, distribusi, keuangan, sumber daya manusia, dan proses

bisnis dasar lainnya dari suatu perusahaan untuk memperbaiki efisiensi,

kelincahan, dan profitabilitasnya.

9

Menurut Wallace dan Kremzar (2001, p5), Enterprise Resource

Planning adalah sebagai berikut :

a. Suatu perangkat peralatan manajemen perusahaan global yang

menyeimbangkan permintaan dan persediaan.

b. Menyediakan kemampuan untuk menghubungkan pelanggan dan

pemasok ke dalam suatu rantai pasokan yang lengkap

c. Menggunakan proses bisnis yang terpercaya untuk pembuatan

keputusan.

d. Menyediakan integrasi antar berbagai fungsi seperti penjualan,

pemasaran, produksi, operasi, logistik, pembelian, keuangan,

pengembangan produk baru, dan sumber daya manusia, yang

memungkinkan orang menjalankan bisnisnya dengan layanan

pelanggan dan produktivitas yang memuaskan, biaya yang rendah dan

inventori yang minimal, serta menyediakan pondasi untuk e-

commerce yang efektif.

Beberapa modul yang terdapat dalam Enterprise Resource Planning

(ERP) Systems antara lain :

Accounting management

Financial management

Manufacturing management

Production management

Transportation management

Sales & distribution management

Human resources management

10

Supply chain management

Customer relationship management

E-Business

2.1.2 Pengertian Area Fungsional dari Operasional

Setiap perusahaan memiliki beberapa macam area fungsional utama

dalam mengoperasikan bisnisnya. Masing-masing area fungsional meliputi

berbagai fungsi bisnis dan aktivitas bisnis. Beberapa contoh area fungsional

meliputi (Brady, Monk dan Wagner, 2001, p2) :

1. Marketing and Sales

Area fungsional ini mencakup fungsi bisnis pemasaran, pemrosesan

pesanan pelanggan, manajemen hubungan pelanggan, dukungan

pelanggan, ramalan penjualan, dan iklan.

2. Production and Material Management

Area fungsional ini mencakup fungsi bisnis pembelian, penerimaan,

transportasi/logistik, penjadwalan produksi, manufaktur, dan

pemeliharaan gudang.

3. Accounting and Finance

Area fungsional ini mencakup fungsi bisnis akuntansi keuangan, alokasi

biaya dan pengontrolan, perencanaan dan pendanaan, serta manajemen

arus kas.

11

Process

4. Human Resource

Area fungsional ini mencakup fungsi bisnis perekrutan dan penerimaan

karyawan, pelatihan karyawan, penggajian dan keuntungan.

2.1.3 Pengertian Proses Bisnis

Menurut Brady, Monk dan Wagner (2001, p3), proses bisnis adalah

kumpulan aktivitas yang menggunakan satu atau berbagai jenis input dan

menciptakan suatu output yang mempunyai nilai bagi pelanggan.

Inputs Outputs

Gambar 2.1 Proses Bisnis Secara Umum

Perbedaan fungsi bisnis dengan proses bisnis :

- Fungsi bisnis merupakan kegiatan masing-masing divisi dalam perusahaan

yang bertugas sesuai dengan fungsinya. Contoh: customer service bertugas

untuk melayani pendaftaran pelanggan atau menerima barang yang rusak.

- Proses bisnis melibatkan beberapa area fungsional dan berbagai fungsi

dengan berbagai area. Manajer bisnis selalu berusaha untuk memandang

operasi bisnis dari perspektif kepuasan pelanggan.

Berbagi data secara efektif dan efisien antar area fungsional akan

membuat proses bisnis lebih efisien. Sistem informasi dapat didesain,

sehingga data yang disalurkan akurat dan tepat waktu di antara area

fungsional.

Bisnis menggunakan berbagai input dalam bentuk material, orang dan

peralatan, kemudian mengubah input ini menjadi barang dan jasa untuk

12

pelanggan. Informasi sangat dibutuhkan untuk mengatur input dan proses

bisnis, sehingga pelanggan menerima barang dan jasa sesuai dengan

permintaan.

2.1.4 Teknik Pengumpulan Data

Bila dilihat dari segi cara atau teknik pengumpulan data, maka teknik

pengumpulan data dapat dilakukan dengan interview (wawancara), kuesioner

(angket), observasi (pengamatan), dan gabungan ketiganya (Sugiyono, 2008,

p193).

2.1.4.1 Interview (wawancara)

Wawancara digunakan sebagai teknik pengumpulan data,

apabila peneliti ingin melakukan studi pendahuluan untuk

menemukan permasalahan yang harus diteliti, dan juga apabila

peneliti ingin mengetahui hal-hal dari responden yang lebih

mendalam dan jumlah respondennya sedikit. Teknik pengumpulan

data ini mendasarkan diri pada laporan tentang diri sendiri atau self-

report, atau setidak-tidaknya pada pengetahuan atau keyakinan

pribadi. Wawancara dapat dilakukan secara terstruktur maupun tidak

terstruktur, dan dapat dilakukan melalui tatap muka maupun dengan

menggunakan telepon.

Wawancara terbagi 2 jenis, yaitu:

a. Wawancara terstruktur

13

Wawancara terstruktur digunakan sebagai teknik

pengumpulan data, bila peneliti atau pengumpul data telah

mengetahui dengan pasti tentang informasi apa yang akan

diperoleh. Dengan wawancara terstruktur ini, setiap responden

diberi pertanyaan yang sama, dan pengumpul data mencatatnya

(Sugiyono, 2008, p194).

b. Wawancara tidak terstruktur

Wawancara tidak terstruktur adalah wawancara yang

bebas dimana peneliti tidak menggunakan pedoman wawancara

yang telah tersusun secara sistematis dan lengkap untuk

pengumpulan data. Pedoman wawancara yang digunakan hanya

berupa garis-garis besar permasalahan yang akan ditanyakan

(Sugiyono, 2008, p197).

2.1.4.2 Kuesioner (Angket)

Kuesioner merupakan teknik pengumpulan data yang

dilakukan dengan cara memberi seperangkat pertanyaan atau

pernyataan tertulis kepada responden untuk dijawabnya. Kuesioner

cocok digunakan bila jumlah responden cukup besar dan tersebar

dalam wilayah luas. Kuesioner dapat berupa pertanyaan atau

pernyataan tertutup atau terbuka, dapat diberikan kepada responden

secara langsung, atau dikirim melalui pos, atau internet (Sugiyono,

2008, p199)

14 2.1.4.3 Observasi

Observasi sebagai teknik pengumpulan data mempunyai ciri

yang spesifik bila dibandingkan dengan teknik yang lain, yaitu

wawancara dan kuesioner. Kalau dalam wawancara dan kuesioner

selalu berkomunikasi dengan narasumber secara langsung, maka

observasi tidak terbatas pada orang, tetapi juga obyek-obyek alam

yang lain. Teknik pengumpulan data dengan observasi digunakan

bila, penelitian berkenaan dengan perilaku manusia, proses kerja,

gejala-gejala alam dan bila responden yang diamati tidak terlalu

besar (Sugiyono, 2008, p203).

Dari segi proses pelaksanaan pengumpulan data, observasi

dapat dibedakan menjadi participant observation (observasi berperan

serta) dan non participant observation (Sugiyono, 2008, p203).

a. Observasi Berperan Serta (Participant Observation)

Dalam observasi ini, peneliti terlibat dengan kegiatan

sehari-hari orang yang sedang diamati atau yang digunakan

sebagai sumber data penelitian (Sugiyono, 2008, p203).

b. Observasi Non-Partisipan

Kalau dalam observasi partisipan peneliti terlibat

langsung dengan aktivitas orang-orang yang sedang diamati,

maka dalam observasi non-partisipan peneliti tidak terlibat dan

hanya sebagai pengamat independen (Sugiyono, 2008, p204).

15

Dari segi instrumentasi yang digunakan, maka observasi

dapat dibedakan menjadi observasi terstruktur dan tidak terstruktur

(Sugiyono, 2008, p203).

a. Observasi Terstruktur

Observasi terstruktur adalah observasi yang telah

dirancang secara sistematis, tentang apa yang akan diamati, di

mana tempatnya. Jadi, observasi terstruktur dilakukan apabila

peneliti telah tahu dengan pasti tentang variabel apa yang akan

diamati. Pedoman wawancara terstruktur atau angket tertutup

dapat juga digunakan sebagi pedoman untuk melakukan

observasi (Sugiyono, 2008, p204).

b. Observasi Tidak Terstruktur

Observasi tidak terstruktur adalah observasi yang tidak

dipersiapkan secara sistematis tentang apa yang akan

diobservasi. Hal ini dilakukan karena peneliti tidak tahu secara

pasti tentang apa yang akan diamati. Dalam melakukan

pengamatan, peneliti tidak menggunakan instrumen yang telah

baku, tetapi hanya berupa rambu-rambu pengamatan

(Sugiyono, 2008, p205).

2.1.5 Skala Pengukuran

Skala pengukuran merupakan kesepakatan yang digunakan sebagai

acuan untuk menentukan panjang pendeknya interval yang ada dalam alat ukur,

16

sehingga alat ukur tersebut bila digunakan dalam pengukuran akan

menghasilkan data kuantitatif (Sugiyono, 2008, pp131-132).

Skala Likert digunakan untuk mengukur sikap, pendapat, dan persepsi

seseorang atau sekelompok orang tentang fenomena sosial. Dalam penelitian,

fenomena sosial ini telah ditetapkan secara spesifik oleh peneliti, yang

selanjutnya disebut sebagai variabel penelitian. Dengan skala Likert, maka

variabel yang akan diukur dijabarkan menjadi indikator variabel. Kemudian

indikator tersebut dijadikan sebagai titik tolak untuk menyususn item-item

instrumen yang dapat berupa pernyataan atau pertanyaan. Jawaban setiap item

instrumen yang menggunakan skala Likert mempunyai gradasi dari sangat

positif sampai sangat negatif, yang dapat berupa berupa kata-kata antara lain:

(Sugiyono, 2008, p133)

a. Sangat Setuju a. Selalu

b. Setuju b. Sering

c. Ragu-ragu c. Kadang-kadang

d. Tidak setuju d.Tidak pernah

e. Sangat tidak setuju

a. Sangat positif a. Sangat baik

b. Positif b. Baik

c. Negatif c. Tidak baik

d. Sangat negatif d. Sangat tidak baik

17

Untuk keperluan analisis kuantitatif, maka jawaban itu dapat diberi skor,

misalnya:

1. Setuju/ selalu/ sangat positif diberi skor 5

2. Setuju/ sering/ positif diberi skor 4

3. Ragu-ragu/ kadang-kadang/ netral diberi skor 3

4. Tidak setuju/ hampir tidak pernah/ negatif diberi skor 2

5. Sangat tidak setuju/ sangat negatif diberi skor 1

Instrumen penelitian yang menggunakan skala Likert dapat dibuat dalam

bentuk checklist atau pilihan ganda. (Sugiyono, 2008, p133).

2.1.6 Sampel

Menurut Sugiyono (2008, p116), sampel adalah bagian dari jumlah dan

karakteristik yang dimiliki oleh populasi. Bila populasi besar dan peneliti tidak

mungkin mempelajari semua yang ada pada populasi, misalnya karena

keterbatasan dana, tenaga, dan waktu, maka peneliti dapat menggunakan

sampel yang diambil dari populasi itu. Apa yang dipelajari dari sampel itu,

kesimpulannya akan diberlakukan untuk populasi.

2.1.6.1 Teknik Sampling

Menurut Sugiyono (2008, pp116-117), teknik sampling adalah

merupakan teknik pengambilan sampel. Untuk menentukan sampel

yang akan digunakan dalam penelitian, terdapat berbagai teknik

18

sampling yang akan digunakan. Teknik sampling pada dasarnya dapat

dikelompokkan menjadi dua, yaitu (Sugiyono, 2008, pp118-123) :

1. Probability Sampling

Probability sampling adalah teknik pengambilan sampel

yang memberikan peluang yang sama bagi setiap unsur (anggota)

populasi untuk dipilih menjadi anggota sampel.

Probability sampling meliputi simple random sampling,

proportionate stratified random sampling, disproportionate

stratified random, dan area random sampling/cluster sampling.

Simple random sampling Dikatakan simple (sederhana) karena pengambilan anggota

sampel dari populasi dilakukan secara acak tanpa

memperhatikan strata yang ada dalam populasi itu. Cara

demikian dilakukan bila anggota populasi dianggap homogen.

Proportionate stratified random sampling Teknik ini digunakan bila populasi mempunyai anggota/unsur

yang tidak homogen dan berstrata secara proporsional.

Disproportionate stratified random Teknik ini digunakan untuk menentukan jumlah sampel, bila

populasi berstrata, tetapi kurang proporsional.

Area random sampling/ cluster sampling Teknik sampling daerah digunakan untuk menentukan sampel

bila obyek yang akan diteliti atau sumber data sangat luas.

19

2. Non-probability Sampling

Non-probability sampling adalah teknik pengambilan sampel yang

tidak memberi peluang/kesempatan yang sama bagi setiap

unsur/anggota populasi untuk dipilih menjadi sampel.

Non-probability sampling meliputi sampling sistematis, sampling

kuota, sampling insidental, purposive sampling, sampling jenuh,

dan snowball sampling.

Sampling sistematis Sampling sistematis adalah teknik pengambilan sampel

berdasarkan urutan dari anggota populasi yang telah diberi

nomor urut.

Sampling kuota Sampling kuota adalah teknik untuk menentukan sampel dari

populasi yang mempunyai ciri-ciri tertentu sampai jumlah

(kuota) yang diinginkan.

Sampling insidental Sampling insidental adalah teknik penentuan sampel

berdasarkan kebetulan, yaitu siapa saja yang secara

kebetulan/insidental bertemu dengan peneliti dapat digunakan

sebagai sampel, bila dipandang orang yang kebetulan ditemui

itu cocok sebagai sumber data.

20

Purposive sampling Purposive sampling adalah teknik penentuan sampel dengan

pertimbangan tertentu. Misalnya, akan melakukan penelitian

tentang kualitas makanan, maka sampelnya adalah orang yang

ahli makanan. Sampel ini lebih cocok digunakan untuk

penelitian kualitatif, atau penelitian-penelitian yang tidak

melakukan generalisasi.

Sampling jenuh Sampling jenuh adalah teknik penentuan sampel bila semua

anggota populasi digunakan sebagai sampel. Hal ini sering

dilakukan bila jumlah populasi relatif kecil, kurang dari 30

orang.

Snowball sampling Snowball sampling adalah teknik penentuan sampel yang

mula-mula jumlahnya kecil, kemudian membesar. Dalam

penentuan sampel, nula-mula dipilih satu atau dua orang,

tetapi karena dengan dua orang ini belum merasa lengkap

terhadap data yang diberikan, maka peneliti mencari orang

lain yang dipandang lebih tahu dan dapat melengkapi data

yang diberikan oleh dua orang sebelumnya. Begitu seterusnya,

sehingga jumlah sampel semakin banyak.

21

2.1.7 Microsoft Dynamics Navision

Menurut (http://www.microsoft.com/dynamics/en/us/products/gp-

overview.aspx), Microsoft Dynamics Navision merupakan sebuah produk ERP

(Enterprise Resources Planning) yang dikembangkan oleh Microsoft. Produk

ini merupakan bagian dari paket Microsoft Dynamics dan bertujuan untuk

membantu bagian keuangan, produksi, manajemen hubungan pelanggan,

analisis dan perdagangan elektronik bagi perusahaan level kecil dan menengah.

Produk itu sendiri telah melewati beberapa perubahan nama yang

aslinya perusahaan Navision atau Microsoft telah mencoba untuk memutuskan

bagaimana seharusnya dipasarkan. Mulai dari nama "Navision Financials",

"Navision Attain", "Microsoft Business Solutions Navision Edition", dan pada

tahun 2007 telah ditetapkan penggunaan nama "Microsoft Dynamics Navision".

Pada bulan Desember 2008, Microsoft merilis Dynamics Navision

2009, dengan peranan baru berbasis GUI. Microsoft awalnya merencanakan

untuk mengembangkan sistem ERP yang sama sekali baru (Proyek hijau),

tetapi telah memutuskan untuk melanjutkan pengembangan semua sistem ERP

(Dynamics AX, Dynamics NAV, Dynamics GP dan Dynamics SL). Keseluruhan

empat sistem ERP akan diluncurkan dengan user interface berbasis aturan baru

yang sama, pelaporan dan analisis berbasis SQL, portal berbasis SharePoint,

mobile client berbasis Pocket PC dan integrasi dengan Microsoft Office.

Berikut adalah beberapa keunggulan yang dimiliki Microsoft Dynamics

Navision :

Simple, smart, and innovative

22

Sejak 1984, Microsoft Dynamics Navision telah dibentuk khusus bagi

perusahaan kecil menengah yang membutuhkan solusi ERP yang cepat

diimplementasikan, mudah di konfigurasi, dan sederhana untuk digunakan.

One complete ERP solution

Mengumpulkan seluruh fungsi bisnis menjadi satu system yang terintegrasi.

Dengan tampilan yang menyerupai Microsoft Windows Vista dan Microsoft

Office, mudah untuk dipelajari. Dengan semua bagian yang terintegrasi,

memudahkan akses ke database, sehingga seluruh karyawan dapat bekerja

lebih cepat dan efektif.

Greater simplicity for greater productivity

Adanya Role Center memudahkan para pengguna untuk melihat prioritas

kerja dan akses informasi dan tugas yang mereka butuhkan sesuai bidang

mereka secara lebih spesifik.

Making smart decisions

Memungkinkan setiap individu di dalam perusahaan untuk mengubah

informasi yang ada menjadi keputusan yang tepat. Dengan akses secara

real time, dan analisis secara luas, dan alat pembuatan laporan seperti

grafis, OLAP, dan web based delivery options, memungkinkan keputusan

yang lebih pasti untuk menunjang bisnis perusahaan.

Fast to implement, easy to configure, and simple to use

Perubahan keperluan bisnis tanpa perlu mengganggu kegiatan operasi atau

budget TI yang ada, hal inilah yang disediakan Microsoft Dynamics

23

Navision dalam mengatur fleksibilitas terhadap kebutuhan system dengan

kebutuhan bisnis yang terus berubah dan tumbuh. Fitur keamanan

memungkinkan sistem mengendalikan siapa yang boleh mengakses sistem,

dan arsitektur yang terbuka memungkinkan sistem dapat diubah ke

depannya apabila ada kebutuhan khusus.

Detail mengenai ringkasan data yang dapat dilakukan di Microsoft Dynamics

Navision mencakup :

Tabel 2.1 Ringkasan Data Microsoft Dynamics Navision

FITUR KUNCI DESKRIPSI

CAKUPAN APLIKASI - Upgrade bagian akuntansi yang fleksibel

- Fungsi navigasi untuk menentukan semua entri yang berkaitan di- posting yang sama.

- Pelacakan transaksi - Keamanan dan peran bisnis

BUKU BESAR

- Buku besar, piutang , dan hutang terintegrasi secara penuh dengan aplikasi area dari Microsoft Navision.

- Mudah untuk mengatur kode akunransi. - Template jurnal umum - Biaya - Peran bisnis - Penjadwalan akun- pelaporan internal. - Konsolidasi - Pajak penjualan - Pandangan analisis - Penggantian log

FITUR KUNCI DESKRIPSI

PENJUALAN DAN PENERIMAAN

- Pemasukan dasar - Faktur Penjualan - Diskon faktur penjualan - Manajemen pemesanan penjualan - Alternatif pengapalan

24

- Agen pengiriman - Manajemen pemesanan, pengembalian,

penjualan - Kalendar - Penetapan diskon lini penjualan - Penetapan harga lini penjualan

PENGATURAN KAS - Manajemen akun bank - Penulisan cek - Rekonsiliasi bank - Pembayaran elektronik

MANAJEMEN HUBUNGAN

- Manajemen kontak - Klasifikasi kontak

PEMBELIAN DAN HUTANG

- Integrasi Outlook - Hutang dasar - Faktur pembelian - Manajemen pemesanan pembelian - Diskon faktur pembelian - Alternatif alamat pemesanan - Manajemen pengembalian pembelian

barang - Penetapan diskon lini pembelian - Penetapan harga lini pembelian

INVENTORI - Multi lokasi - Stock Keeping Units - Alternatif produsen - Tagihan Material - Lokasi pertukaran - Pelacakan barang - Pengenaan barang - Penggantian barang - Referensi cross item - Barang tanpa stok - Siklus penghitungan - Bin - Warehouse receipt - Warehouse shipping

DIMENSI FITUR KUNCI

- Dimensi yang fleksibel - Hirarki dimensi - Aturan dimensi

DESKRIPSI - Biaya oleh dimensi

- Dimensi input - Dimensi semua akun buku besar - Pandangan analisis - Pelaporan dimensi

VARIASI MATA UANG - Perdagangan dengan menggunakan

25

berbagai mata uang - Manajemen mata uang yang fleksibel - Kurs pertukaran - Laporan tambahan mata uang - Alat konversi euro

ASET TETAP - Definisi fleksibel dan pengelompokan aset

- Jumlah yang tidak terbatas untuk depreciation books

- Pelatihan untuk standar atau penyesuaian metode depresiasi

- Statistik untuk setiap buku - Informasi maintenance - Informasi asuransi - Alokasi untuk periode depresiasi - Klasifikasi ulang untuk aset tetap - Pemisahan dan pembagian penyustan

dari aset tetap - Laporan dan fasilitas laporan dari aset

tetap. - Maintenance

VARIASI LOKASI DAN PUSAT TANGGUNG JAWAB

- Menangani inventori lebih dari satu lokasi dari satu database

- Memperoleh gambaran lengkap bisnis secara real-time

- Membuat pusat laba rugi DISKON LINI PENJUALAN FITUR KUNCI

- Menentukan harga penjualan yang spesifik dan lini diskon untuk pelanggan individu

- Mengatur harga jual umum dna lini diskon untuk kelompok pelanggan atau semua pelanggan yang ada.

- Menetapkan harga untuk item yang spesifik dan/atau sebuah grup item

- Harga jual dasar dan diskon lini jual berdasarkan nilai moneter atau persentase diskon

- Mengatur harga jual dan diskon DESKRIPSI

- penjualan berdasarkan validitas periode tertentu

- Menetapkan harga jual dan diskon lini jual untuk satu kejadian atau persetujuan tertentu.

- Melacak bagaimana penghitungan harga jual dan diskon penjualan

26

SUMBER DAYA - Sumber daya dasar - Manajemen kapasitas - Macam-macam biaya

PEKERJAAN - Pekerjaan dasar - Manajemen kapasitas - Macam-macam biaya

MANUFAKTUR - Pemesanan produksi - Produksi tagihan material

SUMBER DAYA MANUSIA / PENGGAJIAN

- Sumber daya manusia dan penggajian untuk lebih dari 5000 karyawan

- Deposit langsung - Laporan penggajian

2.2 Teori-teori Khusus yang Berhubungan dengan Topik yang Dibahas

2.2.1 IT Balanced Scorecard

Menurut Smith (2007, p166), Balanced Scorecard adalah suatu

peralatan manajemen yang menyediakan unit pengukuran yang komprehensif

bagi eksekutif senior untuk menilai bagaimana organisasi berkembang dan

maju serta mencapai tujuan strategis.

Balanced Scorecard (BSC) menyediakan instrumen yang diperlukan

bagi manajer untuk mengarahkan keberhasilan kompetitif di masa depan

(Kaplan dan Norton, 1996, p2). Sekarang ini, organisasi sedang bersaing

dalam lingkungan yang begitu kompleks sehingga pengertian yang akurat

mengenai tujuan mereka dan metode untuk mencapai tujuan menjadi suatu

hal yang sangat penting. BSC memperjelas misi dan strategi suatu organisasi

ke dalam suatu kumpulan ukuran kinerja yang komprehensif yang

menyediakan framework untuk pengukuran strategi dan sistem manajemen.

BSC mengukur kinerja organisasi melalui 4 perspektif yang seimbang, yaitu:

finansial, pelanggan, proses bisnis internal, dan pembelajaran dan

27

pertumbuhan. BSC memungkinkan perusahaan untuk melihat hasil keuangan

dengan pemantauan kemajuan secara simultan dalam kemampuan dan

mendapatkan keuntungan yang tak dapat diukur di masa mendatang.

Balanced Scorecard bisa diaplikasikan ke dalam fungsi TI dan

prosesnya. Van Grembergen dan Van Bruggen telah mengembangkan IT

Balanced Scorecard lebih lanjut pada tahun 1997, dan Van Grembergen dan

Timmerman pada tahun 1998. (Grembergen, 2000).

Gambar 2.2 Perubahan Traditional BSC ke IT BSC

Pendekatan IT Balanced Scorecard dapat digunakan untuk :

Mengevaluasi implementasi software ERP. Mengevaluasi kelangsungan operasi dari instalasi ERP. (Keyes, 2005,

p104)

Empat perspektif IT Balanced Scorecard :

User Orientation Perspective, menjelaskan tentang evaluasi pengguna

teknologi informasi dan bagaimana pengguna memandang departemen

TI.

TRADITIONAL BSC Financial Customer Internal Business

Process Learning and Growth

IT BSC Corporate Contribution Customer (User)

Orientation Operational Excellence Future Orientation

28

Misi : Menjadi pilihan sebagai penyedia sistem informasi atau

menyediakan produk dan layanan yang bernilai tambah

kepada pengguna akhir.

Strategi : - Menjadi pilihan sebagai penyedia aplikasi.

- Menjadi pilihan sebagai penyedia operasional.

- Membangun hubungan baik dengan komunitas

pengguna.

- Memuaskan kebutuhan pengguna.

- Menggali peluang-peluang TI.

Tabel 2.2 Ukuran/ Parameter Perspektif Orientasi Pengguna

Ukuran/Parameter 1. Preferred IT supplier % aplikasi yang diatur TI % aplikasi yang disediakan TI % aplikasi in-house 2. Partnership with user Indeks keterlibatan pengguna dalam pembuatan aplikasi strategis baru. Indeks keterlibatan pengguna dalam pengembangan aplikasi baru. Frekuensi rapat Komite Pengendali TI 3. User satisfaction Indeks user friendliness of applications Indeks kepuasan pengguna. Indeks ketersediaan aplikasi dan sistem Indeks fungsionalitas aplikasi. % pengembangan aplikasi dan operasi di dalam Service Level Agreement

(SLA).

Operational Excellence Perspective, menjelaskan proses pemakaian

teknologi informasi untuk mengembangkan dan menyampaikan aplikasi,

seberapa efektif dan efisien proses teknologi informasi.

29

Misi : Menyediakan aplikasi dan layanan TI yang efektif dan

efisien.

Strategi : - Pengembangan yang efektif dan efisien

- Operasi yang efektif dan efisien

Tabel 2.3 Ukuran/ Parameter Perspektif Keunggulan Operasional

Ukuran/Parameter 1. Efisiensi pengembangan piranti lunak % perubahan dan penyesuaian yang dilakukan sepanjang tahap

pengembangan. Jumlah kerusakan per poin fungsi pada tahun pertama produksi Jumlah poin fungsi per orang per bulan Rata-rata jumlah hari keterlambatan dalam menyediakan software. Rata-rata peningkatan budget yang tidak diharapkan. % proyek dijalankan di dalam SLA. % kode yang digunakan ulang. % aktivitas pemeliharaan. Penumpukan kerja yang terlihat dan yang tidak terlihat. 2. Efisiensi operasi % tidak tersedianya mainframe. % tidak tersedianya jaringan. Waktu respon per kategori pengguna. % pekerjaan yang terselesaikan pada waktu yang ditetapkan. % of reruns. Waktu rata-rata antara kegagalan sistem. Rasio biaya operasional. 3. Kemahiran PC dan PC software Rata-rata waktu untuk penyediaan. 4. Manajemen masalah Rata-rata waktu jawaban help desk. % pertanyaan terjawab dalam waktu yang ditetapkan. % solusi dalam SLA. 5. Pendidikan pengguna % pengguna yang telah mendapakan pendidikan (per teknologi/aplikasi)

Ukuran/Parameter Kualitas indeks pendidikan. 6. Pengaturan staf TI Jumlah waktu orang yang dapat ditugaskan secara internal atau eksternal. % waktu orang yang ditugaskan pada proyek.

30

Indeks kepuasan staf TI 7. Penggunaan software komunikasi % staf TI yang dapat mengakses fasilitas groupware (internet atau intranet). % staf TI yang menggunakan fasilitas groupware secara efektif.

Future Orientation Perspective, menjelaskan sumber daya manusia dan

teknologi yang dibutuhkan oleh TI untuk menyampaikan layanannya,

serta seberapa baik posisi TI di kebutuhan mendatang.

Misi : Mengadakan peningkatan atau perbaikan secara

berkala dan menyiapkan diri untuk tantangan masa

depan.

Strategi : - Pelatihan dan pendidikan bagi staf TI

- Keahlian staf TI

- Penelitian dalam munculnya teknologi

- Usia portofolio aplikasi

Tabel 2.4 Ukuran/ Parameter Perspektif Orientasi Masa Depan

Ukuran/Parameter1. Pendidikan tetap karyawan. Jumlah hari pendidikan/pelatihan per orang Budget pendidikan sebagai suatu persentase total IT budget. 2. Keahlian staf TI Jumlah tahun keahlian TI per anggota staf Piramida usia staf TI. 3. Usia portofolio aplikasi. Jumlah aplikasi per kategori usia. Jumlah aplikasi kurang dari 5 tahun. 4. Penelitian dalam teknologi baru. % budget yang dikeluarkan untuk penelitian TI

Business Contribution Perspective, menjelaskan tentang perolehan nilai

bisnis dari investasi teknologi informasi.

31

Misi : Memperoleh kontribusi bisnis yang real dan masuk

akal dari investasi TI.

Strategi : - Kontrol beban-beban dan biaya-biaya TI

- Nilai bisnis proyek TI

- Menyediakan kemampuan bisnis baru

Tabel 2.5 Ukuran/ Parameter Perspektif Kontribusi Perusahaan

Ukuran/Parameter1. Kontrol biaya-biaya TI Persentase di atas atau di dalam budget. Alokasi budget items yang berbeda. IT budget sebagai suatu persentase turnover. Biaya TI per anggota staf. 2. Menjual pada pihak ketiga Keuntungan finansial yang berasal dari penjualan produk dan layanan. 3. Nilai bisnis proyek TI yang baru Evaluasi financial berdasarkan ROI, NPV, IRR, PB. Evaluasi bisnis berdasarkan information economics. 4. Nilai bisnis fungsi TI Persentase kapasitas pengembangan yang digunakan pada proyek strategis. Hubungan antara pengembangan baru/investasi infrastruktur/investasi

penggantian atau penempatan ulang.

Sangat penting untuk mengembangkan sebuah hubungan sebab akibat

di dalam IT Balanced Scorecard yang menjelaskan pengukuran hasil dan

performance drivers. IT Balanced Scorecard yang baik membutuhkan

perpaduan yang baik dari dua tipe pengukuran. Pengukuran hasil seperti

produktivitas programmer tidak memperhatikan bagaimana cara hasil

tersebut dicapai. Dan performance drivers tanpa pengukuran hasil dapat

menyebabkan investasi yang besar, namun tanpa sebuah pengukuran apakah

32

strategi ini efektif. Hubungan sebab akibat ini perlu didefinisikan ke dalam

seluruh scorecard (Gambar 2.3): pelatihan staff IT yang semakin baik

(perspektif orientasi masa depan) akan mendukung (performance driver)

terhadap pengembangan sistem dengan kualitas yang lebih baik (perspektif

penyempurnaan operasional) yang akan menyebabkan kepuasan user

meningkat (perspektif orientasi pengguna) yang pada akhirnya akan

berdampak pada nilai bisnis dari IT yang meningkat (perspektif kontribusi

perusahaan).

Gambar 2.3 Diagram Sebab Akibat

PERSPEKTIF KONTRIBUSI PERUSAHAAN

PERSPEKTIF ORIENTASI PENGGUNA

PERSPEKTIF KEUNGGULAN OPERASIONAL

PERSPEKTIF ORIENTASI MASA DEPAN

33

Gambar 2.4 Hubungan Sebab Akibat

JIKA

Keahlian staf TI meningkat (perspektif orientasi masa depan)

MAKA

Hal ini akan menghasilkan pengembangan sistem dengan kualitas

yang lebih baik (penyempurnaan operasional)

MAKA

Hal ini akan menyebabkan kepuasan user yang meningkat (perspektif

orientasi pengguna)

MAKA

Hal ini akan menambah dukungan terhadap proses bisnis (perspektif

kontribusi perusahaan)

34

2.2.1.1 Kerangka Pembuatan IT Balanced Scorecard

V i s i P e r u s a h a a n V i s i D i v i s i T I

M i s i P e r u s a h a a n M i s i D i v i s i T I

S t r a t e g i P e r u s a h a a n S t r a t e g i D i v i s i T I

D i a g r a m H u b u n g a n S e b a b A k i b a t

P e r s p e k t i f O r i e n t a s i P e n g g u n a

P e r s p e k t i f K o n t r i b u s i P e r u s a h a a n

P e r s p e k t i f O r i e n t a s i M a s a

D e p a n

P e r s p e k t i f K e u n g g u l a n O p e r a s i o n a l

T u j u a n P e r f o r m a n s i S e k a r a n g

P e n c a p a i a n

P e n y e la r a s a n

U k u r a n d a n T u ju a n S t r a t e g i s

P e m r o s e s a n D a t a

S t r a t e g i D i v i s i T I P e r s p e k t i f I T B S C

Gambar 2.5 Kerangka Pembuatan IT Balanced Scorecard

35

2.2.2 Microsoft Dynamics Navision 4.0

Menurut(http://www.acrotechnologies.com/atipl/Microsoft_Navision_4.0_Dou

ble_sided_Fact_Sheet.pdf),

2.2.2.1 Microsoft Dynamics Navision 4.0 membawa fungsionalitas yang

dibutuhkan untuk menjalankan bisnis.

Solusi untuk membangun kekuatan bisnis Microsoft Dynamic Navision 4.0 memiliki arsitektur

terbuka yang memperbolehkan partner Microsoft yang telah

memiliki sertifikat untuk menggunakan standar teknologi

platform menjadi sebuah solusi bagi klien dalam menjalankan

bisnisnya. Selain itu, para partner mampu menyesuaikan sistem

Navision 4.0 yang dapat mengikuti proses bisnis perusahaan

lebih spesifik.

Membawa kecepatan dan biaya secara efektif

Partner yang berpengalaman akan bekerja sesuai dengan

jenis bisnisnya dan akan menggunakan metodologi serta alat

yang telah terbukti dapat membantu pemetaan proses bisnisnya

sesuai modul yang diperlukan demi keuntungan kompetitif

perusahaannya.

Dari informasi yang diperoleh akan didesain solusi yang

mampu mempertemukan keperluan yang diinginkan. Sebelum

implementasi dimulai, akan dibahas ruang lingkup proyek,

biaya, jangka waktu, dan semuanya terdokumentasi.

36

Implementasi berjalan cepat dan efisien, semuanya merupakan

solusi yang terintegrasi, informasi akan selalu akurat dan tidak

perlu untuk membuang waktu lebih lama dalam menggunakan

sistem tersebut.

2.2.2.2 A Reliable Platform for Growth

2.2.2.2.1 Sistem yang terbuka, namun aman.

Microsoft Dynamics Navision 4.0 merupakan bagian

dari pengembangan yang berbasis objek dan sumber kode

yang mudah sehingga dapat langsung dikustomisasi,

dipelihara, dan langsung dihubungkan ke sistem lainnya.

Gambar 2.6 Navigation of Microsoft Dynamics Navision 4.0

37

2.2.2.2.2 Database yang dapat diandalkan

Baik menggunakan Microsoft SQL Server atau

Database Server untuk Microsoft Dynamics Navision 4.0,

semuanya dapat diandalkan untuk penyimpanan data. Sistem

keamanan yang ada tidak hanya mengendalikan siapa yang

mengakses apa, tetapi juga memastikan tidak terjadinya

inkonsistensi. Bahkan jika mesinnya kehilangan tenaga di

tengah proses posting, transaksi tetap dicatat tanpa masalah.

2.2.2.2.3 Mudah untuk dipelajari

Penampilan yang familiar seperti Microsoft Outlook

membuat para karyawan baru dan pengguna baru lebih

mudah mempelajari. Contohnya, di dalam jurnal umum, layar

akan selalu menampilkan sama pada saat menampilkan

neraca, membuat akun baru, atau saat memposting ke jurnal

dari akun yang telah ada. Dan untuk navigasi pun sangat

familiar seperi standar Microsoft Windows.

2.2.2.2.4 Akses informasi dalam banyak pilihan bahasa.

Menawarkan kepada pelanggan dan vendor dengan

pelayanan yang lebih baik dengan memberikan mereka

deskripsi inventori, laporan yang dicetak, dan faktur dalam

bahasa mereka sendiri yang sesuai dengan budayanya.

38

2.2.2.2.5 Kriteria pelaporan yang tidak terbatas.

Laporan dan analisa berdasarkan jumlah kriteria yang

tidak terbatas. Contohnya, saat kita membuat dimensi

salesperson dan semua atribut yang terkait dengan dimensi

tersebut. Laporan dapat dibuat dan analisa penjualan dapat

ditampilkan dari wilayah, divisi, tanggal, dan kriteria lainnya

menggunakan Microsoft Dynamics Navision 4.0 atau

menggunakan ekspor ke fitur Microsoft Excel.

2.2.2.2.6 Membuat budget yang lengkap dan akurat dengan

minimal perselisihan

Membuat dan menjaga budget dan sub-budget dengan

bentuk form matriks yang dapat dipahami dengan mudah.

Menghemat waktu dan menjaga keakuratan dengan menyalin

budget dari satu periode atau unit menggunakan faktor yang

disesuaikan, baik aktual atau dengan isi budget. Dapat juga

mendistribusikan budget secara silang di dalam organisasi

menggunakan format Microsoft Excel dan impor dari versi

yang disesuaikan langsung ke dalam Microsoft Dynamic

Navision 4.0.

2.2.2.2.7 Analisa Bisnis

Mengubah data menjadi informasi bisnis yang penting

secara cepat dan sederhana. Analisa bisnis menyediakan alat

39

analisa yang mudah digunakan untuk pengendalian yang

lebih baik atas keseluruhan bisnis. Menggunakan OLAP

(Online Analytical Processing) dari Microsoft SQL Server

2000, semua data diubah menjadi satuan informasi yang

disebut cube. Menggunakan tampilan Microsoft Outlooks,

analisa bisnis ini menampilkan informasi ke dalam desktop

dimana mudah digunakan sebagai alat analisis.

Gambar 2.7 Business Analytics for Microsoft Dynamics Navision 4.0

2.2.2.3 Modul Purchase and Payables

Pada modul ini terdapat lima hal penting yang terkandung di

dalamnya, yaitu perihal:

- Vendor

- Purchases Transaction

40

- Integration for Balance Sheet Account

- Integration for Profit and Loss Account

- Revaluation of item by item charges (optional)

2.2.2.4 Modul Inventory Management

Pada modul ini terdapat lima hal penting yang terkandung di

dalamnya, yaitu perihal:

- Item

- Location Transfer Management

- Integration for Balance Sheet Account (Inventory Account)

- Integration for Profit and Loss Account (Inventory Adjustment

Account)

- Using Item Journals and Revaluation Journal (Optional)

2.2.2.5 Modul Sales and Receivables

Pada modul ini terdapat lima hal penting yang terkandung di

dalamnya, yaitu perihal:

- Customer

- Sales Transaction and Documents

- Pricing Policy

- Integration for Balance Sheet Account (AR account)

- Integration for Profit and Loss Account (Sales & COGS

Account)

- Using item charges to increase AR (optional)

41

2.2.3 Biaya

2.2.3.1 Pengertian Biaya

Menurut Remenyi (2001, p5), biaya adalah semua pengorbanan

yang perlu dilakukan untuk suatu proses produksi, yang dinyatakan

dengan satuan uang menurut harga pasar yang berlaku, baik yang sudah

terjadi maupun yang akan terjadi. Dalam akuntansi, yang dimaksud

dengan biaya adalah aliran sumber daya yang dihitung dalam satuan

moneter yang dikeluarkan untuk membeli atau membayar persediaan,

jasa, tenaga kerja, produk, peralatan, dan barang lainnya yang

digunakan untuk keperluan bisnis atau kepentingan lainnya.

2.2.3.2 Jenis Biaya

Biaya terbagi menjadi dua, yaitu:

a) Biaya eksplisit

Biaya eksplisit adalah biaya yang terlihat secara fisik, misalnya

berupa uang.

b) Biaya implisit

Biaya implisit adalah biaya yang tidak terlihat secara langsung,

misalnya biaya kesempatan dan penyusutan barang modal.

2.2.3.3 Kategori Biaya

Menurut Hughes dan Cotterell (2006, p41), ada 3 kategori

biaya, yaitu:

a) Biaya pengembangan

42

Meliputi gaji dan biaya pekerjaan lainnya dari pegawai yang terlibat

dalam pengembangan proyek dan semua biaya berhubungan

dengannya.

b) Biaya penyusunan

Meliputi biaya peletakan sistem dalam tempat. Ini secara garis besar

terdiri dari biaya perangkat keras baru dan peralatan tambahan,

tetapi juga akan meliputi biaya konversi file, perekrutan, dan

pelatihan pegawai.

c) Biaya operasional

Terdiri dari biaya pengoperasian sistem sekali diinstal.

2.2.4 Manfaat

2.2.4.1 Pengertian Manfaat

Menurut Remenyi (2000, p40), manfaat teknologi informasi

adalah keuntungan atau kebaikan, sesuatu yang dihasilkan dengan

bantuan komputer dan komunikasi yang mana perusahaan akan siap

untuk membayar atas penggunaannya.

2.2.4.2 Kategori Manfaat

Menurut Remenyi (2000, p41), ada 3 kategori manfaat, yaitu:

a) Tangible IT benefit

Tangible IT benefit adalah manfaat yang secara langsung

mempengaruhi keuntungan perusahaan.

43

b) Intangible IT benefit

Intangible IT benefit adalah manfaat yang dilihat memiliki efek

positif pada bisnis perusahaan, tetapi tidak secara langsung

mempengaruhi keuntungan perusahaan.

c) Quantifiable or unquantifiable tangible IT benefit

Quantifiable tangible IT benefit adalah manfaat yang secara

langsung mempengaruhi keuntungan perusahaan dan efeknya

secara obyektif mungkin diukur. Sebagai contoh, pengurangan

biaya atau aset atau peningkatan dalam penghasilan.

Unquantifiable tangible IT benefit dapat juga dilihat secara

langsung mempengaruhi keuntungan perusahaan, tetapi tepat

memperluas yang tidak dapat secara langsung diukur. Contoh:

kemampuan untuk memperoleh informasi lebih baik melalui

penggunaan teknologi informasi, meningkatkan profil resiko

perusahaan dan meningkatkan keamanan perusahaan.

2.2.5 Analisa Cost-Benefit

Menurut Remenyi (2000, p80), analisa Cost-Benefit adalah proses

membandingkan berbagai biaya perolehan dan pengimplementasian sistem

informasi dengan keuntungan yang mana organisasi peroleh dari penggunaan

sistem. Secara umum, analisa cost-benefit, seharusnya ditunjukkan pada dasar

pembiayaan marginal. Ini berarti bahwa hanya biaya tambahan yang terjadi

44

oleh system baru seharusnya dilibatkan. Demikian juga, hanya biaya marginal,

seperti keuntungan baru atau tambahan, seharusnya dibandingkan dengan

biaya.

Standar pengevaluasian keuntungan ekonomi beberapa proyek adalah

dengan melaksanakan cost-benefit analysis, yang terdiri dari 2 tahap, (Hughes

dan Cotterell, 2006, p40), yaitu:

a) Mengidentifikasikan dan memperkirakan semua biaya dan keuntungan

pelaksanaan proyek.

Melibatkan biaya pengembangan sistem, biaya pengoperasian, dan

keuntungan yang diharapkan untuk bertambah dari pengoperasian sistem,

dimana sistem yang diusulkan adalah penggantian satu yang tersedia.

Perkiraan ini seharusnya menggambarkan biaya dan keuntungan karena

sistem baru. Sistem pemrosesan pesanan penjualan, sebagai contoh, tidak

menyatakan keuntungan organisasi oleh total nilai penjualan, hanya oleh

peningkatan karena penggunaan sistem baru.

b) Mengekspresikan biaya ini dan keuntungan dalam satuan umum.

Harus mengevaluasi keuntungan bersih, yang merupakan perbedaan di

antara keuntungan total dan biaya total. Untuk melakukan ini, setiap

biaya dan setiap keuntungan harus diekspresikan dalam istilah keuangan.

45

Teknik evaluasi cost-benefit yang digunakan, yaitu: (Hughes dan Cotterell,

2006, p44)

2.2.5.1 Payback Period

Menurut Djakman (2001, p308), payback period adalah waktu

yang diambil untuk membagi rata atau membayar kembali investasi

awal. Periode pembayaran kembali adalah jumlah tahun yang

dibutuhkan untuk menutupi pengeluaran awal. Secara normal, proyek

dengan payback period terpendek akan dipilih pada organisasi yang

ingin meminimalkan waktu proyek dalam hutang. Oleh karena kriteria

ini, mengukur kecepatan proyek dalam mengembalikan biaya investasi

awal, maka perlu menghitung arus kas yang dihasilkan dan bukan

besarnya keuntungan akuntansi. Kriteria dalam menerima atau

menolak, melibatkan apakah periode pembayaran kembali dari proyek

kurang dari atau sama dengan periode pembayaran maksimum yang

diinginkan perusahaan.

Menurut(http://usupress.usu.ac.id/files/Studi%20Kelayakan%20

Bisnis_2_Final_normal_bab%208.pdf), metode payback period

merupakan metode penilaian investasi yang sangat sederhana

perhitungannya, sehingga banyak digunakan oleh perusahaan, tetapi di

lain pihak metode ini mempunyai kelemahan-kelemahan, yaitu:

Tidak memperhatikan nilai waktu uang.

46

Mengabaikan arus kas masuk yang diperoleh sesudah payback method suatu rencana investasi tercapai.

Mengabaikan nilai sisa investasi.

Meskipun metode payback period memiliki beberapa

kelemahan, namun metode ini masih terus digunakan secara intensif

dalam membuat keputusan investasi. Akan tetapi metode ini tidak

digunakan sebagai alat utama, melainkan hanya sebagai indikator dari

likuiditas dan resiko investasi.

Keunggulan metode Payback Period, yaitu:

Perhitungannya mudah dimengerti dan sederhana.

Mempertimbangkan arus kas dan bukan laba menurut akuntansi.

Sebagai alat pertimbangan resiko karena makin pendek payback makin rendah resiko kerugian.

Menurut (http://jurnal.bl.ac.id/wp-content/uploads/2007/01/BEJ-

v3-n1-artikel7-agustus2006.pdf), payback period adalah suatu metode

yang menunjukkan berapa lama (dalam beberapa tahun) suatu investasi

akan bisa kembali. Payback Period menunjukkan perbandingan antara

initial investment dengan aliran kas tahunan. Apabila periode payback

kurang dari suatu periode yang telah ditentukan, maka akan diterima.

Apabila tidak, proyek tersebut ditolak. Kelemahan utama dari metode

payback ini adalah tidak memperhatikan aliran kas masuk setelah

periode payback, sedangkan dengan NPV masih diperhatikannya aliran

47

kas masuk sampai selesainya waktu periode proyek. Metode payback

ini banyak digunakan untuk melengkapi periode lain.

Menurut Hendro (2006, p389), rumus mencari Payback Period, yaitu:

Payback Period =

di mana:

Initial investment cost = investasi awal

Annual proceed = aliran kas masuk bersih setiap tahun

2.2.6 Fit/Gap Analysis

Menurut(http://www.businessanalysistherealworld.com/pdfs/Chapter21

-Fit-GapAnalysis.pdf), fit/gap adalah sebuah pembelajaran untuk

mengidentifikasi apakah fungsionalitas sistem menyesuaikan kebutuhan

pengguna, dan jika beberapa gap diidentifikasi, mereka dicatat dalam format

yang ditentukan. Laporan fit/gap yang dihasilkan secara khusus

menggambarkan perbedaan. Proses fit/ gap mengevaluasi kebutuhan pengguna

untuk proyek dan mengidentifikasi beberapa gap dalam fungsionalitas

sekarang lawan menggunakan fungsionalitas penuh yang disediakan modul-

modul perangkat lunak. Alternatives akan disediakan ketika gap dalam

fungsionalitas ditemukan. Beberapa gap akan disetujui dengan perubahan pada

proses bisnis, custom report atau customization perangkat lunak.

Fit/ gap analysis secara khusus akan meninjau:

Setiap proses bisnis area fungsional. Semua elemen data kunci yang butuh untuk diubah atau diciptakan.

48

Metode untuk menggunakan elemen data pasti.

Tujuan fit/gap analysis, yaitu untuk:

Memastikan bahwa perangkat lunak memenuhi kebutuhan semua proses bisnis sekarang.

Melayakkan perubahan dalam prosedur pasti. Mengidentifikasi tampilan penting untuk menangkap. Mengidentifikasi permasalahan keperluan perubahan kebijakan.

1. Ranking Requirement

Requirement harus diidentifikasi ke dalam tingkat prioritas mereka.

Ini mengijinkan tim proyek dan sponsor tim untuk memastikan semua protes

bisnis kritis yang diakomodasi selama implementasi sistem baru.

Mengijinkan tim proyek untuk berfokus pada area itu yang sangat penting

untuk organisasi dan juga penting ketika fungsionalitas baru dapat

menambah nilai ke bisnis sekarang untuk meningkatkan proses bisnis,

merealisasikan efisiensi, atau meningkatkan pelaporan. Ranking setiap

kebutuhan biasanya disediakan menggunakan dokumen kebutuhan proyek.

Berikut mengidentifikasi kode-kode yang digunakan dalam kolom rank

laporan analisis fit/gap:

H High / Kebutuhan Penting, yaitu kebutuhan yang kritis, penting untuk

operasi dan tanpa mereka organisasi tidak dapat berfungsi; mereka juga

meliputi kebutuhan pelaporan eksternal dan internal.

49

M Medium / Kebutuhan Penambah Nilai, yaitu kebutuhan yang jika

dipenuhi, akan meningkatkan proses bisnis secara siginifikan,

kebutuhan ini biasanya kurang kritis untuk bisnis organisasi, tetapi jika

dipenuhi akan memberikan keuntungan biaya signifikan pada

organisasi.

L Low / Kebutuhan yang diinginkan, adalah kebutuhan yang baik untuk

dimiliki dan hanya akan menambah nilai kecil ke proses bisnis dan

mungkin dipertemukan melalui workaround atau perubahan proses

bisnis.

2. Tingkat Kesesuaian

Tahap selanjutnya tahap analisis adalah menentukan tingkat

kesesuaian di antara kebutuhan pengguna dan perangkat lunak. Berikut ini

akan diuraikan kode-kode yang digunakan dalam menentukan tingkat

kesesuaian untuk analisis fit/gap:

F Fit - artinya kebutuhan secara penuh dipenuhi oleh perangkat lunak.

G Gap - artinya perangkat lunak tidak memenuhi semua kebutuhan ini.

Comment disediakan dan alternatif disarankan diidentifikasi dan

rekomendasi dibuat; mungkin menghasilkan rekomendasi untuk

kustomisasi pada perangkat lunak.

P - Partial fit - artinya perangkat lunak memiliki fungsionalitas yang

memuaskan kebutuhan. Workaround, custom report atau customization

akan, bagaimanapun juga, diidentifikasi ketika diperlukan untuk

memenuhi kebutuhan.

50

3. Gap Resolution

Ketika gap diidentifikasi dalam analisis ini, maka akan menyediakan

alternatif dan solusi yang direkomendasikan untuk memecahkan gap. Ada

beberapa cara untuk memecahkan gap, seperti mengubah proses bisnis,

merancang work-around, mengkustomisasi perangkat lunak, atau interfacing

dengan sistem yang lama. Titik kunci untuk mengerti adalah kustomisasi ke

fungsionalitas perangkat lunak yang dihasilkan akan meningkatkan biaya

implementasi proyek seimbang dampak negatif pada kemampuan untuk

upgrade ke new release. Hasilnya, tim proyek seharusnya mengambil

pendekatan berikut ketika mencari resolusi gap potensial. Berikut adalah

penjelasan berbagai pilihan untuk resolusi gap:

Package Work-Around - Pertama tim akan mengidentifikasi cara alternatif pencapaian kebutuhan dalam proses yang dihasilkan.

Membuat bisnis menyesuaikan package Jika package work-around tidak mungkin, tim seharusnya merekomendasikan perubahan potensial

proses bisnis untuk menyesuaikan proses dan mengeliminasi gap.

Customization sebagai usaha terakhir - Seharusnya kustomisasi diperlukan, strategi yang dipilih untuk membangun fungsionalitas

eksternal baru perangkat lunak dan menampilkan package daripada

kustomisasi package-nya sendiri.

Definisi kustomisasi perangkat lunak adalah sebagi berikut:

Kustomisasi paket perangkat lunak dipertimbangkan menjadi beberapa

perubahan aplikasi yang memerlukan intervensi oleh staf

51

pengembangan, atau beberapa perubahan yang dapat berlawanan

mempengaruhi kemampuan untuk upgrade ke release perangkat lunak

masa depan. Sebagai contoh:

Kreasi atau modifikasi menus, records, fields, atau peta proses bisnis.

Kreasi atau modifikasi proses perangkat lunak, application engines atau proses bahasa komputer.

Kreasi laporan baru atau modifikasi ke laporan yang dihasilkan atau perubahan untuk mengimplementasikan field tingkat keamanan.