Like this,please!!!

Watch "inilah.com Hijab Fashion Competition" on YouTube

Menetapkan Kriteria Manajer Proyek yang Baik

Beberapa kolega sempat bertanya kepada saya mengenai kriteria-kriteria yang harus dipenuhi sebagai syarat menjadi Manajer Proyek (Project Manager/PM) yang baik.

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 yang saya sarikan dari IT Project Management Handbook.

Setidaknya ada 3 (tiga) karakteristik yang dapat digunakan untuk mengukur tingkat kualifikasi seseorang untuk menjadi Manajer Proyek yaitu:

Karakter Pribadinya
Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

Karakter Pribadinya

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

Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola

Memiliki komitmen yang kuat dalam meraih tujuan dan keberhasilan proyek dalam jadwal, anggaran dan prosedur yang dibuat.
Pelaksanakan seluruh proses pengembangan proyek IT sesuai dengan anggaran dan waktu yang dapat memuaskan para pengguna/klien.
Pernah terlibat dalam proyek yang sejenis.
Mampu mengendalikan hasil-hasil proyek dengan melakukan pengukuran dan evaluasi kinerja yang disesuaikan dengan standar dan tujuan yang ingin dicapai dari proyek yang dilaksanakan.
Membuat dan melakukan rencana darurat untuk mengantisipasi hal-hal maupun masalah tak terduga.
Membuat dan menerapkan keputusan terkait dengan perencanaan.
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.
Membangun dan menyesuaikan kegiatan dengan prioritas yang ada serta tenggat waktu yang ditentukan sebelumnya.
Memiliki kematangan yang tinggi dalam perencanaan yang baik dalam upaya mengurangi tekanan dan stres sehingga dapat meningkatkan produktifitas kerja tim.
Mampu membuat perencanaan dalam jangka panjang dan jangka pendek.

Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.
Mampu menyusun rencana, mengorganisasi, memimpin, memotivasi serta mendelegasikan tugas secara bertanggung jawab kepada setiap anggota tim.
Menghormati para anggota tim kerjanya serta mendapat kepercayaan dan penghormatan dari mereka.
Berbagi sukses dengan seluruh anggota tim.
Mampu menempatkan orang yang tepat di posisi yang sesuai.
Memberikan apresiasi yang baik kepada para anggota tim yang bekerja dengan baik.
Mampu mempengaruhi pihak-pihak lain yang terkait dengan proyek yang dipimpinnya untuk menerima pendapat-pendapatnya serta melaksanakan rencana-rencana yang disusunnya.
Mendelegasikan tugas-tugas namun tetap melakukan pengendalian melekat.
Memiliki kepercayaan yang tinggi kepada para profesional terlatih untuk menerima pekerjaan-pekerjaan yang didelegasikan darinya.
Menjadikan dirinya sebagai bagian yang terintegrasi dengan tim yang dipimpinnya.
Mampu membangun kedisiplinan secara struktural.
Mampu mengidentifikasi kelebihan-kelebihan dari masing-masing anggota tim serta memanfaatkannya sebagai kekuatan individual.
Mendayagunakan setiap elemen pekerjaan untuk menstimulasi rasa hormat dari para personil yang terlibat dan mengembangkan sisi profesionalisme mereka.
Menyediakan sedikit waktu untuk menerima setiap ide yang dapat meningkatkan kematangan serta pengembangan dirinya.
Selalu terbuka atas hal-hal yang mendorong kemajuan.
Memahami secara menyeluruh para anggota tim yang dipimpinnya dan mengembangkan komunikasi efektif di dalamnya.


sumber : http://www.setiabudi.name/archives/990

What is COCOMO? Explain COCOMO model in detail?

The Constructive Cost Model (COCOMO) is an algorithmic software cost estimation model developed by Barry Boehm. The model uses a basic regression formula, with parameters that are derived from historical project data and current project characteristics.



COCOMO was first published in 1981 Barry W. Boehm's Book Software engineering economics[1] as a model for estimating effort, cost, and schedule for software projects. It drew on a study of 63 projects at TRW Aerospace where Barry Boehm was Director of Software Research and Technology in 1981. The study examined projects ranging in size from 2,000 to 100,000 lines of code, and programming languages ranging from assembly to PL/I. These projects were based on the waterfall model of software development which was the prevalent software development process in 1981.



References to this model typically call it COCOMO 81. In 1997 COCOMO II was developed and finally published in 2000 in the book Software Cost Estimation with COCOMO II[2]. COCOMO II is the successor of COCOMO 81 and is better suited for estimating modern software development projects. It provides more support for modern software development processes and an updated project database. The need for the new model came as software development technology moved from mainframe and overnight batch processing to desktop development, code reusability and the use of off-the-shelf software components. This article refers to COCOMO 81.



COCOMO consists of a hierarchy of three increasingly detailed and accurate forms. The first level, Basic COCOMO is good for quick, early, rough order of magnitude estimates of software costs, but its accuracy is limited due to its lack of factors to account for difference in project attributes (Cost Drivers). Intermediate COCOMO takes these Cost Drivers into account and Detailed COCOMO additionally accounts for the influence of individual project phases.

The Constructive Cost Model (COCOMO) is an algorithmic software cost estimation model developed by Barry Boehm. The model uses a basic regression formula, with parameters that are derived from historical project data and current project characteristics.



COCOMO was first published in 1981 Barry W. Boehm's Book Software engineering economics[1] as a model for estimating effort, cost, and schedule for software projects. It drew on a study of 63 projects at TRW Aerospace where Barry Boehm was Director of Software Research and Technology in 1981. The study examined projects ranging in size from 2,000 to 100,000 lines of code, and programming languages ranging from assembly to PL/I. These projects were based on the waterfall model of software development which was the prevalent software development process in 1981.



References to this model typically call it COCOMO 81. In 1997 COCOMO II was developed and finally published in 2000 in the book Software Cost Estimation with COCOMO II[2]. COCOMO II is the successor of COCOMO 81 and is better suited for estimating modern software development projects. It provides more support for modern software development processes and an updated project database. The need for the new model came as software development technology moved from mainframe and overnight batch processing to desktop development, code reusability and the use of off-the-shelf software components. This article refers to COCOMO 81.



COCOMO consists of a hierarchy of three increasingly detailed and accurate forms. The first level, Basic COCOMO is good for quick, early, rough order of magnitude estimates of software costs, but its accuracy is limited due to its lack of factors to account for difference in project attributes (Cost Drivers). Intermediate COCOMO takes these Cost Drivers into account and Detailed COCOMO additionally accounts for the influence of individual project phases.Basic COCOMO computes software development effort (and cost) as a function of program size. Program size is expressed in estimated thousands of lines of code (KLOC).



COCOMO applies to three classes of software projects:

* Organic projects - "small" teams with "good" experience working with "less than rigid" requirements

* Semi-detached projects - "medium" teams with mixed experience working with a mix of rigid and less than rigid requirements

* Embedded projects - developed within a set of "tight" constraints (hardware, software, operational, ...)



The basic COCOMO equations take the form



Effort Applied = ab(KLOC)bb [ man-months ]

Development Time = cb(Effort Applied)db [months]

People required = Effort Applied / Development Time [count]



The coefficients ab, bb, cb and db are given in the following table.

Software project ab bb cb db

Organic 2.4 1.05 2.5 0.38

Semi-detached 3.0 1.12 2.5 0.35

Embedded 3.6 1.20 2.5 0.32



Basic COCOMO is good for quick estimate of software costs. However it does not account for differences in hardware constraints, personnel quality and experience, use of modern tools and techniques, and so on.

Intermediate COCOMO computes software development effort as function of program size and a set of "cost drivers" that include subjective assessment of product, hardware, personnel and project attributes. This extension considers a set of four "cost drivers",each with a number of subsidiary attributes:-



* Product attributes

Required software reliability

Size of application database

Complexity of the product

* Hardware attributes

Run-time performance constraints

Memory constraints

Volatility of the virtual machine environment

Required turnabout time

* Personnel attributes

Analyst capability

Software engineering capability

Applications experience

Virtual machine experience

Programming language experience

* Project attributes

Use of software tools

Application of software engineering methods

Required development schedule

kebaikan memakai Open Source Software

Komputer membutuhkan software untuk melaksanakan tugasnya. Software ini dibuat oleh beberapa pengembang software. Dari beberapa model pengembangan software, model pengembangan open source software merupakan salah satu bagiannya. Model ini telah digunakan secara luas dalam 20 tahun terakhir ini. Banyak sekali teknologi yang merupakan hasil dari model pengembangan ini yang digunakan sehubungan dengan software yang diproduksi oleh industri software komersial dan hasilnya telah memberikan kemajuan besar dalam hal kapabilitas, kemampuan, aksesibilitas dan keterbelian dari software tersebut.
Model pengembangan open source software ini dilakukan dengan cara memberikan kebebasan bagi semua orang untuk melihat dan mengetahui serta mengubah kode software yang bersangkutan. Dengan cara ini maka diharapkan akan ada seseorang yang memiliki kemampuan pemrograman memadai untuk dapat melihat kode program tersebut dan menemukan bugs serta kelemahan-kelemahan yang terdapat didalamnya untuk kemudian melakukan perbaikan agar bugs dan kelemahan-kelemahan tersebut dapat dihilangkan. Dengan adanya bantuan-bantuan pihak luar untuk memperbaiki bugs dan kelemahan-kelemahan dalam suatu software maka pengembangan metode ini diyakini/diharapkan dapat meningkatkan keamanan software yang dikaji.

Berikut adalah keuntungan software Open Source:

Sisi pengguna:

Gratis
Pengguna dapat terlibat dalam pengembangan program karena memiliki source code nya
Respon yang baik dari pemakai sehingga bug dapat ditemukan dan diperbaiki dengan lebih cepat.

Sisi developer:

Seluruh komunitas mau dan dapat membantu untuk membuat software menjadi lebih baik
Tidak ada biaya iklan dan perawatan program
Sebagai sarana untuk memperkenalkan konsep

Linux adalah sebuah contoh yang bagus. Banyak sistem operasi yang berusaha meniru kisah sukses Linux, tetapi Linux tetap yang paling sukses hingga saat ini. Aspek positif dari Open Source adalah penerimaan yang luas untuk software yang benar-benar bagus.

Selain itu keuntungan dari opensource yaitu:

Meningkatnya reliabilitas. Oleh karena kode sumber untuk program-program open source tersedia secara bebas maka program yang dibuat oleh seseorang ataupun sesuatu organisasi akan mendapatkan review dari rekan-rekannya ataupun pihak-pihak lain. Hal ini mengakibatkan program-program open source mempunyai reliabilitas yang lebih tinggi dibandingkan dengan program-program closed source (proprietary). Reliabilitas yang tinggi ini tentu saja menguntungkan bagi pihak customer karena ia dapat memperoleh program-program yang dapat diandalkan dalam melakukan tugas-tugas yang diberikan kepadanya.
Meningkatnya keamanan. Selain itu dengan tersedianya kode sumber maka segala kesalahan yang terdapat dalam program, misalnya kesalahan logika ataupun kesalahan pengkodean, dapat segera diperbaiki tanpa perlu menunggu waktu yang lama, karena seseorang yang menemukan kesalahan tersebut dapat saja segera memperbaikinya dan mengirimkan perbaikan tersebut ke Internet atau bila ia tidak mampu memperbaikinya ia dapat memberitahu pihak-pihak lain. Sebagai contoh, suatu kesalahan dalam Linux umumnya segera diperbaiki dalam kurun waktu kurang dari satu hari, bahkan dalam beberapa jam sejak dikeluarkan. Namun demikian, software yang didistribusikan secara open source tidak menjamin bahwa software tersebut aman.
Selain itu dengan tersedianya kode sumber maka customer akan merasa lebih nyaman, lebih yakin karena ia tidak membeli kucing dalam karung. Bagaimanakah perasaan Anda bila mobil yang Anda beli tidak dapat dilihat mesinnya ataupun bagian-bagian dalam lainnya ?


sumber: http://sirendi.blogspot.com/2013/04/kenapa-dianjurkan-menggunakan-software.html

Sertifikasi dalam bidang IT

Definisi

Secara garis besar sertifikasi IT adalah "sebuah bentuk penghargaan yang diberikan kepada seorang individu yang dianggap memiliki keahlian dalam bidang IT tertentu / spesifik". Bentuk penghargaan ini berupa sertifikat khusus yang umumnya disertai dengan titel tertentu. Jika pernah mendengar istilah semacam CCNA, MCTS, CEH, OCP, dlsb, itulah contoh titel bagi seorang pemegang sertifikat IT. Sertifikat IT ini berlaku Internasional dan dirilis / diterbitkan oleh vendor atau organisasi khusus yang tentunya sudah diakui secara Internasional juga. Bidangnya sendiri beragam, mulai dari sistem operasi, aplikasi, networking, programming, database, hingga IT management.

Jenis Sertifikasi IT

Pada dasarnya sertifikasi IT ini dibagi kedalam 2 kelompok, yaitu Vendor Based dan Vendor Neutral.

Vendor Based

Sertifikasi vendor based adalah sertifikasi IT yg dikeluarkan oleh vendor tertentu dan materi ujiannya jelas mengacu pada produk atau teknologi yg memang dirilis oleh vendor tersebut. Contoh vendor yang merilis sertifikasi ini diantaranya Microsoft, Cisco, Oracle, Symantec, HP, Huawei, dst. Contoh title sertifikasinya misalnya MCTS, MCITP, OCP, CCNA, dst.

Vendor Neutral

Sesuai namanya, sertifikasi ini dirilis oleh suatu badan atau organisasi yg tidak terikat ke vendor manapun, dengan kata lain cakupannya global. Materi ujian untuk sertifikasi ini jelas sangat luas dan tentunya kita juga harus mengetahui produk dan teknologi dari multiple vendor. Dan karena cakupannya global maka sertifikasi Vendor Neutral umumnya memiliki rating yang lebih tinggi dibandingkan sertifikasi Vendor Based. Contoh organisasi yg merilis sertifikasi ini misalnya CompTIA serta EC-Council, dan contoh title sertifikasinya misalnya A+, Network+, CEP, CEH, dst.


Penyelenggara dan Pengatur Ujian

Seperti telah disinggung diatas, cara untuk mendapatkan sertifikasi ini sangat mudah, yaitu dengan mengikuti ujian di tempat2 khusus ujian. Ada banyak perusahaan yg bertindak sebagai penyelenggara ujian ini, namun dari sekian banyaknya hanya ada 3 perusahaan resmi yang umum terlibat sebagai penyelenggara ujian ini, yaitu Prometric, Pearson Vue (sering disingkat Vue saja), dan Certiport. Perusahaan2 tsb kemudian menunjuk perwakilan / partner di tiap2 negara untuk mempermudah proses pelaksanaan ujian ini. Dengan demikian, kita mengikuti ujian di perusahaan yg menjadi perwakilan / partner tersebut atau yg umum disebut dgn Authorized Test Center (ATC).

Baik Prometric, Vue ataupun Certiport umumnya menangani vendor atau organisasi yg berbeda. Misalnya ujian sertifikasi Microsoft ditangani oleh Prometric, ujian sertifikasi Office ditangani oleh Certiport, ujian sertifikasi Cisco dan Oracle ditangani oleh Vue, dst. Jadi jika Anda hendak mengikuti ujian sertifikasi, pastikan dulu sebelumnya sertifikasi yang hendak Anda ambil tersebut ditangani oleh siapa, apakah Prometric, Vue atau Certiport.


Materi dan Kode Ujian

Ini adalah hal yg sering ditanyakan oleh orang2 yg berminat untuk mengikuti ujian sertifikasi, yaitu materi ujian apa yg sebaiknya diambil? jawabannya jelas kembali ke diri kita masing2. Apa bidang yg kita kuasai maka itulah materi ujian yg sebaiknya kita ambil. Jangan pernah mengambil ujian sertifikasi karena trend atau sedang populer. Misalnya saat CCNA sedang populer maka kita ikut2an ambil ujian tersebut, padahal bidang yg kita kuasai adalah programming. Alhasil banyak orang yg gagal karena ikut2an trend tersebut. Ingat, sertifikasi yg kita ambil merupakan sebuah bukti pengakuan dari keahlian yg kita miliki.

Oleh karenanya, pikirkan baik-baik apa keahlian yg memang kita miliki / kita kuasai. Jika merasa belum memiliki keahlian apapun, kembalikan ke minat kita sendiri atau ke bidang pekerjaan yg sedang digeluti. Misalnya kita berminat untuk mempelajari Linux dan bercita2 ingin menjadi seorang Linux Administrator, maka cari tau terlebih dahulu vendor mana saja yg menyediakan sertifikasi Linux tersebut, apa saja garis besar materi ujiannya, berapa biaya ujiannya, dimana bisa mengikuti ujian tersebut, dan info2 lainnya yg dirasa perlu. Dengan adanya Internet, tentunya sangat mudah sekali mencari informasi2 tersebut.

Setiap materi ujian IT juga selalu memiliki kode yang unik yg lazim disebut dengan kode ujian atau Exam Code. Jadi jika telah menemukan materi ujian yang ingin diambil, perhatikan baik-baik kode ujiannya. Kode ujian ini bisa didapatkan di situs vendor atau di situs organisasi yg membuat ujian tersebut. Gambar berikut ini memperlihatkan contoh kode2 ujian yg bisa kita dapatkan di situs2 Internet.

Track Ujian

Hampir sebagian besar sertifikasi IT ini menerapkan sistem berjenjang atau level yang umum disebut dengan track ujian atau Exam Track. Sistem ini digunakan untuk memecah materi ujian kedalam bagian-bagian yang lebih kecil, diawali dengan materi dasar hingga materi lanjutan yang tentunya dengan tingkat kesulitan yang lebih tinggi. Agar lebih mudah dalam memahami Track Ujian ini, perhatikan contoh berikut ini.

Misalnya kita telah lulus ujian Windows 7 Client Configuration dengan kode ujian 70-680, maka kita berhak mendapatkan sertifikat dan title MCTS. Namun jika diinginkan, kita dapat mengambil ujian lanjutannya yaitu ujian Windows 7 Enterprise Desktop Support Technician dengan kode ujian 70-685. Jika lulus juga maka kita berhak mendapatkan sertifikat dan title MCITP. Inilah yang disebut dengan track ujian. Artinya, jika kita ingin mendapatkan title MCITP tersebut maka kita harus mengikuti 2 buah ujian, yaitu ujian dengan kode 70-680 dan 70-685. Namun jika kita tidak ingin melanjutkan juga jelas tidak masalah, karena dengan lulus salah satu ujian juga kita sudah mendapatkan sertifikat dan title MCTS.

Ada juga track ujian yang bersifat mandatory atau keharusan. Contohnya sertifikat CompTIA A+. Untuk mendapatkan sertifikat tersebut maka kita harus lulus 2 buah ujian, yaitu ujian dengan kode 220-701 dan 220-702. Jika kita baru lulus salah satu ujian saja, maka kita belum bisa mendapatkan sertifikat tersebut.

Informasi track ujian ini selalu dimuat di situs2 vendor atau organisasi pembuat sertifikat tersebut. Pelajari terlebih dahulu track ujian ini agar kita tidak salah melangkah jika memang ingin melanjutkan ke jenjang sertifikasi yg lebih tinggi lagi.

Biaya Ujian

Ujian sertifikasi IT ini tentunya tidak gratis. Biayanya sendiri bervariasi, mulai dari ratusan ribu hingga jutaan rupiah untuk satu kali ujian. Jika tidak lulus jelas uang tidak akan kembali yg artinya jika ingin mengulang kembali ujian tersebut maka kita harus membayar sejumlah uang lagi. Oleh karena itu, persiapkan diri sebaik2nya sebelum mengikuti ujian agar biaya yg sudah dibayarkan tidak sia2.


Pelaksanaan Ujian

Di tempat ATC, seorang staff yg disebut dengan Test Administrator (TCA) akan membantu kita dari mulai pendaftaran hingga ujian selesai. Ujiannya sendiri akan dilaksanakan di sebuah ruangan khusus yg diawasi oleh camera / cctv yg bertujuan untuk mempermudah pengawasan serta mencegah terjadinya kecurangan. Kita juga tidak diperkenankan untuk membawa barang apapun kedalam ruangan ujian. Tas, alat tulis, hingga handphone atau gadget yg kita bawa harus kita simpan terlebih dahulu di sebuah locker yang sudah disediakan.
Di ruangan inilah kita melaksanakan ujian dengan menggunakan bantuan komputer. Jadi rangkaian soal2 yg harus dijawab ditampilkan di layar komputer dengan software khusus dan kita kemudian menjawab soal-soal tersebut hingga selesai. Ujian dengan menggunakan bantuan komputer ini lazim disebut dengan istilah CBT atau Computer Based Test.
Setelah ujian selesai, hasilnya akan langsung diperlihatkan saat itu juga..!! Jika kita lulus, maka TCA akan memberikan lembar hasil ujian berupa score serta status lulus / tidaknya.
Setelah ujian selesai, hasilnya akan langsung diperlihatkan saat itu juga..!! Jika kita lulus, maka TCA akan memberikan lembar hasil ujian berupa score serta status lulus / tidaknya.


Jenis Soal Ujian

Ada 2 jenis soal yg akan kita dapatkan pada ujian sertifikasi IT, yaitu Direct Question dan Case Study.

Direct Question

Direct Question atau disebut juga Straight Question, adalah jenis soal langsung. Disebut langsung karena jenis soal ini tidak bertele2 alias langsung ke pokok pertanyaannya.

Case Study

Sesuai dengan namanya, Case Study adalah jenis soal berupa studi kasus. Uraian soalnya umumnya sangat panjang dan mengharuskan kita untuk menganalisa kasus tersebut dengan cermat agar kita bisa mengetahui pokok permasalahannya dan apa yg ditanyakannya. Contoh dari soal studi kasus ini biasanya diawali dengan sebuah cerita, misalnya "Di sebuah company XYZ, terdapat 1000 unit PC client dan 10 server Linux. Arsitektur networknya menggunakan 5 buah router dan 200 switch dengan pola IP-Address. Dst.."

Metode Penyampaian Soal

Ada banyak metode / cara yang digunakan dalam penyampaian soal ini, yaitu:

Multiple Choice

Nyaris sebagian besar ujian sertifikasi IT menggunakan metode Multiple Choice atau pilihan berganda ini. Faktor ketelitian mutlak diperlukan saat kita berhadapan dengan soal multiple choice ini karena banyak soal yg menjebak dengan memberikan pilihan jawaban yg hampir mirip.

Essay

Essay adalah soal yg harus kita jawab dgn rangkaian kalimat hasil pemikiran sendiri. Kendala umum yg dihadapi kita saat berhadapan dgn soal Essay ini adalah bahasa, kadang kita tahu jawabannya namun sulit untuk menuliskannya dalam bahasa Inggris.

Simulasi

Simulasi adalah soal yg harus kita jawab dengan mempraktekannya secara langsung pada sebuah simulasi atau peraga. Soal ini contohnya terdapat pada soal ujian sertifikasi Microsoft Office, misalnya saat ditanyakan bagaimana cara menyimpan file, maka yg harus kita lakukan adalah menjalankan perintah untuk menyimpan file tersebut pada aplikasi Word yg berupa simulasi.

Praktek

Soal ini umumnya terdapat pada sertifikasi yg berhubungan dgn dunia networking. Soal praktek ini mirip dengan simulasi dimana soal yg ditanyakan harus kita jawab dgn mempraktekannya secara langsung, bedanya adalah kita harus mempraktekannya pada alat / device yg sesungguhnya.

Presentasi

Soal presentasi umumnya terdapat pada sertifikasi IT yg berhubungan dgn dunia training IT, misalnya jika kita ingin meraih sertifikat sebagai seorang trainer CompTIA atau CEI, maka kita diharuskan untuk melakukan presentasi dgn topik-topik yg telah ditentukan.


Persiapan Ujian

Setelah kita mengetahui beberapa hal tentang apa itu ujian sertifikasi IT dan bagaimana cara mendapatnya, tentunya kita harus mempersiapkan diri kita. Beberapa persiapan yg harus diperhatikan diantaranya adalah sbb.:

Bahasa

Sertifikasi IT berlaku dan diakui secara Internasional, dan bahasa yg dipergunakan jelas adalah bahasa Inggris. Dari mulai formulir pendaftaran ujian, formulir feedback, petunjuk pelaksanaan ujian hingga soal2 ujiannya semuanya menggunakan bahasa Inggris. Oleh karena itu persiapkan juga kemampuan kita dalam bahasa Inggris ini.

Pengalaman lapangan

Real World Experience atau pengalaman lapangan di dunia nyata adalah "mutlak" diperlukan. Jangan pernah nekad mengambil ujian sertifikasi jika kita belum memiliki pengalaman lapangan sama sekali. Pengalaman ini tentunya bisa didapatkan dengan berbagai cara, walaupun kadang tanpa kita sadari. Misalnya karyawan yg sehari2 memang bekerja di bagian IT sudah pasti memiliki pengalaman lapangan ini. Atau misalnya kita pernah membantu instalasi dan konfigurasi jaringan saat teman kita membuka warnet, ini juga bisa dibilang pengalaman. Atau barangkali saat kuliah kita terlibat sebagai teknisi dan asisten di lab kampus, maka ini juga sudah termasuk kedalam pengalaman lapangan. Dan masih banyak lagi contoh lainnya.

Konsep dan teori

Pengalaman tanpa didukung konsep dan teori adalah suatu hal yg percuma, oleh karenanya perluaslah keahlian kita dengan pengetahuan dari sisi teori serta konsepnya. Contoh nyata dari hal ini adalah banyak sekali para programmer yg bisa dibilang ahli dalam merancang sebuah aplikasi, namun saat ditanya bagaimana flowchart atau algoritma dari aplikasi tersebut mereka sama sekali tidak tau. Atau seorang network administrator yg sangat ahli dalam merancang jaringan berikut routingnya tapi tidak tau bahkan tidak mengenal apa itu 7 layer OSI. Nah contoh2 ini menjelaskan sebuah pengalaman lapangan yg menjadi percuma karena tdk didukung oleh konsep dan teori yg memadai.

Banyak sumber pembelajaran yang bisa kita gunakan untuk mendalami konsep dan teori ini. Bisa dari buku2 persiapan ujian, menelusuri beragam technical blog, bergabung ke forum2 diskusi, dlsb.
Latihan Soal2 Ujian
Latihan soal2 ujian jelas harus dilakukan agar kita mengenal dan terbiasa menghadapi beragam tipe soal ujian yg akan kita hadapi. Di Internet banyak sekali resources yg menyediakan latihan soal2 ujian ini.

Training

Banyak Training Center yg menyelenggarakan training persiapan ujian sertifikasi, dan di kalangan publik kemudian muncul opini bahwa jika kita ingin lulus ujian sertifikasi maka kita harus mengikuti training dulu. Opini ini sama sekali tidak benar. Tujuan dari training adalah sekedar untuk membantu pemahaman kita terhadap materi ujian, tapi jelas tidak menjamin bahwa kita akan lulus setelah mengikuti training ini. Banyak para pakar IT yg memiliki sederetan sertifikasi IT tanpa pernah sekalipun mengikuti training ini alias belajar sendiri secara otodidak.


Benefit

Keuntungan yang bisa didapat dari mengikuti sertifikasi di bidang IT adalah sebagai berikut :

Memberikan Nilai Tambah untuk Meningkatkan Daya Saing dalam Bidang IT

Setiap tahunnya semakin banyak para sarjana yg dihasilkan di Indonesia, dan peluang masuk kedalam dunia kerja tentunya akan membawa kita untuk bersaing dengan para sarjana tersebut. Disinilah perlunya sebuah nilai tambah atau nilai lebih dari kita yg setidaknya memberikan sedikit perbedaan dan tentunya sebuah keunggulan tersendiri. Dan salah satunya yg bisa memberikan nilai tambah tersebut adalah sertifikat IT.

Mendapatkan Pengakuan Internasional untuk Kompetensi atau Skill dalam Bidang IT Tertentu
Sertifikat IT mendapatkan pengakuan secara Internasional, hingga ke negara mana pun kita membawa sertifikat tersebut, maka sertifikat tersebut selalu diakui. Hal ini jelas bisa meningkatkan peluang karir kita untuk merambah ke negara2 lain.

Meningkatkan Peluang Karir Professional dalam Bidang IT

Dalam dunia kerja, banyak perusahaan memiliki pandangan dan penilaian lebih terhadap karyawannya yg telah memiliki sertifikat IT. Hal ini akan berdampak pada peningkatan karir bagi kita yg tentunya akan berdampak pula pada peningkatan salary atau kesejahteraan kita di perusahaan tersebut.

Pengakuan dan Kebanggaan keluarga

Mendapatkan sertifikat IT bisa dibilang merupakan prestasi bagi kita mengingat cara memperolehnya yg memang tidak mudah. Dan prestasi ini tentunya akan menjadi kebanggaan tersendiri bagi kita maupun bagi orang tua kita.


Penutup

Akhirnya selesai juga rangkaian tulisan ini. Sebetulnya masih ada beberapa yg mau ditambahkan, tapi belum sempat disusun, mungkin bertahap akan saya update kembali artikel ini.
Akhir kata, mudah2an apa yg saya tulis disini bisa bermanfaat dan ada gunanya, terutama bagi rekan2 yg ingin ataupun sedang merintis karir di bidang IT

Situs Resmi Penyelenggara dan Pengatur Sertifikasi IT:
• Prometric
• Pearson-Vue
• Certiport


Sertifikasi Vendor Based:
• Microsoft Certification
• Oracle Certification
• Cisco Certification
• Novell Linux Certification
• RedHat Certification


Sertifikasi Vendor Neutral:
• CompTIA
• EC-Council
• CWNP
• ICCP



sumber : http://www.kaskus.co.id/thread/000000000000000012037984/mengenal-sertifikasi-it