Laman

Selasa, 22 November 2011

Kisi-kisi UTS Analisa & Investasi Ebisnis (2011)

Pert 01 Intellectual Capital

Mengapa IC semakin penting dan strategis? Jawabannya adalah intensitas persaingan yang semakin tinggi dan perubahan yang tidak lagi hanya bersifat dinamis tetapi juga sudah disruptif.
Di dalam bisnis, Knowledge based company ditujukan terhadap perusahaan yang lebih mengandalkan pengelolaan Intellectual Company sebagai sumber keunggulan dan pertumbuhan jangka panjang. Knowledge based company merupakan perusahaan yang diisi oleh komunitas yang memiliki pengetahuan, keahlian, dan ketrampilan.
Identifikasi strategi akar dari Intellectual capital :
-    Pengetahuan & pembelajaran merupakan kunci keuntungan kompetitif pada dunia saat ini.
-    Ketika teknologi informasi, struktur organisasi dan tata letak fisik dapa menolong, perusahaan seharusnya mentargetkan untuk perubahan perilaku.
-    Pengembangan & pemanfaatan pengetahuan tidak bisa memisahkan aktivitas.
-    Aplikasi pengetahuan yang luas merupakan sebuah tujuan di dalam diri sendiri dan memaksudkan untuk pengembangan pengetahuan yang baru.
Identifikasi dan langkah pendekatan akar dari Intellectual Capital :
-    Mengembangkan arsitektur informasi yang baru.
-    Menetapkan hardware, software, dan telekomunikasi teknologi yang dibutuhkan.
-    Menyelaraskan sistem secara intensif.
-    Menggambarkan sumber daya eksternal dan perangkat ketiga (third-parties)
-    Mendesain sebuah proses untuk menjamin empat aktivitas lainnya dapat terjadi
Untuk mencapai tujuan pembelajaran, perusahaan membutuhkan Master dari 5 kemampuan :
-    Kemampuan untuk menciptakan visi berbagi.
-    Kemampuan untuk membagi pengetahuan & dengan demikian belajar sebagai tim.
-    Kemampuan untuk mebgembangkan master, variabel perilaku pada simulasi anggota perusahaan dalam pencarian pengetahuan lebih lanjut
-    Kemampuan untuk memperoleh, evaluasi dan mengubah mental model dari anggota perusahaan
-    Sistem pemikiran, yang mana merupakan suatu kempampuan untuk melihat kejadian tidak sebagai rantai linier, tetapi sebagai jaringan yang saling berhubungan, dengan sifat sistematis dan bersiklus.

Pert 02 Designing IT surveys for benefit measurement
Survei : sebuah prosedur untuk mengumpulkan informasi dari seseorang. Di dalam mendesain survei ada 3 poin yang harus diperhatikan, yaitu Metode survei, Contoh skema, Penyusunan kuesioner. Metode untuk memperoleh informasi antara lain, penyelesaian secara pribadi maupun interview.
Pendekatan untuk mengumpulkan data : Survei dari Mail, Survei melalui perusahaan, Survei dari telepon, Interview secara personal, Survei melalui komputer.
Sampling (sampel data) :
-    Pemilihan rangka sampling
-    Tipe dari sampel
-    Non-probability sampling
-    Probability samples
-    Ukuran dari sampel : penentuan statistikal dari ukuran sampel, ukuran sampel untuk memperhitungkan maksud, ukuran sampel untuk memperkirakan prosentase, dan ukuran sampel untuk faktor keakuratan.

Desain Kuesioner :
-    Sebelum melakukan survei utama
-    Hal-hal yang membantu
-    Hal-hal yang harus dihindari
-    Teknik untuk dimintai pertanyaan
-    Merangkai pertanyaan
-    Contoh pertanyaan

Skala pendekatan :
-    Nominal <- kualitatif
-    Ordinal <- kualitatif
-    Interval <- kuantittif
-    Rasio <- kuantitatif

Panduan untuk melakukan survei :

-    Kerangka acuan
-    Pengumpulan data
-    Menentukan ukuran sampel dan kerangka sampel
-    Fokus kepada kelompok
-    Menghasilkan pertanyaan
-    Desain kuesioner
-    Melakukan studi percontohan
-    Revisi kuesioner
-    mendistribusikan kuesioner
-    kumpulkan hasil
-    Menganalisis dan menginterpretasikan

Pert 03 IT Portifolio Management & Risk Analysis
Project categories and Degree of Risk
1. Assessing risk for individual Projects
Efek dari tingkatan pada struktur, Teknologi perusahaan-relatif,  dan ukuran proyek pada resiko implementasi proyek.
 

Contoh proyek dengan implementasi kategori resiko


2. Portofolio Risk
selain untuk menentukan risiko relatif untuk proyek-proyek tunggal, sebuah perusahaan harus mengembangkan profil dari risiko kemungkinan yang terjadi untuk pelaksanaan sistem proyek portofolio. Beda portofolio resiko profil yang sesuai untuk perusahaan yang berbeda dan strateginya.
Faktor yang mempengaruhi implementasi dari profil resiko dari portofolio suatu proyek.

Harus mencakup proyek-proyek yang dijalankan oleh penghubung sistem luar serta orang-orang dari kelompok pengembangan sistem internal. seperti [ada tabel yang menunjukkan, agregat TI berdampak pada strategi perusahaan merupakan faktor penentu penting dari jumlah yang tepat risiko implementasi untuk diatasi.

Project Management : A Contingency Approach

1. Management Tools
Metode umum untuk mengelola proyek ada empat tipe prinsip utama, diantaranya :
-External integration tools meliputi organisasi dan perangkat komunikasi lain yang mana menghubungkan hasil kerja tim proyek kepada pengguna (users) pada kedua manajerial dan level dasar.
-Internal integration devices, dimana meliputi berbagai macam kontrol pegawai, menjamin bahwa tim proyek beroperasi sama sebagai unit yang terintegrasi atau terhubung.
-Formal planning tools membantu struktur dari serangkaian kerja sebelumnya dan memperkirakan waktu, biaya, dan sumber daya teknis yang nantinya dibutuhkan tim untuk mengeksekusi tersebut.
-Formal result-control mechanisms membantu para manajer mengevaluasi perkembangan dan perbedaan tempat potensial sehingga tindakan perbaikan dapat diambil. Hasil kontrol sangat efektif dalam pengaturan proyek dengan karakteristik sebagai berikut :
•    Ada pengetahuan yang jelas dari sebelumnya pada hasil yang diinginkan
•    Individu-individu yang tindakannya dipengaruhi oleh sektor formal mekanisme dapat mengontrol hasil yang diinginkan, setidaknya sampai batas tertentu
•    Hasil dapat diukur secara efektif.

2. Influences on Tool Selection (pengaruh dari penggunaan alat tersebut)
Perbedaan tipe proyek untuk penggunaan masing-masing alat manajemen. Alat untuk tiap-tiap jenis proyek sebagai berikut :
-High-structure / Low-Technology Projects :
struktur proyek yang kompleks dimana menimbulkan masalah teknis sejenis dan memiliki tingkat resiko rendah serta yang paling mudah untuk mengelola proyek. Struktur kompleks menyiratkan bahwa sifat tugas menjelaskan hasil, memungkinkan pengguna mengubah pikiran mereka tentang keinginan hasil sebenarnya tidak ada, dan signifikan mengubah isu-isu manajemen tidak muncul.

-High-structure / High-Technology Projects :
Proyek dengan struktur serta teknologi kompleks untuk mamnggil secara signifikan penggarapan secara cermat apda praktek-praktek yang diuraikan dalam hampir semua buku panduan menganai manajemen proyek. Mengubah sistem mainframe untuk dijalankan pada arsitektur client-server merupakan contoh baik dari proyek “High-structure / High-technology” selama tujuannya adalah mereplikasi fungsi yang sama pada platform baru. Kepemimpinan teknis & Intergasi internal adalah kunci dalam hal ini jenis proyek, integrasi eksternal memainkan dengan jelas peran sekunder.

-Low-structure  / Low-Technology Projects
Ketika proyek “low-structure/low-technology” dikelola dengan baik, mereka memberikan resiko rendah. Mengembangkan mendukung pengguna yang substansial untuk desain sistem dan menjaga pengguna berkomitmen untuk desain yang sangat penting. Seperti dari proyek-proyek berikut ini :
-Seorang pengguna sebagai pemimpin proyek atau sebagai orang nomor dua di tim.
-Sebuah komite pengarah pengguna untuk mengevaluasi desain secara berkala.
-Melanggar proyek ke dalam urutan kecil, diskrit sub-proyek.
-Review pengguna dan persetujuan formal pada semua proyek utama spesifikasi.
-Mendistribusikan menit dari semua rapat desain kunci kepada pengguna.
-Mengikuti, bila mungkin, untuk semua waktu proyek kunci jadwal.

-Low-Structure / Hign-Technology Projects
Proyek dalam kategori ini memiliki hasil yang tidak secara jelas didefinisikan pada proyek mulai. Proyek tersebut juga memiliki teknis yang kompleks. Perencanaan formal dan hasil-kontrol alat-alat yang berguna di sini, di tahap awal mereka berkontribusi sedikit untuk mengurangi ketidakpastian atau menyoroti masalah. Alat perencanaan yang memungkinkan manajer untuk menyusun urutan tugas.


Pert 04 Value for money & health checks
Penelitian nilai untuk uang (Value for Money Study)
-    Sebuah laporan yang seimbang disajikan seobjektif mungkin menyoroti kekuatan dan kelemahan dari ISD tersebut.
-    Sebuah ide yang lebih baik tentang bagaimana menggunakan sumber daya yang tersedia untuk ISD tersebut.
-    Sebuah ide yang lebih jelas tentang apa yang benar-benar dapat dibeli dari anggaran ISD.
-    Sebuah tim manajemen yang lebih termotivasi ISD dimana sebagai hasil dari berpartisipasi dalam penelitian ini, telah sangat terlibat dalam menilai pekerjaan mereka sendiri dan rekan-rekan mereka.
-    Sebuah tim manajemen puncak yang kemungkinan untuk lebih memahami tantangan yang dihadapi oleh ISD.
-    Daftar poin tindakan.
Mengatur penelitian nilai untuk uang (Value for Money Study)
-    Apakah ISD mengembangkan nilai untuk uang ?
-    Apakah kebutuhan sumber daya yang tertunda untuk ISD wajar?
-    Peluang apa yang ada untuk penghematan biaya, peningkatan efisiensi dan efektivitas?
-    Apa yang dilakukan ISD sangat baik dan bagaimana keunggulan ini dapat diperpanjang?
Mengatur penelitian nilai untuk uang (Value for Money Study) (2)
Lingkup :

-    Hardware
-    Software
-    Susunan kepegawaian
-    Tingkatan pelayanan
-    Keamanan
-    Dukungan teknikal
-    Dukungan pengguna
-    Biaya-biaya
-    Pengembangan sistem aplikasi
-    Jaringan
-    Integrasi dengan sisa dari perusahaan
-    Perencanaan sistem informasi

Daftar poin tindakan (Action point)

-    Peningkatan / penurunan melengkapi staf
-    Mengganti hardware / software
-    Memulai program pelatihan
-    Menerapkan prosedur keamanan tambahan
-    Memulai perencanaan strategis sistem informasi
-    Mengontrol end-user computing

A Health Check Review (HCR) Study
-    Kebijakan IT : Strategi IT perusahaan, perencanaan IT & management, Investasi IT, Anggaran iT.
-    Penyampaian IT :Strategi teknologi, Pengembangan perencanaan, Perencanaan operasi, Strategi sumber daya manusia, Strategi pada kualitas.
-    Kontribusi IT : Relasi dengan konsumen, Pasokan pelayanan IT, Evaluasi sistem yang berjalan.
Pert 05 Latar Belakang Investasi
Pendekatan keuangan yang digunakan dalam analisis Cost-benefit :
-    Exhaust method
-    Average Method
Payback = Investment / Average annual benefit
-    Net Present Value (NPV)
PV of benefit = Benefit / (1+i)^years
-    Probability Index (PI)
PI = ∑ PV of Benefit / PV of Investment
-    Internal Rate of Return (IRR)
IRR = I such that NPV = 0
-    Rate of Return on Investment (ROI)
ROI = Average annual benefit / Investment
-    Payback Period
Anlisis Faktor : Correlation Matrix, Permulaan Factor Extraction, Perputaran dari Factor

Pert 06 The Total ICT (Information & Communication technology) Investment
Mengapa sulit untuk memperhitungkan peralatan ICT ?
Alasannya:
-    ada sebuah tradisi untuk beberapa tahun peralatan ICT yang disewakan atau disewa dan peralatan tidak benar-benar milik organisasi yang menggunakannya.
-    Peralatan Outsource pilihan yang lebih baik
-    Pengeluaran bisa sangat kecil dan tidak dapat dikapitalisasi oleh organisasi.
-    Ada biaya riil dengan jenis rincian akuntansi aset ICT yang diperlukan.
Total Cost of Ownership (TCO)
Membangun suatu Kerangka :
-    Jumlah yang diinvestasikan dalam aset perangkat keras
-    Jumlah yang diinvestasikan dalam aset perangkat lunak
-    Jumlah yang diinvestasikan dalam aset data

Jumlah yang diinvestasikan dalam aset HW (Hardware):
-    Dikelola secara terpusat skala besar komputer termasuk server dan penyimpanan data
-    Komputer yang didistribusikan terutama komputer desktop dan laptop
-    Peripheral seperti printer, scanner, kamera, dll
-    peralatan jaringan
-    Terdistribusi peralatan telekomunikasi
-    Aktiva tetap lainnya seperti bangunan, pembangkit listrik, AC, dll
Jumlah yang diinvestasikan dalam aset SW:
-    Dibeli perusahaan sistem perangkat lunak
-    dibeli perlatan menengah
-    Ditulis internal perusahaan aplikasi
-    Perusahaan membeli paket aplikasi perangkat lunak
-    Dibeli perusahaan pembangunan kustomisasi perangkat lunak aplikasi
-    Dibeli komputer pribadi perangkat lunak aplikasi
-    Perjanjian lisensi software
Jumlah yang diinvestasikan dalam aset data:
-    Sentralisasi sumber data
-    Data yang tersimpan pada komputer pribadi dan laptop

Pert 07 Technical Value : Measuring Return on Investment
Organisasi Cenderung untuk memperlakukan Teknologi sebagai suatu Utilitas :
-    Anggaran komputer
-    Utilitas kelompok Komputer

Memikirkan teknologi sebagai suatu investasi :
-    Tinggalkan tanggung jawab anggaran untuk manajer proses bisnis
-    Teknologi seperti investasi lainnya
-    Permintaan pengembalian Investasi dalam teknologi
-    Mengharapkan pengembalian modal yang cepat pada investasi teknologi
-    Investasi teknologi pemodelan:

ROI = tiga kali penghematan biaya lebih dari 12-24 bulan = meningkatkan waktu dua kali lipat dalam keuntungan selama 12-24 bulan
-    Unsur model penghematan biaya:
•    Jelaskan manfaat untuk bisnis
•    Mengukur penghematan biaya
•    Proyeksi kembali untuk tahun berikutnya
•    Proyeksi penghematan tahun depan

Manajemen Investasi teknologi :
-    IS adalah fungsi pendukung atau layanan:
•    Pilih proyek berdampak tinggi
-    Model:
•    tujuan
•    prioritas
•    kepatuhan
•    proses keputusan

Pert 08 The Costing ICT
Kerangka kerja untuk melihat isu biaya yang terjadi
-    ICT evaluasi yang paling sering diterapkan untuk salah satu dari kategori berikut:
•    Perusahaan ICT pengeluaran
•    Proyek ICT dan Himpunan bagian dari operasi ICT

Kemudian mencakup hal-hal seperti:
•    Sebuah unit usaha (misalnya kantor cabang)
•    Sebuah departemen (misalnya pemasaran)
•    Sebuah proses (misalnya pemrosesan order)
•    Sebuah aplikasi (misalnya otomatisasi kantor)
•    Sebuah software (misalnya Sistem Informasi Eksekutif)
•    Komponen infrastruktur (misalnya jaringan)

Masalah konseptual di dalam pembiayaan ICT :
-    Mendefinisikan Total biaya investasi
-    Mendefinisikan berjalan total biaya
-    Mendefinisikan batas-batas sistem dan biaya proyek
-    Mendefinisikan batas-batas biaya sementara
-    Biaya marjinal (Marginal Cost)
-    biaya kesempatan (Opportunity Cost)
-    Dis-benefits (kadang-kadang disebut sebagai biaya lembut)
-    Biaya risiko

Kelemahan sistem pembiayaan :
-    Biaya yang dihilangkan
-    Biaya yang tidak ditugaskan (Mis-Assigned Cost)
-    Masalah penangkapan data antarwaktu

Kebijakan akuntan (Accounting policies) :
-    Kapitalisasi dan amortisasi
-    Awal pengadopsi dan masalah “hotel night”
-    Overhead alokasi:
•    Bersama perangkat (printer, penyimpanan, tape drive, dll)
•    Bersama infrastruktur (jaringan kabel)
•    Bersama layanan (helpdesk, cadangan)
•    Biaya administrasi (asuransi, hukum)
•    manajemen ICT
•    penelitian ICT
-    chargeback

Model referensi biaya ICT
-    Standar melakukan pembantuan
-    Biaya ICT model referensi:
•    Definisi dari apa biaya harus termasuk di dalamnya
•    Pedoman untuk menangkap data
•    Standar dan metode alokasi biaya overhead
•    Filter untuk menghapus data yang tidak relevan atau noise
•    Kompatibilitas dengan ada aturan akuntansi eksternal dan standar
•    Kompatibilitas dengan praktek akuntansi biaya di daerah yang sebanding
•    Pedoman untuk mendefinisikan batas-batas duniawi
•    Sebuah mekanisme untuk menentukan saling ketergantungan organisasi
-    Contoh dari sebuah komponen
-    Sebuah model referensi:
•    Saat ini banyak praktek buruk yang dapat diperbaiki
•    Ada kebutuhan untuk konsistensi untuk tujuan evaluasi
•    Ini akan meningkatkan transparansi
•    Ini akan membuat untuk keputusan yang lebih berguna tentang pengeluaran TIK
•    Ini akan menghemat waktu pengguna dan usaha