2008 Technology Hype

I came across this nice graphic when I read my Manufacturing & Distribution Industry - Chief Technologist , Christian Verstraete's e-mail. In his e-mail, he talked about the coming of 'Cloud Computing' technology which was pionereed by IBM.

No, I'm not going to talk about that, it's too technical and complicated.

It is the graphic that catches my eyes.

Gartner is one of the 'guiding light' for most IT/Technology users. And a vehicle for IT/Technology providers to 'market' their products/services (that is if we don't agree to use the word 'promote'). And as a worker in one of the biggest IT company, I know excatly how these providers 'drive' the analysis done by Gartner. ;0

Ok, forget it. Back to the graphic.

Gartner apparently used one of the marketing lifecycle to visualize the technology hype. A new product will actually increases its market visibility by using a targeted marketing publication through many advertisement campaigns. But these visibilities usually will drop as the marketer slows their campaigns. Only if the product can catch consumers' attention, the visibility will again rise as the usage of the product increases.

This concept also works for technologies, at least according to Gartner. And very usefull for both provider and user. From provider's point of view, it will provide them a strategic input on how to positioning their product/service and help to define a tactical go-to-market strategy. But for me, the benefits are more usefull for the would-be users. It will provide them with some guideline on adopting new technologies. Are we going to be a pioneer or a follower? That would be a basic question for them. The strategy is simple, new technologies are often placed as sources for differentiation that should promote advances in manufacturing/production processes. If one can utilize this advantage, in the right way, possibility is one can also use it as competitive advantage, as the technology promises.

BTW, I won't go far explaining what that graphic means, it already speaks for itself.

-jhp-

Availability - Ketersediaan?

Jadi bagaimana kita semua seharusnya mengukur availability sebuah sistem atau aplikasi? Bukankah kita hanya cukup mengukur waktu ketersediaan layanan sistem yang sesungguhnya dibanding dengan ketersediaan yang seharusnya. Right?? 99,9% availability dalam setahun, yang berarti kurang lebih sekitar 9 jam setahun sistem dan atau aplikasi akan non-operasional baik disengaja maupun tidak disengaja.

Well, kita semua setuju angka tersebut akan dijadikan target operasi dari seluruh fungsi yang berada dalam sebuah departemen IT.

Sesederhana itukah kita menentukan angka keramat tersebut? Padahal kita semua tahu dan paham bahwa angka tersebut akan menentukan kualitas kerja dan layanan IT secara keseluruhan terhadap bisnis yang ia layani.

Berikut sedikit panduan dalam menentukan ketersediaan sistem dan aplikasi.

Tentukan tujuan dari penentapan angka ketersediaan. Hal ini jelas harus dilakukan bersama-sama dengan users yang tidak lain adalah bisnis. Tentukan sistem dan aplikasi apa saja, serta layanan secara definitif yang ingin diukur angka ketersediaannya.

Pahami proses bisnis. Sistem dan aplikasi yang diukur mendukung secara penuh maupun parsial satu atau lebih proses bisnis, baik yang kritikal maupun tidak. Pemahaman seperti ini layaknya dimiliki oleh IT, begitu juga dengan perilaku bisnis secara internal maupun pasar secara keseluruhan.

Tentukan matriks pengukuran yang sesuai. Matriks pengukuran angka ketersediaan harus dan selayaknya juga didiskusikan dengan pihak bisnis, karena pada akhirnya merekalah yang akan ikut menilai kinerja IT secara keseluruhan.

Bagaimana data akan dikumpulkan. Ada banyak cara dalam mengukur ketersediaan sistem dan aplikasi. Namun gunakanlah cara yang paling efektif.

Bagaiamana data akan dilaporkan. Ini adalah tahap yang cukup kritikal, kenapa? Karena seperti yang pernah saya tulis sebelumnya, inilah media ataupun salah satu cara dalam 'memasarkan' departemen IT. Dengan cara seperti apa? Data bisa dilaporkan dalam bentuk grafik relatif terhadap target operasi, memasukkan aspek-aspek historis sehingga mencerminkan peningkatan ataupun penurunan dalam kinerja dan banyak cara lainnya.

Semoga bermanfaat.

Bisnislah Fokus Dari IT, Bukan Teknologi

Hmm... hari ini ada beberapa artikel dari CIO.com, Computerworld.com dan beberapa lainnya yang mengangkat isu berkaitan dengan apa yang seharusnya jadi fokus pengembangan IT serta skill set yang dibutuhkan dalam membangun kesesuaian antara IT dan bisnis.

Satu hal yang menarik untuk disimpulkan di sini adalah bahwa yang seharusnya menjadi fokus pengembangan IT adalah bisnis itu sendiri, bukan teknologi seperti yang selama ini kita pahami. Bukan pada apakah perusahaan tempat kita bekerja telah memakai teknologi terkini atau belum, tapi justru pada dinamika bisnis dan pasar tempat perusahaan kita berkutat sehari-harinya.

Bisnis sungguh tidak peduli apakah IT telah menggunakan teknologi terbaru atau tidak, atau bahkan masih menggunakan sistem yang sudah 1 dekade umurnya. Selama teknologi itu masih dapat memfasilitasi tercapainya tujuan bisnis, nothing else matters.

Oleh karena itu, dalam memformulasikan rencana pengembangan IT, departemen-departemen bisnis terkait harus juga terlibat untuk menjamin kesesuaian dengan rencana pengembangan bisnis. Dengan kata lain, kepentingan-kepentingan bisnis, seperti visi & misi serta strategi bisnis harus tercermin dalam setiap rencana taktis pengembangan IT.

Begitua pula dengan peran IT Manager maupun CIO, yang semakin lama dipandang semakin kritikal. Dibeberapa tempat, jabatan CIO sering disamakan dengan jabatan Chief Process Officer. Mereka dituntut untuk memahami bisnis secara keseluruhan, dari atas ke bawah, dari sudut ke sudut, dari kanan ke kiri. Mengetahui apa saja permasalah bisnis yang timbul serta dapat memprediksi nya sebelum benar-benar terjadi. Di sinilah peran CIO/IT Manager menjadi penting, karena pengetahuannya serta tuntutan profesinya.

So, again, jadi teringat buku IT Doesn't Matter...