Kriteria Manager Proyek Yang Baik

Kriteria Manager Proyek Yang Baik

Manager adalah orang atau seseorang yang harus mampu membuat orang-orang dalam organisasi yang berbagai karakteristik, latar belakang budaya, akan tetapi memiliki ciri yang sesuai dengan tujuan dan teknologi. Dan tugas seorang manager adalah bagaimana mengintegrasikan berbagai macam variabel (karakteristik, budaya, pendidikan dan lain sebagainya) kedalam suatu tujuan organisasi yang sama dengan cara melakukan mekanisme penyesuaian. 

Adapun mekanisme yang diperlukan untuk menyatukan variabel diatas adalah sebagai berikut: 

- Pengarahan yang mencakup pembuatan keputusan, kebijaksanaan, supervisi, dan lain-lain. 
- Rancangan organisasi dan pekerjaan. 
- Seleksi, pelatihan, penilaian, dan pengembangan. 
- Sistem komunikasi dan pengendalian. 
- Sistem reward.

Hal tersebut memang tidak mengherankan karena posisi Manajer Proyek memegang peranan kritis dalam keberhasilan sebuah proyek terutama di bidang teknologi informasi. Berikut ini kualifikasi teknis maupun nonteknis yang harus dipenuhi seorang Manajer Proyek: 
• Karakter Pribadinya
• Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
• Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

Karakter Pribadi yang Harus Dimiliki Seorang Manager Proyek:

1. Memiliki pemahaman yang menyeluruh mengenai teknis pekerjaan dari proyek yang dikelola olehnya.
2. Mampu bertindak sebagai seorang pengambil keputusan yang handal dan bertanggung jawab.
3. Memiliki integritas diri yang baik namun tetap mampu menghadirkan suasana yang mendukung di lingkungan tempat dia bekerja.
4. Asertif
5. Memiliki pengalaman dan keahlian yang memadai dalam mengelola waktu dan manusia.

Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin:

1. Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.
2. Mampu menyusun rencana, mengorganisasi, memimpin, memotivasi serta mendelegasikan tugas secara bertanggung jawab kepada setiap anggota tim.
3. Menghormati para anggota tim kerjanya serta mendapat kepercayaan dan penghormatan dari mereka.
4. Berbagi sukses dengan seluruh anggota tim.
5. Mampu menempatkan orang yang tepat di posisi yang sesuai.
6. Memberikan apresiasi yang baik kepada para anggota tim yang bekerja dengan baik.
7. Mampu mempengaruhi pihak-pihak lain yang terkait dengan proyek yang dipimpinnya untuk menerima pendapat-pendapatnya serta melaksanakan rencana-rencana yang disusunnya.
8. Mendelegasikan tugas-tugas namun tetap melakukan pengendalian melekat.
9. Memiliki kepercayaan yang tinggi kepada para profesional terlatih untuk menerima pekerjaan-pekerjaan yang didelegasikan darinya.
10. Menjadikan dirinya sebagai bagian yang terintegrasi dengan tim yang dipimpinnya.

Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola

1. Memiliki komitmen yang kuat dalam meraih tujuan dan keberhasilan proyek dalam jadwal, anggaran dan prosedur yang dibuat.
2. Pelaksanakan seluruh proses pengembangan proyek IT sesuai dengan anggaran dan waktu yang dapat memuaskan para pengguna/klien.
3. Pernah terlibat dalam proyek yang sejenis.
4. Mampu mengendalikan hasil-hasil proyek dengan melakukan pengukuran dan evaluasi kinerja yang disesuaikan dengan standar dan tujuan yang ingin dicapai dari proyek yang dilaksanakan.
5. Membuat dan melakukan rencana darurat untuk mengantisipasi hal-hal maupun masalah tak terduga.
6. Membuat dan menerapkan keputusan terkait dengan perencanaan.
7. Memiliki kemauan untuk mendefinisikan ulang tujuan, tanggung jawab dan jadwal selama hal tersebut ditujukan untuk mengembalikan arah tujuan dari pelaksanaan proyek jika terjadi jadwal maupun anggaran yang meleset.
8. Membangun dan menyesuaikan kegiatan dengan prioritas yang ada serta tenggat waktu yang ditentukan sebelumnya.
9. Memiliki kematangan yang tinggi dalam perencanaan yang baik dalam upaya mengurangi tekanan dan stres sehingga dapat meningkatkan produktifitas kerja tim.
10. Mampu membuat perencanaan dalam jangka panjang dan jangka pendek.

Skill yang Dibutuhkan Manager Proyek:
Shtub (1994) menggambarkan diagram kemampuan yang penting untuk dimiliki oleh seorang manajer proyek. Diantaranya adalah:
• Problem Solving, kemampuan manajer dalam menyelesaikan masalah secara efektif dan efisien.
• Budgeting and Cost Skills, Kemampuan dalam hal membuat anggaran biaya proyek, analisis kelayakan investasi agar keuangan proyek dapat berjalan optimal sesuai dengan keinginan penyedia dana.
• Schedulling and Time Management Skills, kemampuan untuk menjadwalkan proyek. 
• Technical Skills, Kemampuan teknis melingkupi pengetahuan dan pengalaman dalam hal proyek itu sendiri, dengan mengetahui prosedur-prosedur dan mekanisme proyek. Kemampuan teknis biasanya di dapat dari penimbaan ilmu khusus di bangku formal, misalnya Institut Manajemen Proyek, dan sebagainya.
• Leadership Skills, Kepemimpinan menjadi salah satu peranan penting yang dimiliki oleh seorang manajer proyek. Apa yang dilakukan oleh manajer proyek menendakan bagaimana seharusnya orang lain atau timnya bekerja. Dengan ini manajer proyek dapat mempengaruhi bagaimana orang lain dapat bertindak dan bereaksi terhadap isu-isu proyek.
• Resource Management and Human Relationship Skills, Pemakaian sumber daya adalah masalah utama bagi para manajer proyek.
• Communication Skills, Perencanaan sebuah proyek akan menjadi tidak berguna ketika tidak ada komunikasi yang efektif antara manajer proyek dengan timnya.
• Negotiating Skills, Untuk memperoleh simpati dan dukungan dari manajemen atas, kemampuan negosiasi dititik beratkan disini. 
• Marketing, Contracting, Customer Relationship Skills, Kemampuan menjual tidak hanya dimiliki oleh marketer saja, akan tetapi manajer proyek harus memiliki kemampuan untuk memasarkan hasil proyeknya, karena akan sangat tragis ketika sebuah proyek yang sukses secara implementatif, tetapi outputnya tidak dibutuhkan oleh para penggunanya.

Kompetensi yang Harus Dimiliki Manajer Proyek:
* Kompetensi Pencapaian Bisnis
* Kompetensi Pemecahan Masalah
* Kompetensi Pengaruh
* Kompetensi Manajemen diri dan orang lain


Sumber :
- http://www.lintasberita.com/Lifestyle/Relations/kriteria-manager-proyek-yang-baik
- http://nayay.wordpress.com/2010/03/08/manager-proyek/
- http://saiiamilla.wordpress.com/2011/05/13/kriteria-manager-proyek-yang-baik/
- http://ria-ajah.blogspot.com/2011/05/kriteria-manager-proyek-yang-baik.html

COCOMO

The COCOMO model biaya estimasi digunakan oleh ribuan manajer proyek perangkat lunak, dan didasarkan pada pengalaman dari ratusan proyek perangkat lunak. Tidak seperti model estimasi biaya yang lain, COCOMO adalah model terbuka, sehingga semua detail dipublikasikan, termasuk:

Persamaan estimasi biaya yang mendasari
Setiap asumsi yang dibuat dalam model (misalnya "proyek ini akan menikmati manajemen yang baik")
Setiap definisi (misalnya definisi yang tepat dari Produk fase Desain proyek)
Biaya termasuk dalam perkiraan secara eksplisit dinyatakan (misalnya manajer proyek dimasukkan, sekretaris tidak)
Karena COCOMO adalah didefinisikan dengan baik, dan karena tidak bergantung pada algoritma estimasi proprietary, Costar menawarkan keuntungan untuk para penggunanya:

Estimasi COCOMO lebih obyektif dan berulang dari perkiraan yang dibuat dengan metode mengandalkan model eksklusif
COCOMO dapat dikalibrasi untuk mencerminkan lingkungan pengembangan perangkat lunak, dan untuk menghasilkan perkiraan yang lebih akurat
Mainnya adalah implementasi setia dari model COCOMO yang mudah untuk digunakan pada proyek-proyek kecil, dan belum cukup kuat untuk merencanakan dan mengendalikan proyek-proyek besar.

Biasanya, Anda akan mulai dengan hanya gambaran kasar dari sistem perangkat lunak yang Anda akan berkembang, dan Anda akan menggunakan Costar untuk memberikan perkiraan awal tentang jadwal yang tepat dan tingkat staf. Ketika Anda memperbaiki pengetahuan Anda dari masalah, dan ketika Anda desain yang lebih dari sistem, Anda dapat menggunakan Costar untuk menghasilkan lebih banyak dan perkiraan lebih halus.

Costar memungkinkan Anda untuk menentukan struktur perangkat lunak untuk memenuhi kebutuhan Anda. Estimasi awal Anda mungkin dibuat atas dasar suatu sistem yang mengandung 3.000 baris kode. Perkiraan kedua Anda mungkin lebih halus sehingga Anda sekarang mengerti bahwa sistem anda akan terdiri dari dua subsistem (dan Anda akan memiliki gagasan yang lebih akurat tentang berapa banyak baris kode akan di masing-masing subsistem). Perkiraan berikutnya Anda akan melanjutkan proses - Anda dapat menggunakan Costar untuk menentukan komponen dari setiap subsistem. Costar memungkinkan Anda untuk melanjutkan proses ini sampai Anda tiba di tingkat detail yang sesuai dengan kebutuhan Anda.

Satu kata peringatan: Hal ini sangat mudah digunakan Costar untuk membuat estimasi biaya perangkat lunak, bahwa hal itu mungkin untuk menyalahgunakannya - setiap pengguna Costar harus menghabiskan waktu untuk mempelajari COCOMO asumsi dan definisi dari Rekayasa Perangkat Lunak Ekonomi dan Software Estimasi Biaya dengan COCOMO II.

Pengantar Model COCOMO

Perhitungan paling fundamental dalam COCOMO model adalah penggunaan Effort Equation untuk memperkirakan jumlah Orang-Months yang dibutuhkan untuk pengembangan proyek. Sebagian besar hasil lain COCOMO, termasuk estimasi untuk Requirement dan Maintenance berasal dari persamaan ini.

Sumber Line Of Code

Perhitungan COCOMO didasarkan pada estimasi anda pada ukuran proyek dalam Source Line Of Code (SLOC). SLOC didefinisikan sedemikian rupa sehingga:

Hanya jumlah baris kode yang dikirim sebagai bagian dari produk yang disertakan - tes driver dan software pendukung lainnya tidak dihitung
Baris kode dibuat oleh staf proyek - kode yang dibuat oleh aplikasi generator dikecualikan
Satu SLOC adalah satu baris kode secara logis
Deklarasi dihitung sebagai SLOC
Komentar tidak dihitung sebagai SLOC
Asli COCOMO 81 Model didefinisikan dalam hal Disampaikan Instruksi Source, yang sangat mirip dengan SLOC. Perbedaan utama antara DSI dan SLOC adalah bahwa Line tunggal Sumber Kode mungkin beberapa baris fisik. Sebagai contoh, sebuah "if-then-else" akan dihitung sebagai satu SLOC, tetapi mungkin dihitung sebagai beberapa DSI.

Scale Drivers

Dalam model COCOMO II, beberapa factor terpenting yang berkontribusi pada durasi proyek dan biaya yang dikeluarkan adalah Scale Drivers. Anda mengeset setiap Scale Driver untuk mendeskripsikan proyek anda Scale Drivers tersebut menentukan eksponen yang digunakan dalam Effort Equation.

The 5 Scale Drivers adalah:

Precedentedness
Pengembangan Fleksibilitas
Arsitektur / Risiko Resolusi
Tim Kohesi
Proses Jatuh Tempo
Perhatikan bahwa Scale Drivers telah menggantikan Development Mode dari COCOMO 81. Dua yang pertama Skala Driver, Precedentedness dan Development Flexibility sebenamya mendeskripsikan pengaruh yang hampir sama dibanding Development Mode lakukan.

Driver Biaya

17 driver biaya COCOMO II memiliki ï ¿½ Anda menilai proyek Anda, lingkungan pengembangan, dan tim untuk mengatur setiap cost driver. Cost driver tersebut adalah factor pengali yang menentukan usaha yang diperlukan untuk menyelesaikan proyek perangkat lunak Anda. Sebagai contoh, jika proyek anda akan mengembangkan software yang mengatur penerbangan pesawat, anda akan mengeset Software Keandalan Diperlukan (RELY) cost driver menjadi sangat tinggi. Rating tersebut berhubungan dengan effort multiplier 1,26 yang berarti bahwa proyek anda akan membutuhkan usaha lebih sebesar 26% dibanding proyek software pada umumnya.

Klik di sini untuk melihat mana Driver biaya adalah di mana model Costar.

COCOMO II mendefinisikan setiap cost drivers dan effort multiplier yang terhubung dengan setiap rating. Periksa bantuan Costar untuk rincian tentang definisi dan cara mengatur driver biaya.

COCOMO II Effort Equation

Model COCOMO II membuat estimasi usaha yang diperlukan (diukur dari Person-Months ï ¿½ PM) terutama didasarkan pada estimasi anda akan ukuran proyek perangkat lunak (yang diukur dalam ribuan SLOC, KSLOC)):

     Effort = 2,94 * EAF * (KSLOC) E

Dimana
    EAF = Effort Adjustment Factor yang berasal dari Cost Drivers
    E = Eksponen yang berasal dari Scale Drivers

Sebagai contoh, sebuah proyek dengan semua Nominal Cost Drivers dan Scale Drivers akan memiliki sebuah EAF 1,00 dan eksponen, E, dari 1,0997. Diasumsikan bahwa proyek diproyeksikan terdiri atas 8.000 baris kode sumber, COCOMO II memperkirakan bahwa 28,9 Orang-Bulan usaha yang dibutuhkan untuk menyelesaikannya:

    Effort = 2,94 * (1.0) * (8) 1,0997 = 28,9 Orang-Bulan

Effort Adjustment Factor

Upaya Adjustment Factor dalam effort equation hanyalah produk dari pengganda usaha yang sesuai untuk masing-masing driver biaya untuk proyek Anda.

Sebagai contoh, jika proyek anda berating sangat tinggi untuk kompleksitas (effort multipliers 1,34), dan rendah untuk Bahasa & Alat Experience (effort multipliers 1,09), dan semua cost drivers yang lain berating nominal (effort multipliers 1,00 ), EAF adalah produk dari 1,34 dan 1,09.

    Effort Adjustment Factor = EAF = 1.34 * 1.09 = 1.46

    Effort = 2,94 * (1,46) * (8) 1,0997 = 42,3 Orang-Bulan

COCOMO II Schedule Equation

The COCOMO persamaan jadwal II memprediksi jumlah bulan yang dibutuhkan untuk menyelesaikan proyek perangkat lunak Anda. Durasi proyek didasarkan pada usaha yang diprediksi oleh effort equation:

    Durasi = 3,67 * (Effort) SE

Dimana
    Upaya Apakah usaha dari persamaan upaya COCOMO II
    SE Apakah persamaan eksponen jadwal yang berasal dari Scale Drivers

Melanjutkan contoh, dan menggantikannya dengan eksponen 0,3179 yang dihitung dari scale drivers, menghasilkan estimasi hanya dalam satu tahun, dan rata-rata staf antara 3 dan 4 orang:

    Durasi = 3,67 * (42,3) 0,3179 = 12,1 bulan

    Rata-rata staf = (42.3 Orang-Bulan) / (12,1 bulan) = 3,5 orang

The SCED cost driver

The COCOMO cost driver untuk Jadwal Pembangunan Diperlukan (SCED) adalah unik, dan membutuhkan penjelasan khusus.

SCED cost driver digunakan untuk menghitung observasi bahwa proyek yang dikembangkan dalam jadwal yang dipercepat akan membutuhkan usaha lebih dari sebuah proyek yang dikembangkan dalam jadwal optimal. Sebuah rating SCED yang sangat rendah dapat disamakan dengan sebuah effort multipliers sebesar 1,43 (dalam model COCOMO II.2000) dan berarti bahwa anda berniat menyelesaikan proyek anda dalam 75% dari jadwal optimal (yang ditentukan oleh estimasi COCOMO sebelumnya). Melanjutkan contoh yang digunakan tadi, tetapi diasumsikan bahwa SCED memiliki rating sangat rendah, COCOMO menghasilkan estimasi ini:

    Durasi = 75% * 12,1 Bulan = 9,1 Bulan

    Effort Adjustment Factor = EAF = 1,34 * 1,09 * 1,43 = 2,09

    Effort = 2,94 * (2,09) * (8) 1,0997 = 60,4 Orang-Bulan

    Rata-rata staf = (60,4 Orang-Bulan) / (9,1 Bulan) = 6.7 people

Perhatikan bahwa perhitungan durasi tidak berdasar secara langsung pada upaya (jumlah Orang-Bulan) ï ¿½ justru hal tersebut berdasar pada jadwal yang akan diperlukan untuk proyek diasumsikan proyek tersebut telah berjalan dalam jadwal nominal. Ingat bahwa SCED cost driver berarti "percepatan dari jadwal nominal".

Kendala perintah Costar | Membatasi Project menampilkan kotak dialog yang memungkinkan Anda trade off durasi vs usaha (SCED diatur secara otomatis). Anda dapat menggunakan kotak dialog untuk membatasi proyek Anda memiliki jangka waktu yang tetap, atau biaya tetap.

keuntungan dan kerugian menggunakan software open source dalam membuat aplikasi

keuntungan dan kerugian menggunakan software open source dalam membuat aplikasi

Untuk membuat suatu aplikasi kadang terhalang oleh license penggunaan software yang digunakan. software resmi tentu sangat mahal harganya, inilah yang menghambat. Maka dengan adanya software open source dapat mempermudahnya.

Keuntungan Open Source Software
Beberapa karakteristik yang menyebabkan Open Source model mendapatkan keuntungan :
a. Ketersedian source code dan hak untuk memodifikasi
Ini merupakan hal yang penting. Hal ini menyebakan perubahan dan improvisasi pada produk software. Selain itu, hal ini memunculkan kemungkinan untuk meletakan code pada hardware baru, agar dapat diadaptasi pada situasi yang berubah-ubah, dan menjangkau pemahaman bagimana sistem itu bekerja secara detail. 
b. Hak untuk mendistribusikan modifikasi dan perbaikan pada code
Hal ini merupakan titik perbedaan Open Source Software dengan Free Software. Pada kenyataannya, hak pendistribusian diakui dan merupakan hal yang umum, ini adalah hal yang berpengaruh bagi sekumpulan developer ( pengembang ) untuk bekerja bersama dalam project Open Source Software.
c. Hak untuk menggunakan software
Ini merupakan kombinasi dari hak pendistribusian, menjamin ( jika software cukup berguna ) beberapa user yang mana membantu dalam menciptakan pasar untuk mendukung dan berlangganan software. Hal ini juga membantu dalam improvisasi kualitas dari produk dan improvisasi secara fungsi. Selain itu akan menyebabkan sejumlah user untuk mencoba produk dan mungkin menggunakannya secara regler.

Kerugian Open Source Software
Beberapa karakteristik yang menyebabkan Open Source model mendapatkan keuntungan :
a. Tidak ada garansi dari pengembangan
Biasanya terjadi ketika sebuah project dimulai tanpa dukungan yang kuat dari satu atau beberapa perusahaan, memunculkan celah awal ketika sumber code masih mentah dan pengembangan dasar masih dalam pembangunan.
b. Masalah yang berhubungan dengan intelektual property
Pada saat ini, beberapa negara menerima software dan algoritma yang dipatentkan. Hal ini sangat sulit untuk diketahui jika beberapa motede utama untuk menyelesaikan masalah software di patenkan sehingga beberapa komunitas dapat dianggap bersalah dalam pelanggaran intelektual property.
c. Kesulitan dalam mengetahui status project
Tidak banyak iklan bagi open source software, biasanya beberapa project secara tidak langsung ditangani oleh perusahaan yang mampu berinvestasi dan melakukan merketing.
Lisensi dari Open Source Software
Beberapa lisensi umum pada open source software yaitu :
a. BSD ( Berkeley Software Distribution )
Secara ringkas, pendistribusian dapat dilakukan sepanjang berhubungan dengan software, meliputi penggunaan propierty produk. Pencipta hanya ingin pekerjaan mereka dikenali dan tanpa memerlukan biaya. Hal ini menjadi penting karena lisensi ini tidak melibatkan beberapa pembatasan dengan menjamin dan berorientasi pada turunan awal open source.
b. GPL ( GNU General Public Licence )
Ini adalah lisensi bagi software yang bernaung dalam distribusi GNU Project. Saat ini masih dapat kita jumpai / menemukan banyak software yang tidak berkaitan dengan GNU Project. GPL secara hati-hati didesain untuk mempromosikan produk dari free software dan karena itu, secara eksplisit melarang beberapa tindakan pada software yang dapat merusak integrasi dari GPL software pada program proprietary ( kepemilkan ). GPL berdasar pada UU Internasional yang menjamin pelaksanaannya. Karakterisitik utama dari GPL meliputi pendistribusian, tapi hanya jika souce code itu tersedia dan juga dijamin; serta mengijinkan pendistribusian source; mengijinkan modifikasi tanpa pembatasan dan integrasi lengkap dengan software lain.
c. MPL ( Mozilla Public Licence )
Ini adalah lisensi yang dibuat oleh Netscape dalam mendistribusi code dari Mozilla, versi baru dari navigator jaringan. Banyak respek yang mirip dengan GPL tetapi lebih berorientasi pada perusahaan level enterprise.
d. Lainya seperti : Qt ( oleh Troll-Tech ), X Consortium dll.

Sumber :
http://nyenyenk.blogspot.com/2008/12/keuntungan-dan-kerugian-dari-open.html
http://saiiamilla.wordpress.com/2011/03/23/keuntungan-dan-kerugian-software-open-source/

Praktek Kode Etik Dalam Penggunaan Teknologi Informasi

Praktek Kode Etik Dalam Penggunaan Teknologi Informasi

1. Prinsip Integrity, Confidentiality dan Avaliability Dalam TI 

Integrity

Integrity merupakan aspek yang menjamin bahwa data tidak boleh berubah tanpaijin pihak yang berwenang (authorized). Bisa juga disebut menjaga keutuhansesuatu yang sudah ditetapkan sebelumnya. Secara teknis ada beberapa carauntuk menjamin aspek integrity ini, seperi misalnya dengan menggunakanmessage authentication code, hash function, digital signature.

Confidentiality

Confidentiality merupakan aspek yang menjamin kerahasiaan data atauinformasi. Kerahasiaan ini dapat diimplementasikan dengan berbagai cara, sepertimisalnya menggunakan teknologi kriptografi dengan melakukan proses enkripsi(penyandian) pada transmisi data, pengolahan data (aplikasi dan database), danpenyimpanan data (storage). Akses terhadap informasi juga harus dilakukandengan melalui mekanisme otorisasi (

authorization) yang ketat. Sebagai contoh dari confidentiality adalah daftar pelanggan dari sebuah Internet Service Provider (ISP). Jadi, data dari daftar pelanggan tersebut seperti nama,alamat, nomor telephone dan data lainnya harus dilindungi agar tidak tersebarpada pihak yang tidak seharusnya mendapatkan informasi tersebut. 

Avaliability

Availability merupakan aspek yang menjamin bahwa data tersedia ketika dibutuhkan. Jadi, pada prinsipnya ketersediaan data dan informasi yangmenyangkut kebutuhan suatu kegiatan merupakan suatu keharusan untuk menjalankan kegiatan tersebut. Jika avaliabillity data atau informasi yangdibutuhkan untuk menjalankan suatu proses kegiatan tidak dapat dipenuhi, makaproses kegiatan tersebut tidak akan terjadi atau terlaksana

2. Privacy, Term & Condition Penggunaan TI

a. Privacy

Pada dasarnya, privacy ini sama dengan confidentiality. Namun, jika confidentiality biasanya berhubungan dengan data-data perusahaan atau organisasi, sedangkan privacy lebih ke arah data-data yang bersifat pribadi.

Contoh hal yang berhubungan dengan privacy adalah e-mail seorang pemakai tidak boleh dibaca oleh administrator. Hal ini untuk menjamin privacy dariisi e-mail tersebut, sehingga tidak bisa disalah gunakan oleh pihak lain.

b. Term & condition penggunaan TI

Term & condition penggunaan TI adalah aturan-aturan dan kondisi yang harusditaati pada penggunaan teknologi informasi. Hal tersebut mencakup integrity,privacy dan availability dari informasi yang terdapat dan dibutuhkan didalamnya.

3. Kode Etik Penggunaan Fasilitas Internet di Kantor

Kode etik penggunaan fasilitas internet di kantor hampir sama dengan kode etik pengguna internet pada umumnya, hanya saja lebih dititik beratkan pada hal-hal atauaktivitas yang berkaitan dengan masalah perkantoran di suatu organisasi atau instansi. Contohnya : 

Menghindari penggunaaan fasilitas internet diluar keperluan kantor atau untuk kepentingan sendiri.

Tidak menggunakan internet untuk mempublikasi atau bertukar informasi internalkantor kepada pihak luar secara ilegal. 

Tidak melakukan kegiatan pirating, hacking atau cracking terhadap fasilitas internet kantor. 

Mematuhi peraturan yang ditetapkan oleh kantor dalam penggunaan fasilitas internet.

sumber: 

http://ntokun.blogspot.com/2011/05/praktek-praktek-kode-etik-dalam.html

http://danangharda.blogspot.com/2012/03/praktek-kode-etik-dalam-penggunaan.html

Sertifikasi Administration dan Maintenance, serta Sertifikasi Management dan Audit IT

Sertifikasi Administration dan Maintenance, serta Sertifikasi Management dan Audit IT

Administrasi adalah proses penyelenggaraan kerja yang dilakukan bersama-sama untuk mencapai tujuan yang telah ditetapkan. Administrasi, baik dalam pengertian luas maupun sempit di dalam penyelenggaraannya diwujudkan melalui fungsi-fungsi manajemen, yang terdiri dari perencanaan, pengorganisasian, pelaksanaan, dan pengawasan. Administrasi adalah segenap proses penyelenggaraan dalam setiap usaha kerja sama sekelompok manusia untuk mencapai tujuan tertentu.

Maintenance adalah suatu kegiatan yang dilakukan secara berulang-ulang dengan tujuan agar peralatan selalu memiliki kondisi yang sama dengan keadaan awalnya. Maintenance atau pemeliharaan juga dilakukan untuk menjaga agar peralatan tetap berada dalam kondisi yang dapat diterima oleh penggunanya.(Lindley R. Higgis dan R. Keith Mobley (Maintenance Engineering Handbook, Sixth Edition, McGraw-Hill, 2002))

Manajemen berasal dari bahasa latin yaitu asal kata “manus” yang berarti tangan dan “agere” yang berarti melakukan. Kedua kata itu digabung membentuk kata kerja “managere” yang berarti menangani. “Managere” diterjemahkan ke dalam bahasa Inggris menjadi “manage”, dan diterjemahkan ke dalam bahasa Indonesia menjadi “manajemen” atau pengelolaan.

Audit adalah evaluasi terhadap suatu organisasi, sistem, proses, atau produk. Audit teknologi informasi adalah bentuk pengawasan dan pengendalian dari infrastruktur teknologi informasi secara menyeluruh. Istilah lain dari audit teknologi informasi adalah audit komputer yang banyak dipakai untuk menentukan apakah aset sistem informasi perusahaan itu telah bekerja secara efektif, dan integratif dalam mencapai target organisasinya. Audit dilaksanakan oleh pihak yang kompeten, objektif, dan tidak memihak, yang disebut auditor. Tujuannya adalah untuk melakukan verifikasi bahwa subjek dari audit telah diselesaikan atau berjalan sesuai dengan standar, regulasi, dan praktik yang telah disetujui dan diterima.

Sertifikasi yang diberikan sebagai bentuk pengakuan profesionalitas di bidang Management dan Audit, antara lain :

CISA (Certified Information Systems Auditor)

CISM (Certified Information Security Manager)

CISSP (Certified IS Security Professional)

CIA (Certified Internal Auditor)

Salah satu institusi yang menawarkan sertifikasi untuk Management dan Audit yaitu Information Systems Audit and Control Association (ISACA).

Paparan diatas berbica tentang Maintenance dan Audit serta contoh sertifikasinya, lalu bagaimana mengenai profesi di bidang Administration dan Maintenance?

Beberapa contoh profesi di bidang tersebut diantaranya seperti Database Administrator, System Administrator, Network Administrator, IT Administrator dan Network Engineer. Sertifikasi yang diberikan sebagai bentuk pengakuan profesionalitas di bidang Administration dan Maintenance, yaitu Oracle Certified DBA Associate, Oracle Certified DBA Professional, Oracle9iAS Web Administrator, Microsoft Certified DBA, Cisco Certified Network Associate (CCNA), CompTIA Network+, Master CIW Administrator, WOW Certified Web Administrator Apprentice (CWAA), System Administration Guild (SAGE).

Institusi yang menawarkan sertifikasi untuk Administration dan Maintenance antara lain Oracle, Microsoft, Cisco, CompTIA, Certified Internet Web Master (CIW), World Organization of Webmasters (WOW), dan Information Systems Audit and Control Association (ISACA).

sumber :
http://inori-to-shigoto.blogspot.com/2011/05/sertifikasi-keahlian-di-bidang-ti-part_31.html

http://awansembilan.blogspot.com/2011/06/sertifikasi-administration-dan.html