Pengalaman saya mengajar OBIEE

Dalam jenjang waktu setahun masa kerja saya di Hitachi Consulting, saya telah dua kali mengajar OBIEE di kelas. Training pertama diselenggarakan sewaktu bekerja di proyek untuk Anchor Trust (http://www.anchor.org.uk). Perusahaan charity (mungkin bentuknya seperti yayasan) yg menyediakan Home Care (pondok jompo) buat para manula ini bermaksud mengganti Business Performance Monitoring mereka dengan OBIEE. Saya bertindak sebagai OBIEE consultant yg bertugas untuk membangun dashboards, reports dan KPI. Sebagai bagian dari knowledge transfer saya diharuskan melakukan pelatihan penggunaan OBIEE secara umum dan cara memelihara BPM yg kita bangun.

Jumlah peserta ada 6 orang. Tidak ada diantara mereka yg punya pengalaman menggunakan OBIEE, tetapi 3 diantara mereka adalah staff IT yg sangat 'techie' dan berpengalaman menggunakan dan memelihara system lama perusahaan ini. Mereka dapat dgn mudah menyerap segi-segi technical dari pelatihan seperti misalnya OBIEE architecture, RPD dan Web Catalog. Bahkan dengan mudahnya mereka mengerjakan workshop materials dengan bantuan yg minimal. Tiga peserta lainnya bisa dibilang 'report developers' yg pekerjaan sehari-hari mereka adalah menyiapkan reports buat pihak manajemen. Mereka termasuk peserta yg harus terus dituntun untuk dapat menyelesaikan hands-on materials-nya.

Pengalaman kedua mengajar OBIEE adalah ketika saya bekerja di proyeck untuk Hitachi Capital (http://www.hitachicapital.co.uk). Perusahaan finansial terdiri dari 4 business unit. Mereka bermaksud mengganti Data Warehouse mereka yg berdiri sendiri di business unit masing-masing dengan Enterprise Data Warehouse, satu data warehouse yg mencakup semua business unit. Ini merupakan kasus umum gagalnya data warehouse yg dibangung di masing-masing departemen yg kemudian tidak bisa digunakan untuk menganalisis perusahaan induk karena dimensi dari masing-masing data warehouse tersebut tidak beragam (unconformed dimensions).

Training ini sedikit unik karena kemampuan IT mereka yg beragam. Beberapa peserta telah menggunakan OBIEE versi 10g sebelumnya, beberapa yg lain tidak pernah sekalipun menggunakan report development tool dan satu peserta adalah Head of Finance yg sebelumnya pernah menggunakan QlikView (salah satu leader di data discovery tools versi Gartner),

Karena kemampuan peserta yg beragam tersebut, training yg kedua ini mempunyai tantangan yg menarik. Saya tidak mungkin terlalu teknis dan juga tidak bisa menyampaikan materinya secara high level.

Beberapa points yg saya dapatkan dalam dua pelatihan tersebut:
1. Sebisa mungkin syaratkan peserta untuk mendapatkan basic skill sehingga mudah untuk semua peserta mengikuti materi. Hal ini dapat dilakukan dengan memberikan materi awal (per-work) dan pastikan peserta mengerjakan materi tersebut.
2. Sisihkan banyak waktu untuk mengerjakan hands-on material dan minimalkan presentasi dan penjelasan. Belajar sambil mengerjakn adalah langkah yg lebih baik.
3. Pastikan environment bekerja dengan baik dengan mencobanya sebelum pelaksanaan pelaihan.


Comments

Post a Comment

Popular posts from this blog

Unit Test Framework for ETL (OWB and ODI)

Creating a good unit testing admittedly is as challenging as coding itself. It requires the same attention and time even though it's one of the most common part of the development life cycle that is not taken very seriously (alongside documentation). In my previous project on OWB, I spent a lot of time creating an automated unit tests using utPL/SQL test framework. The challenges are even greater as everything has to be coded and compiled as PL/SQL packages. The framework does not have UI tools that can be used to speed up the unit test creation. But it provides many assertions libraries that suffice to say it can handle most of the assertions conditions that I needed. It took almost the same amount of time to create a unit test for one OWB mapping. However I felt it was perhaps the most productive time on the entire development cycle. It cut out a lot of manual steps which are prone to errors. It helped to identify broken mappings which are caused by DDL changes. Last but ...
Read more

Oracle Real-Time Decision

I came across Oracle Real-Time Decision (RTD) only recently although this product has been part of Oracle BI product family since Sigma Dynamics acquisition in 2006. I was on the bench and skilled up my Oracle BI products after a year working in a project with no time to do any training. RTD is called by several name: 'a closed-loop recommendation engine', 'predictive analytic tool','real-time decision engine' and many more. I personally like the 'decision engine' name as it's actually a decision learning engine with low latency processing so it can make a decision in real-time. There are plenty of blogs about RTD. You will find that Rittman Mead blog has the most entries on the subject (as per other Oracle BI products - I have been told that they have a special relationship with Oracle that they can get the first hand experience of the products before Oracle released them to the public), they can be found here  and search for 'Oracle Real-Ti...
Read more