Kami menyarikan gelombang informasi yang berurutan menjadi
daftar 20 kesalahan terbesar – contohnya dalam kesalahan dalam mengambil
keputusan yang dapat mengarah menjadi sekumpulan proyek penting, kekeliruan
bisnis, dan dalam kasus terburuk, kehilangan pekerjaan.
1. Kesalahan strategi outsourcing Anda
Kesalahan yang berhubungan dengan outsourcing sangat mudah
masuk ke dalam daftar top 20 ini.
Ada
2 bagian penting di dalamnya. Pertama adalah termasuk bidang kejahatan, di mana
outsourcing penting bagi fungsi TI untuk menangkal kesulitan dalam memahami
kegiatan ini. Penolakan fungsi tersebut mengakibatkan timbulnya kesulitan untuk
proses realisasinya.
Kesalahan lainnya berhubungan dengan fungsi yang dapat
dibuat dengan cara outsorce, namun mudah dan efektif, seperti menjalankan
lingkungan messaging Anda. Perusahaan TI yang mengeluarkan prasangka umum
melawan proses outsourcing dapat memicu munculnya bahaya (bagi dirinya
sendiri).
2. Penghentian open source – atau melakukannya terlalu
dini
Software open source intinya lebih baik ketimbang software
komersil; ini bergantung dari masalah yang harus dipecahkan dan kematangan
solusi tersebut untuk mempercayainya.
3. Pembukaan cabang
Biaya pembukaan cabang hanya 20% lebih murah dibanding
jika dilakukan di negara asal (contohnya: AS). Terkait masalah budaya, waktu
yang dibutuhkan lebih banyak daripada yang dibayangkan, untuk memastikan
komitmen dari aturan negara asal dalam hal pembukaan cabang tersebut. Hasil
yang didapat dari pembukaan cabang di negara lain itu, ternyata lebih kecil
untuk setiap sektornya. Pimpinan perusahan sebelumnya beranggapan bahwa
pengaturan TI secara lokal dan penghematan biaya akan sangat dramatis sekali
dibanding yang bisa Anda bayangkan. Kenyataannya ternyata tidak demikian.
4. Reduksi tekanan internal security
Manajer TI berfokus ke dirinya sendiri untuk menyikapi
gangguan keamanan. Bahkan aksi kejahatan kerap muncul dengan memanfaaatkan
kerumitan teknologi yang ada. Namun, manajemen identitas dengan aturan
perijinan yang khusus ternyata dapat mengatasinya.
5. Penghentian usaha untuk mengamankan parameter solusi
Dewasa ini tanggung jawab TI adalah mengembangkan bidang
ini hingga seluas-luasnya. Peningkatan mobilitas pekerja, dikombinasikan dengan
pembuatan hotspot nirkabel untuk umum dan pita lebar di ruangan tertutup
berarti, bahwa TI sekarang ini memadai untuk sistem yang aman pada jaringan
yang tidak hanya meliputi kontrol. Dalam lingkungan ini, keamanan yang kuat
sama dengan pengimplementasian firewall berbasis host yang dapat menyediakan
perlindungan berlapis terhadap jaringan pita lebar yang tidak aman di rumah
dengan akses Wi-Fi umum.
Sebagai manajer TI, Anda dapat mengkonfigurasikannya
dengan memblokir semua lalu lintas yang masuk, kecuali port 25 untuk penerimaan
e-mail, yang selanjutnya bawahan Anda secara general menggunakan sambungan WAN
ke web melalui port 80 dan 443. Hal ini merupakan aksi gabungan, namun dalam
banyak lingkungan TI yang terpisah, pendekatan terpusat untuk keamanan jaringan
tidak mencukupi kebutuhan. Pada pengenkripsian lalu lintas dalam LAN internal
Anda, lebih baik untuk melindungi jaringan Anda terhadap tekanan yang berasal
dari dalam dan dari penyerang yang mungkin menyusup ke jaringan Anda melalui
akses nirkabel ilegal.
6. Penolakan security untuk handheld
Manajer TI berpengalaman pun menyadari akan pentingnya
peggunaan otentifikasi username/password pada jaringan dan desktop yang
tersedia serta pada PC laptop. Sementara itu, sebagian besar penjual di bidang
TI masih terlihat berada dalam fase “wild West”, jika menyangkut peranti
handheld.
Dalam sebuah kasus, minoritas perangkat yang tidak
membutuhkan password, memiliki implikasi yang besar. Penolakan terhadap
keamanan dari perangkat yang mudah hilang, intinya merupakan bagian dari kunci
utama lalu lintas tersebut dalam informasi yang dianggap penting, dimana hal
ini merupakan sebuah resep untuk melahirkan kesalahan.
7. Promosi orang yang salah
Management training dapat menghalau timbulnya bahaya
semacam itu. Namun, gunakan jaringan Anda, baik bila kemampuan itu ada, atau
sebaliknya.
8. Penanganan yang salah dalam manajemen perubahan
Perubahan manajemen merupakan hal yang biasa. Semuanya
dimulai dari atas. Jika manajemen TI memutasi pimpinannya, bawahannya juga
mendapatkan nasib serupa.
9. Salah pengaturan dalam pengembangan software
Jika struktur software bisa terbagi menjadi hal yang mudah
dikendalikan dalam waktu yang sama, perbedaan produktifitas besar antara
pembuat kode hebat dan orang biasa, manajer TI paling tidak harus mendapatkan
hasil kerja yang paling baik. Namun yang lebih berbakat, seperti programer,
dapat melakukannya dalam waktu yang lebih singkat.
Manajer TI harus memanfaatkan waktu senggangya untuk
(menemukan) orang yang tepat guna bekerja buat perusahaannya. Pasalnya, pegawai
yang berkualitas merupakan aset terbesar demi kelangsungan suatu perusahaan.
10. Pengeluaran ijin bagi para insinyur untuk melakukan QA
(Quality Assurance-red) mereka sendiri
Tidak memberikan ijin kepada insinyur untuk melancarkan QA
miliknya sendiri, merupakan aksioma pengembangan software. Namun bagi tim yang
jumlah anggotanya sedikit, selalu ada godaan untuk menghalalkan segalanya.
Realitanya, terkadang pihak manajemen berkomplot dengan pengembang untuk
memungkinkan praktek tertentu. Mengijinkan insinyur untuk mewujudkan QA-nya,
sama saja seperti memberi kebebasan kepada seorang terdakwa yang menghakimi dan
memutuskan kasus yang telah mereka lakukan sendiri.
11. Pengembangan aplikasi Web hanya untuk IE
Faktanya, aplikasi penting melanjutkan aksinya dalam
menghadapi web browser dan bahwa Windows juga mendominasi bisnis desktop,
pengembang web harus menampik godaan untuk mengembangkan aplikasi hanya untuk
IE, walaupun telah mengalami perbaikan. Banyak perusahaan mungkin tidak dapat
menolak untuk tidak menggunakan IE. Namun jika Anda yakin dengan aplikasi kunci
Anda yang tidak hanya tergantung pada funsionalitas TI, maka Anda memiliki
kemudahan untuk beralih ke alternatif lainnya, seperti Mozilla dan Firefox. Ini
bisa berlangsung jika keamanan IE yang ada menjadi terlalu ofensif dan berisiko
untuk lingkungan TI Anda.
12. Kebergantungan pada performa jaringan tunggal
Jika menyangkut masalah jaringan, tidak ada satupun metrik
yang dapat digunakan untuk memutuskan kondisi jaringan.
Ada
indikasi bahwa adalah salah menganggap
bahwa operasi jaringan dapat dicakup oleh satu metode. Jika pihak manajemen
mempertanyakan tentang laporan operasi jaringan tunggal, TI biasanya
cepat-cepat mengirimkan metrik tunggal untuk keamanan jaringan yang tentu saja
sulit untuk dijabarkan.
13. Pita lebar yang dibutuhkan untuk jaringan
Lepas dari soal kapasitas, kasus utama tentang kelambatan
akses, adalah termasuk distribusi lalu lintas yang tidak dibutuhkan yang
melalui jaringan pusat sistem atau aplikasi terdahulu, seperti lalu lintas IPX,
atau adanya kesalahan konfigurasi atau bahkan terjadinya inefisiensi aplikasi
yang menyalurkan aliran paket ke jaringan pada jam-jam yang tidak tepat (jam
sibuK).
14. Pemberian ijin untuk password yang lemah
Sebagian besar kelemahan password-termasuk password yang
lemah dan sebenarnya tidak eksis, misalnya rekening pengguna yang diketahui
secara luas atau password yang ditampilkan secara nyata (bayangkan tentang
catatan kecil yang biasa ditempel di mana saja), rekening untuk urusan
administratif dengan password lemah dan diketahui secara umum dan algoritma
yang membingungkan password yang lemah atau yang terbuka itu, ternyata tidak
cukup aman atau dapat dilihat oleh semua orang. Menghindari kesalahan
otentifikasi membuat munculnya pemblokiran dan penghalauan IT secara sederhana
– sebuah password yang jelas, detail, dan harus konsisten membuat prosedur
bahwa kesepakatan proaktif dengan sebagian besar kelemahan otentifikasi yang
sering terjadi, sehingga terperinci dalam laporan SANS.
15. Jangan takut terhadap hal kecil
CTO dan CIO menyukai perbincangan tentang teknologi
aplikasi strategis, namun menghindari masalah taktis yang dapat mengarah ke
kesalahan kecil namun cukup berbahaya.
16. Utamakan solusi penting
Kesalahan yang sering muncul pada kasus manajer TI saat
mutasi ke posisi baru pada perusahaan baru pula, yakni mencoba memperkuat
solusi dan melakukan pendekatan yang bisa diterapkan pada tugas lamanya, dan
sekarang dalam lingkungan baru dengan pertimbangan bisnis dan teknologi yang
berbeda, juga melakukan hal serupa.
17. Kesampingkan teknologi yang menjanjikan
Masalah aktualitas dapat mencegah hal yang tidak
diinginkan, dimana munculnya titik akses nirkabel konsumer yang terjangkau
selama beberapa tahun terkahir ini memungkinkan semua orang dapat menjalankan
jaringan nirkabel tersebut. Ini merupakan masalah nyata untuk setiap lingkungan
TI perusahaan yang telah diatur secara rasional.
18. Mengeyampingkan PHP
Manajer TI yang sejauh ini hanya memperhatikan J2EE dan .Net
ketika mengembangkan aplikasi web yang dapat diskalasi, telah membuat kesalahan
dengan mengeyampingkan pilihan kedua, yakni scripting language seperti PHP.
Scripting language ini telah banyak digunakan dalam waktu satu dekade ini, dan
jutaan halaman Yahoo disajikan dengan PHP setiap harinya.
19. Pelanggaran prinsip KISS (keep it simple, stupid)
Pelanggaran prinsip KISS merupakan masalah sitematik bagi
TI. Pelanggaran prinsip ini langsung berakibat ke beberapa cabang usaha,
sehingga memunculkan kegagalan proyek, tinginya biaya TI, sistem yang tidak
dapat dipertahankan lagi, rendahnya kualitas, atau software yang tidak aman.
20. Jadi budak strategi pemasaran suatu perusahaan
Jika arahnya ke
perangkat jaringan, database, server, dan produk TI lainnya, istilah semacam
“enterprise” dan “workgroup” dikelompokkan menjadi produk yang berbeda, namun
mengingat seringnya istilah tersebut digunakan, maka kecil artinya jika hal itu
hanya menyangkut masalah karakteristik performa. Sebuah produk kerap diberi
label sebagai produk “workgroup”, karena memiliki kapasitas berlebih bahkan
untuk jangkauan enterprise.