Tuesday, April 26, 2011

Project Management : Software - Pembuatan Test Script

Pembuatan Test Script merupakan salah satu aspek kegiatan Software Project Management yang ditujukan untuk memberikan batasan cakupan pekerjaan yang akan dilakukan melalui berbagai contoh variasi kasus. Seluruh perwakilan user dari setiap unit/bagian/divisi harus menghadiri meeting test script, terutama untuk sistem yang mempunyai flow proses yang bergerak dari satu unit/bagian/divisi ke unit/bagian/divisi lain. Pembuatan test script dilakukan setelah proses Desain System. Requirement Gathering & Analysis beserta dengan FSD memberikan batasan yang jelas mengenai cakupan project secara keseluruhan, namun seringkali hal ini belum mengantisipasi variasi kasus yang dihadapi operasional sehari-hari.

Test script dibuat berdasarkan variasi proses yang terjadi sehari-hari dengan menggunakan mekanisme manual atau menggunakan sistem lama yang sudah berjalan saat ini. Variasi proses bisa dilihat dari transaksi-transaksi yang terjadi dan tercatat selama ini. Variasi transaksi juga bisa diperkirakan oleh user yang menangani sistem manual atau sistem lama selama ini. Tugas konsultan adalah memancing/men-trigger user untuk memastikan jenis transaksi yang mungkin terjadi. Untuk memudahkan gambaran, misalnya untuk sistem piutang variasinya adalah : pencairan piutang, pembayaran piutang secara full, pembayaran piutang yang dicicil berapa kali, piutang yang sudah jatuh tempo tapi belum terbayarkan, pembayaran piutang yang dicicil tapi sebagian dst. Kelengkapan variasi ini akan memberikan keakuratan pada software yang sedang dikembangkan. Ketidaklengkapan variasi kasus transaksi akan menyebabkan fitur software menjadi tidak lengkap dan pada akhirnya akan mengurangi nilai software itu sendiri dan mengurangi tingkat kepuasan user.



Tantangan konsultan dalam mengorganisasi pembuatan test script ini adalah bahwa user harus meluangkan waktunya untuk mengumpulkan semua variasi kasus transaksi dan juga membuat simulasi kasus secara detail mulai dari data input sampai dengan output yang akan dihasilkan. Proses pembuatan simulasi kasus harus dilakukan dengan cara manual. Biasanya menggunakan spreadsheet sebagai alat untuk melakukan perhitungan. Untuk mendapatkan dukungan penuh dari tim user atas proses pembuatan test script, konsultan harus terus mengingatkan konsekuensi atas tidak lengkapnya test script yang akan menyebabkan tidak lengkapnya fitur software yang akan dibangun.








Dalam kasus Test Script Sistem Account Receivable pada gambar di atas terlihat ada 3 bagian utama dari tabel test script. Kelompok pertama adalah jenis kasus yang akan diujicobakan, kelompok kedua adalah nilai-nilai yang diinputkan pada sistem dan kelompok ketiga adalah hasil-hasil yang diharapkan.

Test Scenario adalah variasi kasus yang disepakati, pada kolom ini kita dapat melihat bahwa untuk pembayaran AR akan terdapat berbagai macam variasi pembayaran, ada yang membayar penuhm membayar dengan dicicil, menunggak bahkan sampai dengan yang di write off karena sudah terlal lama menunggak. Apabila salah satu dari variasi tidak dituliskan di test script misalnya untuk penanganan menunggak pembayaran yang sudah jatuh tempo, maka fitur ini kemungkinan akan terlewat atau karena sudah ada di Functional Spesification Document kemungkinan akan dibuat secara akurat pada software yang sedang dikembangkan.

Pada bagian input terdapat No Tx, Nama, Nilai AR, Tenor yang merupakan data awal dari suatu transaksi AR. Tim harus memasukan data-data ini sebagai rujukan untuk perhitungan nilai output. Nilai yang diisikan harus bervariasi antara satu kasus dengan kasus lainnya. Seringkali kita harus 'menitipkan' variasi-variasi kecil dan tidak major di kasus-kasus yang ada di test script. Contohnya adalah ada yang nilai AR nya di bawah 10 juta tapi ada juga yang di atas 10 juta, ada yang tenornya 1 (sekali bayar), 4 tapi ada juga yang tenornya 18 .

Pada bagian output terlihat Nilai Pembayaran Angsuran dan Sisa AR secara rinci, sehingga benar-benar bisa menjadi rujukan keabsahan perhitungan lewat software nantinya. Personal yang melakukan test cukup mengentry nilai-nilai input dan melihat apakah hasil Nilai Pembayaran Angsuran dan Sisa AR yang dimunculkan sistem, sama dengan hasil perhitungan manual yang ada di test script, bila sama artinya mekanisme kalkulasi software sudah benar dan juga sebaliknya. Pembuatan test script memang melelahkan, namun bila dilakukan secara detail dan terstruktur akan memberikan kualitas software yang sangat bagus dan sesuai dengan kebutuhan user.

Sunday, April 24, 2011

Project Management : Software - Weekly Meeting

Dalam suatu Project Software, perlu disepakati adanya Weekly Meeting untuk memastikan seluruh progress berjalan dengan baik. Dengan weekly meeting ini, masalah-masalah yang ditemukan di lapangan selama seminggu dapat diutarakan dan dicarikan solusinya bersama-sama. Weekly meeting biasanya memakan waktu 1 sampai dengan 2 jam. Pihak konsultan biasanya yang lead meeting ini. Weekly meeting harus disepakati pada saat Project Kick Off di saat awal, agar setiap personal yang terlibat di project dapat mengatur waktunya setiap minggu untuk menghadiri meeting ini. Waktu meeting sebaiknya disepakati di depan, sehingga setiap orang setiap minggu nya tidak perlu bertanya lagi kapan waktu meeting minggu ini akan dilaksanakan. Namun demikian, sehari sebelum meeting tetap harus dikirimkan undangan resmi ke setiap personal yang terlibat di project ini untuk menghadirinya.

Weekly meeting biasanya dibuka oleh perwakilan dari User dan kemudian di lead oleh Project Manager atau Business Analyst. Isi dari weekly meeting adalah :
1. Progress Report
2. Review Tahapan Sebelumnya
3. Outstanding Issue : Technical
4. Outstanding Issue : Non - Technical
5. Persiapan Tahapan Selanjutnya
6. Schedule Project : Overall (Reminder)

Progress Report 

Bagian ini memaparkan apa saja yang sudah dilakukan semenjak Project Kick Off sampai dengan hari ini. Hal ini perlu dilakukan untuk me-refresh informasi kepada semua peserta meeting, bahkan beberapa peserta meeting adalah orang yang belum pernah mengikuti weekly meeting sebelumnya.




Activity menunjukan kegiatan yang sudah dilakukan sampai dengan hari ini. Tanggal di sana menunjukan tanggal start nya. Di bagian keterangan, kita bisa mencantumkan keterangan atas kegiatan yang sudah dan sedang dilakukan. Keterangan biasanya diperlukan untuk mengisi status atas On Going activity, sehingga semua peserta meeting dapat segera memahami sampai dimana kegiatan yang sedang berjalan. Contoh di atas tahap Coding/Development sedang berlangsung, akan lebih baik bisa tambahkan dengan prosentase progress dan sudah sejauh mana coding yang sudah dilakukan. Misahlnya dari 12 modul yang sedang dikerjakan saat ini sudah 8 modul yang siap, tinggal 4 modul lagi, sehingga dengan tenggat waktu yang ada, peserta meeting dapat menduga tahapan ini akan still on time atau akan delay.

Review Tahapan Sebelumnya

Saat meeting dilaksanakan, seringkali tahapan sebelumnya baru saja selesai, sehingga peserta meeting perlu mengetahui secara detail atas hasil penyelesaian tahap tersebut, untuk memastikan agar hasil dari tahapan sebelumnya, sesuai dengan yang diharapkan.

Outstanding Issue : Technical

Bagian ini menampilkan issue-issue technical apa yang sudah done dan issue apa yang masih dalam progress penyelesaian. Bagian ini terutama untuk mendiskusikan item yang masih pending dan berpotensial delay. Untuk schedule yang sudah delay, pembahasan langsung ditujukan pada issue yang menyebabkan schedule menjadi delay.


Issu ID merupakan kode nomor urut issue. Description menjelaskan issue tersebut secara detail. Created by merupakan personal yang memunculkan issue tersebut. Date Assign adalah tanggal saat dimunculkan nya issue tersebut pertama kali, due date adalah target waktu penyelesaian atas issue tersebut. Module adalah modul dari software yang sedang dikerjakan. Severity adalah peringkat pentingnya penanganan issue mulai dari critical, major, urgent, important dan nice to have. Status menunjukan posisi penyelesaian issue saat ini yang terdiri dari : new, on going, done, re-open, out of scope, drop.

Outstanding Issue : Non Technical 


Setelah issue technical, dilanjutkan dengan issue-issue non technical yang menyebabkan pekerjaan menjadi delay atau berpotensi menyebabkan delay. Contoh dari issue ini adalah pengaturan prioritas waktu dari user yang terlibat di pekerjaan, penentuan user pengganti bila personal utama nya berhalangan, penyiapan data-data yang dibutuhkan. Issue ini biasanya bersifat koordinatif.

Persiapan Tahapan Selanjutnya

Hal biasanya memastikan agar orang-orang yang terlibat di tahap selanjutnya sudah dipastikan availabilitynya, dan dilanjutkan dengan mengirimkan undangan ke setiap orang yang terlibat di tahap tersebut. Selain itu juga memastikan ruangan atau infrastruktur yang nantinya diperlukan. Sebagai contoh, untuk memasuki tahap UAT, hal -hal yang harus disiapkan adalah : kepastian jadwal tester, kesiapan test script, ruangan testing, komputer untuk test, apakah aplikasi sudah diinstal pada komputer yang bersangkutan, apakah user account dan password sudah di sediakan, apakah undangan resmi sudah dikirimkan dengan cc atasan masing-masing. Bila salah satu item di atas terlewakan, maka pelaksanaan UAT kemungkinan akan mendapat masalah.

Schedule Project : Overall (reminder)

Schedule project perlu selalu ditunjukan pada weekly meeting untuk mengingatkan semua personal kapan seluruh pekerjaan akan tuntas, apa tahap selanjutnya dan persiapan apa yang perlu dilakukan. Dalam pelaksanaan project software, seringkali jadwal harus disesuaikan dengan situasi yang ada. Misalnya ada suatu pekerjaan yang bersifat urgent yang diprioritaskan oleh perusahaan user, sehingga project menjadi delay, untuk itu schedule project harus disesuaikan dengan jadwal yang baru. Namun demikian harus selalu diperhatikan bahwa perubahan jadwal ini harus mendapat persetujuan semua pihak dan semua pihak mengetahui persis konsekuensi dari perubahan jadwal tersebut. Project management yang baik seharusnya bisa mengantisipasi keseluruhan project dengan baik dan selalu menerapkan "no suprises policy".

Saturday, April 23, 2011

Project Management : Pengembangan Software

Software Project Management merupakan bidang yang menarik untuk dipelajari dan tulisan saya di sini lebih difokuskan kepada apa yang telah saya lakukan selama ini. Suatu Software Project dapat dilakukan oleh Konsultan atas permintaan User atau juga bisa merupakan Suatu Internal Development Project , dan dalam tulisan ini, yang dibahas adalah Software Project yang dilakukan oleh Konsultan yang telah ditunjuk oleh User.

Apa yang saya lakukan dalam suatu software project management selama ini adalah dengan menerapkan SDLC (software development life cycle) yang tediri dari :
1.  Project Kick Off
2.  Project Plan : menentukan jadwal dan resource
3.  Requirement Gathering & Analysis
4.  Design
5.  Development / Coding
6.  Sistem Integration Test
7.  User Acceptance Test
8.  Data Migration
9. Go Live

Berikut adalah penjelasan singkat terkait hal-hal tersebut di atas :

Project Kick Off

Tahap ini merupakan awal dari project. Tahapan ini dilakukan dalam suatu rapat yang dihadiri oleh Tim User dan Konsultan. User menyiapkan summary cakupan project serta tahapan serta deliverables yang diharapkan. Tahap ini dilakukan dalam bentuk rapat resmi disertai dengan notulensi. Catatan rapat ini akan didistribusikan ke seluruh  pihak yang terkait dengan project dan menjadi landasan kegiatan selanjutnya. Pada tahap ini juga ditentukan Person In Charge (PIC) baik dari sisi User maupun dari sisi Konsultan. Project Kick Off dilakukan dengan merujuk kepada kontrak atau SPK yang telah ditandatangani.

Project Plan

Perencanaan project merupakan tahap yang sangat penting. Pada tahap ini, project manager membuatkan draft jadwal atas keseluruhan kegiatan project, sehingga dapat memberikan gambaran kepada setiap orang yang terlibat di project. Project manager juga menyiapkan resource yang akan dilibatkan pada project. Sehingga target utama dari Plan Project ini adalah untuk mendapatkan gambaran kapan setiap tahapan project dilakukan dan kapan selesainya serta siapa saja personal yang terlibat dalam project. Hal ini dapat dibuat berdasarkan kontrak pekerjaan yang telah dibuat dan ditandangani sebelumnya.

Business Requirement Gathering and Analysis

Pendefinisian masalah merupakan hal yang esensi dari sebuah Software Project. Setiap bagian/unit/divisi yang akan menjadi pengguna software, wajib mengirimkan perwakilannya pada proses ini.  Tanpa keterwakilan dari salah satu bagian/unit/divisi, assesment kebutuhan menjadi tidak tepat yang pada ujungnya akan memberikan solusi software yang tidak sesuai dengan kebutuhan.

Pada tahap ini sering kali terjadi konflik kepentingan antara pekerjaan operasional dengan menghadiri meeting requirement assessment, untuk itu sangat diperlukan dukungan penuh dari pimpinan perusahaan dari sisi User untuk memberikan prioritas utama pada project ini. Solusi konflik kepentingan ini sering kali dengan menetapkan minimal satu orang perwakilan dari setiap bagian/unit/divisi yang terlibat secara penuh project ini dari awal sampai akhir. Jadi walaupun masih ada tanggung jawab operasional, PIC ini tetap memprioritaskan waktunya di project. Untuk melengkapi hal tersebut, penentuan PIC sebaiknya juga disertai dengan penetapan KPI (Key Performance Indicator) tambahan atas karyawan tersebut atas keterlibatannya di Project Software ini.

Konsultan biasanya akan mengirimkan Project Manager, Business Analyst dan System Analyst nya ke meeting ini. Project Manager memastikan meeting ini berjalan tepat waktu, dihadiri oleh peserta meeting yang diharapkan, menentukan target meeting dan memastikan agar target pertemuan tercapai. Business Analyst mempelajari kebutuhan User, membuat hipotesis awal, menyiapkan daftar pertanyaan dan menanyakannya ke User, mencatat jawaban-jawaban yang diterima, melakukan analysis kebutuhan, menyiapkan minutes of meeting. System Analyst memberikan konfirmasi kesanggupan teknis saat dibutuhkan oleh Business Analyst. Hal-hal kritikal akan sangat ditentukan dari kesanggupan teknis yang dikonfirmasi oleh System Analyst dalam menjawab kebutuhan User.

Konsultant akan menganalisis seluruh hasil interview dengan pihak user ini. Produk dari tahap ini adalah dibuatkannya Functional Spesification Document (FSD). FSD akan menjadi rujukan semua pihak yang terlibat di Project ini. FSD akan menjadi rujukan utama programmer dalam pembuatan program dimana salah satu isi utama dari FSD adalah desain screen-screen dari software yang akan dikembangkan. FSD yang salah akan berdampak pada solusi software yang tidak salah.

Design

Tahap desain sangat menentukan kualitas atas software yang akan dibuat. Pada tahap desain dilakukan pembuatan Flow Process, Data Flow Diagram, Entity Relationship Diagram, Program Framework dan Struktur Class dan aspek teknis lainnya. Seluruh pekerjaan pada tahap disain dibuat berdasarkan FSD yang telah disepakati pada tahap sebelumnya. Desain solusi  yang baik akan sangat memudahkan dalam pembuatan program yang akan dikembangkan. Data Flow Diagram yang efektif dan efisien akan membuat solusi menjadi lebih cepat dan lebih mudah direalisasikan. Entity Relationship Diagram menentukan kualitas database yang akan dibangun. Kesalahan yang sering terjadi adalah ERD tidak dibuat secara akurat sehingga menghasilkan kualitas database yang redundan dan tidak efisien. DFD merupakan alur data dari business process yang sedang dipelajari, sedangkan ERD merupakan tipe hubungan antara 2 atau lebih entitas di dalam business process tersebut.

Coding/Development

Inti dari project software adalah coding/developmen program. Umumnya, kualitas dari program sering berdasarkan pada kualitas si programmer yang bersangkutan. Software Project Management yang baik akan membuatkan struktur class yang lengkap dan stabil sebagai framework utama. Dengan pembuatan struktur class dan framework yang baku, variasi dan kesalahan programmer dapat diminimilisasi. Tanpa itu akan terjadi tingkat variasi dan kesalahan yang sering kali tinggi dan mengurangi kualitas software yang dibangun, untuk itu peran senior developer dalam suatu project software akan sangat penting, terutama

Saat ini banyak sekali pilihan bahasa program beserta Integrated Development Environment-nya (IDE), namun yang saat ini banyak digunakan adalah Java, PHP, Miscrosoft Visual Studio. Net, serta pengembangan untuk platform mobile seperti Android, Apple dan Blackberry. Terlepas dari perbedaan pemilihan tools development, penerapan konsep Object Oriented Programming (OOP) merupakan seuatu keharusan dan tetap dijaga untuk memberikan kualitas software yang efektif dan efisien, konsep class dan framework yang baik akan memberikan kemudahan dan keseragaman dalam pengembangan software.

Pembuatan Test Script

Tahap ini dilakukan bersamaan dengan tahapan coding/Development yang dilakkan oleh Business Analyst bersama tim User, tujuannya adalah membuat suatu skenario test yang lengkap dan komprehensif sesuai dengan proses real yang diinginkan oleh user sehingga bisa menggambarkan kondisi proses sebenarnya. Test script ini harus benar-benar mewakili cerita sebenarnya yang dilengkapi dengan contoh nilai-nilai masukan beserta hasil yang diharapkan. Dengan adanya test script yang lengkap dan komprehensif, maka testing bisa dilakukan oleh siapa saja, walaupun tidak terlibat di tahap awal project software, dimana orang yang akan melakukan testing, cukup memasukan nilai awal sesuai test script dan melihat apakah nilai yang dihasilkan sudah sesuai dengan hasil perhitungan manual yang tercantum pada test script. Kasus-kasus test script harus divariasikan sesuai dengan kemungkinan variasi pada proses sebenarnya.

Sistem Integration Test (SIT)

Pada tahap ini, modul-modul yang telah dikembangkan akan diintegrasikan menjadi suatu solusi lengkap. Setelah diintegrasikan, sistem akan diujicobakan dengan menggunakan test script yang sudah dibuat sebelumnya. Pengujian ini dilakkukan oleh internal konsultan tanpa melibatkan user, namun test script yang digunakan tentunya sudah disesuaikan dengan keinginan user dan disetujui user. Bila hasil dari ujicoba tidak sesuai dengan hasilyang tertera di test script, maka program masih salah dan perlu diperbaiki. SIT telah selesai apabila seluruh input test script telah diujicobakan dan hasilnya juga telah sesuai dengan yang ada di test script. Business Analyst adalah PIC yang melakukan testing pada proses SIT ini. Programmer akan melakukan perubahan yang diperlukan sampai diperoleh hasil yang diharapkan sesuai test script.

User Acceptance Test (UAT)

Tahap ini kurang lebih sama dengan yang dilakukan pada tahap SIT, hanya saja yang melakukan adalah User dari bagian/unit/divisi terkait. Tantangan yang muncul pada tahapan ini adalah memastikan agar user terkait dapat menghadiri jadwal UAT sesuai dengan waktu yang disepakati. Suatu sistem yang diintegrasikan biasanya melibatkan beberapa  bagian/unit/divisi, sehingga ketidakhadiran salah satu perwakilan dari bagian/unit/divisi tertentu akan memundurkan jadwal UAT sehingga jadwal keseluruhan juga jadi terganggu. Untuk itu perlu dilakukan pendeketan secara dini ke setiap pimpinan bagian/unit/divisi terkait sehingga mempunyai kesadaran dan persepsi yang sama mengenai pentingnya software yang sedang dikembangkan. Walaupun batasan pekerjaan dan batasan proses ujicoba sudah digariskan dengan testscript yang disepakati sebelumnya, namun demikian tidak jarang pada saat UAT, user menemukan suatu variasi testing yang ternyata tidak ada di test script dan hal terburuknya adalah feature yang tidak tersedia tersebut harus di develop oleh programmer. Hal ini tentunya akan menunda penyelesaian UAT, namun apabila hal itu memang harus terjadi, maka harus mendapat persetujuan dari kedua belah pihak. Masalah yang sering terjadi adalah pihak konsultan sering disalahkan pada saat terjadi kemunduran jadwal karena tidak mendokumentasikan dengan detail hal-hal yang menjadi new request selama proses UAT. Proses UAT biasanya adalah proses yang paling sibuk/ramai dibanding tahap lainnya di SDLC, karena pada tahap ini seluruh pihak terkait biasanya langsung saling berinteraksi, jadi adalah sangat bijaksana bila seorang Project Manager mengantisipasi hal ini sedini mungkin, salah satunya adalah pada saat requirement gathering dan pembuatan test script yang seakurat mungkin. Selain itu, dengan penanganan new request yang baik, masalah keterlambatan penyelesaian UAT dapat diselesaikan dengan baik.

Data Migration

Software dibuat dengan tujuan untuk menggantikan proses manual yang selama ini terjadi menjadi suatu proses yang otomatis, atau mengganti sistem lama dengan sistem baru yang dianggap lebih baik, atau melakukan penambahan program atas existing program. Jenis manapun dari pengembangan software tersebut di atas harus melalui tahap yang dinamakan Data Migration atau Migrasi Data. Untuk pelaksanaan data migration, beberapa hal harus dipersiapkan yaitu : penyiapan existing data yang digunakan secara manual atau yang digunakan oleh sistem yang lama, pembuatan script untuk melakukan one time migration dimana data yang lama akan diupload ke sistem baru dengan menggunakan script migrasi tersebut. Selain itu yang harus disiapkan adalah cut off dimana data migration akan dilakukan, pemberitahuan ke seluruh pengguna sistem lama kapan cut off data akan dilakukan dan berapa lama sistem akan off, pembuatan panduan step by step dalam melakukan migrasi data, dan terakhir adalah pembuatan Fall Back Plan dimana bila proses migrasi ini gagal, maka data lama akan dikembalikan lagi ke enviroment production, sistem baru diangkat kembali dan sistem lama di kembalikan lagi. Setelah semua data terbukti berhasil dimigrasikan dan user sudah melakukan final cek atas data hasil migrasi di sistem baru, maka migrasi data selesai dilakukan.

Go Live

Ini adalah suatu tahap dimana semua proses SDLC sudah selesai dan user sudah bisa menggunakan sistem baru dengan existing data. Setelah Go Live bukan berarti tidak ada problem lagi, sering kali suatu sistem akan terlihat masalahnya pada saat sistem Go Live di production server, namun dengan penanganan proses project management yang handal, problem ini seharusnya dapat diminimalisasi.

Support

Untuk menjamin agar sistem berjalan bagus dan stabil setela production, diperlukan mekanisme support yang efektif, dengan Service Level Agreement (SLA) yang disepakati oleh User dan Vendor.  Issue biasanya digolongkan menjadi Critical/Stopper, Urgent, Important dan Nice to Have, dan masing-masing kriteria issue ini akan disolusikan dengan SLA yang berbeda-beda


Sementara demikian dulu penjelasan singkat mengenai Software Project Management, tulisan berikutnya akan membahas mengenai setiap tahapan dengan lebih detail beserta dengan template-template yang sering digunakan.

Friday, September 19, 2008

Who Says Elephants Cant Dance - Louis Gerstner

Lou Gerstner dengan latar belakang Mac Kinsey, American Express dan RJR Nabisco berhasil mengangkat kembali IBM yang sempat terpuruk di tahun 1990 an menjadi leading IT Service Company lagi. Buku yang luar biasa, yang memberikan perspektif dari Lou Gerstner yang bukan dari background IT.

Dragon Ball Z seri 1 - 42

Perjalanan Songoku yang terdampar di bumi saat bayi sampai menjadi satria lendegaris Manusia Super Saiya. Lawan yang dihadapi berbagai macam jenis. Mulai dari Picolo, Bezita, Freeza, Cell sampai dengan Bhu. Penuh dengan intrik dan strategi, bukan sekedar bacaan anak.

Kisah sukses Google - David A. Vise

Menceritakan proses Google dari mulai berdiri sampai menjadi perusahaan Search Engine yang paling sukses di dunia. Google sempat beberapa tahun pertama menjadi perusahaan yang tidak profit walaupun sudah menjadi search engine nomor 1. Project mensin pencari google awalnya merupakan desertasi dari Larry Page yang 'membongkar' semua teori lama mengenai search engine yang tidak efektif. Google sempat menjadi the most creative company in the world dan memang keseharian google berisikan hal hal yang tidak umum dan penuh dengan kreasi dan inovasi. 1 dari 5 hari waktu kerja setiap karyawan google diberikan oleh perusahaan untuk mengembangan project masing masing karyawannya.

Il Prince - Machiavelli

Buku ini adalah salah satu buku yang menggegerkan dunia baik pada masanya maupun sampai dengan saat ini. Machiavelli menuliskan metoda untuk mendapatkan kekuasaan dengan segala cara. Machiavelli hidup di jaman abad pertengahan Renaisance di Itali, tepatnya di Florence. Sempat menjadi penasihat raja dan susksesnya didapat pada saat dia mengansingkan diri dan menciptakan buku Il Prince ini. Salah satu tokoh utamanya adalh Caesar Bolognia yang merupakan pangeran yang disebut sebut dalam bukunya. Ceaser terkenal sadis dan sangat licik, dan dengan cara itulah dia mempertahankan dan memperluas kekuasaannya. Contoh contoh prinsip machiaveli adalah : lebih baik ditakuit daripada dihormati, bersihkan tangan dari pekerjaan kotor dan berikan pekerjaan kotor tersebut kepada bawahan anda setelah itu hukum orang tersebut, menipulah dengan lihai karena penguasa yang sukses adalah mereka yang pintar menipu

Warrent Buffet Speaks - Janet Lowe

Merupakan cuplikan dari prinsip prinsip bisnis Warrent Buffet yang diambil dari kutipan-kutipan beliau selama membangun bisnisnya. Kutipan kutipannya antara lain adalah : Wall street adalah satusatunya tempat dimana orang kaya yang menggunakan roll roycce berkonsultasi dengan orang yang menggunakan subway, beli bisnis yang telah terbukti melalui angka laporan keuangan dan historynya, beli bisnis yang anda kuasai.

180 Derajat : Turn Around of Danamon - Arwin Rasyid

Merupakan perjalanan Arwin Rasyid yang berfokus pada proses Turn Around yang terjadi pada saat beliau memegang tampuk pimpinan CEO Bank Danamom. Saat itu, beliau direkomendasi oleh Alm. Cacuk Sudaryanto untuk menduduki posisi tersebut. Pak Cacuk saat itu adalah ketua BPPN dan Pak Arwin sebagai wakilnya, dimana Bank Danamon merupakan salah satu bank besar yang berada dalam posisi pengawasan intensif dari BPPN. Secara umum, langkah-langkah yang dilakukan Arwin Rasyid meliputi : perbaikan laporan keuangan, perubahan struktur SDM, pengembangan IT dan packaging product.

Crucial Confrontations - Kerry patterson, Joseph Greeny

Menyajikan kesalahkaprahan sebagian besar pekerja mengenai management dengan konfrontasi. Secara lahiriah orang akan menghindari konfrontasi. Tapi hasil riset membuktikan bahwa karaywan/manager/direktur yang efektif selalu dilengkapi dengan kemampuan untuk mengkrontasi secara efektif. Anjuran utamanya adalah dengan mengungkapkan ketidaksetujuan yang terjadi dalam suatu dialog, dan bukan mendiamkannya. Kemudian berlanjut terus dengan cara-cara mengkonfrontasi yang efektif.

Corporate Confidential - Cynthia Saphiro

Cynthia saphiro adalah mantan direktur SDM dari suatu organisasi besar di US, dengan secara gamblangnya menggambarkan point of view Departement HR atas pegawai perusahaan. Ternyata asumsi kita selama ini yang menganggap HRD dibuat untuk mengokomodir kepentingan karyawan adalah salah besar. HRD adalah departement yang dibuat oleh Owner untuk menjaga kepentingan owner dari pegawai-pegawainya.

48 Hukum Kekuasaan - Robert Greene

Berisikan teori dan cerita mengenai teori teori kekuasaan. Cerita diambil banyak dari jaman abad pertengahan salah satunya adalah strategi politik dan perang yang diterapkan oleh Napleon. Merupakan pendetailan atas teori teori buku The Prince karangan Machiavelli .

The Lenovo Affair

Buku ini bercerita mengenai perjalanan Lenovo (awalnya bernama Lianxiang) mulai dari berdirinya sebagai suatu bagian pemerntah, sehingga bertumbuh kembang menjadi perusaahn skala dunia, termasuk di dalamnya mengenai akuisisi besarnya atas divisi PC nya IBM. Akuisis sempat mengncangkan dunia bisnis internasiona, dan dianggap sebagai salah satu kebangkitannya China dalam dunia bisnis. Liu Chuanzi merupakan tokok sentral dalam buku ini yang merupakan salah satu pendiri utama sekaligus CEO dan sekarang sudah menurunkan tahtanya ke Yang Yuanqing.

The Greates Second Act (Steve Jobs)

Mengenai perjalanan sukses Steve Jobs, setelah dipecat dari Apple (how can't you get fired from company you build) kemudian mendirikan Next, Pixar and then Back To Apple as CEO then create iPOD, create iPhone.

Sedangkan dari commenchment nya di standford, pelajaran yang bisa diambil adalah :

You can only connect the dots of your life looking backward.
Find what you love, and if you haven't found what you love, keep looking, don;'t settle.
Stay Hungry Stay Foolish

Tuesday, July 15, 2008

Setting Internet Sharing Ubuntu (IPtables)

Kemarin, saya telah mengkonfigurasi server ubuntu agar bisa melakukan internet sharing ke client-client nya.

Berikut adalah susunan konfigurasinya :
1. Koneksi internet dengan ADSL speedy
2. Modem Abbatec
3. IP Modem : 192.168.2.1, DSN : 202.134.0.155, 202.134.2.5 (DSN nya speedy)
4. Eth0 server : 192.168.2.2
5. Eth1 server : 192.168.0.1
6. Eth0 clinet : 192.168.0.2 s/d 254
7. DHCP server diinstall di server : apt-get install dhcp3-server
8. Squid juga diinstall di server : apt-get install squid
9. Setting Iptables
10. done

Lumayan juga, tapi akhirnya selesai.

Tuesday, July 1, 2008

Acere 4720z

Ini kedua kalinya beli Acer 4720Z untuk editor yang baru. So far Acer 4720z lumayan OK, tidak ada masalah, hanya saja waktu install linux pertama kali, wifi nya tidak terdetect. Kemudian download update dari internet, baru wifi nya bisa terdetect. Pilihan yang lumayan menguntungkan. Dengan 6 jutaan bisa punya notebook dengan fasilitas lengkap, wifi, bluetooth, multimedia dll. Dan bagusnya lagi, sekarang Acer sudah tidak seperti dulu lagi, engselnya cepat patah, sekarang sudah diperbaiki. Mudah-mudahan merupakan pilihan yang tepat.

Bank Jobs

Film ini OK banget, menceritakan kisah nyata mengenai pencurian asset deposit box dari sebuah bank ternama di Inggris. Awalnya perampokan ini memang direncanakan oleh agen dari pemerintah Inggris dengan tujuan untuk mengambil foto black mail dari seorang tokoh kulit hitam yang mebuat tokoh ini menjadi untouchable. Pencuri nya sendiri tidak menyadari jebakan ini. Sampai akhirnya Terry si pimpinan pencuri menyadarinya.

Yang membuat saya kagum adalah tokoh Terry yang dapat berpikir dan bertindak cepat dalam membuat posisinya aman yang sampai saat ini tidak pernah ditanggkap, selain itu dia juga mengatur agar beberapa politikus busuk yang "kartu" nya ada di salah satu dari deposit box disana, ditangkap oleh polisi jujur.

Orang pinter seperti si Terry ternyata tidak sedikit, namun peluang yang menghampirinya mungkin sedikit, atau mungkin yang lain tidak pintar menangkap peluang yang lewat.

Wind Power

Sedang mencari solusi alternatif/back up atas listrik yang ada. Beberapa kali terjadi pemadaman dari PLN yang menyebabkan activities di office totally berhenti. Sudah ada penawaran untuk solusi wind power ini yang masuk, sedang dikaji plus dan minus nya. Targetnya hari ini bisa selesai dan dikirimkan ke Mbak Betti.

Wind Power merupkan alternatif energy yang cukup visible dan reasonable. Asalkan speed angin mencukupi, maka sistem bisa bekerja dengan baik.

Sunday, June 29, 2008

Hasil testing WIFI Mac Donald

Ternyata sangat OK, speednya juga OK, cuma itu saja, you must click to re-connect every 30 minutes. Saya berhasil apt-get install quanta yang selama ini saya tunda karena size nya 20 M. But now is installed. I also finished download the ubuntu server administration guide, to my local folder. Quite satisfying. I will surf again at Mac D, at some other time.

Guus Hidink & Fatih Terim

How, a person like Guus Hiddink, can bring his average Russian team to the Euro Semifinal, what a remarkable accomplishment. And how Fatih Terim, motivate his Turkey's Team to meet German in semifinal. I really need to learn how they achieve those reputation. I really need to know.

Looking for an Internet Connection around Kemang

Ke kantor hari minggu, ternyata tidak ada orang, mau ke warnet, tapi pikir-pikir, cari tempat makan yang ada wireless nya. Pilihan : KFC, Mac D dan Coffee Bean semuanya di kemang sih. Pilihannya jatuh ke Mac D karena tidak ada batasan waktu koneksi (paling hanya perlu re-click to connect) dan makannanya tidak terlalu mahal, bisa dibawa pulang untuk zidan dan aleka. Lumayan.

Friday, June 27, 2008

Helen Keller - The Blind Senator

Hidup adalah perjuangan, atau tidak hidup sama sekali. Seorang buta yang ingin jadi senator dan membuktikannya bahwa dia bisa. Hal ini seharusya memacu motivasi semua orang khususnya saya untuk mencapai achievement yang tinggi. Malu rasanya kalau tidak bisa achieve.

Marc Andressen - Ning

Macc Andressen mengatakan bahwa Ning akan menjadi kisah sukses ketiganya setelah Netscape dan [satu lagi saya lupa]. Just wondering, kenapa semua ide inovatif di IT lahir di US semua? apa mereka lebih pandai ? apa mereka lebih bagus gizi nya ? apa mereka lebih banyak baca bukunya ? atau broadband internet memungkinkan orang sana lebih cepat dan lebih banyak mendapat informasi ? Saya pikir bukan itu.

Tapi kenyataannya iPod ditemukan di sana, Windows juga, Facebook sudah tentu dari sana, kok asia selalu menjadi follower dan konsumen terbesar saja ya ? Apa yang salah ? Kompetisi fisika internasional, Indonesia sering juara, kompetisi proposal bisnis, bukan sekali Indonesia juara. Jadi apa yang salah ? just wondering.

Ronald Reagan - Authobiography

Siapa bilang, seorang actor tidak pantas menjadi presiden. Justru semua presiden yang sukses adalah actor-actor terbaik yang pernah ada.

Edward vs Sandiaga & Edwin

Baca berita hari ini, sayang ya, pada saat company growth biasanya mulai terjadi keributan di sisi para ownernya. Saya tidak mengeatahui persis masalah detail sumber keributannya. Cuma saja, saya sedang mencari contoh-contoh partnership and frienship yang sukses di bisnis seperti Bill Gates-Paul Allen-Steve Balmer, Bill Hewlett - David Packard, Sergey-Larry. Apa ya kira-kira resep sukses partnership dan friendship mereka. Just wondering.

Mariah Carey

She has the ability to keep on going and ability to keep on doing the right things.

Robert "The Iron Man" Downey Jr.

Robert Downey Jr. tidak takut untuk mencoba sesuatu dengan sepenuh hati dan sekuat tenaga, walaupun yang dicobanya bisa saja berakhir dengan kegagalan, namun disitulah where greatness lies.

Indira Noyi - CEO Pepsi Co.

Willing to listen from everybody who is disagree with her, but single-minded in doing what she believe is the best for the company and stake holder.

Tuesday, April 8, 2008

Bagaimana Pemimpin Membangun dan Menggunakan Jaringan

Friday, April 4, 2008

Lou Gerstner - Who Says Elephant Can't Dance

Membaca buku Who Says Elephant Can't Dance karangan Lou Gerstner, memberikan kesan mendalam.

How come a absolutely non technical guy, dapat membawa IBM (the biggest computer company in the world) keluar dari jurang kehancuran. Well...this is the story.

Wednesday, August 29, 2007

Steve Jobs - Stay Hungry Stay Foolish

Ini adalah transkrip pidato yang dibawakan Steve Jobs, CEO dari Apple Computer dan Pixar Animation Studio, pada tanggal 12 Juni 2005.

Saya merasa terhormat bersama dengan kalian semua pada hari inaugurasi (hari pertama mahasiswa baru) di salah satu universitas terbaik di dunia. Peristiwa ini merupakan hal tedekat yang pernah saya hadiri sehubungan dengan college graduation. Hari ini saya ingin berbagi 3 cerita dalam hidup saya. Hanya itu, bukan masalah besar, 3 buah cerita.

Cerita pertama adalah mengenai menghubungkan sang titik.

Saya drop out dari Reed College setelah 6 bulan pertama, namun saya mencoba bertahan untuk masuk kembali selama 18 bulan atau lebih sebelum akhirnya saya benar-benar berhenti. Lalu mengapa saya drop out ?
Ini dimulai sejak saya belum dilahirkan. Ibu biologis saya sangat muda, mahasiswa universitas yang belum menikah, dan kemudian dia memutuskan agar saya diadopsi. Dia merasa sangat perlu agar saya diadopsi oleh mereka yang berpendidikan / di wisuda, jadi semua sudah diatur sedemikian rupa agar saya diadopsi oleh seorang pengacara dan istrinya. Lalu ketika saya dilahirkan, tiba-tiba mereka membatalkan rencana tersebut karena menginginkan seorang bayi perempuan. Jadi orang tua saya, yang ada dalam daftar tunggu, di telepon di tengah malam : "Kami memiliki bayi laki-laki yang tidak diharapkan sebelumnya; kamu menginginkannya ?" Mereka berkata : "Tentu". Ibu biologis saya kemudian mengetahui bahwa ibu adopsi saya tidak pernah lulus universitas dan ayah adopsi saya bahkan tidak lulus dari SMA. Dia menolak untuk menandatangani surat adopsi. Dia hanya bertahan beberapa bulan sampai akhirnya orang tua saya berjanji akan menyekolahkan saya ke universitas.

Dan 17 tahun kemudian saya memang masuk universitas. Tapi secara naif saya memilih universitas yang hampir semahal Stanford, dan semua tabungan orang tua saya selama ini langsung habis untuk membayar biaya masuk universitas. Setelah 6 bulan, saya juga tidak melihat adanya nilai dari sebuah universitas. Saya tidak pernah tahu apa yang saya inginkan dalam hidup saya dan tidak ada ide bagaiman a sebuah universitas dapat membantu saya mengetahui keinginan saya. Dan disini saya hanya menghabiskan semua tabungan orang tua yang telah mereka tabung seumur hidup. Jadi saya memutuskan untuk drop out dan percaya bahwa semua akan berjalan baik baik saja. Sangat menyeramkan waktu itu, tapi melihat ke belakang itu adalah salah satu keputusan terbaik yang pernah saya buat. Begitu saya drop out saya bisa berhenti mengambil kelas yang tidak menarik untuk saya, dan mulai mengambil kelas yang kelihatannya menarik.

Reed College pada waktu itu menawarkan mungkin pelajaran kaligrafi yang terbaik di negara ini. Di seluruh kampus semua poster, semua label di semua laci, dibuat menggunakan kaligrafi tangan yang bagus. Karena saya telah drop out dan tidak mengambil kelas normal, saya memutuskan untuk mengambil kelas kaligrafi untuk mempelajari caranya. Saya belajar mengenai serif dan san serif, mengenai membuat variasi antara jumlah ruang antara kombinasi karakter, tentang apa yang membuat typography yang bagus. Itu sangat indah, bersejarah, artistik dimana ilmu pengetahuan tidak bisa menangkap, dan saya melihat itu sangat luar biasa.

Tidak ada dalam harapan saya untuk menerapkan ilmu yang saya dapatkan dalam hidup saya. Tapi 10 tahun kemudian, ketika kita mendesain komputer Macintosh yang pertama, semua itu kembali kepada saya. Dan kami mendesain semua ke dalam Mac. Itu adalah komputer pertama dengan typography yang terindah. Jika saya tidak pernah drop out dari universitas, Mac mungkin tidak akan memiliki beberapa jenis font dengan ruang antar font yang proporsional. Dan karena Windows hanya mengcopy Mac, kelihatannya tidak ada PC yang seperti mereka. Jika saya tidak pernah keluar, saya tidak pernah masuk ke dalam kelas kaligrafi ini, dan PC mungkin tidak akan memiliki typography sebagus sekarang. Tentunya sangat tidak mungkin menghubungkan sang titik ke depan pada saat zaman saya di kampus. Tapi itu sangat, sangat jelas ketika kita melihat ke belakang 10 tahun kemudian.

Juga, kamu tidak bisa menghubungkan sang titik dengan melihat ke depan, kamu hanya dapat menghubungkannya saat melihat ke belakang. Jadi kamu harus mempercayai bahwa sang titik akan bagaimanapun juga terhubung di masa depan. Kamu perlu percaya pada sesuatu - keberanian, takdir, hidup, karma, apapun. Pendekatan ini tidak pernah membuat saya mundur, dan itu telah membuat perbedaan dalam hidup saya.

Cerita saya yang kedua adalah tentang cinta dan kehilangan.

Saya sangat beruntung - saya menemukan pekejeraan yang saya cintai di masa muda hidup saya. Woz dan saya memulai Apple di garasi orang tua saya ketika saya berumur 20. Kami bekerja keras, dan dalam 10 tahun Apple telah berkembang dari sekedar kita berdua di garasi menjadi perusahaan yang bernilai US$ 2 milyar dan 4000 orang karyawan. Kita baru saja meluncurkan hasil karya terbaik - Macintosh - setahun sebelumnya, dan saya baru berumur 30. Lalu kemudian saya dipecat. Bagaimana kamu dapat dipecat oleh perusahaan yang kamu mulai? Yah, sejak Apple berkembang saya menggaji seseorang yang saya pikir sangat berbakat untuk menjalankan perusahaan dengan saya, dan selama satu tahun lebih segalanya berjalan lancar. Namun kemudian visi kami mulai terbagi dan akhirnya kami berpisah. Ketika itu, Board Of Director (pemimpin perusahaan) ada dalam pihaknya. Jadi pada umur 30 saya keluar. Dan benar-benar diumumkan di seluruh dunia. Apa yang telah menjadi fokus dalam kehidupan dewasa saya benar -benar hilang, dan sangat membuat saya putus asa.

Saya benar-benar tidak tahu apa yang harus dilakukan di beberapa bulan berikutnya. Saya merasa saya telah membiarkan generasi entrepreneur saya jatuh - padahal peluang itu telah diberikan kepada saya. Saya bertemu David Packard dan Bob Noyce dan mencoba meminta maaf telah merusak banyak hal. saya benar-benar menjadi pecundang, dan bahkan saya berpikir untuk terjun dari tebing. Namun harapan mulai muncul - saya mencintai apa yang saya kerjakan. Kejadian yang terjadi di Apple tidak pernah berubah sedikitpun. Saya telah ditolak, namun saya masih jatuh cinta. Jadi saya memutuskan untuk mulai dari awal.

Saya tidak melihatnya saat itu, tapi ternyata dipecat dari Apple adalah salah satu hal terbaik yang pernah terjadi pada saya. Kesulitan menjadi sukses ternyata digantikan menjadi kemudahan sebagai seorang pemula lagi, kurang yakin terhadap segala hal. Ini membuat saya bebas untuk memasuki periode yang paling kreatif dalam hidup saya.

Dalam 5 tahun berikutnya, saya memulai perusahaan yang bernama NeXT, perusahaan lain bernama Pixar, dan jatuh cinta dengan seorang wanita yang kemudian menjadi istri saya. Pixar menjadi yang pertama membuat film dengan animasi komputer di dunia, Toy Story, dan sekarang merupakan studio animasi yang paling sukses di dunia. Di kejadian lain yang mengagumkan, Apple membeli NeXT, saya kembali ke Apple, dan semua teknologi yang dikembangkan di NeXT ada dalam hati Apple versi kebangkitannya sekarang. Dan Laurene dan saya memiliki keluarga yang luar biasa bersama.

Saya sangat yakin, ini semua tidak terjadi jika saya tidak dipecat dari Apple. Itu merupakan obat yang sangat pahit, namun saya rasa semua pasien membutuhkannya. Terkadang hidup menghantam kepala kamu dengan batu bata. Jangan kehilangan kepercayaan. Dan itu sangat diperlukan untuk pekerjaan kamu sama halnya dengan kekasihmu. Pekerjaan kamu akan mengisi bagian besar dalam hidup kamu, dan satu-satunya cara untuk mendapatkan kepuasan yang benar adalah melakukan apa yang kamu percaya adalah pekerjaan besar. Dan satu-satunya cara mengerjakan pekerjaan besar adalah mencintai apa yang kamu kerjakan. Jika kamu belum menemukannya, teruslah mencari. Jangan berdiam diri. Karena inti dari semua, kamu akan mengetahui ketika kamu menemukannya. Dan, seperti hubungan luar biasa lainnya, itu semua akan semakin baik dan baik ketika tahun bergulir. Jadi teruslah mencari sampai kamu menemukannya. Jangan berdiam diri.
Keep Looking and Don't Settle


Cerita ketiga saya adalah mengenai kematian.

Ketika saya berumur 17, saya membaca suatu kutipan yang kurang lebih seperti ini : "Jika kamu hidup seakan-akan itu adalah hari terakhir kamu, suatu hari kepercayaan kamu mungkin akan benar." Itu terekam dalam hidup saya, dan sejak itu, selama 33 tahun, setiap pagi saya selalu melihat di cermin dan bertanya pada diri sendiri : "Jika hari ini adalah hari terakhir dalam hidup saya, akankah saya mengerjakan apa yang ingin saya lakukan hari ini ?" Dan kapanpun jawabannya adalah "Tidak" selama beberapa hari, saya tahu saya perlu merubah sesuatu.

Mengingat bahwa saya akan segera mati adalah alat bantu paling penting yang pernah saya jumpai untuk membantu saya membuat pilihan besar dalam hidup. Karena hampir semua - expektasi, semua kebanggan, semua ketakutan terhadap kegagalan dan rasa malu - hal ini akan menjauh di depan kematian, meninggalkan hanya apa yang paling penting. Mengingat bahwa kamu akan segera mati adalah cara terbaik yang saya tahu untuk menghindari jebakan pemikiran bahwa kamu memiliki sesuatu yang akan hilang. Kamu sudah telanjang. Tidak ada alasan untuk mengikuti hatimu sendiri.

Sekitar setahun yang lalu saya di diagnoas menderita kanker. Saya di scan 7:30 pagi, dan sangat jelas ada tumor dalam pankreas saya. Saya tidak pernah tahu apa itu pankreas. Dokter mengatakan kepada saya bahwa ini adalah tipe kanker yang tidak bisa disembuhkan, dan saya harus mengharapkan hidup tidak lebih antara tiga atau enam bulan. Dokter saya menyarankan agar saya pulang dan menguruskan masalah yang ada, yang merupakan signal dokter saya harus bersiap untuk mati. Ini berarti untuk mencoba memberitahu anak-anak kamu pelajaran yang akan kamu ajarkan dalam 10 tahun ke depan dalam beberapa bulan. Ini berarti untuk memastikan semua telah diurus agar keluarga kamu dapat menerima lebih mudah. Ini berarti kamu harus mengucapkan selamat tinggal.

Saya hidup dengan semua diagnosa itu sepanjang hari. Di sore itu saya mencoba biospy, dimana mereka memasukan endoskop melalui mulut saya, melalui perut saya dan ke dalam organ dalam, menaruh jarum ke dalam pankreas dan mengambil beberapa sel dari tumor tersebut. Saya memang dibius, tapi istri saya, yang berada di sana, mengatakan ketika dokter melihat sel di dalam mikroskop mereka mulai menangis ketika menyadari bentuk kanker pankreas yang jarang ini termasuk yang dapat disembuhkan melalui operasi. Saya dioperasi dan saya baik-baik saja sekarang.

Ini merupakan yang terdekat saya dengan kematian,dan saya berharap itu yang paling dekat selama beberapa dekade ke depan. Menjalani pengalaman hidup itu, saya hanya dapat berkata ini kepada kamu dengan lebih yakin bahwa kematian pasti berguna meskipun konsep intelektual :
Tidak ada orang yang ingin mati. Bahkan orang yang akan pergi ke surga tidak mau mati untuk menuju ke sana. Dan juga kematian adalah tujuan yang akan kita temui. Tidak ada yang pernah lari darinya. Dan memang harus seperti itu, karena Kematian adalah penemuan terbaik dari Kehidupan. Itu adalah agen perubah Kehidupan. Itu membersihkan yang lama untuk memberi jalan pada yang baru. Sekarang yang baru adalah kalian, tapi suatu hari tidak lama dari sekarang, kamu akan diwisuda kemudian menjadi tua dan dibersihkan. Maaf menjadi terlalu dramatis, tapi itu cukup benar.

Waktu kamu terbatas, jadi jangan buang waktu hidup dalam hidup orang lain. Jangan terjebak dalam Dogma - dimana hidup dalam hasil pemikiran orang lain. Jangan biarkan keributan yang dibuat orang lain membuat suara hati kamu mengecil. Dan yang paling penting, miliki keberanian untuk mengikuti hati dan intuisi kamu. Mereka telah tahu apa yang sebenarnya kamu ingini. Semua hal yang lain adalah nomor dua.

Ketika saya muda, ada satu publikasi yang luar biasa The Whole Earth Catalog, yang merupakan salah satu kitab suci generasi saya. Itu dibuat oleh seorang yang bernama Stewart Brand tidak jauh dari sini di Menlo Park, dan bawa itu ke dalam kehidupan dengan sentuhan puitisnya. Ini sekitar akhir tahun 1960-an, sebelum PC populer, jadi semua itu dibuat menggunakan mesin tik, gunting, dan kamera polaroid. Itu seperti Google hanya dalam bentuk kertas, 35 tahun sebelum Google hadir.

Steward dan timnya memasukan beberapa isu dalam The Whole Earth Catalog, dan ketika semuanya selesai, mereka mengeluarkan terbitan terakhir ke publik. Itu sekitar petengahan 1970an, dan saya waktu itu seumur kalian. Di sampul belakang dari terbitan terakhir ada sebuah foto jalan di pagi hari, sejenis yang kamu temui ketika menjalani petualangan hiking di gunung. Dibawahnya ada kata-kata : "Tetaplah Lapar. Tetaplah Bodoh". Itu merupakan pesan selamat tinggal dari mereka. Tetaplah Lapar. Tetaplah Bodoh. Dan saya selalu mengucapkan itu untuk diri sendiri.

Dan sekarang, karena kalian generasi baru, saya mengucapkan ini untuk kamu.
"Stay Hungry Stay Foolish",

Thank you All

Wednesday, August 22, 2007

Machiavelli vs Covey

Membahas teori2 Machiaveli memang sangat menarik. Bagi saya pribadi,
membaca buku "The Prince" - nya Machiaveli (Sang Pangeran untuk versi
Indonesianya), banyak memberikan paradigma baru mengenai cara pandang para
pemain politik baik itu di level negara maupun perusahaan. Dan membaca buku
"Mafia Manajer" karangan "V" mungkin dapat lebih memperkaya ide-ide
implementasi teori Machiaveli di dunia kerja.
Kalau menurut saya sebenarnya banyak persamaan antara teori Sun Tzu dengan
Machiaveli namun memang, Machiaveli menyajikan dengan begitu gamblang,
lugas, dan relatif kasar, karena memang itulah kondisi yang terjadi
sebenarnya dan teori Machiaveli lebih "down to earth".
Musuh utama dari Teori dasar Machiaveli adalah Integritas (bagian dari habit
be proactive)-nya Steven Covey. Kalau pertanyaannya cara mana yang sebaiknya
ditempuh ? itu berpulang kepada moral (dan tingginya penghayatan nilai
keagamaan) orang tersebut. Namun bila ditanya mana yang lebih berhasil di
lapangan atau di dunia perkantoran, kemungkinan berimbang.
Contohnya adalah seorang sales asuransi bisa menjual asuransi-nya dengan dua
cara :
1. Dengan menjadi orang yang sangat terpercaya (Abraham Lincon mengatakan
bahwa untuk bisa menjual sesuatu kepada orang lain adalah dengan menjadi
teman terbaik dari si calon pembeli atau menjadi orang yang sangat bisa
dipercaya).
Si pembeli akan berkata : "Hmm kalau kamu yang jual, saya percaya deh.
Selama ini sih kamu nggak pernah bohong." That's Integrity (untuk point ini
ada beberapa teman saya yang saya recommend untuk menjual asuransi padahal
dia tidak pandai bicara, dan tidak pintar nego dll, namun dia jujur luar
biasa dan terbukti cukup sukses dan akhirnya dia juga belajar skill-skill
penjualan yang saya lihat dalam kapasitas melengkapi Integrity-nya, bukan
sebaliknya).
2. Dengan menjadi orang yang jago dalam persuasi, presentasi dan negosiasi.
Terlepas dari yang diceritakannya bohong (membesar-besarkan keunggulan
produknya / track recordnya) atau tidak maka si pembeli akan sangat
terpengaruh untuk membelinya. Si penjual model ini akan memanfaatkan
kelemahan-kelemahan manusia untuk dapat menjual produknya, seperti keraguan
: "ini hari terakhir kita discount" padahal besok nya masih discount,
ketakutan : "semua orang sudah pakai produk kita bahkan atasan bapak juga
bahkan tetangga bapak, kalau kehabisan, stock berikutnya masih 2 bulan lagi,
gimana pak ?"
Si pembeli akan berpikir : "Dari pada kehabisan atau kesalahan, beli aja
deh."
Contoh di atas memberikan hasil yang sama : "Calon pembeli akhirnya menjadi
pembeli."
Pembedanya : Penjual yang pertama akan lebih langgeng, yang kedua hanya
sesaat. Pertanyaannya menjadi : mau pilih yang mana ?
Jawabannya : Tergantung kebutuhan. Bila yang dijual adalah retail, dan butuh
hubungan jangka panjang, maka metoda Covey lah jawabannya. Namun bila yang
dijual adalah transaksi 100 M ke atas, maka cara kedua adalah pilihannya.
Yang penting transaksi sudah berhasil, 100 M sudah ditangan keuntungan
bersih 10 M, jadi kepercayaan is not important anymore, toh saya sudah bisa
hidup lumayan bertahun-tahun.
Hehehe....tolong jawaban tersebut itu jangan ikuti, karena jawabannya itu
sendiri sudah Machiavelis sekali.
Kalau kita pernah menjalankan suatu organisasi sebagai pimpinan, pasti kita
juga sadar bahwa untuk department tertentu kita butuh orang-orang
berintegritas tinggi ala Integritas-nya Covey, namun untuk bagian tertentu
lain kita sangat memerlukan Machiavelian sejati, dan kita pasti juga butuh
yang berintegritas dan sekaligus berwawasan machiavelis (pasti ini kader
pengganti anda berikutnya).
Mestinya yang paling efektif adalah menjadi manusia berintegritas ala Covey,
namun menguasai strategi 2x politik ala Machiaveli sehingga mampu
mengantisipasi serangan-serangan dari pihak yang tidak memiliki integritas
dan mampu melancarkan strategi terbaik (apapun itu) bila diperlukan.
"Lebih baik ditakuti daripada dihormati dan Gunakan segala cara untuk
mendapatkan tujuan." Itu kata Machiaveli. Dan slogan itu pula yang digunakan
oleh Bos Mafia (Paul Newman) dalam Film Tom Hanks "Road to Predition". Si
Paul Newman mengatakan kepada Tom Hanks di Film itu : "Kau tau kan bahwa
bisnis kita (bisnis mafia) adalah bisnis yang paling efektif, tapi kau pasti
juga tau bahwa kita yang menjalankan bisnis ini adalah orang-orang yang
sudah berjanji untuk tidak pernah melihat surga." Di dunia kerja sih nggak
seseram itu, tapi itulah kurang lebih gambaran extrimnya.
Catatan lain : Napoleon Bonaparte mempunyai buku favorite yaitu "The Prince"
- nya Machiaveli yang katanya selalu ada di bantalnya, dan Napoleon
Bonaparte adalah idolanya Bill Gates.

Ashari Abidin


-----------------
"The Prince" hanyalah salah satu karya Machiavelli yang banyak
dikutip oleh para ahli politik realis, bahwa seorang pemimpin negara
ketika memimpin negara tidaklah perlu terlalu berbelas kasihan pada
rakyatnya (namun cukup berbelas kasihan secukupnya) namun harus
berpegang pada kepentingan negara (supaya negara bisa survive)
sehingga ketika harus berlaku kejam supaya negara survive, maka
lakukanlah. Machiavelli juga melakukan analisis sejarah mendetail
dalam "The Art of War" yang merupakan buku sejarah yang bagus. Pada
kenyataannya, ketika Machiavelli meniti karir politiknya di Florence
dia tidak melakukan prinsip-prinsip yang ditulisnya dalam buku "The
Prince", namun dia sesungguhnya menitinya dengan cukup bersih.
Prinsip-prinsip dalam buku "The Prince" dia tulis karena dia melihat
kehancuran politisi populer di kotanya yang idealis dan moralis
karena tidak menguasai ilmu siasat dan ilmu militer dan dia
merindukan kestabilan politik di semenanjung Italia (saat itu Italia
tidak bersatu melainkan terpecah-pecah menjadi banyak negara-negara
kota yang dapat saling berperang satu sama lain) yang dia lihat
tercermin dari tindakan Cesare Bougaire yang hendak mempersatukan
Italia (menjadi Romawi baru) dan tindakan Keluarga Medici yang
menguasai kota Florence. Dia melihat bahwa untuk bisa survive dalam
kondisi saat itu, negara kota di Italia haruslah dipimpin oleh
seorang diktator. Kalau bisa, diktator itu adalah diktator yang
bijak. Sebagaimana perkataan Nurcholish Madjid, "Cukuplah bagi kita
seorang diktator yang bijak, jika kita tidak bisa membangun
pemerintahan yang demokratis". Toh Mahathir Muhammad juga adalah
seorang diktator yang bijak, 'kan ?
Wassalam.

(Seno "Avicenna" Pradono)
"Niccolo Machiavelli was born on May 3, 1469 in
Florence, Italy. He was a political philosopher and
diplomat during the Renaissance, and best known for
his famous work, "The Prince" (1513)."

Friday, August 3, 2007

Migrasi BII

Pengalaman yang cukup berat, migrasi data CAMS BII ini.

Tapi pada saat tulisan ini saya update, project CAMS BII Sigma sudah selesai, dan saya sekarang juga sudah tidak di Sigma lagi. Sekarang saya bekerja di perusahaan milik Ibu Betti Alisjahbana, ex Presdir IBM Indonesia.