Pada bab ini dilakukan pembuatan metodologi untuk pembangunan dashboard.
Metodologi difokuskan pada tahap identifikasi kebutuhan, perencanaan, dan perancangan prototype. Pembahasan dimulai dari prinsip pembangunan dashboard, yang digunakan sebagai landasan dalam membuat metodologi. Prinsip pembangunan dashboard ini dirumuskan berdasarkan hasil kajian literatur seperti yang telah dibahas pada sub bab II.1. Pada bagian selanjutnya, dilakukan pembahasan mengenai hasil analisis terhadap beberapa metodologi pembangunan dashboard yang dikembangkan oleh vendor PureShare, Noetix, dan BrightPoint.
Hasil analisis dipadukan dengan prinsip pembangunan dashboard dan digunakan sebagai dasar dalam membuat kerangka berpikir metodologi pembangunan dashboard. Kerangka berpikir ini selanjutnya digunakan sebagai landasan dalam membuat metodologi pembangunan dashboard.
III.1 Prinsip Pembangunan Dashboard
Pada sub bab II.1, telah dibahas konsep dasar mengenai dashboard yaitu definisi, jenis, dan karakteristik dashboard. Dari definisi dan karakteristik tersebut, dapat diambil beberapa prinsip mendasar yang digunakan sebagai landasan dalam membuat metodologi pembangunan dashboard. Prinsip-prinsip tersebut adalah dashboard:
1. Menyajikan informasi mengenai KPI dengan tujuan spesifik.
2. Mensinergikan informasi dari berbagai aspek dalam layar tunggal.
3. Merupakan alat yang responsif dan interaktif dengan penggunanya, terutama dengan adanya fasilitas alert yang memberikan kewaspadaan terhadap hal-hal kritis. Alert pada dashboard dibangkitkan berdasarkan threshold yang telah ditetapkan.
4. Memungkinkan tiga hal sekaligus yaitu analisis kondisi sebelumnya, monitoring kondisi saat ini, dan memprediksi trend kedepan.
5. Memiliki faktor personalisasi. Setiap bagian dalam organisasi memiliki dashboardnya sendiri. Sebuah dashboard tidak mungkin digunakan oleh seluruh bagian dalam organisasi.
27
6. Memungkinkan kolaborasi dan komunikasi antar bagian dalam organisasi.
Komunikasi dan kolaborasi antar pengguna dashboard dilakukan melalui mekanisme alert dan pelaporan.
Keenam prinsip tersebut digunakan sebagai dasar dalam membuat metodologi pembangunan dashboard.
III.2 Analisis Referensi Metodologi Pembangunan Dashboard
Pada sub bab II.5, telah dibahas dua pendekatan yang digunakan dalam pembangunan dashboard. Pada kasus pembangunan dashboard, pendekatan user- centric memiliki keunggulan dibandingkan dengan pendekatan data-centric, karena memberikan fokus pada upaya pemenuhan kebutuhan pengguna (8).
Pendekatan user-centric dalam pembangunan dashboard, dilakukan melalui pembuatan prototype. Pembangunan prototype difokuskan pada perancangan desain antar muka yang efektif dan fungsional, sesuai dengan kebutuhan dan selera pengguna. Faktor desain merupakan bagian yang penting, karena dashboard adalah alat yang mengandalkan kemampuan visual manusia dalam memahami informasi yang disajikan. Perancangan model dan struktur data diletakkan pada posisi kedua, setelah prototype dianggap telah sesuai dengan kebutuhan pengguna (8). Dengan demikian model data dan struktur data yang dihasilkan lebih stabil, dan tidak terlalu sering mengalami perubahan.
Pendekatan user-centric digunakan oleh banyak vendor dalam pembangunan dashboard. Seperti yang telah dijelaskan pada sub bab II.6, metodologi yang dikembangkan oleh PureShare, Noetix, dan BrightPoint memanfaatkan prototype dalam pembangunan dashboard (16)(12)(5). Prototype digunakan sebagai “alat”
untuk mengetahui kesesuaian antara keinginan pengguna dengan rancangan sistem, sebelum sistem tersebut diimplementasikan secara nyata. Garis besar aktifitas yang dilakukan pada setiap tahap pembangunan dashboard dari masing- masing metodologi tersebut, dapat dilihat pada tabel III.1.
Tabel III.1. Matrik Metodologi PureShare, Noetix, dan BrightPoint
Metodologi
Tahap Pengembangan
PureShare Noetix BrightPoint Metodologi Baru
Identifikasi kebutuhan - Identifikasi kebutuhan pengguna.
- Identifikasi KRA.
- Identifikasi KPI untuk setiap KRA.
- Pengelompokan KPI sebagai alert, monitor, atau tren.
- Perencanaan proyek.
- Menentukan lingkup proyek.
- Identifikasi KPI.
- Identifikasi kebutuhan pengguna.
- Identifikasi kebutuhan pengguna.
- Mendefinisikan ukuran dan KPI.
- Identifikasi high-level scenario dashboard.
- Identifikasi KPI organisasi.
- Identifikasi jenis dahboard dan kelompok.
- Identifikasi kebutuhan bisnis pengguna.
- Identifikasi KPI dashboard.
Perencanaan - Membuat model hierarkhi dasboard.
- Analisis sistem, data, dan sumber data.
- Identifikasi sumber data, threshold untuk tiap KPI.
- Identifikasi sumber data, jenis data, rentang nilai, dan ukuran.
- Membuat katalog data.
- Analisis Meta-informasi - Perencanaan fungsionalitas
dashboard.
- Analisis konten dan hierarkhi informasi.
- Perencanaan hierarkhi komunikasi pengguna.
Perancangan - Membuat draft layout dashboard.
- Pengembangan query.
- Pembangunan prototype.
- Pembuatan prototype.
- Review prototype.
- Memperhalus desain antar muka dan aliran kontrol.
- Memastikan sumber data.
- Mendefinisikan query.
- Menentukan jalur drill-down.
- Membangun prototype dashboard.
- Merancang navigasi, sistem menu, dan jalur drill-down.
- Merancang query dan transformasi logik untuk mengubah data sumber menjadi informasi pada dashboard.
- Perancangan desain dan layout dashboard.
- Perancangan mekanisme komunikasi.
- Perancangan kontrol navigasi.
- Review dan perbaikan prototype.
Lanjutan Tabel III.1. Matrik Metodologi PureShare, Noetix, dan BrightPoint
Implementasi dan Validasi
- Review prototype.
- Menentukan threshold dan alert.
- Implementasi dashboard.
- Security, usability, integrasi sistem.
- Pengujian sistem.
- Implementasi front-end.
- Implementasi query.
- Menentukan jadwal konfigurasi.
- Kemanan dashboard.
- Validasi dashboard.
- Mengintegrasikan data sumber.
- Melakukan proses ETL.
- Implementasi
dashboard(mengintegrasikan desain prototype dengan data).
- Security, scalability dan kinerja sistem.
- Pengujian sistem.
- Implementasi prototype.
- Integrasi dengan data sumber.
- Penerapan kontrol security.
- Validasi dan pengujian sistem.
Deployment - Penerapan ke lingkungan operasionalnya.
- Sosialisasi dashboard.
- Pelatihan pengguna.
- Penerapan ke lingkungan operasionalnya.
- Kemanan dan integrasi dengan lingkungan sistem
operasionalnya.
- Membuat dokumen solusi, termasuk rencana deployment dan maintenance.
- Penerapan ke lingkungan operasionalnya.
- Sosialisasi dashboard.
- Pelatihan pengguna.
- Penerapan ke lingkungan operasionalnya.
- Integrasi sistem dengan lingkungan operasionalnya.
- Sosialisasi dan pelatihan penggunaan dashboard.
Pemeliharaan - Perbaikan dan pemeliharaan terus menerus agar dashboard dapat beradaptasi dengan perubahan bisnis dan organisasi.
- Pembangunan dashboard di berbagai area organisasi.
- Perbaikan dan pemeliharaan terus-menerus untuk menjamin agar dashboard sesuai dengan kebutuhan bisnis organisasi.
- Review rencana maintenance dengan pengguna.
- Perbaikan dan pemeliharaan sistem,
- Back-up dan tuning sistem.
- Pemeliharaan dan perbaikan dashboard agar tetap sesuai dengan kebutuhan bisnis dan organisasi.
Ketiga metodologi mengandung elemen-elemen kunci yang diperlukan dalam pembangunan dashboard, mulai dari pengumpulan meta-informasi, penilaian pengguna dashboard, dan penyajian informasi. Namun, ketiga metodologi tersebut memberikan fokus perhatian dan penekanan yang berbeda dalam pengembangan dashboard, seperti yang terlihat pada tabel III.2.
Metodologi yang dikembangkan oleh PureShare memberikan penekanan pada kesesuaian antara tujuan bisnis dengan kebutuhan teknologi organisasi.
Perancangan sistem dilakukan dengan pendekatan top-down yang memberikan fokus pada pemenuhan kebutuhan bisnis dan pengguna. Sedangkan tahap implementasi dilakukan dengan pendekatan bottom-up (16).
Noetix membuat metodologi dengan berusaha menyeimbangkan antara kebutuhan pengguna dengan kemampuan developer (12). Identifikasi kebutuhan pengguna dilakukan setelah menentukan lingkup proyek dan KPI. Kebutuhan pengguna harus disesuaikan dengan lingkup proyek dan KPI yang telah ditentukan sebelumnya. Metodologi Noetix juga memberikan fokus pada siklus hidup proyek dan manajemen proyek pengembangan dashboard.
Metodologi yang dikembangkan oleh BrightPoint, memberikan fokus pada pembuatan dokumentasi, mulai dari katalog data sampai dengan pembuatan dokumen rencana deployment dan maintenance (5). Pembuatan dokumentasi bertujuan untuk mempermudah pengguna dalam melakukan proses pemeliharaan dan perbaikan dashboard yang telah dimilikinya.
Tabel III.2. Perbedaan Metodologi PureShare, Noetix, dan BrightPoint
PureShare Noetix BrightPoint - Mementingkan kebutuhan
pengguna.
- Perencanaan dengan pendekatan top-down.
- Implementasi dengan pendekatan bottom-up.
- Menyeimbangkan kebutuhan pengguna dengan kemampuan developer.
- Memperhatikan siklus hidup proyek.
- Fokus pada dokumentasi agar pengguna mudah dalam melakukan maintenance.
Metodologi yang dikembangkan oleh PureShare, Noetix, dan BrightPoint tidak menjelaskan secara detail tahapan yang dilakukan dalam pembangunan dashboard. Metodologi juga tidak memberikan penjelasan mengenai hal-hal yang harus dilakukan untuk menjamin agar KPI yang disajikan pada dashboard sesuai dengan kebutuhan pengguna.
Berdasarkan hasil analisis tersebut, diperlukan sebuah metodologi yang menjelaskan secara detail tahapan dalam pembangunan dashboard, beserta dengan kakas yang digunakan pada setiap tahapan. Metodologi yang dbuat pada tesis ini mengadopsi pendekatan user-centric, untuk membangun desain antar muka dashboard yang sesuai dengan kebutuhan pengguna. Metodologi difokuskan pada tahap identifikasi kebutuhan data/informasi, perencanaan, dan perancangan prototype dashboard.
III.3 Pembuatan Kerangka Berpikir Metodologi Pembangunan Dashboard Pada bagian ini dibahas mengenai kerangka berpikir yang menjadi landasan dalam membuat metodologi pembangunan dashboard. Kerangka berpikir ini merupakan kerangka umum yang dapat digunakan untuk pembangunan dashboard pada berbagai level manajemen. Kerangka berpikir juga dapat digunakan untuk membuat sistem dashboard, yaitu kumpulan dashboard yang diperlukan untuk memenuhi kebutuhan bisnis dalam lingkup tertentu. Kerangka berpikir metodologi pembangunan dashboard dibuat dengan memperhatikan hasil kajian dari sub-bab sebelumnya.
Prinsip-prinsip pembangunan dashboard menunjukkan bahwa ada 3(tiga) aspek utama yang harus dipenuhi oleh sebuah dashboard, yaitu data/informasi, personalisasi, dan kolaborasi dashboard. Aspek data/informasi sangat penting mengingat bahwa dashboard hanya menyajikan informasi mengenai KPI yang relevan. Keterbatasan tempat untuk menyajikan informasi dalam layar tunggal dan banyaknya fungsi yang diinginkan dalam sebuah dashboard menyebabkan aspek pemilihan data/informasi merupakan hal yang sangat penting.
Aspek personalisasi dashboard berkaitan dengan masalah keamanan dan kerahasiaan informasi yang disajikan. Dashboard hanya menyampaikan informasi yang relevan, kepada pihak-pihak yang memiliki otoritas terhadap informasi tersebut. Aspek personalisasi juga menyangkut desain dashboard untuk setiap pengguna.
Aspek kolaborasi digunakan untuk memenuhi prinsip bahwa dashboard merupakan alat yang responsif, yang dapat berinteraksi dengan penggunanya, dan memungkinkan komunikasi antar pengguna. Aspek kolaborasi dalam sebuah dashboard berkaitan dengan 2(dua) hal utama, yaitu mekanisme alert dan pelaporan kinerja.
Ketiga aspek tersebut digunakan sebagai dasar dalam membuat kerangka berpikir metodologi pembangunan dashboard, dengan memetakan setiap aspek ke dalam tahapan pengembangan sistem perangkat lunak. Kerangka berpikir metodologi pembangunan dashboard dapat dilihat pada gambar III.1.
Gambar III.1. Kerangka Berpikir Metodologi Pembangunan Dashboard Aspek
Tahap
Data/Informasi Personalisasi Kolaborasi
Identifikasi kebutuhan
Identifikasi kebutuhan data dan informasi.
Identifikasi jenis dashboard dan kelompok
pengguna.
Identifikasi abstraksi skenario(high level scenario) dashboard.
Perencanaan - Analisis meta- informasi dan konten informasi.
- Perbaikan sumber data.
Perencanaan fungsionalitas dashboard.
Perencanaan hierarkhi komunikasi pengguna.
Perancangan prototype
Perancangan konten informasi dashboard.
Perancangan desain dan layout dashboard.
Perancangan mekanisme komunikasi dan navigasi.
Review
Prototype Review dan perbaikan prototype Implementasi
dashboard
- Implementasi prototype.
- Integrasi dengan data sumber.
- Penerapan kontrol security.
- Validasi dan pengujian sistem.
Deployment - Penerapan ke lingkungan operasionalnya.
- Integrasi sistem dengan lingkungan operasionalnya.
- Sosialisasi dan pelatihan penggunaan dashboard.
Maintenance Pemeliharaan dan perbaikan dashboard agar tetap sesuai dengan kebutuhan bisnis dan organisasi
Pembahasan metodologi difokuskan pada tahap identifikasi kebutuhan, perencanaan, dan perancangan prototype. Pada tahap identifikasi kebutuhan, aspek data/informasi berkaitan dengan aktifitas identifikasi kebutuhan bisnis pengguna sampai dengan pemilihan KPI untuk setiap jenis dashboard. Aspek personalisasi berkaitan dengan aktifitas identifikasi jenis dashboard dan kelompok pengguna dashboard. Identifikasi kelompok pengguna dilakukan dengan tujuan untuk merencanakan otorisasi dan hak akses untuk setiap pengguna. Aspek kolaborasi berkaitan dengan aktifitas untuk identifikasi high- level scenario pembangunan dashboard, yaitu tujuan, lingkup pengembangan, dan skenario informasi yang akan disajikan pada dashboard.
Pada tahap perencanaan, aspek data dan informasi berkaitan dengan aktifitas analisis meta-informasi untuk setiap KPI yang telah teridentifikasi. Meta- informasi KPI menyangkut sumber data, granularitas, ukuran, perhitungan, threshold, dan alert yang digunakan. Analisis meta-informasi dilakukan bersamaan dengan aktifitas perbaikan sistem dan sumber data KPI. Aktifitas perbaikan sumber data merupakan lingkup di luar bahasan topik tesis. Aspek personalisasi menyangkut aktifitas perencanaan fungsionalitas untuk setiap jenis dashboard, sesuai dengan kebutuhan dan peran pengguna dalam organisasi. Aspek kolaborasi menyangkut aktifitas untuk merencanakan jalur komunikasi antar pengguna.
Pada tahap perancangan prototype, aspek data/informasi fokus pada penentuan konten dan keterhubungan informasi yang disajikan dalam dashboard. Aspek personalisasi menyangkut upaya perancangan desain dan layout dashboard, sesuai dengan keinginan dan kebutuhan masing-masing kelompok pengguna. Sedangkan aspek kolaborasi menyangkut perancangan mekanisme komunikasi antar pengguna dan kontrol navigasi yang digunakan.
Kerangka berpikir yang telah dibuat selanjutnya digunakan untuk membuat metodologi pembangunan dashboard. Metodologi menjelaskan tahapan pembangunan dashboard secara runtun, beserta dengan masukan yang diperlukan, proses yang dikerjakan, keluaran yang dihasilkan, dan kakas yang digunakan.
III.4 Pembuatan Metodologi Pembangunan Dashboard
Pada bagian ini akan diusulkan metodologi pembangunan dashboard, yang memberikan fokus pada tahap identifikasi kebutuhan, perencanaan, dan perancangan prototype. Pembuatan metodologi didasarkan pada kerangka berpikir yang telah dibahas sebelumnya. Dari kerangka berpikir tersebut, dapat diidentifikasi aktifitas-aktifitas yang diperlukan untuk pembangunan dashboard.
Selanjutnya, aktifitas-aktifitas tersebut dihubungkan untuk melihat keterkaitan antara satu aktifitas dengan aktifitas lainnya. Keterhubungan antar aktifitas membentuk tahapan-tahapan, yang menjadi sebuah metodologi dalam pembangunan dashboard. Metodologi pembangunan dashboard yang diusulkan dapat dilihat pada gambar III.2.
Metodologi pembangunan dashboard memiliki 7(tujuh) tahapan utama, sesuai dengan tahapan dalam pengembangan sistem perangkat lunak, yaitu identifikasi kebutuhan, perencanaan, perancangan prototype, review prototype, implementasi, deployment, dan maintenance. Pada tesis ini hanya dibahas tiga tahapan yang pertama, yaitu identifikasi kebutuhan, perencanaan, dan perancangan prototype.
III.4.1 Identifikasi Kebutuhan
Identifikasi kebutuhan untuk pembangunan dashboard dilakukan dengan pendekatan top-down. Dimulai dari identifikasi high-level scenario dashboard untuk mendapatkan gambaran umum skenario informasi yang ingin disajikan melalui dashboard. Dari high-level scenario, selanjutnya diidentifikasi kebutuhan data/informasi secara detail, sampai didapatkan KPI untuk setiap jenis dashboard.
Identifikasi kebutuhan data/informasi dilakukan melalui 2 cara yang dapat dilakukan secara bersamaan, yaitu dengan identifikasi KPI organisasi yang berada dalam lingkup pembangunan dashboard, dan identifikasi kebutuhan data dari tiap kelompok pengguna dashboard. Hal ini dikarenakan tidak semua KPI organisasi disajikan pada dashboard. Dashboard hanya menyajikan KPI yang mendukung kebutuhan pengguna dalam membuat keputusan atau tindakan bisnis. Proses identifikasi kebutuhan terdiri dari 5(lima) tahap yaitu identifikasi high-level scenario dashboard, identifikasi KPI organisasi, identifikasi jenis dashboard dan kelompok pengguna, serta identifikasi KPI untuk setiap jenis dashoard.
Identifikasi kebutuhan
Perencanaan
Perancangan prototype
Review Prototype
Implementasi Dashboard
- Implementasi prototype.
- Integrasi dengan data sumber.
- Penerapan kontrol security.
- Validasi dan pengujian sistem.
Deployment - Penerapan ke lingkungan operasionalnya.
- Integrasi sistem dengan lingkungan operasionalnya.
- Sosialisasi dan pelatihan penggunaan dashboard.
Maintenance
Pemeliharaan dan perbaikan dashboard agar tetap sesuai dengan kebutuhan bisnis dan organisasi
Identifikasi KPI organisasi
Identifikasi jenis dashboard dan kelompok pengguna
Identifikasi KPI tiap dashboard
Analisis meta- informasi KPI
Perencanaan hierarkhi komunikasi
pengguna
Perancangan desain dan layout
Perancangan mekanisme komunikasi Analisis konten dan
hierarkhi informasi
Perancangan kontrol navigasi Identifikasi kebutuhan bisnis
tiap pengguna
Perencanaan fungsionalitas
dashboard
Review dan perbaikan Identifikasi high-level
scenario dashboard
Gambar III.2. Metodologi Pembangunan Dashboard
III.4.1.1 Identifikasi High-Level Scenario Dashboard
Identifikasi high-level scenario dashboard merupakan tahap awal yang dilakukan dalam proses pembangunan dashboard. Rincian tahap identifikasi high-level scenario dashboard dapat dilihat pada tabel III.3.
Tabel III.3. Rincian Tahap Identifikasi High-Level Scenario
Masukan -
Proses Wawancara dengan pihak pimpinan atau penanggung jawab pembangunan dashboard di organisai. Isi wawancara
mengenai tujuan dan lingkup pembangunan dashboard, serta gambaran scenario informasi yang akan disajikan
Keluaran Deskripsi high-level scenario dashboard.
Pihak yang terlibat - Pengembang dashboard
- Pimpinan atau penanggung jawab di organisasi Waktu pelaksanaan Pada awal tahap identifikasi kebutuhan.
Kakas -
Identifikasi dilakukan melalui wawancara dengan pihak pengguna untuk mendapatkan gambaran umum mengenai dashboard yang ingin dibangun, meliputi tujuan, lingkup, dan gambaran skenario penyajian informasi. Wawancara dilakukan terhadap pimpinan atau orang yang memiliki tanggung jawab tertinggi dalam upaya pengembangan dashboard di lingkungan pengguna. Tahap ini menghasilkan deskripsi high-level scenario dashboard yang akan digunakan sebagai dasar dalam tahap identifikasi kebutuhan berikutnya.
III.4.1.2 Identifikasi KPI Organisasi
Identifikasi KPI organisasi melibatkan pimpinan dari pihak pengguna. Identifikasi bertujuan untuk mendapatkan KPI organisasi yang berkaitan dengan proses bisnis dalam lingkup pembangunan dashboard. Rincian tahap identifikasi KPI organisasi dapat dilihat pada tabel III.4.
Identifikasi dimulai dengan mengkaji dokumen-dokumen yang ada, seperti dokumen strategis organisasi, laporan adhoc, dan laporan reguler. Dari dokumen tersebut, dilakukan identifikasi tujuan-tujuan strategis dari proses bisnis yang dijalankan. Untuk setiap tujuan diturunkan Critical Success Factor(CSF) yaitu faktor-faktor penting yang menentukan kesuksesan atau kegagalan dari suatu
proses atau aktifitas. Pada strategic dashboard, CSF dapat diturunkan dengan menggunakan kerangka kerja Balance Score Card(BSC).
Tabel III.4 Rincian Tahap Identifikasi KPI Organisasi Masukan Deskripsi high-level scenario dashboard.
Proses - Review dokumen-dokumen strategis pada lingkup dashboard.
- Identifikasi tujuan strategis.
- Identifikasi Critical Success Factor(CSF).
- Identifikasi KPI untuk tiap CSF.
- Identifikasi penanggung jawab setiap KPI.
Keluaran Dokumen KPI organisasi.
Pihak yang terlibat - Pengembang dashboard - Analis bisnis
- Pimpinan atau penanggung jawab di organisasi Waktu pelaksanaan Setelah identifikasi high-level scenario dashboard.
Kakas Dokumen strategis organisasi, laporan adhoc, laporan reguler
Proses berikutnya adalah identifikasi KPI untuk setiap CSF yang ada. KPI pada dasarnya adalah indikator yang digunakan mengukur proses, sedangkan CSF adalah faktor-faktor penting yang mempengaruhi kesuksesan atau kegagalan dari sebuah proses. Jadi bisa dikatakan bahwa KPI adalah indikator untuk mengukur CSF. Berdasarkan praktik terbaik dalam mengembangkan KPI (15), sebuah organisasi sebaiknya memiliki tidak lebih dari 10 KPI.
III.4.1.3 Identifikasi Jenis Dashboard dan Kelompok Pengguna
Identifikasi jenis dashboard dan kelompok pengguna dapat dilakukan bersamaan dengan identifikasi KPI organisasi. Tahap ini dilakukan untuk mengetahui jenis dashboard yang diperlukan oleh organisasi, dan pihak-pihak yang akan menggunakan dashboard tersebut. Rincian tahap identifikasi kelompok dashboard dan pengguna dapat dilihat pada tabel III.5.
Identifikasi kelompok dashboard dan pengguna dimulai dengan mereview dokumen struktur organisasi dan pelaporan, serta melakukan wawancara dengan pihak pimpinan. Selanjutnya, hasil identifikasi kelompok pengguna dipetakan dengan setiap jenis dashboard yang ada untuk menentuan otorisasi dari masing- masing pengguna dashboard.
Tabel III.5. Rincian Tahap Identifikasi Jenis Dashboard dan Kelompok Pengguna Masukan Deskripsi high-level scenario dashboard.
Proses - Review dokumen struktur organisasi, dokumen pelaporan dan pertanggung jawaban.
- Wawancara dengan pihak pimpinan atau penanggung jawab pembangunan dashboard.
- Identifikasi kelompok dan hierarkhi dashboard.
- Identifikasi kelompok dan hierarkhi pengguna.
- Menentukan otorisasi pengguna dashboard.
Keluaran - Dokumen hierarkhi dashboard dan kelompok penggguna.
- Dokumen otorisasi pengguna dashboard.
Pihak yang terlibat - Pengembang dashboard.
- Pimpinan atau penanggung jawab di organisasi.
Waktu pelaksanaan Setelah identifikasi high-level scenario dashboard.
Kakas - Dokumen struktur organisasi.
- Dokumen struktur pelaporan dan pertanggung jawaban.
III.4.1.4 Identifikasi Kebutuhan Bisnis Pengguna
Identifikasi kebutuhan bisnis pengguna dilakukan terhadap setiap kelompok pengguna dashboard. Rincian tahap identifikasi kebutuhan pengguna dashboard dapat dilihat pada tabel III.6.
Tabel III.6. Rincian Tahap Identifikasi Kebutuhan Bisnis Pengguna Masukan - Dokumen hierarkhi dashboard dan kelompok pengguna.
- Dokumen otorisasi pengguna dashboard.
Proses - Wawancara dengan tiap kelompok pengguna dashboard untuk mengetahui kebutuhan bisnis dari setiap kelompok.
- Identifikasi Critical Business Questions (CBQ).
- Identifikasi data atau informasi yang mendukung jawaban atas CBQ.
- Identifikasi cara analisis untuk menjawab CBQ.
Keluaran Dokumen kebutuhan bisnis pengguna.
Pihak yang terlibat - Pengembang dashboard.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Setelah identifikasi kelompok dashboard dan pengguna.
Kakas Matriks CBQ, data pendukung, dan cara analisis.
Identifikasi dilakukan melalui wawancara dengan perwakilan kelompok pengguna. Tujuannya adalah untuk mendapatkan data dan ukuran yang menjadi dasar dalam pembuatan keputusan atau tindakan bisnis. Ada 4(empat) pertanyaan utama yang diajukan dalam wawancara, yaitu:
1. Pertanyaan bisnis(Critical Business Question/ CBQ) apa yang perlu dijawab melalui dashboard?
2. Data atau informasi apa saja yang digunakan untuk menjawab CBQ tersebut?
3. Bagaimana cara analisis untuk menjawab CBQ tersebut?
Jawaban atas keempat pertanyaan tersebut dipetakan dalam matriks CBQ, data pendukung, dan cara analisis, seperti contoh yang terdapat pada lampiran D. Hasil wawancara untuk poin 1 dan 2 digunakan untuk membuat deskripsi mengenai kebutuhan data dan informasi dari tiap kelompok pengguna dashboard. Hasil wawancara untuk poin 3 digunakan sebagai bahan dalam merencanakan fungsionalitas dashboard.
III.4.1.5 Identifikasi KPI Dashboard
Identifikasi KPI dashboard dilakukan dengan cara memetakan setiap KPI organisasi terhadap kebutuhan bisnis dari setiap kelompok pengguna. Rincian tahap identifikasi KPI dashboard dapat dilihat pada tabel III.7.
Tabel III.7. Rincian Tahap Identifikasi KPI Dashboard Masukan - Dokumen KPI organisasi.
- Dokumen kebutuhan bisnis pengguna.
Proses - Pemetaan KPI organisasi sesuai dengan kebutuhan setiap kelompok pengguna dashboard.
- Identifikasi KPI yang diperlukan setiap kelompok pengguna dashboard.
Keluaran Dokumen KPI dashboard.
Pihak yang terlibat - Pengembang dashboard.
- Analis bisnis.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Setelah identifikasi KPI organisasi dan identifikasi kebutuhan bisnis pengguna.
Kakas Matriks CBQ dan KPI.
Pemetaan KPI organisasi dengan kebutuhan bisnis pengguna dilakukan untuk mendapatkan KPI yang benar-benar dibutuhkan oleh pengguna. Hanya KPI yang mendukung kebutuhan pengguna saja yang akan disajikan pada dashboard.
Contoh matriks yang memetakan antara CBQ pengguna dengan KPI yang mendukungnya dapat dilihat pada lampiran E.
KPI untuk setiap jenis dashboard diturunkan dari KPI organisasi yang telah diidentifikasi sebelumnya. KPI organisasi dapat dikembangkan sesuai dengan tingkat kedetailan informasi untuk setiap jenis dashboard yang dibutuhkan oleh pengguna. Tingkat kedetailan informasi pada dashboard biasanya mengikuti level manajemen yang didukungnya, seperti yang diilustrasikan pada gambar III.3.
Gambar III.3. Tingkat Kedetailan Setiap Jenis Dashboard
Dashboard yang mendukung level manajemen operasional memiliki konten informasi yang lebih detail. Semakin ke atas, informasi akan mengerucut dengan tingkat kedetailan yang semakin berkurang. Strategic dashboard menampilkan informasi yang merupakan summary atau kesimpulan dari informasi yang dihasilkan oleh beberapa tactical dashboard. Begitu pula tactical dashboard, memperoleh informasi dari beberapa operational dashboard yang mendukungnya.
Sesuai dengan tingkat kedetailan informasinya, KPI pada sebuah dashboard diturunkan dari KPI dashboard yang mendukung level manajemen di atasnya. KPI untuk tactical dashboard diturunkan dari KPI strategic dashboard yang didukungnya. Begitu pula KPI untuk operational dashboard, diturunkan dari KPI milik tactical dashboard yang didukungnya. Pada akhir tahap ini dihasilkan dokumen yang berisi daftar KPI untuk setiap jenis kelompok dashboard yang diperlukan oleh pengguna.
summary
detail
Tingkat kedetailan informasi
Tactical Dashboard
Operational Dashboard Strategic Dashboard
III.4.2 Perencanaan
Tahap perencanaan dilakukan dengan tujuan untuk menganalisis lebih jauh data yang diperoleh dari hasil identifikasi kebutuhan. KPI untuk setiap kelompok dashboard akan dianalisis untuk mengidentifikasi meta-informasi yang dikandungnya. Sedangkan data hasil identifikasi kebutuhan bisnis pengguna akan dianalisis lebih lanjut untuk merencanakan fungsionalitas dashboard dan menyusun hierarkhi komunikasi antar pengguna dashboard.
III.4.2.1 Analisis Meta-Informasi KPI
Meta-informasi adalah informasi tentang informasi. Pada tahap ini dilakukan analisis untuk mendapatkan meta-informasi dari KPI yang akan disajikan pada setiap dashboard. KPI dianalisis untuk menemukan elemen-elemen informasi yang menyertainya, seperti sumber data, tingkat prioritas KPI, granularitas, ukuran, perhitungan, threshold, dan alert. Identifikasi elemen KPI dapat dilakukan dengan melengkapi data pada tabel meta-informasi seperti contoh yang terdapat pada lampiran F. Rincian tahap analisis meta-informasi KPI dapat dilihat pada tabel III.8.
Tabel III.8. Rincian Tahap Analisis Meta-Informasi KPI Masukan Dokumen KPI dashboard
Proses - Survei dan wawancara dengan setiap kelompok pengguna dashboard untuk mengetahui meta-informasi dari setiap KPI, seperti sumber data, prioritas KPI, granularitas, ukuran dan perhitungan, varians, threshold, serta alert.
- Mereview relevansi dan konsistensi meta-informasi KPI di semua kelompok dashboard.
Keluaran Dokumen meta-informasi KPI dashboard.
Pihak yang terlibat - Pengembang dashboard.
- Analis bisnis.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Setelah identifikasi KPI untuk setiap kelompok dashboard.
Kakas Tabel meta-informasi KPI.
Proses identifikasi elemen-elemen KPI dimulai dari jenis kelompok dashboard yang mendukung level manajemen teratas dalam lingkup pembangunan dashboard. Selanjutnya dilakukan secara terurut sampai ke jenis dashboard yang mendukung level manajemen paling bawah. Proses identifikasi harus memperhatikan konsistensi dan relevansi antar KPI yang saling berhubungan.
Misalkan saja, jika menentukan granularitas sebuah KPI pada tactical dashboard, maka harus memperhatikan KPI yang terdapat pada strategic dashboard yang didukungnya.
III.4.2.2 Perencanaan Fungsionalitas Dashboard
Tahap perencanaan fungsionalitas dashboard dilakukan untuk menentukan fungsi- fungsi pada dashboard, sesuai dengan kebutuhan bisnis penggunanya. Fungsi dashboard biasanya sesuai dengan karakteristik dan peran dashboard dalam organisasi. Karakteristik dari setiap jenis dashboard dapat dilihat pada tabel II.2.
Hasil perencanaan fungsionalitas dashboard digunakan dalam merencanakan konten dan hierarkhi informasi dashboard. Tingkat kedetailan informasi yang disajikan pada dashboard bergantung pada fungsi dashboard. Rincian proses yang dilakukan pada tahap ini dapat dilihat pada tabel III.9.
Tabel III.9. Rincian Tahap Perencanaan Fungsionalitas Dashboard Masukan - Dokumen kebutuhan bisnis pengguna
Proses - Mengkaji dokumen kebutuhan bisnis pengguna.
- Identifikasi cara analisis pengguna untuk pengambilan keputusan/tindakan bisnis.
- Merencanakan fungsi-fungsi(baik fungsi utama maupun tambahan) untuk setiap jenis dashboard.
Keluaran Dokumen fungsionalitas dashboard Pihak yang terlibat - Pengembang dashboard.
Waktu pelaksanaan Bisa dilakukan bersama-sama dengan tahap analisis meta- informasi KPI
Kakas -
III.4.2.3 Analisis Konten dan Hierarkhi Informasi
Tahap analisis konten dan hierarkhi informasi dilakukan untuk menentukan konten informasi dan skenario penyajian informasi pada setiap kelompok dashboard. Rincian proses yang dilakukan pada tahap ini dapat dilihat pada tabel III.10.
Tahap analisis konten dan hierarkhi informasi menggunakan dokumen meta- informasi dan dokumen fungsionalitas dashboard untuk mengidentifikasi informasi utama dan informasi tambahan bagi setiap kelompok dashboard. Pada
tahap ini juga dilakukan identifikasi jenis media penyajian informasi yang sesuai untuk setiap KPI. Pihak pengembang dashboard dapat memilih lebih dari satu jenis media penyajian informasi, untuk memberikan alternatif pada saat perancangan prototype.
Tabel III.10. Rincian Tahap Analisis Konten dan Hierarkhi Informasi Masukan - Dokumen meta-informasi
- Dokumen fungsionalitas dashboard Proses - Mengkaji dokumen meta-informasi untuk
mengidentifikasi tingkat kedetailan informasi tiap KPI - Identifikasi media penyajian informasi untuk tiap KPI.
- Mengkaji dokumen fungsionalitas dashboard, untuk mengidentifikasi informasi utama dan informasi tambahan bagi dashboard.
- Menentukan konten dan hierarkhi informasi dashboard.
Keluaran Dokumen konten dan hierarkhi informasi untuk setiap kelompok dashboard.
Pihak yang terlibat - Pengembang dashboard.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Setelah analisis meta-informasi KPI.
Kakas -
III.4.2.4 Perencanaan Hierarkhi Komunikasi Pengguna
Tahap perencanaan hierarkhi komunikasi pengguna dilakukan untuk merencanakan skenario komunikasi antar pengguna dashboard. Rincian tahap perencanaan otorisasi dan komunikasi pengguna dapat dilihat pada tabel III.11.
Tabel III.11. Rincian Tahap Perencanaan Hierarkhi Komunikasi Pengguna Masukan - Dokumen kebutuhan bisnis pengguna
Proses - Mereview dokumen kebutuhan bisnis pengguna.
- Identifikasi jalur komunikasi antar pengguna.
- Membuat hierarkhi dan skenario komunikasi antar pengguna.
Keluaran Dokumen hierarkhi komunikasi pengguna.
Pihak yang terlibat - Pengembang dashboard.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Bisa dilakukan bersama-sama dengan analisis meta-informasi KPI.
Kakas - Sequence diagram
Skenario komunikasi dibuat dengan memperhatikan dokumen kelompok dashboard dan pengguna. Skenario komunikasi antar pengguna dashboard dapat digambarkan dengan menggunakan sequence diagram.
III.4.3 Perancangan Prototype
Perancangan prototype merupakan hal yang penting pada pembangunan sistem yang menggunakan pendekatan user-centric. Prototype merupakan media yang digunakan untuk melihat kesesuaian antara kebutuhan pengguna dengan sistem yang direncanakan, sebelum diimplementasikan secara nyata. Dengan menggunakan prototype setiap kekeliruan pada proses perancangan, yang terjadi akibat kesalahan persepsi dapat dideteksi lebih awal.
Perancangan prototype terdiri dari 3(tiga) tahap, yaitu perancangan desain dan layout dashboard, perancangan mekanisme komunikasi, dan perancangan kontrol navigasi. Masing-masing tahap tersebut akan dijelaskan pada sub bab berikut.
III.4.3.1 Perancangan Desain dan Layout Dashboard
Perancangan desain dan layout dashboard merupakan tahap awal dalam perancangan prototype dashboard. Ada 3(tiga) aktifitas utama yang dilakukan dalam tahap ini, yaitu merancang layout dashboard, menetukan jenis media penyajian informasi, serta merancang desain warna dan animasi. Rincian tahap perancangan desain dan layout dashboard ini dapat dilihat pada tabel III.12.
Tabel III.12. Rincian Tahap Perancangan Desain dan Layout Dashboard Masukan Dokumen konten dan hierarkhi informasi.
Proses - Merancang layout dashboard, yang meliputi penentuan jumlah layar dashboard, jumlah frame pada setiap layar, susunan dan urutan konten informasi, susunan dan urutan elemen informasi dalam sebuah frame.
- Menentukan dan merancang jenis media penyajian untuk setiap elemen informasi di dalam frame yang ditentukan.
- Merancang desain warna dan animasi, yang meliputi penentuan kombinasi warna dashboard, resolusi yang sesuai untuk kejelasan visual gambar grafik, bentuk teks yang tepat, bentuk animasi yang relevan untuk
memperkuat persepsi visual pengguna.
Keluaran Rancangan desain dan layout dashboard.
Pihak yang terlibat Pengembang dashboard.
Waktu pelaksanaan Setelah analisis konten dan hierarkhi informasi.
Kakas Kakas untuk perancangan desain visual.
Pada perancangan layout dashboard, ada beberapa hal yang harus diperhatikan, yaitu jumlah frame, simetri dan proporsi frame pada layar dashboard, resolusi
komputer dan skenario penyajian informasi. Setelah layout dashboard ditentukan, aktifitas selanjutnya adalah memilih jenis media penyajian informasi dari beberapa alternatif yang telah diidentifikasi pada tahap analisis konten dan hierarkhi informasi. Pemilihan dilakukan dengan memperhatikan faktor konsistensi dan luas area yang disediakan layar dashboard. Setelah perancangan konten informasi, aktifitas berikutnya adalah merancang desain dan animasi yang relevan untuk memperkuat makna informasi yang disajikan. Praktik terbaik untuk perancangan layout dan desain dashboard dapat dilihat pada beberapa pustaka yang ada (4)(9).
III.4.3.2 Perancangan Mekanisme Komunikasi
Tahap ini bertujuan untuk merancang mekanisme komunikasi antara pengguna dashboard, dalam merespon alert dan melakukan pelaporan. Rincian aktifitas dalam tahap perancangan mekanisme komunikasi ini dapat dilihat pada tabel III.13.
Tabel III.13. Rincian Tahap Perancangan Mekanisme Komunikasi Masukan - Dokumen meta-informasi KPI.
- Dokumen hierarkhi komunikasi pengguna
Proses - Merancang mekanisme komunikasi antar pengguna untuk memfasilitasi mekanisme alert dan pelaporan, yang meliputi:
a. Menentukan media komunikasi yang sesuai untuk setiap jenis alert dan pelaporan.
b. Merancang desain audio dan/atau visual yang sesuai untuk setiap media komunikasi.
c. Menguji rancangan mekanisme komunikasi.
Keluaran Rancangan mekanisme komunikasi.
Pihak yang terlibat Pengembang dashboard.
Waktu pelaksanaan Setelah analisis meta-informasi dan perencanaan hierarkhi komunikasi pengguna.
Kakas Kakas untuk perancangan desain visual.
Perancangan mekanisme komunikasi dilakukan dengan memperhatikan jenis threshold dan alert untuk setiap KPI yang terdapat pada dokumen meta-informasi, serta dengan melihat hierarkhi dan skenario komunikasi antar pengguna dashboard pada dokumen hierarkhi komunikasi pengguna. Praktik terbaik dalam
menentukan jenis media komunikasi serta desain audio visual untuk setiap jenis alert dan pelaporan, dapat dilihat pada beberapa pustaka yang ada (3)(4)(9).
III.4.3.3 Perancangan Kontrol Navigasi
Tahap terakhir dalam perancangan prototype dashboard adalah merancang kontrol navigasi berdasarkan rancangan layout dashboard dan mekanisme komunikasi yang telah dibuat. Rincian aktifitas pada tahap perancangan kontrol navigasi dapat dilihat dalam tabel III.14.
Tabel III.14. Rincian Tahap Perancangan Kontrol Navigasi Masukan - Rancangan desain dan layout dashboard.
- Rancangan mekanisme komunikasi.
Proses - Mengintegrasikan desain layout dashboard dengan mekanisme komunikasinya.
- Memilih bentuk kontrol navigasi yang sesuai(baik antar layar dalam satu jenis dashboard, maupun dengan dashboard yang lain).
- Memilih warna dan desain yang sesuai untuk setiap jenis kontrol navigasi.
- Merancang kontrol navigasi pada desain dashboard.
- Menguji kontrol navigasi.
Keluaran Rancangan prototype dashboard.
Pihak yang terlibat Pengembang dashboard.
Waktu pelaksanaan Setelah perancangan desain, layout, dan mekanisme komunikasi.
Kakas Kakas untuk perancangan desain visual.
Aktifitas utama yang dilakukan pada tahap ini adalah mengintegrasikan desain layout dengan mekanisme komunikasinya melalui kontrol navigasi. Ada dua macam kontrol navigasi pada dashboard, yaitu navigasi antar informasi dan navigasi antar dashboard. Navigasi antar informasi disediakan melalui fasilitas drill-down yang memungkinkan pengguna untuk mendapatkan informasi lebih detail dengan meng-klik pada grafik, tabel, atau bagian informasi tertentu.
Sedangkan navigasi antar dashboard disediakan melalui fasilitas tabs dan pivot, yang memungkinkan pengguna untuk melihat informasi pada dashboard lain yang berada dalam domain hak aksesnya. Praktik terbaik untuk perancangan kontrol navigasi dapat dilihat pada pustaka yang ada (4)(9).
III.4.4 Review dan Perbaikan Prototype
Rancangan prototype yang telah dibuat selanjutnya diuji secara keseluruhan untuk melihat validitasnya. Pada tahap awal, pengujian dilakukan secara internal oleh sebuah tim khusus, yang berbeda dengan tim pembangun dashboard. Selanjutnya, pengujian dilakukan dengan melibatkan pihak pengguna untuk mengetahui kesesuain antar prototype yang dibuat dengan keinginan pengguna. Umpan balik dan masukan yang didapatkan dari proses pengujian digunakan untuk memperbaiki prototype, sebelum diimplementasikan secara nyata dan diintegrasikan dengan sumber datanya. Rincian aktifitas pada tahap review dan perbaikan prototype dapat dilihat pada tabel III.15.
Tabel III.15. Rincian Tahap Review dan Perbaikan Prototype Masukan Rancangan prototype dashboard.
Proses - Menguji hasil keseluruhan rancangan secara internal.
- Menguji hasil keseluruhan rancangan dengan melibatkan pengguna
- Memperbaiki prototype sesuai dengan masukan dari pengguna.
Keluaran Rancangan prototype akhir dashboard.
Pihak yang terlibat - Pengembang dashboard.
- Perwakilan dari tiap kelompok pengguna dashboard.
Waktu pelaksanaan Setelah perancangan kontrol navigasi.
Kakas Kakas untuk perancangan desain visual.
Implementasi dashboard terdiri dari aktifitas-aktifitas untuk membangun prototype dashboard secara nyata, mengintegrasikan dengan sumber data, menerapkan kontrol keamanan, dan menguji sistem secara keseluruhan. Tahap implementasi dan tahap-tahap berikutnya seperti deployment dan maintenance merupakan bahasan di luar lingkup tesis, yang menjadi bahan untuk penelitian selanjutnya.
