28 April 2011

Dasar Statistik

Beberapa hal saya coba tangkap pada saat kuliah awal statistik yang diajarkan oleh seorang dosen yang memang sudah sangat ahli dibidangnya. Dari raut wajahnya itu kayaknya bisa terlihat bahwa beliau ini memang cinta mati dibidang statistic tersebut hehehe...Berikut ini catatannya sebisa saya :

Di dalam membuat penelitian (baca : tesis) ada beberapa hal yang perlu diketahui :
1. Bahwa tesis bisa berupa analisa dari teori a dan teori b dari kasus yang sama apakah sinkron, saling mendukung, atau yang sesuai teori a atau teori b.
2. Bisa juga dari teori a dan teori b di atasu kita malah menciptakan teori baru c.
3. Tesis bisa juga merupakan kenyataan dan harapan, lalu ada sesuatu yang bisa diciptakan.
 
Untuk pilihan (1) dan (2) diatas (tesis yang berupa analisa dst) berarti perlu konfirmasi. Berarti pula perlu data empiris. Berarti lagi pasti akan melibatkan statistik. Jadi jika pilih tesis berbau (1), mau tidak mau harus pakai statistik, karena tesis tersebut harus memiliki data-data yang teruji.

Tesis (1) ini biasanya menggunakan :
- Statistik deskriptif
- Regresi
- SEM (Structural Equstion Model)
- PLS (Partial Least Square)

Untuk pilihan (3) di atas (tesis yang merupakan kenyataan dan harapan) itu berarti pure masalah mbak SITI, demikian kami mengistilahkan. SITI itu sebenarnya adalah Sistem Informasi Teknologi Informasi.

Biasa di dalam membangun ehm.. maksudnya memilih tesis berbau SITI sangat jarang menyentuh statistik. Tapi bisa juga menyentuh sih. Bisa juga menyentuh keduanya, tapi pada dasarnya statistik yg dipakai tidak pada porsi yang besar atau menjadi topik utamanya.

Perangkat lunak (software) pProgram aplikasi statistik yang biasa dipakai sangat beragam, seperti :
- SOFA
- SPSS
- Eviews
- Stata

Banyak orang saat menggunakan statistik SEM, memakai program aplikasi AMOS. Jika menggunakan statistik PLS, bisa pakai program aplikasi SmartPLS.

Jan jane (terjemaah Indonesianya : sebenarnya) program aplikasi spreadsheet seperti ms-excel atau lotus 123 (jadul bo, banyak teman2 belom lahir kali) juga bisa dipakai untuk membuat perhitungan statistic sederhana.

Ok deh, let's talk about Regresi (hubungan sebab akibat)
misalnya ada sebuah penelitian :

          "Apakah usaha mahasiswa berpengaruh terhadap kinerja"
                  -----                                -------
                  belajar                                IP

Jadi bisa divisualkan :

          "Apakah belajar mahasiswa berpengaruh terhadap IP"
                  -------                                --

bisa dikembangkan lagi belajar itu apa definisinya, apakah parameternya
yang berpengaruh. misalnya jam belajarnya yang lam, maka ip naik.

Tapi di statistik bisa diselidiki apakah ada relevansinya antara jam kerja
yg lama maka ip naik.
                             
sumbu x = jam belajar
sumbu y = ip
 
Artinya yang penting adalah measurements

Nah bingung juga saat sang dosen mengatakan bahwa tipe statistik itu :
- ada kesimpulan
- ada juga yang tidak perlu disimpulkan (weeh.. menarik juga, ternyata bisa tidak perlu disimpulkan).

Beberapa istilah yang sering dipakai dalam statistic antara lain :
-    Populasi: sekumpulan orang atau objek yang
sedang diteliti
Sensus: pengumpulan data pada seluruh populasi
Sampel: sebagian dari populasi yang, apabila diambil dengan benar, merupakan representasi dari populasi
Parameter: ukuran deskriptif dari populasi
Statistik: ukuran deskriptif dari sampel
-    Saat baca statistic bisa dilihat dari table collerasi di kolom :
o    h0 : harus netral. Selalu menganggap bahwa mereka adalah identik/sama.
o    alfa = 5%
o    sig (atau p atau pvalue atau probabilitas)
jika sig lebih kecil dari alfa maka benarlah bahwa var a dg var b yg diteliti itu berbeda
jika sig lebih besar dari alfa maka var a dan var b yang diteliti tidak berbeda
-    masih banyak lagi

Catatan tambahan untuk baca statistic :
- Biasanya pd tabel collerasi ada juga kolom t. itu sebenarnya sama dg sig,
  tapi ada cara sendiri utk mengartikannya.
- Semakin besar t semakin kecil sig

di excel : pada summary output  ada tabel regrestio
           adjusted R : semakin kecil semakin baik.

Untuk observasi sebaiknya :
- 1 variable terdiri dari 15 responden (ini jika menggunakan distribusi normal)

Masih banyak yang kelewatan yang belum dicatat dan tentu juga banyak hal yang mungkin bisa salah dari pencatatan di atas tadi. Jadi mohon maaf dan jika ada yang baca dan mau memberi komentar, dipersilahkan. terimakasih.

Istilah Heteroskedastis dan Homoskedastis dalam Statistik

Menurut catatan pribadi berdasarkan pendengaran saat ikut kuliah dasar-dasar statistik, dikenal istilah heteroskedastis dan homoskedastis.

Makhluk apakah gerangan heteroskedastis dan homoskedastis. Ehm.. mungkin akan mudah dimengerti bila membaca terus tulisan dibawah ini :

Dari suatu penelitian sampel 3 mahasiswa, ternyata  uang sakunya ada yg 25rb, ada yg 75rb, ada yg 2jt. maka sangat heteroskedatis (beda jauh satu dg lain), kalo disimpulkan rata2 uang saku mhs adalah 700rb. 


Dari suatu penelitian lainnya diambil 5 sebarang mahasiswa di daerah yg berbeda, ternyata uang sakunya ada yang 125rb, 100rb, 120rb, 150rb dan 115rb. ini sangat homoskedastis (mendekati sama antara satu dengan lainnya), dan bisa dikatakan lebih valid atau benar jika disimpulkan rata2 uang saku mhs adalah 120rban.


Now we know that.. :)

29 March 2011

Teknik Komputasi


Matakuliah Teknik Komputasi sebenarnya salah satu matakuliah yang cukup menegangkan selama saya mengikuti kuliah. Tapi anehnya ada rasa keranjingan yang tidak bisa digambarkan dengan kata-kata yang membuat hati ini bertanya, waduh kapan kali ya ketemu pelajaran ini segera dan berjibaku bersama di dalamnya (hahaha… lebay banget kata-katanya).
Berikut ini hasil ringkasan kuliahnya. Mungkin kalau dimasukkan semua akan sangat panjang. Kali ini hanya sebagian kecil aja. Besok jika sempat akan dilanjutkan lagi ringkasan-ringkasan lainnya, sesuai keinginan hati tentunya (hehehe…)
Bahasannya :  
            Gambaran Umum Ilmu Komputasi. 
      Diambil dari ringkasan : Angela B. Shiflet dan George W. Shiflet - Wofford College - © 2006 oleh Princeton University Press.

A. Modul 1.1. Apa itu ilmu komputer?
Ilmu Komputer :
- Interdisipliner
- Titik-temu dari ilmu, ilmu komputer dan matematika

Ilmu investigasi :
- Teori
- Eksperimen
- Komputasi

Komputasi :
- Merangsang wawasan dan pemahaman
- Kadang-kadang mengarah pada teori-teori baru, menunjukkan percobaan baru
- Digunakan untuk menguji teori-teori baru

Contoh
- Penyebaran penyakit - AIDS
- Prediksi Cuaca
- Analisis bencana Space Shuttle
- Air-model berkualitas
- Pembuatan simulasi galaksi
- Potensi kerusakan gempa
- Pemodelan jantung untuk pengobatan

B. Module 1.2? Proses Modeling
Modeling
:
Penerapan metode untuk me
lakukan analisa di dunia nyata, untuk memprediksi apa yang mungkin terjadi dengan beberapa tindakan.

Model Klasifikasi :
- Probabilistik atau perilaku stokastik - unsur kebetulan
- Deterministik perilaku
- Perubahan model
dinamis dengan waktu
- Model
statis

Langkah Proses Modeling – siklus ?
- Menganalisa masalah
- Merumuskan model
  - Kumpulkan data
  - Membuat asumsi penyederhanaan dan dokumen mereka
  - Menentukan variabel dan unit
  - Membangun hubungan di antara variabel dan submodels
  - Tentukan persamaan dan fungsi

Langkah Pemodelan Proses
- Model Selesaikan
- Verifikasi dan solusi model menafsirkan's
  - Verifikasi menentukan apakah solusi bekerja dengan baik
  - Validasi menetapkan jika sistem memenuhi kebutuhan masalah itu

Langkah Pemodelan Proses
-
Model pelaporan
  - Analis
a masalah
  - Desain Model
  - Solusi Model
  - Hasil dan kesimpulan
-
Pengembangan model

3.Module 2.2
Error (Kesalahan)
Contoh
- Predator model-Prey
- Jika Δt terlalu besar, hasil yang buruk karena kesalahan

- Aturan Aljabar? tidak harus terus
  - Spreadsheet 2_2ErrorAlgebra.xls dengan
  - x = 355/113, y = 101/112, z = 52/113
  - Semua cara yang berbeda untuk menghitung x - 3y - z harus 0, tetapi tidak

Notasi eksponensial
- Contoh: 698.043990
´ 10^3
- Bagian pecahan atau
signifikan?
  698043990
- Eksponen?
  3
- Normalisasi?
  0,698043990 x 10 ^ 5

Digit signifikan
- Digit signifikan jumlah floating point
  - Semua digit kecuali nol terkemuka
  - Jumlah digit yang signifikan dalam
    698.043990 x 10 ^ 3?
    (9 angka signifikan)
- Precision
  Jumlah angka signifikan
- Magnitude (Besaran-nya)
  - Power of 10 ketika nomor disajikan dalam notasi eksponensial dinormalisasi
  - Besaran 698.043990 x 10 ^ 3?
  
  = dinormalisasi menjadi : 0,698043990 x 10 ^ 5?
  
  = 10 ^ 5

Round-off error
- Masalah tidak memiliki bit cukup untuk menyimpan nomor seluruh titik mengambang
  Contoh: 0,698043990 x 10 ^ 5 jika hanya dapat menyimpan 6 digit signifikan, bulat?
   0.698044 x 10 ^ 5
- Jangan langsung uji untuk kesamaan variabel floating point

Kesalahan bernilai absolude/mutlak(pasti angka positif) :
- | Benar - hasil |
  Contoh: benar = 0,698043990 x 10 ^ 5 dan hasilnya = 0,698043 x 10 ^ 5
  Absolute kesalahan =?
  
= | 0,698043990 x 10 ^ 5-0,698043 x 10 ^ 5 | = 0,00000990 x 10 ^ 5 = 0,990

Kesalahan relatif
- | (Benar - hasil) / benar |
  Contoh: (benar - hasil) = 0,990 dan benar = 0,698043990 x 10 ^ 5
  0,990 / (0,698043990 x 10 ^ 5) = 1,4182487 x 10 ^ (-5)
- Pertimbangkan kesalahan relatif
  1.000.000 vs 1.000.001
  1 vs 2
- Jika jawaban yang pasti adalah 0 atau mendekati 0, gunakan error absolut

Kesalahan2 pada penambahan dan pengurangan
- Jika besar perbedaan besarnya jumlah
  Contoh: (0,65 x 10 ^ 5) + (0,98 x 10 ^ (-5)) =?
  65000 + 0,0000098 = 65000,0000098
  misalkan dapat menyimpan 6 digit signifikan bulat?
  65.000,0 = (0,650000 x 10 ^ 5)

Properti asosiatif
- Apakah tidak harus terus
- Jumlah nomor + jumlah besar banyak kecil mungkin tidak sama menambahkan setiap nomor kecil
 untuk sejumlah besar
- Demikian pula, properti distributif tidak harus terus

Pembatalan kesalahan
- Masalah mengurangkan angka yang hampir sama
- Jawaban dapat memiliki angka signifikan kurang dari angka asli

Untuk mengurangi kesalahan numerik
- Round-off error
  Penggunaan maksimum jumlah digit yang signifikan
- Jika besar perbedaan besarnya jumlah
  Tambahkan dari terkecil ke nomor terbesar

Disebarkan (akumulasi) round-off error
- Contoh: berulang kali melaksanakan t = t + dt
- Lebih baik
mengulang increment i dan menghitung t = i * dt

Overflow / underflow
- Overflow - error kondisi yang terjadi bila bit tidak cukup untuk mengungkapkan nilai di komputer
- Underflow - error kondisi yang terjadi ketika hasil perhitungan terlalu kecil untuk komputer untuk mewakili

Pemotongan kesalahan

- Kesalahan yang terjadi ketika terpotong, atau terbatas, jumlah yang digunakan sebagai pendekatan untuk jumlah dari seri terbatas
 Oke sampai ketemu dibahasan selanjutnya. Semoga bermanfaat.

23 March 2011

HCI and MIS : Foundations - Chapter 18

Ringkasan :
Hubungan Human-Computer Interactive (HCI) dengan Technology Acceptable Model (TAM)  - Chapter 18

Seringkali kita menyangka bahwa keberhasilan sebuah sistem informasi digunakan banyak pengguna (users) yaitu dengan menekankan bagaimana cara terbaik mendesain sebuah  “user interface” . User Interface yang pada akhirnya untuk meningkatkan kinerja tugas ketika menggunakan sistem tersebut. itu disebut pada chapters 18 ini sebagai HCI atau Human-Computer Interaction).
Ternyata ada sebuah metode tambahan, dimana sebuah sistem informasi itu dapat lebih berhasil untuk dipergunakan banyak pemakai, yaitu melalui mendekatan motivasi pengguna. Dikenal dengan nama TAM, yaitu Technology Acceptable Model. Dalam bahasa indonesianya disebut Model Penerimaan Teknologi.
Dua hal ini yang diteliti oleh Fred D. Davis. Hubungan antara HIC dan TAM. TAM memperluas metodologi tradisional pengujian antarmuka pengguna, TAM berfokus pada bagaimana meningkatkan kemauan masyarakat untuk menggunakan sistem. HIC menekankan kegunaan kriteria objektif.
Bermula dari rasa ketertarikan Davis pada paper ilmu manajemen yang ditulis Litle (1970) berjudul “Models and Managers : The Concept of a decision Calculus”. Disana ada satu isu kunci, bahwa : “Masalah besar dengan model ilmu manajemen adalah bahwa para manajer hampir tidak pernah menggunakannya. Secanggih apapun ilmu manajemen, sebaik apapun ilmu riset operasi dan teknik ilmu komputer yang saya pelajari di kelas (optimasi, simulasi, teori queueing, struktur data, algoritma, dll) dapat dimasukkan ke dalam sistem pendukung keputusan, faktor pembatas utama adalah kemampuan untuk mendapatkan pengguna akhir untuk benar-benar menerima dan menggunakan sistem. Dalam pekerjaan rumah sakit saya, saya menemukan bahwa sistem berbasis pada teknik analisis sederhana dapat memberikan pengaruh yang cukup besar untuk pengambilan keputusan yang praktis dan penting. Sistem berbasis pada teknis analisa sederhana sangat lebih mungkin untuk dianut oleh pengguna daripada rekan-rekan mereka yang lebih kuat namun memiliki teknis analisa yang kompleks”, demikian kata Davis.
Disini jelas betapa TAM juga sangat berpengaruh besar terhadap keberhasilan sebuah sistem informasi terimplementasi dan diterima secara dengan baik. Pengembangan TAM ini didasarkan pada pertama, teori Ajzen dan Fishbein (1980), tentang tindakan beralasan dari psikologi sosial menarik perbedaan teoritis utama antara kepercayaan, sikap, norma subyektif, dan niat sebagai penentu perilaku, dan memberikan pedoman eksplisit tentang bagaimana konstruksi harus secara spesifik dibingkai dan diukur dalam rangka untuk menjelaskan perilaku tertentu. Teori tindakan beralasan terbukti sukses untuk berbagai perilaku, dan harus berlaku untuk perilaku penggunaan komputer. Kedua, ada kesadaran yang tumbuh dalam literatur bisnis dan manajemen tentang pentingnya menggunakan ukuran yang valid dan dapat diandalkan konstruksi agar berhasil mengoperasionalkan model teoritis (Churchill, 1979).
Penelitian bahwa TAM ini benar-benar berpengaruh selain tentunya HCI, yaitu dengan melakukan penerapannya pada sebuah corporasi XYZ, dimana melibatkan sekitar 40 mahasiswa MBA, yang menggunakan produk corporasi XYZ yang sudah didisain berdasarkan HCI dan sentuhan TAM. Penelitian ini memberikan bukti bahwa TAM dapat memberikan evaluasi realistis
sistem perangkat lunak baru berdasarkan maket rekaman video sebelum satu baris kode program ditulis. XYZ Corporation mulai menggunakan TAM secara rutin dalam proses pengembangan produk baru.
TAM berkembang terus dan berevolusi dari tahun ke tahun,berdasarkan penelitian yang berkelanjutan seperti penelitian Davis, Bagozzi, dan Warshaw (1989), alasan teoritis yang mendasari model kausal, dan menunjukkan bahwa TAM mengungguli versi generik dari teori tindakan beralasan dari yang sebagian besar diadaptasi. Setelah itu, dua artikel jurnal melaporkan bahwa TAM baik dibandingkan dengan teori perilaku terencana, yang merupakan perluasan dari teori tindakan beralasan dari psikologi sosial (Mathieson, 1991; Taylor dan Todd, 1994). Moore dan Benbasat (1991) memperkenalkan alat untuk mengukur berbagai persepsi inovasi TI berdasarkan teori difusi inovasi, dan diadaptasi dari langkah-langkah TAM dirasakan manfaat dan kemudahan penggunaan untuk mengoperasionalkan keuntungan relatif dan kompleksitas, masing-masing. Pada 1990-an, banyak penelitian yang diterbitkan direplikasi dan diperpanjang TAM dan diterapkan ke berbagai sistem dan populasi pengguna. Pada tahun 2000, dua ekstensi utama TAM diterbitkan: Venkatesh dan Davis (2000) TAM2 diterbitkan, yang mencakup berbagai pendahulunya kegunaan dirasakan, dan Venkatesh (2000) menerbitkan sebuah makalah pendahulunya menyelidiki berbagai persepsi kemudahan penggunaan.
Lee et al. (2003) menerbitkan tinjauan meta-analitis kritis yang "jejak sejarah TAM's, menyelidiki temuan, dan hati-hati memprediksi lintasan masa depan" (hal. 752). Lee et al. (2003, hal 752) menyatakan bahwa TAM "terus menjadi model teoritis paling banyak diterapkan dalam bidang Sistem Informasi."
Pada akhirnya seperti judul di atas “ Hubungan HCI dan TAM”, setelah kita baca tulisan dari Davis ini, ada keterkaitan yang erat antara HCI dan TAM. Mengembangan HCI dan juga TAM membawa pada dampak positif sebuah sistem informasi dapat diterapkan. Tidak hanya diterapkan, tetapi benar-benar diterima baik bagi penggunanya.
yogyakarta, maret 2011 - by yusak wibowo

21 March 2011

Pergantian Sistem Informasi Garuda yang Sempat Mengalami Masalah Teknis

PENDAHULUAN
Garuda Indonesia adalah sebuah maskapai penerbangan nasional Indonesia yang memiliki logo burung garuda.
















Garuda Indonesia berawal dari tahun 1940-an, di mana Indonesia masih berperang melawan Belanda. Pada saat itu, Garuda terbang jalur spesial dengan pesawat DC-3.
Tanggal 26 Januari 1949 dianggap sebagai hari jadi maskapai penerbangan ini. Pada saat itu nama maskapai ini adalah Indonesian Airways. Pesawat pertama mereka bernama Seulawah atau Gunung Emas.
Tahun 1960-an adalah masa kemajuan yang pesat maskapai penerbangan ini. Tahun 1965 Garuda memiliki 2(dua) pesawat baru lagi yaitu : Pesawat Jet Convair 990 dan Pesawat Turboprop Lockheed L-118 Electra. Pada tahun 1961 dibuka jalur menuju Bandara Internasional Kai Tak di Hongkong dan tahun 1965 saat era pesawat jet bermunculan, dengan DC-8 Garuda Indonesi membuat jalur penerbangan ke Bandara Schiphol di Haarlemmermeer, Belanda dan Eropa.
Tahun 1970-an Garuda Indonesia membeli Jet kecil DC-9 dan Fokker F28. Saat itu Garuda memiliki 36 pesawat F28 dan merupakan operator pesawat terbesar di dunia untuk jenis pesawat tersebut, sementara pada 1980-an Garuda Indonesia mengadopsi perangkat dari Airbus, seperti A300. Dan juga Boeing 737, juga McDonnell Douglas MD-11.
Dalam tahun 1990-an, Garuda Indonesia mengalami masa-masa sulit, dan maskapai ini mengalami periode resesi ekonomi. Tetapi, dalam tahun 2000-an ini maskapai ini bangkit untuk mengatasi masalah-masalah tersebut sampai pada periode ekonomi yang membaik.
Hingga saat ini, Garuda Indonesia termasuk menjadi salah satu maskapai penerbangan pilihan masyarakat Indonesia, dengan jumlah armada yang cukup besar :
Dengan rute penerbangan domestic sebagai berikut :














Mulai Juni 2009, Garuda Indonesia telah menggunakan livery baru pada beberapa pesawatnya yang terbaru. Beberapa pesawat tersebut telah diperbaharui tampilan eksteriornya dengan livery baru untuk menyegarkan penampilan maskapai Garuda Indonesia.
Kabin pesawat Garuda Indonesia yang baru juga dilengkapi dengan PTV (Personal Television) termasuk "AVOD" ("Audio Video On Demand") pada setiap kursinya, 11 inci untuk kelas bisnis dan 8 inci untuk kelas ekonomi. Warna biru yang dominan pada kursi lama pesawat juga diubah. Warna merah maroon digunakan pada kursi kelas bisnis, sedangkan kombinasi warna coklat tua - coklat muda digunakan pada kursi kelas ekonomi.
Serta rute penerbangan internasional sebagai berikut :






















Mulai Juni 2009, Garuda Indonesia telah menggunakan livery baru pada beberapa pesawatnya yang terbaru. Beberapa pesawat tersebut telah diperbaharui tampilan eksteriornya dengan livery baru untuk menyegarkan penampilan maskapai Garuda Indonesia.
Kabin pesawat Garuda Indonesia yang baru juga dilengkapi dengan PTV (Personal Television) termasuk "AVOD" ("Audio Video On Demand") pada setiap kursinya, 11 inci untuk kelas bisnis dan 8 inci untuk kelas ekonomi. Warna biru yang dominan pada kursi lama pesawat juga diubah. Warna merah maroon digunakan pada kursi kelas bisnis, sedangkan kombinasi warna coklat tua - coklat muda digunakan pada kursi kelas ekonomi.
Serta rute penerbangan internasional sebagai berikut :



















PERMASALAH
Dilihat dari sejarah dan perkembangan Garuda Indonesia, tentu perusahaan maskapai penerbangan ini bukanlah sebuah perusahaan kecil. Maskapai penerbangan ini termasuk maskapai penerbangan skala besar, sehingga sistem yang ditanam juga sangat besar dan memiliki kompleksitas yang tinggi.
Garuda Indonesia senantiasa bergerak menuju perbaikan terus menerus, baik dari sisi manajemen dan juga kebijakan yang diterapkan. Penggunaan teknologi informasi sudah merupakan keharusan jika ingin survive menghadapi persaingan sesama perusahaan maskapai penerbangan baik dari dalam negeri maupun maskapai penerbangan dari luar negeri.
Kepala Komunikasi Perusahaan PT Garuda Indonesia, Bapak Pujobroto, menyatakan bahwa Garuda Indonesia sudah menggunakan untuk sistem berbasis teknologi informasi untuk memantau pergerakan pesawat, awak kabin. Juga memiliki sistem informasi penjadwalan. Beberapa sistem lain juga sudah di-implementasikan dengan melibatkan teknologi informasi. Namun hal tersebut dilakukan masih sendiri-sendiri. Belum terintegrasi atau saling terkait antara data pemantauan pergerakan pesawat, dengan penjadwalan penerbangan, mengaturan sumber daya manusia.
Sistem tersebut kemudian dicoba untuk di-integrasikan dalam sistem kendali terpadu (integrated operational control system/IOCS). Sistem kendali terpadu ini telah diuji coba berkali-kali, dan pada saat persiapan migrasi sudah dilakukan simulasi juga berjalan baik. Pada hari implementasi dilakukan yaitu pada tanggal 18 November 2010, berjalan baik. Tetapi pada tanggal 19 November 2010 tepatnya pada pukul 10, ada muncul permasalahan kecil. Tanggal 20 November 2010 semakin banyak masalah yang muncul dan puncaknya terjadi pada tanggal 21 November 2010, sistem mengalami kelumpuhan total, karena informasi data yang kacau.
"Garuda mengoperasikan 81 pesawat, dengan penerbang 580, dan awak kabin. Setiap minggu ada dua ribu penerbangan," demikian kata Bapak Pujobroto. "Walaupun sudah disiapkan dengan baik, tetapi karena menyangkut banyak data yang kompleks, dalam proses transisi ini ada data yang tidak sinkron dan mengakibatkan informasi yang diterima awak kabin tidak akurat."
Akibat tidak akuratnya informasi yang diterima ini, awak kabin terlambat tiba di bandara sehingga sejumlah penerbangan harus ditunda. "Karena datang terlambat, maka penerbangan tertunda," katanya.
Berikut ini kronologi kekisruhan sistem itu berdasar penjelasan dari EVP Corporate Strategy and IT Sevices PT Garuda Indonesia Elisa Lumbantoruan.
18 November
Sistem baru mulai mengambil alih sistem lama. Sistem lama adalah 3 sistem yang saling berdiri sendiri terdiri dari sistem yang memonitor pergerakan pesawat, sistem yang memonitor pergerakan para awak kabin, dan sistem yang memonitor jadwal penerbangan.
Sistem baru yang diberi nama Integrated Operational Control (IOCS) menyatukan ketiga sistem itu. IOCS hari itu menjadi main sistem, sementara sistem lama menjadi back up. Semua berjalan normal dan tidak ada masalah.
19 November
Sistem masih berjalan normal hingga muncul masalah pada pukul 10.00 WIB. Saat itu, kedua sistem, baik sistem baru maupun sistem lama, tidak bisa diakses selama kurang lebih 4 jam mulai pukul 10.00 WIB – 13.00 WIB. Karena kondisi ini, data dan perubahan baru tidak bisa dicatat ke dalam sistem tersebut. Masalah mulai muncul namun belum terlalu mengganggu.
20 November
Masalah belum terlalu terasa karena jadwal penerbangan telah dikirim beberapa hari sebelumnya. Namun karena perubahan baru tidak bisa dicatat ke dalam sistem, akibatnya keberadaan kru, baik yang sedang off, stand by, maupun on duty tidak tercatat seluruhnya.
21 November
Garuda di puncak masalah, banyak sekali penerbangan yang tidak bisa berangkat karena jadwal kru yang amburadul. Persoalan makin ruwet karena di hari yang sama, Garuda mulai terbang lagi ke Yogyakarta. Saat itu, banyak penumpang yang diinapkan karena tidak bisa terbang. Ratusan penumpang marah-marah di sejumlah bandara.
22 November
Meski belum pulih, Garuda sudah mulai berbenah. Keberangkatan pesawat sudah berangsur-angsur normal. Garuda juga meminta maaf kepada seluruh penumpang. Garuda juga memberi opsi untuk penumpang yang ingin membatalkan penerbangan dengan refund.
Dilihat kronologis permasalahan, maka permasalahan integrasi sistem bisa terjadi secara tidak serta merta. Masalah migrasi dari sistem lama ke sistem baru baru muncul beberapa hari setelah hari H implementasi awal dilakukan. Kejanggalan kecil hari ke 2 implementasi kurang diantisipasi secara sigap dan tuntas.
Boleh jadi maskapai Garuda Indonesia harus membayar mahal terkait rencananya masuk aliansi penerbangan dunia, Global Alliance Sky Team, dengan kejadian yang tidak mengenakan. Diperkirakan menghabiskan Rp 220 juta hanya untuk ganti rugi penumpang, belum lain-lainnya yang tentu tidak kecil, seperti prestise (nama baik) garuda yang susah payah dijaga, juga dipertaruhkan.
Direktur Utama Garuda, Emirsyah Satar mengakui, pihaknya menerapkan Integrated Operational Control System (IOCS), terkait dengan rencananya untuk masuk dalam aliansi tersebut. Untuk menjadi anggota aliansi, sistem penerbangan Garuda harus terkoneksi dengan sistem seluruh anggota Global Alliance Sky Team. Karenanya, sistem tersebut dipasang mulai 18 November lalu.
Sayangnya, sistem pendukung untuk mengantisipasi dalam pemasangan IOCS mengalami penurunan sehingga membuat layanan maskapai pelat merah tersebut jadi terganggu. Namun gangguan ini, menurut Emir, tidak berpengaruh terhadap rencana Garuda masuk ke Global Alliance. "Rencana kita tetap jalan seperti sebelumnya, yaitu melakukan signing dengan anggota Global Alliance lainnya segera," ujar Emir.

BATASAN
Pembahasan kasus proses migrasi Sistem Informasi Manajemen Garuda Indonesia, yang sempat mengalami masalah teknis, hanya akan dibahas dari sisi sistem dan teknologi informasi. Tidak membahas tentang kerugian secara material dan dampak negative pasca kejadian tersebut. Pembahasan lebih terfokus pada bagaimana proses migrasi sistem tersebut dan perkiraan-perkiraan yang bisa dilakukan untuk meminimalkan jika suatu saat akan melakukan implementasi sistem ke arah yang lebih baik.

PEMBAHASAN
Di dalam melakukan implementasi sebuah sistem, banyak hal harus dipersiapkan secara matang. Dalam kasus migrasi sistem lama ke sistem baru yang dilakukan Garuda Indonesia, ada beberapa hal yang perlu dicermati bersama, antara lain :
- Garuda Indonesia telah memiliki sistem informasi manajemen sebelumnya, tetapi masih sendiri-sendiri dan belum terintegrasi menjadi satu sistem.
- IOCS adalah sebuah sistem baru yang terintegrasi untuk memonitor pergerakan pesawat, pergerakan awak kabin, dan sistem untuk memonitor jadwal penerbangan secara terpadu. Rencananya sistem ini akan menggantikan sistem lama mereka yang bekerja secara sendiri-sendiri.
- Implementasi ini adalah sebuah keharusan dalam rangka memperbaiki kenerja perusahaan dan kerjasama yang lebih mendunia dengan masuk ke Global Alliance. Global Alliance adalah aliansi perusahaan penerbangan di seluruh dunia yang saat ini beranggotakan 13 maskapai seperti KLM, Air France, Korea Airlines, Delta Airlines, Aeroflot, Aero Mexico, dan Chinna Southern.
- Teknologi informasi sudah menjadi syarat mutlak sebuah institusi atau perusahaan bisa survive dan terus berkembang. Agaknya sudah suatu hal yang mustahil jika suatu perusahaan besar sekelas Garuda Indonesia, akan mampu bertahan apalagi berkembang jika tidak menggunakan instrument teknologi informasi.
Kita akan mulai dari persiapan implementasi sebuah sistem. Ada beberapa jenis atau cara yang dapat dipakai di dalam proses pergantian sistem informasi lama ke sistem informasi baru. Antara lain dengan :
1. Pararel Run
Implementasi yang dilakukan secara berdampingan, antara sistem informasi yang lama dan sistem informasi yang baru. Sebelumnya sudah dibuat batasan mana yang akan discover oleh sistem lama, dan mana yang mulai ditangani sistem yang baru. Sebagai contoh : Sistem lama hanya mengerjakan data-data lama yang sudah masuk sebelumnya di sistem lama, sedangkan sistem baru akan mengerjakan data-data baru yang masuk pada saat sistem baru di-implementasi. Atau bisa juga semua data dimasukan di sistem baru dan sistem lama sehingga 2 sistem berjalan beriringan, dan dari situ dapat dilihat apakah kinerja sistem baru akan sesuai dengan sistem lama, atau bahkan menjadi lebih baik.
2. Cut Over
Implementasi yang dilakukann secara langsung diambil alih oleh sistem baru. Sehingga posisi sistem lama sudah ‘over’ alias tidak dipakai lagi atau sekedar sebagai backup sistem jika terjadi sesuatu yang bersifat ‘force mayor’
3. Phase In Convertion
Implementasi yang dilakukan secara bertahap untuk penggunaan sistem informasi tersebut. Artinya dari 100% sistem, tidak dilakukan 100% implementasi, tetapi secara bertahap sekian % dulu dijalankan, hingga tahap terakhir dijalankan 100%.
Ke 3(tiga) cara ini tentu memiliki kelebihan dan kelemahan masing-masing. Kelebihan dari Pararel Run adalah sangat aman dan kemungkinan terjadinya failure di sistem baru akan dengan segera sistem lama melakukan backup. Tetapi kelemahan dari cara ini adalah membutuhan resource yang besar dan sangat melelahkan, karena 2 sistem harus berjalan dalam periode tertentu, sampai sistem baru dinyatakan stabil berjalan.
Berbeda lagi dengan cara Cut Over. Disisi resource yang dibutuhkan, tidaklah sebesar Pararel Running. Bisa dikatakan membutuhkan setengahnya saja. Akan tetapi kelemahan dari cara ini adalah resiko kegagalan pada sistem baru, sangatlah tinggi. Karena sistem lama sudah ‘over’. Biasanya cara ini efektif dipakai jika sebuah institusi atau perusahaan sedari awal memang belum memiliki sistem informasi tersebut ( baca: masih menggunakan manual sistem).
Cara terakhir yaitu Phase In Convertion, sepertinya cara yang dipakai oleh Garuda Indonesia pada sistem lama mereka. Seperti yang sudah kita baca di atas (Pendahuluan), Garuda Indonesi memiliki setidaknya 3 sistem yang berbeda dan masing-masing berjalan sendiri-sendiri. Dan kemungkinan saat implementasi dilakukan secara bertahap, pada waktu yang berbeda.
Nah masalahnya adalah cara apa yang Garuda Indonesia lakukan di dalam menerapkan IOCS, yang katanya adalah suatu sistem informasi baru yang terintegrasi.
EVP Corporate Strategi and IT Service Garuda Indonesia, yaitu Elisa Lumbantoruan mengatakan, pihak Garuda Indonesia telah menerapkan sistem baru bernama IOCS sudah sejak lama. Dikatakan sistem baru sudah diterapkan sejak beberapa bulan lalu, namun sistem baru tersebut bukan sebagai sistem utamanya, hanya menjadi sistem yang membackup sistem yang lama. “Jadi dulu itu sistemnya pararel run, sistem lama jadi main system, sedang sistem baru itu backup. Dan itu sudah berjalan berbulan-bulan” demikian kata Elisa. Pada tanggal 18 November 2010 lah, barulah sistem baru IOCS dijadikan main system.
Dan awal implementasi itu terlihat berjalan baik. “Sistem ini meng-cut over, sehingga system baru full berjalan dan system lama dibackup. Namun rupanya sistem baru pada kenyataannya mengalami masalah berat pada hari ke 3 setelah masa cut over tersebut” tegas Elisa. Tanggal 20 November 2010, sistem menunjukan data tidak terupdate. Dan setelah dilakukan audit sistem IT, diketahui ada kabel data center di kantor pusat yang terkelupas. Selain itu saat ada masalah sistem tidak bisa akses yang sempat terjadi pada tanggal sebelumnya yaitu tanggal 19 November 2010, ternyata menyebabkan proses input data terganggu dan berdampak pada delay massal pada Minggu 21 Novembernya. “Ke depan, kita akan input data dengan real time dan otomatis, tidak dengan orang lagi”, demikian Elisa Lumbantoruan saat berbincang dengan detikcom (23 Nov 2010).
Dirjen Hubud Herry Bakti bahkan sempat memerintahkan agar Garuda Indonesia kembali ke sistem lama agar masalah hari itu bisa tertangani. Suatu perintah yang cukup sulit untuk dilaksanakan, karena sistem lama sudah di Cut Over sejak 18 November 2010 lalu.
Berdasarkan dari informasi di atas, maka dapatlah disimpulkan beberapa hal antara lain :
1. Persiapan migrasi sistem lama ke sistem baru yang dilakukan oleh Garuda Indonesia sudah dipersiapkan jauh-jauh hari (dikatakan Elisa, EVP Corporate Strategi and IT Service Garuda Indonesia, “dipersiapan berbulan-bulan”).
2. Ada masa peralihan sistem yaitu menggunakan cara Pararel Run, yaitu sistem lama dan sistem baru berjalan berdampingan. (“Jadi dulu itu sistemnya pararel run, sistem lama jadi main system, sedang sistem baru itu backup. Dan itu sudah berjalan berbulan-bulan” demikian kata Elisa. “Nah Pada tanggal 18 November 2010 lah, barulah sistem baru IOCS dijadikan main system” demikian tegasnya).
Hanya yang menjadi tanda tanya disini adalah apakah pada masa Pararel Run tersebut 2 sistem itu (lama dan baru) memiliki peran yang sudah terbagi-bagi atau salah satu sistem hanya sebagai ‘anak bawang’. Sepertinya dari perkataan Elisa dapat ditarik kesimpulan bahwa mereka tidak menggunakan Pararel Run secara sebenarnya, yaitu dengan membagi peran mana untuk sistem lama dan mana yang mulai discover sistem baru, sehingga pada periode tertentu semua peran diambil alih sistem baru. Atau ke 2 sistem dimasukan data yang sama sehingga 2 sistem jalan berbarengan dan disitu dapat diuji kelaikan sistem baru.
Mereka hanya menginstall sistem baru dan hanya mencoba sample dari data yang ada, sehingga kurang teruji benar kelaikan sistem baru tersebut. Dan itu terbukti pada hari ke 3, terjadilah mimpi buruk itu.
3. Pada bagian lain dijelaskan oleh Elisa bahwa failure yang menimpa mereka adalah karena adanya jaringan utama di kantor mereka mengalami kerusakan pada fisik kabel jaringan (terkelupas), padahal focus mereka kemungkinan hanya berkatut pada kesalahan software (bisa dimaklumi karena saat itu software sistem baru baru benar-benar diuji). Akibat hardware (kabel yang terkelupas) membuat sistem tidak bisa akses. Akibat tidak bisa diakses (sekitar 4 jam) membuat proses input data terganggu dan akhirnya berdampak pada delay massal pada Minggu 21 Novembernya.
Bisa menjadi tambahan pengetahuan buat kita, saat melakukan implementasi atau migrasi sistem baru dari sistem lama, maintenance hardware juga tidak boleh dilupakan. Bahkan juga diberikan waktu lebih dari sekedar maintance harian yang biasa rutin dilakukan. Karena akibat yang timbul ternyata cukup serius dan memukul. Dengan kesiapan infrastruktur jaringan dan infrastruktur hardware, juga akan memperlancar proses implementasi atau migrasi sebuah sistem informasi.
4. Terakhir, kurang dipersiapkannya contigency plan atau rencana cadangan jika ada trouble sistem untuk waktu kritis (waktu yang disepakati bersama jika harus menggunakan planning b atau planning c, misalnya failure sistem lebih dari 4 jam). Rencana cadangan jika perlu harus dipersiapkan juga, seperti menggunakan sistem lama kembali atau hal-hal yang diperlukan jika memang keadaan sistem baru tidak berjalan sesuai rencana atau bahkan macet sama sekali.
Rencana cadangan juga harus disimulasi seiring rencana implementasi rencana utama, agar dapat juga dipelajari perkiraan kerugian yang dapat discover dan dieliminir. Bagaimana jika terpaksa menggunakan rencana cadangan tersebut. Berapa lama itu harus dijalankan. Resource apa saja yang dilibatkan. Estimasi perbaikan sistem baru agar dapat berjalan kembali. Update data dari rencana cadangan ke sistem utama, dan lain sebagainya.

PENUTUP
Ada setidaknya 3 orang yang diklarifikasi tentang ketidaknyamanan pelayanan Garuda Indonesia yang terjadi pada tanggal 19 hingga 25 November 2010, pertama Direktur Utama Garuda : Emirsyah Satar, kedua VP Corporate Communication : Pujobroto, dan yang ketiga, EVP Corporate strategy and IT Service : Elisa Lumbantoruan.
"Mungkin masih ada delay (penundaan) sama pembatalan, tetapi itu kita usahakan diminimalisir sebaik mungkin," kata Emirsyah saat dihubungi Kompas di Jakarta, Senin (22/11/2010). Namun gangguan ini, menurut Emir, tidak berpengaruh terhadap rencana Garuda masuk ke Global Alliance. "Rencana kita tetap jalan seperti sebelumnya, besok kita akan melakukan signing dengan anggota Global Alliance lainnya," ujar Emir. Misi ini sangat penting karena ini merupakan salah satu loncatan menuju kemajuan dan eksistensi Garuda Indonesia itu sendiri.
Pujobroto sendiri pada press realease di garuda-indonesia.com menerbitkan setidaknya 2 surat permohonan maaf dan perkiraan apa saja yang sudah dilakukan dan beberapa hal yang fokusnya adalah bagaimana customer tetap yang diutamakan dan mencoba menerangkan duduk permasalahannya. "Saat ini tim Garuda terus melaksanakan upaya dan langkah-langkah perbaikan, dan diharapkan kegiatan penerbangan dapat berjalan normal kembali sesegera mungkin," ujar juru bicara Garuda, Pujobroto dalam siaran persnya, Senin (22/11/2010).
“Berdasarkan audit IT yang dilakukan ternyata segera diketahui duduk permasalahannya dan kami segera melakukan recovery dan berharap semua kembali normal. Target kami tanggal 25 paling lambat semua sudah kembali normal”. Demikian Elisa menegaskan.
Bagaimana kita menarik pelajaran dari kasus ini ?
Dari kejadian ini banyak pelajaran yang dapat kita tarik. Beberapa hal yang buruk menjadi pengalaman berharga untuk saat-saat pendatang. Beberapa hal yang baik, maksudnya dalam mengelola masalah, dapat dilakukan dengan baik, maka kita dapat belajar bagaimana menangani permasalahan yang ada secara bijak dan arif serta dalam kasus ini mengutamakan complain customer.
Secara umum Garuda Indonesia sudah berusaha sekuat tenaga untuk membuat masalah mereka segera tertangani dengan baik. Tetapi beberapa hal kelemahan dan kelebihan mereka mengelolah masalah ini seperti yang sudah kita baca di bab pembahasan di atas, bisa jadi membuat Garuda Indonesia memiliki pengalaman dan kiat-kiat yang jauh lebih baik lagi, jika suatu saat mereka akan mengalami hal yang sama pada masa-masa pendatang.

Daftar Pustaka :
1. Kompas.com
(http://search.kompas.com/?cx=partner-pub-9012468469771973%3Auc7pie-r3ad&cof=FORID%3A9&ie=ISO-8859-1&q=masalah+sistem+garuda+indonesia+yang+kacau&sa=Search&siteurl=search.kompas.com%252F%253Fcx%253Dpartner-pub-9012468469771973%253Auc7pie-r3ad%2526cof%253DFORID%253A9%2526ie%253DISO-8859-1%2526q%253Dmasalah%252Bsistem%252Bgaruda%252Bindonesia%252Byang%252Bkacau%2526sa%253Dcari#1032 diakses tanggal 1 Desmber 2010
2. Wikipedia.org
(http://id.wikipedia.org/wiki/Garuda_Indonesia)
diakses tanggal 3 Desember 2010
3. Garuda-indonesia.com
(http://www.garuda-indonesia.com/news/category/press-release)
diakses tanggal 2 Desember 2010.
4. Detik.com (http://www.detiknews.com/read/2010/11/23/171643/1500617/10/kronologi-insiden-sistem-baru-garuda-indonesia)
diakses pada tanggal 30 November 2010
http://www.detiknews.com/read/2010/11/23/174405/1500648/10/hindari-kekacauan-berulang-garuda-akan-input-data-real-time-otomatis
diakses pada tanggal 30 November 2010
http://detiknews.com/read/2010/11/23/182207/1500677/10/mau-terbang-eh-sudah-ada-pilot-yang-lain
diakses pada tanggal 30 November 2010