Pada Artikel Ini

• 1 Google.com dari Masa ke Masa
• 2 Logo dan Sticker Google
• 3 Google Announcement Mailing List
• 4 Pengumuman Migrasi dari Stanford ke Google.com
• 5 Lowongan Kerja
• 6 Liputan dan Berita Mengenai Google
• 7 Kompetitor Google
• 8 Add URL pada tahun 1999 dan 2007
• 9 Tutorial
• 10 Penghargaan bagi Google
• 11 Beberapa Kejadian Penting
• 12 Penutup

Siapa yang tak kenal Google, perusahaan “baru” yang berhasil meraih sukses dengan sangat cepat. Kisah Google memang sangat fenomenal karena perusahaan ini berhasil menaklukkan raja search engine lain yang telah lebih dahulu berkuasa, yaitu: Yahoo. Hal lain yang membuat kisah Google menarik untuk dibaca adalah karena perusahaan ini didirikan oleh dua orang anak muda yang baru berumur 24 tahun (Larry Page) dan 23 tahun (Sergey Brin). Sebagaimana rencana pada artikel sebelumnya, pada kolom Nostalgia kali ini kita akan mengunjungi arsip website Google tempo doeloe yang disediakan oleh The Internet Archive. Dari situs-situs web tersebut kita akan dapat melihat perkembangan Google dari waktu ke waktu. Semoga artikel ini dapat menumbuhkan semangat kewirausahaan khususnya bagi saya dan rekan-rekan lain yang ingin membangun usaha (start-up) terutama di bidang TI (Teknologi Informasi). Sebagai informasi, tanggal yang ditampilkan adalah tanggal situs web tersebut disimpan oleh Internet Archive.

Google.com dari Masa ke Masa

Salah satu ciri khas Google adalah tampilan homepage-nya yang sangat sederhana. Walaupun dunia internet telah berkembang demikian pesatnya, Google masih menjaga ciri khas tersebut. Sejak awal kelahirannya tidak banyak perubahan yang terjadi pada homepage Google.

Tidak seperti sekarang, homepage Google pada tahun 1998 hanya menampilkan tautan (link) ke situs Google Prototype dan Google Alpha. Tautan-tautan berikut ini memperlihatkan perkembangan desain dan layout homepage Google dari waktu ke waktu.

Silakan klik gambar thumbnail berikut untuk mengunjungi halaman website tersebut yang telah disimpan oleh Internet Archive.

[inspic=11,left,http://web.archive.org/web/19981111184551/http://google.com/,thumb] [inspic=21,left,http://web.archive.org/web/19981111183552/google.stanford.edu/,thumb] [inspic=22,left,http://web.archive.org/web/19990125084553/alpha.google.com/,thumb]

[inspic=23,left,http://web.archive.org/web/19981202230410/http://www.google.com/,thumb] [inspic=24,left,http://web.archive.org/web/19990423192928/www.google.com/linux,thumb] [inspic=25,left,http://web.archive.org/web/19990427131732/www.google.com/stanford,thumb]

[inspic=26,left,http://web.archive.org/web/19991001063433/http://www.google.com/index.html,thumb] [inspic=27,left,http://web.archive.org/web/20000301185444/www.google.com/index.html,thumb] [inspic=28,left,http://web.archive.org/web/20000510161427/http://www.google.com/index.html,thumb]

[inspic=12,left,http://web.archive.org/web/20010331035218/http://www.google.com/index.html,thumb] [inspic=13,left,http://web.archive.org/web/20010711225622/http://www.google.com/,thumb] [inspic=14,left,http://web.archive.org/web/20011002195336/http://www.google.com/,thumb]

[inspic=15,left,http://web.archive.org/web/20020806071855/http://www.google.com/,thumb] [inspic=16,left,http://web.archive.org/web/20031029021055/http://www.google.com/,thumb] [inspic=17,left,http://web.archive.org/web/20041031080418/http://www.google.com/,thumb]

[inspic=18,left,http://web.archive.org/web/20050720082857/http://www.google.com/,thumb] [inspic=19,left,http://web.archive.org/web/20060820185944/www.google.com/,thumb] [inspic=20,left,http://www.google.com/,thumb]

Logo dan Sticker Google

Logo Google juga memiliki berbagai modifikasi. Pada tautan berikut kita dapat melihat berbagai variasi dari logo Google. Kita juga dapat mendownload logo Google dalam format yang dimiliki GIMP, yaitu XCF.

• Logo Google 1999
• Download logo Google dalam format XCF (GIMP)
• Logo Google 2000
• Holiday dan custom logo
• Holiday dan custom logo II

Google Announcement Mailing List

Sejak tahun 1998, Google memiliki mailing list yang dipergunakan khusus untuk pengumuman. Milis tersebut dikelola secara langsung oleh Larry Page dan Sergey Brin. Berikut ini beberapa posting pada mailing list tersebut.

[inspic=29,left,http://web.archive.org/web/19991009030623/www.egroups.com/group/google-friends/,thumb] [inspic=30,left,http://web.archive.org/web/19990508184520/www.egroups.com/group/google-friends/1.html,thumb] [inspic=31,left,http://web.archive.org/web/19991009052012/www.egroups.com/group/google-friends/3.html,thumb]

Pengumuman Migrasi dari Stanford ke Google.com

Setelah beberapa waktu dihosting di stanford.com, akhirnya mesin pencari Google dipindahkan ke domain google.com. Sejak saat itu, kita dapat melakukan pencarian langsung di Google.com. Link berikut menunjukkan pengumuman perpindahan tersebut yang ditaruh di website Google di stanford.com.

[inspic=32,left,http://web.archive.org/web/19981206152126/http://google.stanford.edu/,thumb] [inspic=33,left,http://web.archive.org/web/19990117023058/http://www.google.stanford.edu/,thumb] [inspic=34,left,http://web.archive.org/web/19990428194807/google.stanford.edu/,thumb]

Lowongan Kerja

“Looking for a start-up adventure?” Demikianlah kalimat pembuka dari halaman lowongan pekerjaan di Google hingga tahun 2001. Tentunya hal tersebut cukup wajar mengingat pada tahun-tahun tersebut Google masih tergolong baru.

• Ingin bekerja di Google? Berikut ini lowongan kerja pada tahun 1999
• Pada tahun 2000 Google membuka lowongan kerja lebih banyak
• Posisi yang ditawarkan pada tahun 2001
• Halaman lowongan kerja pada tahun 2007

Liputan dan Berita Mengenai Google

Sebagaimana teknologi dan inovasi baru lainnya, Google mendapatkan pujian dan “tolakan” dari orang-orang. Siapa sangka sekarang Google telah menjadi penguasa dan idola baru.

• Slashdot sebagaimana “biasa” terdapat beberapa orang yang akan “menentang” ide-ide baru
• The Next Generation of Search
• Reviews of Three Up-And-Coming Search Engines – PlanetSearch, Google, and GoTo.com
• Daftar liputan mengenai Google pada tahun 1999

Kompetitor Google

Sebagai pembanding, berikut ini diberikan link Google dan beberapa pesaingnya di awal tahun 2000.

[inspic=5,left,http://web.archive.org/web/20000229040250/http://www.google.com/,thumb] [inspic=2,left,http://web.archive.org/web/20000229113411/www.altavista.com/,thumb] [inspic=3,left,http://web.archive.org/web/20000229111837/http://www.aol.com/,thumb]

[inspic=4,left,http://web.archive.org/web/20000202064420/http://www.excite.com/,thumb] [inspic=6,left,http://web.archive.org/web/20001201055300/www.goto.com/,thumb] [inspic=7,left,http://web.archive.org/web/20000229032559/http://www.lycos.com/,thumb]

[inspic=8,left,http://web.archive.org/web/20000229115000/http://www.msn.com/,thumb] [inspic=9,left,http://web.archive.org/web/20000115212229/http://www12.netscape.com/index.html,thumb] [inspic=10,left,http://web.archive.org/web/20000202064420/http://www.yahoo.com/,thumb]

Add URL pada tahun 1999 dan 2007

Ingin menambahkan website kita agar dikunjungi oleh Google?

• Add URL tahun 1999
• Add URL tahun 2007

Tutorial

Untuk mempermudah penggunanya, Google memiliki tutorial cara menggunakan mesin pencarinya. Berikut ini tutorial penggunaan Google yang ada pada tahun 2001.

1. Getting the Most Out of Google
2. Getting Started
3. Google Web Directory
4. Reading Results
5. Special Features
6. More Great Features

Penghargaan bagi Google

Hingga tahun 2000, Google memperoleh penghargaan (award) yang cukup banyak. Berikut ini beberapa penghargaan menarik yang diterima Google.

• PC Magazine’s Top 100 Web Sites: Search Engines (November 1999). Google terpilih dalam kategori website bersama dengan AltaVista, HotBot, Northern Light, dan SearchIQ. Jika kita amati, dari kelima search engine tersebut, Google memiliki tampilan yang paling berbeda.
• PC Magazine’s 1999 Technical Excellence Award for Web Applications (November 1999). Pada kategori tersebut Google berhasil mengalahkan finalis lainnya, yaitu Desktop.com yang merupakan pendahulu dari WebOS yang ada saat ini (misalnya Purefect Desktop dan YouOS). Berbeda dengan Desktop.com yang masih bermodalkan Web 1.0, Purefect dan YouOS menggunakan teknologi Web 2.0.
• Time Magazine’s Top Ten Best Cybertech of 1999 (Desember 1999). Google menjadi juara bersama dengan E-Bay, Linux, dan 7 pemenang lainnya.
• Yahoo! Internet Life’s Best Search Engine on the Internet (Januari 2000). Walaupun Google menjadi pemenang terdapat pernyataan yang sangat menarik, yaitu: “It was also the year when human-powered directories proved more successful than Web-crawling search engines. In 1995, Yahoo! was the sole search directory on the Web. But in 1999, AOL.com, Netscape Search, Lycos, and MSN.com all turned to human-powered services to deliver their top search results.“
• About.com’s Top Ten of 1999 Best of the Net (Januari 2000). Selain Google, pemenang lainnya adalah Open Directory Project (ODP) yang saat ini masih bertahan sebagai direktori web yang sangat populer. Saat ini ODP juga digunakan oleh Google.
• The Webby Awards’ Best Technical Achievement and People’s Voice Awards (Mei 2000). Lagi-lagi, Desktop.com menjadi salah satu nominator dalam kategori tersebut. Selain Google, yang juga menjadi pemenang adalah Slashdot, PayPal, dan Amazon.

Beberapa Kejadian Penting

• Press release peluncuran Google pada tahun 1999
• Yahoo memilih Google sebagai penyedia layanan pencarian bagi Yahoo
• Google meluncurkan GMail
• Google IPO (Initial Public Offering)

Penutup

Artikel ini adalah artikel pertama pada kolom Nostalgia sehingga masih banyak kekurangan. Masih banyak kejadian menarik lainnya yang belum kita bahas. Seiring berjalannya waktu, artikel ini akan diupdate untuk menampung informasi-informasi baru. Pada artikel Nostalgia berikutnya kita akan melihat website perusahaan lain yang menarik untuk dibahas. Jika Anda ingin membaca artikel Nostalgia yang akan datang, pastikan Anda sudah mendaftar pada Feed RSS Mejakerja ataupun lewat e-mail.

Pada Artikel Ini

• 1 Over-Produksi
• 2 Pergerakan
• 3 Menunggu
• 4 Transportasi
• 5 Proses Ekstra
• 6 Inventaris (Inventory)
• 7 Rusak atau Cacat
• 8 Kesimpulan

Business process seperti kita ketahui bersama merupakan denyut nadi suatu organisasi. Proses bisnislah yang selama ini menggerakkan roda suatu organisasi, sehingga kinerja suatu organisasi akan sangat bergantung pada efektivitas dan efisiensi proses bisnisnya. Karena begitu pentingnya peranan business process bagi suatu organisasi inilah maka tidak mengherankan kita dapat menemukan berbagai macam metode dan cara untuk meningkatkan performa proses bisnis, atau yang biasa dikenal dengan Business Process Improvement (BPI), mulai dari Six Sigma, Total Quality Management (TQM), Business Process Re-engineering (BPR), hingga Lean. Setiap metode tersebut memiliki karakteristik dan kelebihan masing-masing.

Pada kesempatan ini akan dibahas sekilas tentang sebuah prinsip dasar dari lean. Lean merupakan sebuah metode yang diperkenalkan oleh Toyota, sebuah perusahaan otomotif terbesar dunia. Lean yang nama aslinya adalah Lean Manufacturing atau Toyota Production System memiliki tujuan utama mengeliminasi inefisiensi atau pemborosan (atau dalam bahasa jepangnya adalah muda). Ada tujuh jenis pemborosan atau inefisiensi yang berusaha dibidik. Setiap jenis pemborosan ini sangat sering ditemukan pada proses bisnis setiap organisasi. Berikut ini merupakan ketujuh jenis pemborosan tersebut:

Over-Produksi

Over-Produksi dapat diartikan menghasilkan sesuatu secara berlebihan atau lebih cepat dari yang dibutuhkan pada tahap berikutnya. Contoh bentuk inefisiensi ini antara lain pembuatan kemasan yang lebih cepat dari isinya sehingga kemasan menumpuk di gudang (manufaktur), mencetak laporan-laporan yang terlalu banyak yang sebenarnya “tidak” dibutuhkan (perkantoran), dan penambahan fitur ekstra yang kurang berguna bagi user (software development).

Pergerakan

Pergerakan yang dimaksud di sini adalah pergerakan atau perpindahan karyawan di tempat kerja yang terlalu sering dan cenderung berlebihan. Contohnya adalah perpindahan karyawan untuk menata barang di gudang (manufaktur), berjalan ke/dari mesin fotokopi (perkantoran), dan perpindahan karyawan untuk mencari informasi (software development).

Menunggu

Yang dimaksud menunggu di sini adalah ketika seseorang atau sesuatu menunggu dengan diam dan tidak mengerjakan aktivitas apapun. Menunggu merupakan salah satu bentuk pemborosan yang sangat kentara dan banyak terjadi di organisasi apapun. Contoh pemborosan jenis ini antara lain produksi berhenti karena mesin rusak (manufaktur), proses berhenti karena menunggu persetujuan dari atasan (perkantoran), dan pembangunan software belum bisa dimulai karena masih menunggu customer menyusun kebutuhan software-nya (software requirement) terlebih dahulu (software development).

Transportasi

Transportasi yang dimaksud adalah setiap perpindahan pekerjaan atau kertas form dari satu step ke step berikutnya pada suatu proses. Contohnya adalah pemindahan material ke atau keluar gudang (manufaktur), perpindahan dokumen dari satu tempat ke tempat lain, atau dari satu kantor ke kantor lain (perkantoran), serta serah terima dan instalasi hasil pengerjaan (software development).

Proses Ekstra

Proses ekstra maksudnya adalah melakukan sesuatu yang sebenarnya sudah tidak perlu dilakukan lagi. Contoh pemborosan jenis ini antara lain proses produksi yang tidak efisien karena alat yang sudah tidak memadai (manufaktur), entry data yang sebenarnya telah tersedia sebelumnya atau tersedia di divisi lain (perkantoran), kode program selalu dibuat dari awal untuk setiap project karena tidak memiliki source code library ataupun framework (software development).

Inventaris (Inventory)

Pemborosan pada inventaris adalah dikarenakan persediaan yang terlalu berlebihan, yang sering tejadi karena produksi yang tidak sesuai dengan permintaan dari customer. Contohnya dapat berupa menumpuknya bahan baku di gudang (manufaktur), persediaan peralatan kantor yang terlalu banyak (perkantoran), dan banyaknya dokumen requirement dalam bentuk kertas (software development).

Rusak atau Cacat

Rusak atau cacat yang dimaksud disini adalah segala bentuk kesalahan, error, atau koreksi akibat dari pekerjaan atau aktivitas yang tidak dilakukan dengan baik sebelumnya. Rusak atau cacat merupakan bentuk inefisiensi yang paling banyak ditemukan di semua organisasi. Bentuk-bentuk dari pemborosan ini antara lain barang hasil produksi yang cacat (manufaktur), input data yang salah ataupun adanya kesalahan pencetakan dokumen (perkantoran), dan bug yang tidak ditemukan ketika fase testing (software development).

Jeffery Liker, seorang profesor dari Universitas Michigan menambahkan satu lagi pemborosan yang sering terjadi di suatu organisasi, yaitu tidak dimanfaatkannya potensi dan kemampuan karyawan. Sering kali kreativitas, ide, maupun skill karyawan tidak dapat sepenuhnya dikeluarkan untuk kepentingan organisasi. Hal ini dapat disebabkan kesalahan penempatan posisi karyawan atau karena tanggung jawab dan kewenangan yang terlalu dibatasi dalam organisasi tersebut.

Setiap waktu organisasi selalu berusaha untuk mencari cara bagaimana meningkatkan pendapatan dan menurunkan biaya-biaya. Pemborosan atau inefisiensi yang terjadi pada proses bisnis sehari-hari di organisasinya tentunya sangatlah kontra-produktif dengan semangat tersebut. Karena itu setiap organisasi yang ingin maju haruslah mampu mengidentifikasi pemborosan-pemborosan apa saja yang masih terdapat dalam dirinya, untuk kemudian berusaha semaksimal mungkin untuk mengeliminasinya. Selain dapat meningkatkan pendapatan dan menurunkan biaya, manfaat lain jika pemborosan-pemborosan tersebut dapat dikurangi atau dihilangkan antara lain mampu meningkatkan kualitas produk dan layanan yang dihasilkan, mengurangi tingkat frustrasi pekerja, hingga dapat meningkatkan kepuasan pelanggan.

Kesimpulan

Terdapat beberapa macam bentuk pemborosan atau inefisiensi pada proses bisnis yang lazim terjadi dalam suatu organisasi. Pemborosan atau inefisiensi ini adalah segala hal yang tidak mendatangkan nilai atau sia-sia belaka. Usaha mengurasi inefisiensi dalam proses bisnis tersebut merupakan suatu cara yang efektif untuk meningkatkan keuntungan dan memangkas biaya-biaya organisasi.

Q: “When we prepared this speech, Florence told me that Wikipedia has enough cash to pay for its server for the next…”
Florence Devouard: “Three months. Roughly.”
Q: “and if we don’t do something, Wikipedia won’t be here in three or four months. That’s a radical idea, it’s not going to happen but…”.
Florence Devouard: ”…three months is a bit negative. [...] We have somebody making plans for two years in the future, I think we will survive in the next three months”.

Sebagaimana kita ketahui, untuk mendanai kelangsungan hidup Wikipedia, Wikimedia kerap kali melakukan penggalangan dana lewat website Wikipedia. Saat ini Wikipedia memiliki 350 buah server. Sehingga tentunya membutuhkan dana yang tidak sedikit untuk operasionalnya. Dari wawancara juga terungkap bahwa penggalangan dana yang terakhir hasilnya “kurang memuaskan” sehingga sebagian orang menganggap hal ini dapat mengancam masa depan dari Wikipedia ini. Tapi sebagian yang lain justru beranggapan sebaliknya karena melihat financial statement tahun 2006 yang menunjukkan kondisi Wikimedia masih terbilang sehat.

Akankah Wikipedia yang selama ini menjadi salah satu sumber informasi terpopuler harus gulung tikar? Anda dapat menyimpulkannya sendiri lewat info dari website-website berikut ini.

• Is Wikipedia really in danger?
• Wikipedia is NOT going to “shut within 3-4 months”
• Wikipedia won’t “shut within 3-4 months”
• What we need the money for

Saat ini, selain menyediakan halaman-halaman statis, sudah “sangat” banyak situs web yang menyediakan mekanisme bagi pengunjungya untuk dapat berinteraksi dengan situs tersebut. Interaksi tersebut dimungkinkan dengan cara menambahkan kode-kode pemrograman pada web situs web. Halaman-halaman web yang telah ditambahkan kode program (PHP, ASP, JSP, Perl, dsb) biasa dikenal dengan nama web application (aplikasi web). Saat ini terdapat berbagai macam aplikasi web, diantaranya adalah webmail, online shopping, blog, search engine (mesin pencarian), SFA (Sales Force Automation), ERP (Enterprise Resource Planning), online auction (lelang online), dan CRM (Customer Relationship Management). Tentunya masih banyak jenis aplikasi web lainnya yang belum kita sebutkan. Aplikasi-aplikasi web tersebut dapat diakses lewat internet maupun intranet (misal intranet perusahaan).

Sebelum kita melanjutkan, ada baiknya kita samakan terlebih dahulu pemahaman kita mengenai definisi dari aplikasi web dan aplikasi desktop. Pada tulisan ini, yang dimaksud aplikasi web adalah aplikasi yang dapat diakses dengan menggunakan web browser lewat jaringan baik internet ataupun intranet (misal intranet perusahaan). Contoh aplikasi web yang banyak digunakan misalnya Yahoo Mail, GMail, Google search engine, Friendster, YouTube, Flickr, WordPress, dan lain sebagainya. Di sisi lain, yang dimaksud dengan aplikasi desktop pada tulisan ini adalah aplikasi yang dapat digunakan tanpa harus menggunakan web browser. Contoh aplikasi desktop yang biasa kita gunakan diantaranya adalah Microsoft Office, Open Office, Adobe Photoshop, dan Outlook Express.

Selama ini mungkin jika kita mendengar istilah aplikasi web maka yang terlintas di benak kita adalah aplikasi yang tersusun dari halaman-halaman web. Untuk berpindah antar halaman tersebut biasanya memakan waktu yang cukup lama (tergantung koneksi jaringan). Saat ini tengah terjadi tren baru dalam aplikasi web. Tren tersebut akan mengubah persepsi kita tentang aplikasi web. Cobalah kita kunjungi beberapa situs web berikut ini: Netvibes, Pageflakes, Google Spreadsheet, Zoho, gOFFICE, dan Zimbra. Berbeda dengan aplikasi web yang biasa kita jumpai, aplikasi-aplikasi web tersebut tidak tersusun atas halaman-halaman web melainkan tersusun atas window-window layaknya aplikasi desktop. Gambar di samping menunjukkan halaman depan dari Netvibes. Tampilan Netvibes sangat berbeda dengan aplikasi web yang biasa kita lihat bukan? Sebagian orang menyebut aplikasi-aplikasi tersebut sebagai Webtop (penggunaan istilah ini memang masih banyak diperdebatkan).

Sekarang, secara perlahan-lahan aplikasi web mulai mampu meniru look-and-feel dari aplikasi desktop. Aplikasi-aplikasi yang tadinya hanya tersedia pada versi desktop kini sudah mulai memiliki pesaing yang berupa aplikasi web. Kita tentunya kenal dengan Microsoft Excel. Sekarang Google telah memiliki software spreadsheet sejenis namun kali ini hadir dalam bentuk web. Untuk dapat menggunakan spreadsheet berbasis web tersebut yang kita perlukan hanyalah sebuah web browser (Internet Explorer, Firefox, Opera, ataupun browser lainnya). Kita tak perlu lagi meng-install aplikasi spreadsheet tersebut terlebih dahulu hanya untuk menjalankannya. Cukup dengan mengarahkan browser kita ke http://spreadsheet.google.com maka seketika itu pula aplikasi spreadsheet tersebut dapat digunakan. Sangat mudah bukan?

Website-website tersebut membuktikan bahwa saat ini aplikasi web sudah tidak memiliki “batas” lagi. Kita sudah dapat membuat berbagai aplikasi “berat” yang dahulu menjadi dominasi aplikasi desktop. Tidak menutup kemungkinan di masa akan datang akan tersedia versi web dari aplikasi-aplikasi seperti Adobe Photoshop ataupun Autocad (tentunya tidak dalam waktu dekat). Walaupun demikian, sayangnya untuk dapat membangun aplikasi web yang menyerupai aplikasi desktop bukanlah perkara sederhana. Dibutuhkan usaha yang sangat keras karena developer memiliki tugas ganda. Selain harus membuat kode aplikasi yang akan dibangun (misalnya logic akuntansi), developer juga harus membuat kode-kode untuk meniru tampilan desktop. Sebagian developer melihat permasalahan tersebut dan menyediakan solusinya. Mereka menyediakan berbagai framework dan library yang dapat digunakan untuk membangun aplikasi webtop. Solusi tersebut terbukti dapat mempercepat pembangunan aplikasi.

Kini sebagian developer bahkan melakukan terobosan lebih jauh lagi. Mereka menyediakan solusi yang dinamakan WebOS. Secara teknis, WebOS adalah sebuah desktop environment yang berjalan di atas web. WebOS dapat diartikan sebagai “sistem operasi” yang berjalan di atas web browser. Tentunya, WebOS bukanlah sebuah sistem operasi yang sebenarnya. WebOS hanyalah meniru tampilan, look-and-feel, dan beberapa fitur yang biasanya ditemukan pada sebuah sistem operasi. WebOS terbukti dapat membuat pembangunan aplikasi web menjadi jauh lebih cepat. Pada tulisan mendatang, kita akan membahas lebih jauh mengenai apa itu WebOS.

Untuk lebih memudahkan pembahasan, rencananya saya akan membagi tulisan-tulisan dalam bagian enterpreneurship ini menjadi beberapa kolom. Saat ini yang terpikir oleh saya adalah kolom ‘Nostalgia’. Berbeda dengan pembahasan enterpreneurship lainnya, kolom ini akan memperlihatkan berbagai screenshot menarik dari website perusahaan yang sedang dibahas. Screenshot-screenshot tersebut diharapkan dapat “menceritakan” bagaimana perjalanan sebuah perusahaan sejak saat dirintis hingga menuai kesuksesan.

Pada posting perdana dari kolom Nostalgia ini, saya akan membahas mengenai Google yang kisah suksesnya begitu fenomenal dan mampu menggairahkan kembali industri dotcom yang sempat lesu.

Dunia bisnis senantiasa berubah secara dinamis. Kompetitor bertambah banyak, konsumen semakin kritis dan selalu menuntut lebih terhadap pelayanan, regulasi pemerintah yang sering berubah, lesunya pasar global, daya beli masyarakat menurun, biaya operasional yang terus membengkak dan tuntutan karyawan atas kesejahteraan mungkin adalah sebagian tantangan yang dihadapi para pelaku bisnis saat ini. Untuk menjawab beberapa tantangan tersebut, IT memiliki peran yang tidak bisa dianggap remeh. Perusahaan biasanya akan mengotomasi sebagian proses bisnisnya, meng-online-kan beberapa prosedur kerja, dan mengkomputerisasi beberapa tugas rutin sehari-hari karyawannya.

Karena biasanya perusahaan dalam membuat aplikasi-aplikasi tersebut bersifat tambal sulam dan kurang integral, maka dampaknya adalah semakin lama perusahaan akan semakin banyak memiliki aplikasi-aplikasi yang berbeda-beda, baik dari segi teknologi yang dipakai, standardisasi yang digunakan, cara pemakaian, maupun vendor pembuatnya. Hal ini seiring bertambahnya waktu justru akan menjadi bumerang tersendiri bagi perusahaan, terutama ketika kebutuhan integrasi informasi semakin mendesak, seperti yang terjadi saat ini.

Masalah integrasi antar aplikasi (baca: data dan informasi) saat ini memang telah menjadi isu yang cukup serius, khususnya bagi perusahaan-perusahaan berskala enterprise. Biasanya pendekatan yang dipakai untuk mengatasi masalah ini adalah dengan melakukan integrasi secara “point-to-point” antara dua aplikasi yang akan disambungkan, yaitu disediakan semacam “interface” agar dua buah aplikasi tersebut dapat berkomunikasi secara langsung satu sama lain. Metode ini tentunya bukanlah solusi yang ideal, karena biasanya solusi ini tidak menggunakan standardisasi khusus, pengerjaannya cukup kompleks, dan membutuhkan biaya modifikasi yang tidak sedikit.

Service-oriented architecture atau yang biasa disebut SOA merupakan solusi alternatif yang patut dipertimbangkan secara serius oleh para CIO untuk mengatasi problema-problema di atas. SOA menawarkan sebuah infrastruktur yang lebih baik dengan kemampuan integrasi yang sudah terkelola, yang tentunya akan berdampak pada meningkatnya reliability, kemudahan pertukaran informasi antar aplikasi, mengurangi pengaruh jika terjadi perubahan, dan yang tidak kalah pentingnya adalah dapat menekan biaya-biaya untuk keperluan integrasi dan modifikasi aplikasi.

SOA merupakan suatu arsitektur dimana komponen-komponen dari aplikasi software yang telah dibuat dapat juga kita sediakan sebagai services di jaringan, sehingga dapat dipakai atau dimanfaatkan untuk keperluan lain oleh aplikasi yang berbeda-beda. Pada SOA, pembangunan suatu aplikasi baru dapat diibaratkan sebagai proses mix-and-match, yaitu pertama kita akan menentukan aplikasi yang dibutuhkan, kemudian mencari komponen-komponen apa saja yang dapat dimanfaatkan yang telah tersedia di jaringan, dan selanjutnya kita menggabungkannya untuk menjadi suatu aplikasi yang sama sekali baru. Itulah mungkin gambaran singkat dari SOA, dan kenyataan sebenarnya tentunya tidaklah semudah dan sesederhana itu. Dan penjelasan SOA secara detil tidak akan dibahas pada kesempatan ini, mungkin pada artikel-artikel berikutnya.

SOA yang saat ini tengah menjadi solusi yang cukup populer, sebenarnya bukanlah teknologi dan ide baru. Konsep-konsep yang sejenis sebenarnya telah muncul dari pertengahan 1980-an. Distributed Computing Environment (DCE) dan Common Object Request Broker Architecture (CORBA) adalah salah satu usaha yang pernah muncul, tapi kurang begitu populer karena berbagai sebab, diantaranya adalah tidak tersedianya middleware atau Application Programming Interfaces yang standar. Dan selanjutnya datanglah Web services yang kemudian secara perlahan dapat merubah keadaan tersebut. Arsitektur dasar Web services sebenarnya sangatlah mirip dengan konsep SOA, dan pendapat ini juga didukung oleh para analyst dan kalangan pembuat aplikasi perangkat lunak yang percaya bahwa masa depan Web services sendiri justru adalah SOA.

SOA saat ini memang menjadi konsep yang begitu populer di kalangan para eksekutif perusahaan. Hal ini bisa dilihat dari berbagai hasil riset yang telah diadakan oleh oleh sejumlah lembaga riset di dunia. IDC, sebuah perusahaan riset terkenal, baru-baru ini telah mengeluarkan hasil risetnya terhadap pandangan para eksekutif di Asia tentang perlunya penerapan SOA di perusahaannya. Hasilnya cukup mencengangkan, sekitar 84% responden menyatakan bahwa penerapan SOA sudah ada pada tahap ‘penting’ dan ‘sangat penting’. Hasil ini menguatkan survey serupa terhadap para eksekutif di Amerika Serikat dan Eropa, dimana sekitar 75% dari mereka juga menyatakan hal yang sama tentang SOA.

Yang menarik adalah ternyata “demam” SOA juga telah melanda Indonesia. Beberapa perusahaan besar telah concern terhadap masalah pengembangan dan penerapan SOA ini di lingkungan internal mereka. Yang lebih menarik lagi adalah Pemerintah Indonesia juga tidak mau kalah. Hal ini setidaknya diwujudkan oleh 5 Kementerian, termasuk Depkominfo, yang mendukung proyek open source untuk mengembangkan solusi SOA yang dinamakan PASIR (Program Arsitektur Sistem Informasi dan Interope(R)abilitas). Setidaknya itulah sedikit informasi yang saya tahu dari media, karena saya memang kurang mengikuti perkembangan proyek PASIR ini.

Pertanyaan yang mungkin muncul di benak kita selanjutnya adalah apa sebenarnya yang ditawarkan oleh SOA sehingga menjadikannya sebagai “standar” baru dalam pembangunan solusi enterprise? Ada sejumlah faktor yang menyebabkan perusahaan-perusahaan melirik SOA. Faktor utama adalah jelas, penghematan biaya. Ketika kita dapat menggunakan kembali service-service yang telah dibuat untuk membangun suatu aplikasi baru, maka secara otomatis kita akan mampu menekan penggunaan waktu dan uang secara signifikan.

Jason Bloomberg, Senior Analyst di perusahan riset ZapThink mengatakan, Web services saat ini utamanya digunakan untuk “solving point-to-point integration problems.” Tapi harus diakui juga bahwa Web services tidak akan mampu mengatasi masalah integrasi untuk kasus yang lebih besar, seperti mengkonversi ratusan sistem menjadi sebuah arsitektur enterprise tunggal. Karena alasan ini pulalah mengapa SOA dibutuhkan. Memang masih ada beberapa faktor lagi, tapi dua hal tersebut di atas merupakan faktor kunci yang cukup dominan.

Penutup

Dari salah satu riset diketahui bahwa lebih dari 70% eksekutif perusahaan mengatakan mereka membutuhkan SOA untuk memudahkan integrasi, sementara itu lebih dari 60% mengatakan mereka mengadopsi SOA karena mereka meyakini bahwa SOA dapat meningkatkan fleksibilitas bisnis mereka. Hal tersebut memang sangat sesuai dengan “janji” SOA yaitu:

• Integrasi aplikasi dengan lebih simpel dan cepat, dan
• Memudahkan penggunaan dan pemanfaatan sumber daya IT untuk men-support proses bisnis.

Jadi untuk menjawab pertanyaan seberapa pentingkah SOA untuk organisasi Anda, Anda perlu bertanya terlebih dahulu kepada diri sendiri apakah perusahaan Anda saat ini sudah membutuhkan “manfaat-manfaat” SOA di atas untuk menyelesaikan masalah yang ada saat ini?

Pada Artikel Ini

• 1 Definisi BPM/Business Process Management/Manajemen Proses Bisnis?
• 2 Siklus Hidup Proses Bisnis Sebelum Datangnya BPM
  • 2.1 1. Perancangan Proses Bisnis Tanpa BPM
  • 2.2 2. Pembangunan Software (Komputerisasi Proses Bisnis) Tanpa BPM
  • 2.3 3. Eksekusi Proses Bisnis Tanpa BPM
  • 2.4 4. Evaluasi Jalannya Proses Bisnis Tanpa BPM
• 3 Siklus Hidup Proses Bisnis Setelah Datangnya BPM
  • 3.1 1. Perancangan Proses Bisnis dengan BPM
  • 3.2 2. Pembangunan Software (Komputerisasi Proses Bisnis) dengan BPM
  • 3.3 3. Eksekusi Proses Bisnis dengan BPM
  • 3.4 4. Evaluasi Jalannya Proses Bisnis dengan BPM
• 4 Kesimpulan

Pada tulisan sebelumnya kita melihat bagaimana BPM telah menjadi tren baru di industri software (perangkat lunak). Pesatnya perkembangan pasar BPM telah menarik perhatian perusahaan-perusahaan software dunia. IBM, Oracle, BEA, Microsoft, TIBCO, dan Saltanera adalah beberapa ISV (Independent Software Vendor) yang memutuskan untuk masuk dan bertarung di arena BPM. Pada tulisan kali ini kita akan mencoba membahas apakah sebenarnya yang dimaksud dengan BPM. Tulisan ini adalah pembuka untuk tulisan-tulisan lain yang akan menggali definisi BPM secara lebih dalam.

Definisi BPM/Business Process Management/Manajemen Proses Bisnis?

Secara sederhana, BPM dapat didefinisikan sebagai perangkat lunak yang disediakan untuk membantu organisasi dalam mengelola proses bisnis yang dimilikinya mulai dari tahap perancangan, lalu otomasi (komputerisasi), kemudian eksekusi, hingga tahap monitoring. Tahapan-tahapan tersebut dikenal sebagai siklus hidup proses.

Masih banyak yang beranggapan BPM hanyalah kelanjutan dari tool-tool proses bisnis yang telah ada sebelumnya. Sebenarnya BPM jauh “lebih luas” dibandingkan tool-tool tersebut. BPM bukanlah sekedar tool proses bisnis model baru. Berikut ini tool-tool proses bisnis yang dianggap sebagai “pendahulu” BPM:

• Workflow Management
• EAI (Enterprise Application Integration)
• Six Sigma
• BPR (Business Process Reengineering)
• ERP (Enterprise Resource Planning)

Hampir semua software BPM dibangun dengan menggunakan bahasa pemrograman Java dan .NET. Namun demikian saat ini sudah mulai ada teknologi BPM yang dibangun dengan menggunakan bahasa pemrograman web “murni”, yaitu PHP. Pada tulisan yang akan datang kita akan coba membahas mengenai tren bahasa pemrograman yang digunakan pada teknologi BPM.

Siklus Hidup Proses Bisnis Sebelum Datangnya BPM

Untuk dapat memahami apa BPM itu sebenarnya, ada baiknya kita memahami terlebih dahulu siklus hidup yang biasanya dilalui oleh sebuah proses bisnis sebelum datangnya BPM. Setelah itu kita akan melihat bagaimana pengaruh BPM terhadap siklus hidup proses bisnis. Gambar di samping adalah contoh siklus hidup yang “biasa” terjadi pada sebuah proses bisnis. Ada 4 tahapan yang dilalui oleh suatu proses bisnis, yaitu:

1. Perancangan proses oleh business analyst
2. Komputerisasi proses (pembangunan software) oleh software developer
3. Eksekusi proses oleh end-user (karyawan, mitra, pelanggan)
4. Analisa jalannya proses (monitoring) oleh business analyst

1. Perancangan Proses Bisnis Tanpa BPM

Sebagaimana ditunjukkan oleh gambar di atas, siklus sebuah proses dimulai pada tahap perancangan. Pada tahap ini seorang business analyst akan merancang proses bisnis yang ingin diimplementasi baik dengan memanfaatkan berbagai tool yang ada (misalnya Microsoft Visio) ataupun hanya dengan bermodalkan kertas. Business analyst akan berusaha keras agar rancangan proses yang dihasilkan dapat berjalan secara optimal pada saat diimplementasi.

Untuk itu pada saat perancangan ia akan mempertimbangkan berbagai faktor yang dapat mempengaruhi jalannya proses bisnis itu nantinya, misalnya:

• Jumlah SDM (Sumber Daya Manusia) yang dimiliki perusahaan
• Alokasi biaya untuk proses tersebut
• Metode pembagian tugas
• Waktu pengerjaan untuk setiap stage pada proses

Banyaknya faktor yang harus diperhitungkan membuat perancangan sebuah proses bisnis menjadi cukup rumit dan bisa memakan waktu hingga berminggu-minggu.

2. Pembangunan Software (Komputerisasi Proses Bisnis) Tanpa BPM

Setelah proses bisnis berhasil dirancang, maka tahap selanjutnya adalah mengkomputerisasi (meng-online-kan) proses tersebut. Komputerisasi proses adalah pembangunan perangkat lunak yang merupakan representasi dari proses tersebut. Komputerisasi proses cenderung dilakukan oleh perusahaan sebagai solusi untuk meningkatkan performansi proses. Tahapan ini dilakukan oleh profesional IT (karyawan di divisi IT ataupun outsourcing ke perusahaan software).

Dengan adanya komputerisasi proses maka proses bisnis tidak lagi berjalan secara manual. Form-form yang tadinya berbentuk kertas akan diubah menjadi form-form dalam format digital pada layar monitor yang dapat diisi dengan menggunakan keyboard. Jalannya perangkat lunak tentunya akan sesuai dengan flowchart yang telah dibuat oleh business analyst. Tahap pembangunan software ini dapat memakan waktu hingga berbulan-bulan.

3. Eksekusi Proses Bisnis Tanpa BPM

Setelah software berhasil dibangun maka selanjutnya software tersebut akan segera diimplementasi agar dapat dieksekusi. Pada tahap eksekusi, end-user (karyawan, mitra, pelanggan) akan dapat memulai (meng-initiate/men-trigger) suatu proses bisnis dan berkolaborasi dengan pengguna lain yang terlibat pada pada proses tersebut.

Sebagai contoh, katakanlah sebuah perusahaan telah mengkomputerisasi proses Pengadaan Barang (procurement) yang dimilikinya dengan cara membeli (ataupun membangun sendiri) software Pengadaan Barang (e-procurement). Maka untuk dapat mengajukan permohonan pengadaan barang, seorang karyawan tidak perlu lagi mengisi form berbentuk kertas. Mereka tinggal mengisi form digital yang dapat diakses pada alamat web tertentu dengan menggunakan web browser (Mozilla Firefox, Internet Explorer, Opera, dll). Setelah form diisi maka selanjutnya form yang telah diisi akan secara otomatis di-routing oleh software procurement tersebut kepada karyawan lain yang berwenang (misalnya supervisor). Routing tersebut tentunya sesuai dengan flowchart proses procurement yang telah dirancang sebelumnya.

4. Evaluasi Jalannya Proses Bisnis Tanpa BPM

Setelah komputerisasi proses bisnis tersebut berjalan maka selanjutnya business analyst akan melakukan evaluasi jalannya proses (monitoring). Proses tersebut mungkin tidak berjalan sesuai yang diharapkan. Business analyst akan mendapatkan berbagai fakta baru yang mungkin belum terpikirkan sebelumnya. Misalnya adanya bottleneck pada situasi tertentu (busy hour), kekurangan SDM, dsb. Dari hasil evaluasi yang dilakukan, maka business analyst dapat memutuskan apakah proses bisnis yang dirancangnya akan diubah atau tidak. Perubahan dapat dilakukan misalnya dengan mengubah flowchart, menambah alokasi SDM, dan lain sebagainya.

Siklus Hidup Proses Bisnis Setelah Datangnya BPM

Kita telah melihat siklus hidup dari sebuah proses sebelum datangnya BPM. Sekarang kita akan melihat bagaimana pengaruh BPM terhadap siklus hidup sebuah proses. Jika kita amati, BPM sebenarnya tidaklah mengubah siklus dari sebuah proses bisnis. Yang dilakukan BPM “hanyalah” mempermudah pengguna dalam setiap tahapan siklus dan mempercepat perpindahan antara masing-masing tahap. Gambar di samping menunjukkan siklus proses bisnis dan kaitannya dengan BPM.

1. Perancangan Proses Bisnis dengan BPM

Sebagaimana sebelum datangnya BPM, siklus sebuah proses diawali dengan tahap perancangan yang dilakukan seorang business analyst. Namun kali ini business analyst melakukannya dengan menggunakan tool perancangan (process modeler) yang disediakan oleh software BPM. Tool ini tidak hanya menyediakan sarana untuk menggambar flowchart melainkan juga simulasi jalannya flowchart tersebut. Hal ini sangat membantu business analyst karena ia dapat memprediksi jalannya proses dengan lebih akurat.

Berikut ini beberapa hal yang dapat dilakukan dengan mudah menggunakan process modeler:

• Membuat berbagai skenario simulasi untuk untuk menguji performansi sebuah proses pada berbagai kondisi yang berbeda. Seorang business analyst dapat, misalnya, membandingkan performansi proses penjualan (sales) ataupun proses purchasing pada kondisi sibuk (busy hour) dan kondisi normal
• Memprediksi jumlah antrian (queue) yang mungkin timbul pada sebuah stage dari suatu proses
• Memprediksi jumlah SDM yang dibutuhkan untuk menghindari bottleneck
• Memprediksi biaya yang dibutuhkan oleh suatu proses

Hal tersebut tentunya akan sangat mempermudah business analyst. Pekerjaan perancangan yang tadinya memakan waktu berminggu-minggu sekarang dapat dilakukan dalam hitungan hari (bahkan jam). Walaupun waktu pengerjaan menjadi jauh lebih cepat, hasil yang diperoleh justru menjadi jauh lebih akurat.

2. Pembangunan Software (Komputerisasi Proses Bisnis) dengan BPM

Setelah datangnya BPM, tahapan pembangunan software (komputerisasi proses) juga menjadi jauh lebih cepat. Pembangunan software workflow yang tadinya memakan waktu hingga berbulan-bulan sekarang dapat dilakukan dalam hitungan minggu. Bahkan beberapa software BPM dapat mengotomasi proses yang sederhana, misalnya pengajuan cuti, dalam hitungan menit (kurang dari 1 jam). Hal ini dikarenakan BPM telah menyediakan tool pembangunan software yang dapat mempermudah pekerjaan software developer. Tool tersebut adalah Process IDE (Integrated Development Environment). Process IDE adalah RAD (Rapid Application Development) Tool yang menyediakan berbagai fitur yang dapat mempermudah pembangunan komputerisasi proses. Contoh fitur yang disediakan oleh process IDE adalah:

• Drag-and-drop form designer
• Drag-and-drop report designer
• Source code editor dengan fasilitas syntax highlighting
  
• Workflow framework
• Database designer yang mendukung berbagai basis data (Oracle, SQLServer, PostgreSQL, MySQL, dsb)

3. Eksekusi Proses Bisnis dengan BPM

Masih sama dengan sebelum BPM datang, software yang telah dibangun akan diimplementasi agar dapat digunakan oleh end-user (karyawan, pelanggan, dan mitra). Apakah perbedaan antara komputerisasi proses yang dibangun sebelum datangnya BPM dan sesudah datangnya BPM?

Setelah datangnya BPM, hubungan antar proses yang sudah dikomputerisasi akan menjadi lebih terintegrasi dan dapat diakses melalui Process Portal. Adanya integrasi antar proses sangatlah banyak manfaatnya. Salah satu keuntungan terbesar adalah adanya mekanisme load balancing (pembagian tugas) yang lebih baik. Pembagian tugas antar karyawan di sebuah perusahaan akan menjadi lebih “adil”. Pembagian tugas tersebut diatur secara otomatis oleh engine dari software BPM.

Keuntungan lainnya adalah kemudahan penggunaan. Biasanya setiap aplikasi (proses yang dikomputerisasi) dibangun oleh vendor yang berbeda serta memiliki alamat dan halaman login yang berbeda pula. Karena dibangun oleh vendor yang berbeda maka cara penggunaan setiap aplikasi pun akan berbeda pula. Akibatnya, aplikasi-aplikasi tersebut menjadi “liar” dan sulit untuk digunakan. Dengan adanya BPM, semua proses yang telah dikomputerisasi dapat diakses pada alamat yang sama dan memiliki “look-and-feel” yang sama pula.

Tentunya masih banyak keuntungan lain dari adanya integrasi tersebut. Kita akan membahasnya pada tulisan yang lain.

4. Evaluasi Jalannya Proses Bisnis dengan BPM

Setelah proses diimplementasi maka selanjutnya business analyst akan mengukur kinerja (performansi) dari proses tersebut. BPM memiliki tool khusus yang menyediakan berbagai data statistik (built-in) dari seluruh proses yang telah diimplementasi baik yang sedang berjalan maupun yang telah selesai. Tool tersebut adalah Process Monitor.

Dengan adanya Process Monitor kita tidak perlu lagi membangun modul (ataupun fitur) tambahan untuk menghitung performansi sebuah proses. Semua proses yang diotomasi dengan menggunakan BPM akan secara otomatis dimonitor oleh Process Monitor. Data-data performansi tersebut akan disimpan dan dapat kita lihat kapanpun.

Data-data yang disediakan oleh Process Monitor diantaranya adalah:

• Bottleneck pada suatu proses
• Beban (load) setiap orang pada suatu proses
• Biaya dari sebuah proses
• Kinerja karyawan yang terlibat pada proses
• Utilitas proses
• Dsb.

Kesimpulan

Informasi-informasi di atas memperlihatkan manfaat dan keuntungan yang diberikan oleh BPM. BPM membantu kita untuk mengelola proses bisnis dengan lebih baik. Pada tulisan-tulisan yang akan datang kita akan membahas lebih dalam mengenai teknologi BPM. Kita juga akan membahas fitur-fitur yang biasanya disediakan pada software BPM secara lebih detil.

Purefect mendapatkan kesempatan untuk berlaga di APICTA Internasional setelah berhasil melewati tahap penyisihan (APICTA Indonesia 2006) di tingkat nasional. Purefect masuk dalam kategori R&D (Research and Development). Selain Purefect, terdapat 2 peserta lainnya di kategori tersebut yang mendapatkan kesempatan untuk bertarung dengan jawara-jawara Asia Pasifik. Kedua peserta tersebut adalah INSPIRIT Arena (3D multiplayer online strategy game) dari PT. Mythic Perspective Indonesia dan Electronic Number Mapping (ENUM) Server dari ITB.

Delegasi Indonesia, yang dipimpin langsung oleh Pak Cahyana Ahmadjayadi (Dirjen Aplikasi Telematika Depkominfo), berjumlah 34 orang. Dalam delegasi tersebut terdapat 4 orang juri internasional dari Indonesia, yaitu Pak Jos Luhukay, Pak Richard Kartawijaya, Ibu Sylvia Sumarlin, dan Pak Eko Indrajit. Selain itu juga terdapat 3 orang wakil dari Depkominfo, yaitu Ibu Lolly Amalia, Ibu Sri Setyo Kusumawati, dan Bapak Lubis.

Juri untuk kategori R&D berjumlah 4 orang yang berasal dari Malaysia, Cina, dan Singapura (2 orang). Dua orang juri yang saya ingat adalah Wan Jiangping, Phd. (China) dan DR. Robert de Souza (Singapura). Pada presentasi tersebut kami mendemokan versi awal dari Kambium (IDE AJAX berbasis web) yang masih sangat sederhana, FlazTalk (instant messenger berbasis web), dan beberapa aplikasi yang dibangun menggunakan Kambium. Presentasi berjalan dengan sangat lancar dan para juri terlihat sangat antusias dan memberikan apresiasi yang sangat positif.

Walaupun presentasi berjalan dengan lancar, sejak awal kami sadar bahwa Purefect akan sulit untuk menang karena salah satu faktor penilaiannya adalah jumlah implementasi software dan potensi keuntungan yang dapat diraih. Purefect pada saat itu memang masih pada tahap awal pengembangan (early stage), jadi memang belum diimplementasi secara umum. Pada kategori tersebut, Purefect bertanding dengan banyak software proprietary yang belum masuk pasar (masih dalam tahap pembangunan). Saya tidak mengetahui ada berapa aplikasi open source yang bertanding di Macau. Kalaupun ada, saya rasa jumlahnya sangatlah sedikit.

Akhirnya, sesuai dengan prediksi kami saat masih di Indonesia, Purefect belum berkesempatan untuk membawa tropi kemenangan ke Indonesia. Kemenangan jatuh ke tangan Stratech Systems Limited dari Singapura. Produk yang dibuatnya adalah Intelligent Airfield/Runway Surveillance and FOD (Foreign Object & Debris) Detection System. Namun demikian, saya pribadi sangat senang dengan hasil tersebut karena hasil tersebut dicapai setelah kerja keras. Saya melihatnya sebagai awal perjuangan proyek open source Klorofil.

Kami tidak mau menjadikan open source sebagai kambing hitam kekalahan tersebut. Software-software yang dibangun di Klorofil memang sejak awal disiapkan untuk bertanding dengan software proprietary. Kami akan tetap berusaha untuk membuktikan bahwa open source dapat menjadi bisnis yang menarik dan dapat disejajarkan dengan software proprietary. Dan kami di Klorofil sedang berusaha untuk mewujudkan impian tersebut.

Saat ini kami masih terus mengembangkan Purefect dan alhamdulillah progress-nya sangat menggembirakan dan tentunya sudah jauh lebih baik dibandingkan dengan versi yang dibawa ke Macau. Fitur dan kemampuan Purefect terus disempurnakan agar bisa benar-benar siap untuk digunakan, karena kami berencana untuk merilisnya dalam waktu dekat ini.

Sukses dan maju terus Open Source Indonesia!

Gambaran Mengenai Pasar BPM

Saat ini perhatian mayoritas pengembang perangkat lunak (software developer) dan dunia korporasi masih tertuju pada teknologi-teknologi yang telah cukup lama populer, misalnya ERP dan CRM. Banyak yang masih belum menyadari hadirnya pendatang “baru” di dunia IT yang telah diprediksi akan menjadi The Next Big Thing. Pendatang baru tersebut adalah BPMS.

Menurut prediksi Forrester Research, pasar BPMS (Business Process Management Suite) akan berkembang dari $1,2 miliar pada tahun 2005 melonjak menjadi $2,9 miliar pada tahun 2009. Hal senada juga dipaparkan oleh Gartner. Perusahaan riset independen tersebut memprediksi bahwa hingga tahun 2009 pasar BPM akan mengalami pertumbuhan sebesar 14 persen setiap tahunnya dimana ini berarti BPM akan menjadi pasar perangkat lunak dengan pertumbuhan tercepat kedua setelah security.

Berbagai fakta menarik mengenai perkembangan BPM telah mendorong berbagai perusahaan untuk membuat software BPMS. Namun, mayoritas vendor BPMS pada masa awal perkembangan BPMS masih didominasi oleh perusahaan-perusahaan software berskala menengah. Pada tahun 2004 lalu, hal ini mulai berubah. Nama-nama besar di industri software mulai memberikan perhatian lebih pada BPMS.

Akuisisi oleh TIBCO, Oracle, BEA, dan IBM

Salah satu raksasa pertama yang masuk ke arena BPM adalah TIBCO. Pada bulan April 2004 perusahaan ini mengakuisisi perusahaan software asal Inggris, yaitu Staffware senilai $217 juta (dalam bentuk stock dan cash). Staffware dikenal sebagai vendor BPM dan workflow dimana mayoritas (lebih dari 50%) kliennya berasal dari industri perbankan (bank-bank).

Dua bulan kemudian, bulan Juni 2004, Oracle pun mengambil langkah serupa. Raksasa yang terkenal dengan produk database dan E-Business Suite ini mengambil langkah strategis dengan mengakuisisi Collaxa. Collaxa adalah sebuah perusahaan startup di California yang didirikan pada tahun 2000. Angka akuisisi tersebut tidak dipublikasikan.

Seakan tidak mau kalah, pada bulan Maret 2006, BEA juga melakukan akuisisi untuk masuk ke pasar BPM. Kali ini, perusahaan yang menjadi target akuisisi adalah Fuego. Akuisisi tersebut juga dimaksudkan untuk mempermulus langkah BEA untuk menunjukkan eksistensinya di dunia SOA (Service Oriented Architecture). Untuk dapat membeli Fuego, BEA akhirnya mengeluarkan uang sebesar $87 juta (cash).

Pada bulan Oktober 2006 lalu IBM pun mengikuti langkah raksasa lainnya dengan mengakuisisi FileNet yang juga memiliki produk BPMS (di samping produk-produk lainnya). FileNet adalah perusahaan publik yang bermarkas di California. Angka akuisisi FileNet terbilang sangat menggiurkan, IBM perlu merogoh kantongnya dan mengeluarkan uang sebesar $1,6 miliar (cash) untuk membeli saham FileNet dengan harga $35 per saham. Jika kita asumsikan $1 = Rp 9.000 maka jumlah uang yang harus dikeluarkan IBM adalah sebesar lebih dari Rp 14 triliun.

Dengan jumlah sebesar itu, mungkin kita jadi teringat akuisisi YouTube (penyedia layanan video sharing) seharga $1,65 miliar (stock) yang dilakukan oleh Google pada bulan yang sama (Oktober 2006). Namun tingginya nilai akuisisi FileNet, sebuah perusahaan yang baru berusia 24 tahun, sebenarnya sangatlah beralasan. Hal ini dikarenakan annual revenue FileNet pada tahun sebelumnya adalah sebesar $422 juta. Angka tersebut hampir dua kali lipat nilai akuisisi Staffware oleh TIBCO.
Saltanera, perusahaan tempat saya bekerja saat ini, juga telah melihat potensi BPMS sejak tahun 2003 lalu. Hal inilah yang membuat Saltanera memutuskan untuk masuk ke pasar BPM pada awal tahun 2004. Namun berbeda dengan TIBCO, Oracle, BEA, dan IBM, alih-alih melakukan akuisisi Saltanera memutuskan untuk membangun sendiri software BPM-nya. Hal serupa juga dilakukan oleh Microsoft yang berusaha menyediakan software BPM dengan cara menggabungkan berbagai software yang telah dimilikinya.

Software BPM dan Tren Baru Dunia IT

Dengan berbagai fakta menarik di atas, tentunya sangat besar kemungkinan BPMS akan menjadi tren baru di dunia IT. Demikian besarnya jumlah uang yang harus dikeluarkan oleh pemain-pemain besar tersebut tentunya menjadi indikasi bahwa mereka akan all-out bertarung di pasar baru tersebut. Pada artikel mendatang, kita akan mencoba membahas mengenai BPM.

Berbelit-belit, tidak transparan, banyak biaya-biaya tidak jelas alias pungli, lama, dan berbagai macam ungkapan sejenis, mungkin adalah hal-hal yang terpikirkan pertama kali oleh Anda ketika ditanya mengenai pengurusan perizinan maupun urusan-urusan lain yang berhubungan dengan kantor pemerintahan baik pusat maupun daerah (khususnya di Indonesia). Bahkan begitu melekatnya citra negatif kinerja pegawai pemerintahan tersebut di masyarakat, sampai-sampai mengilhami suatu perusahaan untuk membuat iklan yang menyentil hal tersebut.

“Kalau bisa dibuat sulit, mengapa dipermudah?” Ungkapan dari iklan tersebut saya rasa sangat pas untuk menggambarkan kinerja “mayoritas” pegawai pemerintahan di Indonesia. Mengapa kata “mayoritas” perlu saya tekankan di sini? Karena jujur saja selama ini saya juga mempunyai anggapan yang kurang lebih sama mengenai kinerja “semua” pegawai pemerintahan, baik pemerintah pusat maupun Pemda. Sampai kemudian beberapa bulan lalu saya membaca artikel tentang kesuksesan penerapan e-government di Jembrana, Bali. Dari situ saya juga akhirnya mengetahui ternyata ada beberapa daerah lain yang juga telah mengikuti kesuksesan Jembrana seperti Sragen, Pemkot Malang, Bantul, Gorontalo, dan Parepare. Mulai saat itulah saya menyadari bahwa tidak semua kantor pemerintahan “cocok” dengan ungkapan-ungkapan negatif di atas.

Di antara daerah lain yang sukses, saya sangat tertarik dengan keberhasilan Sragen dalam menerapkan sistem pelayanan satu atapnya yang mereka sebut dengan istilah “Pelayanan Prima”. Meski hanyalah daerah “kecil” dengan anggaran e-government yang juga tidak banyak, Rp900 juta selama lima tahun, Kabupaten Sragen mampu unjuk gigi dan menjadi yang terdepan dalam penerapan e-government di Indonesia. Dengan Pelayanan Prima, bukan hanya waktu dan biaya perizinan yang jelas, pasti, serta bebas dari pungli, proses perizinan di KPT (Kantor Pelayanan Terpadu) Sragen ini pun dilakukan secara bersamaan, selesai di satu tempat maksimal dalam waktu 12 hari.

Dengan adanya pelayanan yang mudah, cepat, transparan dan pasti, dampaknya telah dirasakan dengan meningkatnya nilai investasi di daerah ini dari tahun ke tahun. Pada tahun 2002, ketika sistem ini baru diterapkan, nilai investasi yang ada hanyalah sebesar Rp 592 miliar, dan pada tahun 2005 nilainya meningkat secara signifikan menjadi Rp 955 miliar. Hal ini otomatis juga berdampak besar pada penyerapan tenaga kerja. Penyerapan tenaga kerja di sektor industri juga terdongkrak 44,29% dari 28.976 orang menjadi 41.800 orang. Pendapatan asli daerah (PAD) pun meningkat dari Rp 22,5 miliar 2002 menjadi Rp 43,5 miliar di tahun 2004.

Jadi memang tak salah kiranya jika Sragen diganjar berbagai macam penghargaan, seperti penghargaan Satya Abdi Praja dari Gubernur Jateng, Citra Pelayanan Prima dari Presiden, Ranking I daerah Pro Investasi di Jateng tahun 2005, dan Sertifikat ISO 9001-2000 dari Sucofindo International Certification Service. KPT Sragen juga direkomendasikan oleh Bank Pembangunan Asia (ADB) dan International Finance Corporation sebagai contoh model KPT di Indonesia, dengan membuat buku panduan tentang OSS (One Stop Services) yang diedarkan di seluruh kabupaten/kota di Tanah Air. Sragen juga terpilih menjadi pemenang terbaik pertama untuk kategori Pemerintah Kabupaten pada ajang penghargaan Warta Ekonomi E-Government Award 2006.

Selama ini kita memang sering mendengar tentang gagalnya penerapan e-government di berbagai kantor pemerintahan, baik karena faktor kualitas SDM, kualitas Aplikasi, hingga faktor kurangnya dukungan dari pihak-pihak terkait. Proyek teknologi informasi (TI) masih sering dianggap sebagai investasi yang diada-adakan dan kurang bermanfaat. Namun dengan berkaca pada keberhasilan Sragen dan beberapa daerah lain, kita tentunya menjadi lebih optimis bahwa penerapan TI yang benar justru akan memberikan manfaat yang sangat banyak bagi institusi pemerintah, dan yang lebih penting lagi adalah bahwa ternyata solusi TI bisa juga diterapkan di kantor pemerintahan. Kita tentunya dapat mengambil pelajaran dari ucapan Bupati Sragen Untung Wiyono, “Siapa bilang PNS (pegawai negeri sipil) tidak bisa bekerja. Kalau pilotnya mau kerja keras, pasti ekornya mengikuti. Yang dibutuhkan sebenarnya figur pemimpin yang konsisten dan mau memberi contoh”.

Setelah melihat keberhasilan dan manfaat penerapan TI di beberapa pemerintah daerah, tentunya daerah-daerah lain tidak mau ketinggalan. Dan sejalan dengan hal tersebut, Menteri Dalam Negeri Moh. Ma’ruf juga telah mengimbau kepada seluruh kepala daerah di Indonesia, mulai dari bupati, wali kota, hingga gubernur, untuk melaksanakan sistem satu atap di daerahnya paling lambat akhir tahun 2007. Hal ini berkaitan dengan upaya daerah dalam meningkatkan kualitas pelayanan untuk menjaring investor serta untuk memenuhi kebutuhan masyarakat akan terbangunnya pemerintahan yang transparan dan akuntabel. Niat dan keinginan baik dari pemerintah ini merupakan peluang sekaligus tantangan bagi kalangan dan praktisi TI untuk men-deliver solusi TI yang mampu menjawab berbagai permasalahan yang ada di institusi pemerintahan, sehingga diharapkan investasi yang akan dikeluarkan tidak terbuang percuma, tapi dapat memberi dampak positif bagi perkembangan dan pembangunan di Indonesia. Kalau semuanya berjalan lancar, bukan tidak mungkin beberapa tahun lagi akan ada iklan lain yang berbunyi, “Kalau bisa dibuat mudah, mengapa dipersulit?”