Pada model dan standar profesi di Eropa (Inggris, Jerman dan Perancis) Standar Praktek dikembangkan oleh COTEC adalah kode sukarela yang dirancang untuk membantu Asosiasi Nasional untuk membangun dan mengembangkan kode nasional sesuai dengan standar Eropa praktek untuk terapis okupasi. Hal ini dimaksudkan untuk penerapan umum namun dapat dimodifikasi untuk daerah spesialis misalnya pediatri praktek, kepedulian masyarakat, dll psikiatri Jika ada kelompok seperti ingin melakukan ini, setiap dealth masalah dengan dalam Standar Praktek, harus diberikan dan bijaksana pertimbangan informasi karena mereka telah disertakan untuk relevansi mereka untuk satu atau kegiatan lain dari praktek profesional kami. Sangat penting bahwa isu-isu yang termasuk dalam Standar Praktek harus saat ini dan relevan dengan anggota profesi yang menggunakan atau untuk yang menggunakannya dimaksudkan.
Standar COTEC Praktek adalah pernyataan kebijakan yang membantu untuk mengatur dan menjaga standar praktek profesional yang baik. Dalam kasus dimana keputusan harus dibuat mengenai perilaku tidak profesional dari seorang ahli terapi kerja, Kode dapat digunakan sebagai panduan untuk standar perilaku profesional yang tepat.
Wakil untuk COTEC diminta untuk memastikan bahwa, ketika kode sedang diterjemahkan ke dalam bahasa Eropa lainnya, hal itu dilakukan sehingga oleh penutur asli. Hal ini dianjurkan karena memiliki frase dan istilah yang kadang-kadang sulit diterjemahkan. Ada dua bagian utama dalam dokumen ini:
* Kode Etik Federasi Dunia Kerja Therapist
* Standar Praktek dirancang oleh COTEC pada tahun 1991 dan sekarang diperbaharui pada tahun 1996.
Disusun bersama dengan perwakilan dari Asosiasi Nasional oleh Kode Etik dan Standar Praktek Komite Dokumen Maria McGuinn (Ketua & Sekretaris) Judith Marti dan Dirk de Vylder.
Kode Etik
Kode Etik Federasi Dunia Kerja Therapist menggambarkan perilaku yang tepat terapis okupasi berlatih di semua bidang terapi pekerjaan. Karena semua Asosiasi Nasional Terapi Pekerjaan di Eropa adalah anggota atau anggota Associate WFOT maka dipandang tepat yang harus COTEC basis Standar Praktek pada kode ini.
Pribadi atribut
Pekerjaan terapis memiliki integritas pribadi, kehandalan, pikiran yang terbuka dan loyalitas berkaitan dengan konsumen dan bidang profesional keseluruhan.
Tanggung jawab terhadap penerima Occupational Layanan Terapi Pekerjaan terapis pendekatan semua konsumen dengan hormat dan dengan memperhatikan untuk situasi masing-masing. Pekerjaan terapis akan tidak diskriminasi terhadap konsumen berdasarkan ras, warna kulit, cacat, cacat, asal-usul kebangsaan, umur, jenis kelamin, preferensi seksual, agama, keyakinan politik atau status dalam masyarakat. pribadi preferensi konsumen dan kemampuan untuk berpartisipasi akan diperhitungkan dalam perencanaan penyediaan layanan. Kerahasiaan informasi pribadi’s konsumen dijamin dan setiap rincian pribadi disampaikan hanya dengan persetujuan mereka.
Perilaku dalam tim Terapi Pekerjaan dan dalam tim multidisiplin Pekerjaan terapis bekerja sama dan menerima tanggung jawab dalam satu tim dengan mendukung tujuan medis dan psikososial yang telah ditetapkan. terapis Kerja menyediakan laporan tentang kemajuan intervensi mereka dan memberikan anggota lain dari tim dengan informasi yang relevan. Mengembangkan pengetahuan profesional Pekerjaan terapis berpartisipasi dalam pengembangan profesional melalui belajar sepanjang hidup dan selanjutnya menerapkan diperoleh pengetahuan dan keterampilan dalam kerja profesional mereka.
Promosi profesi Pekerjaan terapis berkomitmen untuk perbaikan dan pengembangan profesi pada umumnya. Mereka juga prihatin dengan mempromosikan terapi okupasi yang lain masyarakat organisasi profesional, dan mengatur badan-badan di, nasional dan internasional tingkat regional. World Federation of Occupational Therapist: Komite Praktek Profesional; Maret 1990. Standar Praktek Konsumen Untuk tujuan Standar COTEC Praktek konsumen istilah digunakan untuk menjelaskan pasien, klien dan / atau wali. Hal ini juga termasuk mereka yang terapis kerja bertanggung jawab.
sumber :http://azizturn.wordpress.com/2011/05/08/standar-profesi-di-eropa/
http://nurtriamanda.blogspot.com/2011/05/model-dan-standar-profesi-di-eropa.html
Senin, 09 Mei 2011
Model dan standar profesi di Eropa (Inggris, Jerman dan Perancis)
Modal Dan Standart Profesi USA dan Kanda
Model dan standar profesi di USA dan Kanada
Kode Etik Profesional
Pejabat Keuangan Pemerintah Asosiasi dari Amerika Serikat dan Kanada adalah organisasi profesional pejabat publik bersatu untuk meningkatkan dan mempromosikan manajemen profesional sumber daya keuangan pemerintah dengan mengidentifikasi, mengembangkan dan memajukan strategi fiskal, kebijakan, dan praktek untuk kepentingan publik.
Untuk lebih tujuan tersebut, aparat pemerintah membiayai semua diperintahkan untuk mematuhi standar hukum, moral, dan profesional perilaku dalam pemenuhan tanggung jawab profesional mereka. Standar perilaku profesional sebagaimana diatur dalam kode ini diwujudkan dalam rangka meningkatkan kinerja semua orang yang terlibat dalam keuangan publik.
I. Pribadi Standar
petugas pembiayaan Pemerintah harus menunjukkan dan didedikasikan untuk cita-cita tertinggi kehormatan dan integritas dalam semua hubungan masyarakat dan pribadi untuk mendapat rasa hormat, kepercayaan, dan keyakinan yang mengatur pejabat, pejabat publik lainnya, karyawan, dan masyarakat.
• Mereka harus mencurahkan waktu, keterampilan, dan energi ke kantor mereka baik secara independen dan bekerja sama dengan profesional lainnya.
• Mereka harus mematuhi praktek profesional disetujui dan standar yang dianjurkan.
II. Tanggung jawab sebagai Pejabat Publik
petugas pembiayaan Pemerintah harus mengakui dan bertanggung jawab atas tanggung jawab mereka sebagai pejabat di sektor publik.
• Mereka harus sensitif dan responsif terhadap hak-hak publik dan kebutuhan-kebutuhannya berubah.
• Mereka harus berusaha untuk memberikan kualitas kinerja tertinggi dan nasihat.
• Mereka akan bersikap bijaksana dan integritas dalam pengelolaan dana dalam tahanan mereka dan dalam semua transaksi keuangan.
• Mereka harus menjunjung tinggi baik surat dan semangat undang-undang, konstitusi, dan peraturan yang mengatur tindakan mereka dan melaporkan pelanggaran hukum kepada pihak yang berwenang.
III. Pengembangan Profesional
petugas pembiayaan Pemerintah bertanggung jawab untuk menjaga kompetensi mereka sendiri, untuk meningkatkan kompetensi kolega mereka, dan untuk memberikan dorongan untuk mereka yang ingin memasuki bidang keuangan pemerintah. petugas Keuangan harus meningkatkan keunggulan dalam pelayanan publik.
IV. Integritas Profesional – Informasi
petugas pembiayaan Pemerintah harus menunjukkan integritas profesional dalam penerbitan dan pengelolaan informasi.
• Mereka tidak akan sadar tanda, berlangganan, atau mengizinkan penerbitan pernyataan atau laporan yang berisi salah saji atau yang menghilangkan fakta material apapun.
• Mereka harus menyiapkan dan menyajikan laporan dan informasi keuangan sesuai dengan hukum yang berlaku dan praktek yang berlaku umum dan pedoman.
• Mereka harus menghormati dan melindungi informasi rahasia yang mereka memiliki akses berdasarkan kantor mereka.
• Mereka harus sensitif dan responsif terhadap pertanyaan dari masyarakat dan media, dalam kerangka kebijakan pemerintah negara bagian atau lokal.
V. Integritas Profesional – Hubungan
petugas pembiayaan Pemerintah harus bertindak dengan kehormatan, integritas, dan kebajikan dalam semua hubungan profesional.
• Mereka harus menunjukkan kesetiaan dan kepercayaan dalam urusan dan kepentingan pemerintah yang mereka layani, dalam batas-batas Kode Etik ini.
• Mereka tidak akan sadar menjadi pihak atau membiarkan aktivitas ilegal atau tidak layak.
• Mereka harus menghormati hak, tanggung jawab, dan integritas dari rekan-rekan mereka dan pejabat publik lainnya dengan siapa mereka bekerja dan asosiasi.
• Mereka harus mengatur semua hal personil dalam lingkup kewenangan mereka sehingga keadilan dan ketidakberpihakan mengatur keputusan mereka.
• Mereka akan mempromosikan kesempatan kerja yang sama, dan dengan berbuat demikian, menentang diskriminasi, pelecehan, atau praktik yang tidak adil lainnya.
VI. Konflik Kepentingan
petugas pembiayaan Pemerintah harus secara aktif menghindari munculnya atau kenyataan benturan kepentingan.
• Mereka harus melaksanakan tugas mereka tanpa bantuan dan harus menahan diri dari terlibat dalam hal-hal di luar kepentingan keuangan atau pribadi yang tidak sesuai dengan kinerja tidak memihak dan tujuan tugas mereka.
• Mereka tidak akan, secara langsung atau tidak langsung, mencari atau menerima keuntungan pribadi yang akan mempengaruhi, atau tampaknya mempengaruhi, pelaksanaan tugas resmi mereka.
• Mereka tidak akan menggunakan milik umum atau sumber daya untuk keuntungan pribadi atau politik.
Referensi : http://www.gfoa.org/index.php?option=com_content&task=view&id=98&Itemid=108
http://bhagorunite.blogspot.com/2011/05/modal-dan-standar-profesi-di-usa-dan.html
Model dan standar profesi di Indonesia dan Regional
Dunia Teknologi Informasi (TI) merupakan suatu industri yang berkembang dengan begitu pesatnya pada tahun-tahun terakhir ini. Ini akan terus berlangsung untuk tahun-tahun mendatang. Perkembangan industri dalam bidang TI ini membutuhkan formalisasi ya ng lebih baik dan tepat mengenai pekerjaan, profesi berkaian dengan keahlian dan fungsi dari tiap jabatan. South East Asia Regional Computer Confideration (SEARCC) merupakan suatu forum/badan yang beranggotakan himpunan profiesional IT (Information Technology) yang terdiri dari 13 negara. SEARCC dibentuk pada Februari 1978, di Singapore oleh 6 ikata n komputer dari negara-negara : Hong Kong, Indonesia, Malaysia, Philipine, Singapore dan Thailand. SEARCC mengadakan konferensi setahun dua kali di tiap negara anggotanya secara bergiliran. Keanggotaan SEARCC bertambah, sehingga konferensi dilakukan seka li tiap tahunnya. Konferensi yang ke-15 ini, yang bernama SEARCC ’96 kali ini diselenggarakan oleh Computer Society of Thailand di Thailand dari tanggal 3-8 Juli 1996.
Sri Lanka telah menjadi anggota SEARCC sejak tahun 1986, anggota lainnya adalah Austr alia, Hong Kong, India Indonesia, Malaysia, New Zealand, Pakistan, Philipina, Singapore, Korea Selatan, Taiwan, Thailand, Kanada. Indonesia sebagai anggota South East Asia Regional Computer Confideration (SEARCC) turut serta dalam berbagai kegiatan yang dilaksanakan oleh SEARCC . Salah satunya adalah SRIG-PS (Special Regional Interest Group on Profesional Standardisation) , yang mencoba merumuskan standardisasi pekerjaan di dalam dunia Teknologi Informasi. Untuk keperluan tersebut.
Dalam memformulasikan standard untuk Indonesia, suatu workshop sebaiknya diselenggarakan oleh IPKIN. Partisipan workshop tersebut adalah orang-orang dari industri, pendidikan, dan pemerintah. Workshop ini diharapkan bisa memformulasikan deskripsi pekerjaan dari klasifikasi pekerjaan yang belum dicakup oleh model SRIG-PS, misalnya operator. Terlebih lagi, workshop tersebut akan menyesuaikan model SRIG-PS dengan kondisi Indonesia dan menghasilkan model standard untuk Indonesia. Klasifikasi pekerjaan dan deskripsi pekerjaan ini harus diperluas dan menjadi standard kompetensi untuk profesioanal dalam Teknologi Informasi
Persetujuan dan pengakuan dari pemerintah adalah hal penting dalam pengimplementasian standard di Indonesia. Dengan demikian, setelah standard kompetensi diformulasikan, standard tersebut dapat diajukan kepada kepada Pemerintah melalui Menteri Tenaga Kerja. Selain itu standard tersebut juga sebaiknya harus diajukan kepada Menteri Pendidikan dengan tujuan membantu pembentukan kurikulum Pendidikan Teknologi Informasi di Indonesia dan untuk menciptakan pemahaman dalam pengembangan model sertifikasi.
Untuk melengkapi standardisasi, IPKIN sudah perlu menetapkan Kode Etik untuk Profesi Teknologi Informasi. Kode Etik IPKIN akan dikembangkan dengan mengacu pada Kode Etik SEARCC dan menambahkan pertimbangan-pertimbangan yang sesuai dengan kondisi di Indonesia.
Selanjutnya, mekanisme sertifikasi harus dikembangkan untuk mengimplementasikan standard kompetensi ini. Beberapa cara pendekatan dari negara lain harus dipertimbangkan. Dengan demikian, adalah penting untuk mengumpulkan mekanisme standard dari negara-negara lain sebelum mengembangkan mekanisme sertifikasi di Indonesia.
Sertifikasi sebaiknya dilaksanakan oleh IPKIN sebagai Asosiasi Komputer Indonesia. Pemerintah diharapkan akan mengakui sertifikat ini, dan memperkenalkan dan mendorong implementasinya di industri. Dalam mengimplementasikan mekanisme sertifikasi, beberapa badan perlu dibentuk
• Badan Penguji harus dibentuk dan institusi pendidikan sebaiknya dilibatkan dalam mekanisme ini. Hal ini perlu karena institusi pendidikan memiliki pengalaman dalam memberikan ujian.
• Panitia Persiapan Ujian, mempersiakan kebutuhan administrasi, pendaftaran, penjadwalan, pengumpulan maeri ujian.
• Pelaksana Ujian, mempersiapkan tempat ujian dan melaksanakan ujian. Menyerahkan hasil ujian kepada Badan Penguji untuk diperiksa, mengolah hasil dan memberikan hasil kepada IPKIN
• Pelaksana akreditasi training centre, untuk kebutuhan resertifikasi maka perlu dibentuk badan yang melakukan penilaian terhadap pelaksana pusat pelatihan, tetapi hal ini baru dilaksanakan setelah 5 tahun sistem sertifikasi berjalan,.
• Pelaksana resertifikasi, hal ini mungkin baru dapat dilaksanakan setelah 5 tahun setelah sistem sertifikasi berjalan dengan baik
Kerja sama antara institusi terkait dikoordinasikan. IPKIN sebagai Asosiasi Profesi dapat memainkan peranan sebagai koordinator.
Dalam pembentukan mekanisme sertifikasi harus diperhatikan beberapa hal yang dapat dianggap sebagai kriteria utama:
• Sistem sertifikasi sebaiknya kompatibel dengan pembagian pekerjaan yang diakui secara regional.
• Memiliki berbagai instrument penilaian, misal test, studi kasus, presentasi panel, dan lain-lain.
• Harus memiliki mekanisme untuk menilai dan memvalidasi pengalaman kerja dari para peserta, karena kompetensi profesional juga bergantung dari pengalaman kerja pada bidang tersebut.
• Harus diakui pada negara asal.
• Harus memiliki silabus dan materi pelatihan, yang menyediakan sarana untuk mempersiapkan diri untuk melakukan ujian sertifikasi tersebut.
• Sebaiknya memungkinkan untuk dilakukan re-sertifikasi
Sebagai kriteria tambahan adalah :
• Terintegrasi dengan Program Pengembangan Profesional
• Dapat dilakukan pada region tersebut.
Dalam hal sertifikasi ini SEARCC memiliki peranan dalam hal :
• Menyusun panduan
• Memonitor/dan bertukar pengalaman
• Mengakreditasi sistem sertifikasi, agar mudah diakui oleh negara lain anggota SEARCC
• Mengimplementasi sistem yang terakreditasi tersebut
http://juniorhendy.blogspot.com/2010/03/model-pengembangan-standar-profesi.html
http://openstorage.gunadarma.ac.id/~mwiryana/IPKIN/SRIG-PS/st_page6.html
Standar Profesi IEEE (Institute of Electrical and Electronics Engineers)
IEEE (Institute of Electrical and Electronics Engineer) merupakan asosiasi professional terbesar di dunia yang didedikasikan atau dibuat untuk memajukan inovasi teknologi dan kesempurnaan untuk kepentingan kemanusiaan. IEEE adalah sebuah organisasi profesi nirlaba yang terdiri dari banyak ahli di bidang teknik yang mempromosikan pengembangan standar-standar dan bertindak sebagai pihak yang mempercepat teknologi-teknologi baru dalam semua aspek dalam industri dan rekayasa (engineering), yang mencakup telekomunikasi, jaringan komputer, kelistrikan, antariksa, dan elektronika.
Sebelumnya IEEE bergerak dalam bidang elektroteknika, dan merupakan kependekan dari Institute of Electrical and Electronics Engineer. Namun, meluasnya dan saling berkaitnya bidang-bidang ilmu yang menjadi minat pengembangan IEEE membuat organisasi ini memposisikan diri untuk bergerak dalam teknologi-teknologi lain yang terkait, dan saat ini disebut IEEE saja. Tujuan inti IEEE adalah mendorong inovasi teknologi dan kesempurnaan untuk kepentingan kemanusiaan. Visi IEEE adalah akan menjadi penting untuk masyarakat teknis global dan professional teknis dimana-mana dan dikenal secara universal untuk kontribusi teknologi dan teknis yang professional dalam meningkatkan kondisi perkembangan global.
IEEE memiliki lebih dari 300.000 anggota individual yang tersebar dalam lebih dari 150 negara. Aktivitasnya mencakup beberapa panitia pembuat standar, publikasi terhadap standar-standar teknik, serta mengadakan konferensi.
IEEE-SA telah mengembangkan standar untuk lebih dari satu abad, melalui program yang menawarkan keseimbangan, keterbukaan, prosedur adil , dan konsensus. Ahli-ahli teknis dari seluruh dunia berpartisipasi dalam pengembangan IEEE standar. Standar dalam IEEE adalah mengatur fungsi, kemampuan dan interoperabilitas dari berbagai macam produk dan layanan yang mengubah cara orang hidup, bekerja dan berkomunikasi. Dengan para pemimpin yang berpikir kolaboratif di lebih dari 160 negara, IEEE mempromosikan inovasi, memungkinkan penciptaan dan perluasan pasar internasional dan membantu melindungi kesehatan dan keselamatan publik.
IEEE standard association memiliki beberapa program yaitu Industry Connections program, Corporate Program International Program, GET Program, Arc Flash, dan NESC. Setiap tahun, IEEE-SA melakukan lebih dari 200 suara standar, suatu proses dimana standar yang diusulkan pada saat memilih untuk keandalan teknis dan kesehatan. Pada tahun 2005, IEEE telah dekat dengan 900 standar aktif, dengan 500 standar dalam pengembangan. Salah satu yang lebih penting adalah IEEE 802 LAN / MAN kelompok standar, dengan standar jaringan komputer digunakan secara luas untuk keduanya (kabel ethernet) dan jaringan nirkabel (IEEE 802.11). Proses pembangunan IEEE standar dapat dipecah melalui tujuh langkah dasar yaitu:
1. Mengamankan Sponsor,
2. Meminta Otorisasi Proyek,
3. Perakitan Kelompok Kerja,
4. Penyusunan Standard,
5. Pemungutan suara,
6. Review Komite,
7. Final Vote.
IEEE Indonesia Section berada pada IEEE Region 10 (Asia-Pasifik). Ketua IEEE Indonesia Section tahun 2009-2010 adalah Arnold Ph Djiwatampu. Saat ini IEEE Indonesia Section memiliki beberapa chapter, yaitu:
a. Chapter Masyarakat Komunikasi (Communications Society Chapter)
b. Chapter Masyarakat Sistim dan Sirkuit (Circuits and Systems Society Chapter)
c. Chapter Teknologi Bidang Kesehatan dan Biologi (Engineering in Medicine and Biology Chapter)
d. Chapter Gabungan untuk Masyarakat Pendidikan, Masyarakat Peralatan Elektron, Masyarakat Elektronik Listrik, dan Masyarakat Pemroses Sinyal (Join Chapter of Education Society, Electron Devices Society, Power Electronics Society, Signal Processing Society)
e. Chapter Gabungan MTT/AP-S (Joint chapter MTT/AP-S)
Referensi :
- http://juniorhendy.blogspot.com/2010/03/model-pengembangan-standar-profesi.htm
- http://id.wikipedia.org/wiki/Analis_sistem
- http://muhammadghazali.wordpress.com/2009/02/14/system-engineer/
- http://id.wikipedia.org/wiki/Institute_of_Electrical_and_Electronics_Engineers
- http://komunikasi.org/ieee/
- http://blog.ub.ac.id/badrunsz/2011/03/20/tugas-jaringan-komputer/
- http://www.scribd.com/doc/38082733/Etika-Profesi-TI
Standar Profesi ACM
Standar Profesi ACM (Association for Computing Machinery) ACM (Association for Computing Machinery) atau Asosiasi untuk Permesinan Komputer adalah sebuah serikat ilmiah dan pendidikan komputer pertama di dunia yang didirikan pada tahun 1947. Anggota ACM sekitar 78.000 terdiri dari para profesional dan para pelajar yang tertarik akan komputer. ACM bermarkas besar di Kota New York. ACM diatur menjadi 170 bagian lokal dan 34 grup minat khusus (SIG), di mana mereka melakukan kegiatannya. SIG dan ACM, mensponsori konferensi yang bertujuan untuk memperkenalkan inovasi baru dalam bidang tertentu. Tidak hanya mensponsori konferensi, ACM juga pernah mensponsori pertandingan catur antara Garry Kasparov dan komputer IBM Deep Blue. ACM telah menciptakan sebuah perpustakaan digital di mana ia telah membuat seluruh publikasi yang tersedia. ACM perpustakaan digital merupakan koleksi terbesar di dunia informasi mengenai mesin komputasi dan berisi arsip jurnal, majalah, prosiding konferensi online, dan isu-isu terkini ACM publikasi. Layanan online termasuk forum yang disebut Ubiquity dan Tech News mencerna, baik yang berisi informasi terbaru tentang dunia IT. ACM pesaing utama adalah IEEE Computer Society. Sulit untuk generalisasi akurat tentang perbedaan antara keduanya, tetapi ACM berfokus pada ilmu komputer teoritis dan aplikasi pengguna akhir, sementara IEEE lebih memfokuskan pada masalah-masalah hardware dan standardisasi. Cara lain untuk menyatakan perbedaan yaitu ACM adalah ilmuwan komputer dan IEEE adalah untuk insinyur listrik, meskipun subkelompok terbesar adalah IEEE Computer Society. Tentu saja, ada tumpang tindih yang signifikan antara kedua organisasi, dan mereka kadang-kadang bekerjasama dalam proyek-proyek seperti pengembangan kurikulum ilmu komputer. ACM memiliki empat "Boards" yang membentuk berbagai komite dan subkelompok, untuk membantu menjaga kualitas staf Kantor Pusat layanan dan produk. Papan ini adalah sebagai berikut publikasi, SIG Governing Board, pendidikan, dan Badan Layanan Keanggotaan.
- http://muhammadghazali.wordpress.com/2009/02/13/it-trainer/
- http://dewijanuaryblog.blogspot.com/2010/04/acm-association-for-computing-machinery.html -http://vidipi.blogspot.com/search/label/Tugas%20Etika%20dan%20Profesionalisme%20TSI
- http://muhammadghazali.wordpress.com/2009/02/13/application-developer/
- http://robby-bellamy.blogspot.com/2010/03/acm.html
- http://sharemyego.blogspot.com/2010/04/deskripsi-pekerjaan-berbagai-profesi-it.html
Minggu, 08 Mei 2011
Model Pengembangan Standar Profesi
- Organisasi profesi merupakan organisasi yang anggotanya adalah para praktisi yang menetapkan diri mereka sebagai profesi dan bergabung bersama untuk melaksanakan fungsi-fungsi sosial yang tidak dapat mereka laksanakan dalam kapasitas mereka sebagai individu.
- Semakin luasnya penerapan Teknologi Informasi di berbagai bidang, telah membuka peluang yang besar bagi para tenaga profesional Tl untuk bekerja di perusahaan, instansi pemerintah atau dunia pendidikan di era globalisasi ini.
- Secara global, baik di negara maju maupun negara berkembang, telah terjadi kekurangan tenaga professional Tl. Menurut hasil studi yang diluncurkan pada April 2001 oleh ITAA (Information Technology Association of America) dan European Information Technology Observatory, di Amerika pada tahun 2001 terbuka kesempatan 900.000 pekerjaan di bidang Tl.
Beberapa pengertian profesi
1. Winsley (1964)
Profesi adalah suatu pekerjaan yang membutuhkan badan ilmu sebagai dasar untuk pengembangan teori yang sistematis guna menghadapi banyak tantangan baru, memerlukan pendidikan dan pelatihan yang cukup lama, serta memiliki kode etik dengan fokus utama pada pelayanan.
2. Schein E. H (1962)
Profesi merupakan suatu kumpulan atau set pekerjaan yang membangun suatu set norma yang sangat khusus yang berasal dari perannya yang khusus di masyarakat.
3. Hughes,E.C ( 1963 )
Profesi merupakan suatu keahlian dalam mengetahui segala sesuatu dengan lebih baik dibandingkan orang lain (pasien).
1.2. Klasifikasi Profesi
A. Ciri-ciri Organisasi Profesi
Menurut Prof. DR. Azrul Azwar, MPH (1998), ada 3 ciri organisasi sebagai berikut :
1.Umumnya untuk satu profesi hanya terdapat satu organisasi profesi yang para anggotanya berasal dari satu profesi, dalam arti telah menyelesaikan pendidikan dengan dasar ilmu yang sama
2.Misi utama organisasi profesi adalah untuk merumuskan kode etik dan kompetensi profesi serta memperjuangkan otonomi profesi
3.Kegiatan pokok organisasi profesi adalah menetapkan serta meurmuskan standar pelayanan profesi, standar pendidikan dan pelatihan profesi serta menetapkan kebijakan profesi
Ciri-ciri profesi menurut Winsley,(1964 ):
1. Didukung oleh badan ilmu ( body of knowledge ) yang sesuai dengan bidangnya, jelas wilayah kerja keilmuannya dan aplikasinya.
2.Profesi diperoleh melalui pendidikan dan pelatihan yang terencana, terus menerus dan bertahap
3.Pekerjaan profesi diatur oleh kode etik profesi serta diakui secara legal melalui perundang-undangan
4.Peraturan dan ketentuan yag mengatur hidup dan kehidupan profesi (standar pendidikan dan pelatihan, standar pelayanan dan kode etik) serta pengawasan terhadap pelaksanaan peraturan-peraturan tersebut dilakukan sendiri oleh warga profesi
Dikatakan juga oleh Shortridge,L.M ( 1985 ),Ciri-ciri profesi esensial suatu profesi adalah sbb:
1.Berorientasi pada pelayanan masyarakat
2.Pelayanan keperawatan yang diberikan didasarkan pada ilmu pengetahuan
3.Adanya otonomi
4.Memiliki kode etik
5. Adanya organisasi profesi.
Secara umum ada 3 ciri yang disetujui oleh banyak penulis sebagai ciri sebuah profesi. Adapun ciri itu ialah:
1.Sebuah profesi mensyaratkan pelatihan ekstensif sebelum memasuki sebuah profesi. Pelatihan ini dimulai sesudah seseorang memperoleh gelar sarjana. Sebagai contoh mereka yang telah lulus sarjana baru mengikuti pendidikan profesi seperti dokter, dokter gigi, psikologi, apoteker, farmasi, arsitektut untuk Indonesia. Di berbagai negara, pengacara diwajibkan menempuh ujian profesi sebelum memasuki profesi.
2.Pelatihan tersebut meliputi komponen intelektual yang signifikan. Pelatihan tukang batu, tukang cukur, pengrajin meliputi ketrampilan fisik. Pelatihan akuntan, engineer, dokter meliputi komponen intelektual dan ketrampilan. Walaupun pada pelatihan dokter atau dokter gigi mencakup ketrampilan fisik tetap saja komponen intelektual yang dominan. Komponen intelektual merupakan karakteristik profesional yang bertugas utama memberikan nasehat dan bantuan menyangkut bidang keahliannya yang rata-rata tidak diketahui atau dipahami orang awam. Jadi memberikan konsultasi bukannya memberikan barang merupakan ciri profesi.
3.Tenaga yang terlatih mampu memberikan jasa yang penting kepada masyarakat. Dengan kata lain profesi berorientasi memberikan jasa untuk kepentingan umum daripada kepentingan sendiri. Dokter, pengacara, guru, pustakawan, engineer, arsitek memberikan jasa yang penting agar masyarakat dapat berfungsi; hal tersebut tidak dapat dilakukan oleh seorang pakar permainan caturmisalnya. Bertambahnya jumlah profesi dan profesional pada abad 20 terjadi karena ciri tersebut. Untuk dapat berfungsi maka masyarakat modern yang secara teknologis kompleks memerlukan aplikasi yang lebih besar akan pengetahuan khusus daripada masyarakat sederhana yang hidup pada abad-abad lampau. Produksi dan distribusi enersi memerlukan aktivitas oleh banyak engineers. Berjalannya pasar uang dan modal memerlukan tenaga akuntan, analis sekuritas, pengacara, konsultan bisnis dan keuangan. Singkatnya profesi memberikan jasa penting yang memerlukan pelatihan intelektual yang ekstensif.
Di samping ketiga syarat itu ciri profesi berikutnya. Ketiga ciri tambahan tersebut tidak berlaku bagi semua profesi. Adapun ketiga ciri tambahan tersebut ialah:
4.Adanya proses lisensi atau sertifikat. Ciri ini lazim pada banyak profesi namun tidak selalu perlu untuk status profesional. Dokter diwajibkan memiliki sertifikat praktek sebelum diizinkan berpraktek. Namun pemberian lisensi atau sertifikat tidak selalu menjadikan sebuah pekerjaan menjadi profesi. Untuk mengemudi motor atau mobil semuanya harus memiliki lisensi, dikenal dengan nama surat izin mengemudi. Namun memiliki SIM tidak berarti menjadikan pemiliknya seorang pengemudi profesional. Banyak profesi tidak mengharuskan adanya lisensi resmi. Dosen di perguruan tinggi tidak diwajibkan memiliki lisensi atau akta namun mereka diwajibkan memiliki syarat pendidikan, misalnya sedikit-dikitnya bergelar magister atau yang lebih tinggi. Banyak akuntan bukanlah Certified Public Accountant dan ilmuwan komputer tidak memiliki lisensi atau sertifikat.
5.Adanya organisasi. Hampir semua profesi memiliki organisasi yang mengklaim mewakili anggotanya. Ada kalanya organisasi tidak selalu terbuka bagi anggota sebuah profesi dan seringkali ada organisasi tandingan. Organisasi profesi bertujuan memajukan profesi serta meningkatkan kesejahteraan anggotanya. Peningkatan kesejahteraan anggotanya akan berarti organisasi profesi terlibat dalam mengamankan kepentingan ekonomis anggotanya. Sungguhpun demikian organisasi profesi semacam itu biasanya berbeda dengan serikat kerja yang sepenuhnya mencurahkan perhatiannya pada kepentingan ekonomi anggotanya. Maka hadirin tidak akan menjumpai organisasi pekerja tekstil atau bengkel yang berdemo menuntut disain mobil yang lebih aman atau konstruksi pabrik yang terdisain dengan baik.
6.Otonomi dalam pekerjaannya. Profesi memiliki otonomi atas penyediaan jasanya. Di berbagai profesi, seseorang harus memiliki sertifikat yang sah sebelum mulai bekerja. Mencoba bekerja tanpa profesional atau menjadi profesional bagi diri sendiri dapat menyebabkan ketidakberhasilan. Bila pembaca mencoba menjadi dokter untuk diri sendiri maka hal tersebut tidak sepenuhnya akan berhasil karena tidak dapat menggunakan dan mengakses obat-obatan dan teknologi yang paling berguna. Banyak obat hanya dapat diperoleh melalui resep dokter.
http://okizainalfahmi.wordpress.com/2011/03/02/model-pengembangan-standar-profesi/
http://juniorhendy.blogspot.com/2010/03/model-pengembangan-standar-profesi.html
Selasa, 03 Mei 2011
PPSI
TUJUH FASE PROYEK SOFTWARE
Ada 7 fase dari proyek software, yaitu :
1. DEFINITION
2. ANALYSIS
3. DESIGN
4. PROGRAMMING
5. SYSTEM TEST
6. ACCEPTANCE
7. OPERATION
Proyek software sama dengan membangun sebuah rumah
DEFINITION DEFINISIKAN RUMAH YANG AKAN DIBANGUN
ANALYISIS SPESIFIKASI RUMAH
DESIGN ARSITEK
PROGRAMMING KONSTRUKSI RUMAH
SYSTEM TEST BASEMENT, LANTAI 1, 2, ….
ACCEPTANCE RUMAH SUDAH SELESAI
OPERATION RUMAH SUDAH DAPAT DITEMPATI
Pengelolaan Proyek Sistem Informasi
BAB 2
FASE DEFINISI
Memahami Masalah User
2.1. PENDAHULUAN
Tujuan dari fase definisi adalah untuk memahami dengan baik masalah-masalah yang dihadapi oleh user dalam memperkirakan biaya dan waktu penyelesaian proyek.
Ada 3 aktifitas utama yang harus dilakukan dalam Fase Definisi :
Pertama
Anda harus memahami dengan baik masalah-masalah yang dihadapi oleh user dan apa saja yang dibutuhkan untuk menyelesaikan masalah tersebut (KEBUTUHAN).
Kedua
Anda harus memutuskan proyek akan dilaksanakan atau tidak.
Jika keputusannnya adalah melaksanakan proyek tersebut, Anda harus dapat menganalisis semua risiko-risiko yang mungkin terjadi yang dapat menggagalkan proyek tersebut. Analisis ini sangat membantu dalam penulisan PROPOSAL yang berisi rincian menganai proyek apa yang akan ditawarkan, kapan, dan berapa biayanya (termasuk biaya untuk risiko-risiko yang mungkin terjadi).
Tulislah beberapa dokumen dan temukan beberapa kejadian penting pada akhir fase ini.
Pertama, menulis Requirement Document (RD), yaitu dokumen yang berisi rincian kebutuhan user. Dokumen RD harus jelas dan lengkap, sehingga Tim Proyek (Project Tem (PT)) dapat memahami seluruh masalah-masalah yang dihadapi oleh user dan dapat memperkirakan biaya penyelesaian proyek tersebut.. Kejadian penting pertama yang akan Anda hadapi berupa persetujuan atau penandatanganan dokumen RD oleh User dan Tim Proyek.
Selanjutnya, menulis Pendahuluan Perencanaan Proyek (Preliminary Project Plan (PPP)). PPP merupakan langkah pertama dalam merencanakan langkah-langkah berikutnya yang harus diambil untuk mengembangkan produk dan sumber-sumber apa saja yang dibutuhkan untuk setiap langkahnya. Rencana tersebut menggambarkan berapa lama sumber-sumber tersebut akan diperlukan dan berapa banyak biaya yang akan dikeluarkan.
Ketiga
Anda harus memberikan perkiraan-perkiraan ini kepada user dalam bentuk PROPOSAL.
Seberapa jauh perkiraan-perkiraan tersebut dapat dipertanggung jawabkan ? Ada dua alasan dalam hal ini. Pertama, kita tidak begitu ahli dalam memperkirakan sesuatu. Kedua, perkiraan-perkiraan tersebut dibuat pada saat masih dalam tahap pendefinisian masalah, dimana pada saat itu baru sebagian kecil informasi yang kita peroleh dari masalah yang sedemikian luas.
Jika anda tidak yakin dengan kebutuhan-kebutuhan yang telah digambarkan secara akurat dalam dokumen RD, disarankan untuk membagi proyek tersebut menjadi 2 tahap : Fase Analisis sebagai proyek pertama diikuti dengan fase sebelumnya sebagai proyek kedua.
Pada saat pendefinisian, proposal anda hanya akan menjadi analisis saja, dan ini disebut PROPOSAL ANALISIS. Setelah analisis akan ada PROPOSAL PENGEMBANGAN (Lihat bab 3). Kedua hal ini disebut dengan dua fase proposal. Kejadian penting yang terdapat disini adalah pembelian proposal oleh user.
2.2. DOKUMEN KEBUTUHAN (REQUIREMENT DOCUMENT / RD)
RD menyatakan masalah-masalah yang dihadapi user dan solusi umum yang dibutuhkan. Bahasanya berorientasi pada bahasa yang digunakan oleh user sehari-hari, dan jauh dari bahasa komputer. Kadangkala dokumen RD digunakan sebagai permohonan untuk sebuah proposal (Request for a proposal (RFP)) ketika user menawarkan proyeknya kepada kontraktor luar.
Tanya jawab dengan User
Proses tanya jawab dilakukan untuk mendapatkan informasi yang tepat dari user untuk memperoleh RD yang baik. User akan memberikan semua informasi yang anda butuhkan dan tidak lebih. Tim proyek interviewer berkewajiban untuk mempelajari semua bisnis user, memahami teknologi user, dan mengajukan pertanyaan-pertanyaan.
Masalah terbesar berkaitan dengan pemakai akhir (end-user) yang sesungguhnya petugas pemasukan data atau petugas pengirim barang yang berada di gudang. Seringkali manajer atau supervisor mengatakan bahwa pemakai akhir sangat sibuk dan tidak mampu untuk memberikan informasi yang dapat dipercaya. Terkadang manajer merasa dilangkahi atau diremehkan jika anda berhubungan langsung dengan pemakai akhir yang berada di departemen mereka. Solusi dari masalah ini adalah mendidik para wakil tim proyek tersebut bagaimana pentingnya komunikasi dengan para pemakai akhir yang sebenarnya. Jika masukkan yang mereka kemukakan tidak mendapat tanggapan pada awal pendefinisian, akan sangat mungkin terjadi perubahan-perubahan di kemudian hari dan hal ini berarti akan membutuhkan biaya yang cukup mahal untuk memperbaikinya. Mintalah izin dari manajer yang berwenang pada saat akan mewawancarai orang-orang mereka.
Siapkan rencana untuk melakukan wawancara. Pelajari tentang bisnis yang mereka lakukan, dan tulislah pertanyaan-pertanyaan yang akan diajukan. Berikut ini pertanyaan yang berhubungan dengan wawancara yang akan dilakukan :
Pertama, cari tahu tentang aliran informasi yang ada dalam perusahaan tersebut. Mulailah dengan pertanyaan-pertanyaan seperti : informasi apa saja yang dibutuhkan untuk menjalankan kegiatan bisnis perusahaan ? Seberapa penting aliran data, baik antara departemen maupun antar individual ? Tentukan frekuensi, waktu dan keakuratannya.
Kedua, masukkan-masukkan yang diterima diikuti dengan pertanyaan-pertanyaan sebagai berikut : Informasi apa saja yang dibutuhkan untuk menghasilkan masing-masing barang? Informasi apa yang tersedia, kapan, dimana ? Informasi-informasi baru apa saja yang harus dikumpulkan ? Ingat tentang 5 W (Who, What, Where, When, Why). Sediakan waktu untuk pertanyaan-pertanyaan di atas selama membuat.
Hal-hal yang terdapat dalam RD
Berikut ini adalah bagian-bagian dari RD :
1. Pendahuluan. Identifikasi perusahaan (user) dan juga penjual dimana RD tersebut ditujukan. Tentukan masalah yang perlu diselesaikan, latar belakang, contoh situasi yang sedang dihadapi, motivasi-motivasi untuk menanggulanginya, dll. Bagian ini digunakan untuk memperkenalkan potensi penjual kepada perusahaan user atau departemen jika diperlukan, jelaskan kultur, lingkungungan, dan bagaimana jalannya bisnis yang dilakukan. Berikan pengertian kepada Tim Proyek tentang masalah yang dihadapi user.
2. Tujuan Proyek. Sebuah pernyataan singkat mengapa kita mengajukan proposal untuk pengembangan proyek. Batasan-batasan utama dalam penggunaan waktu dan keuangan dapat juga disebutkan.
3. Fungsi-fungsi Utama. Pernyataan singkat mengenai bagaimana sistem berfungsi berdasarkan tujuan proyek yang telah ditetapkan.
4. Keluaran Umum. Penjelasan secara singkat tentang informasi yang dibutuhkan dari sistem.
5. Informasi Input secara Umum. Input data apa yang diperlukan untuk menghasilkan output. Ini adalah waktu yang tepat untuk memastikan bahwa seluruh data yang dibutuhkan dapat tersedia pada waktu yang tepat pula.
6. Kinerja (Performance). Berapa banyak transaksi yang akan diproses, berapa banyak data yang akan disimpan, kapan laporan harus dihasilkan, dsb. Jelaskan waktu rata-rata dan waktu maksimal proses (dalam hari atau jam).
7. Perkembangan (Growth). Hal ini mungkin sulit untuk diramalkan, tetapi cobalah untuk menghitung kemajuan bisnis dan menetapkan berapa tahun lagi sistem masih dapat diharapkan untuk berfungsi. Kemukakan dalam bentuk persentase atau angka sebenarnya.
8. Pengoperasian dan Lingkungan. Dimana komputer akan ditempatkan, dimana terminal-terminal yang interaktif ditempatkan, dan siapa yang akan menggunakannya.
9. Kompatibilitas, Pengantarmukaan. Jelaskan jika fasilitas antar komputer dibutuhkan, adakah alat-alat yang harus disatukan, atau jika pengiriman akses dibutuhkan. Jika sistem hanya dapat berjalan dengan komputer yang ada, atau harus dapat diprogram dengan bahasa yang spesifik, semua dokumen dinyatakan di dalam bagian ini.
10. Reliabilitas, Ketersediaan. Tulis penggambaran waktu diantara kegagalan-kegagalan (Meantime between Failures / MTBF), waktu untuk perbaikan (Meantime to Repair / MTTR) dan persentase tambahan yang diperlukan. Semua manufaktur menyatakan penggambaran ini untuk hardware mereka.
11. Pengantarmukaan dengan Pemakai. Rincikan pengalaman-pengalaman yang dibutuhkan user dalam menggunakan komputer, jelaskan bagaimana menangani sistem kapada user yang baru.
12. Pengaruh Organisasi. Departemen-departemen apa yang akan sangat berpengaruh dan seberapa jauh cara kerja mereka harus berubah. Bagaimana sistem yang baru dapat berkomunikasi dengan sistem manual yang ada.
13. Pemeliharaan dan Dukungan. Jaminan-jaminan yang dibutuhkan : berapa lama, sampai kapan, bagaimana pengiriman.
14. Dokumentasi dan Pelatihan. Rincikan semua dokumen-dokumen umum dan / atau pelatihan yang dibutuhkan.
15. Keuntungan (hanya RFP). Jika RD adalah RFP dalam situasi yang kompetitif, mintalah data dari penjual yang menjelaskan mengapa dokumen tersebut harus dipilih. Minta data yang relevan dari penjual yang berpengalaman, komitmen, metodologi proyek, contoh-contoh proyek yang sukses, dan referensi dimana anda dapat menghubungi penjual tersebut.
16. Persyaratan dan Kondisi. Menyatakan syarat untuk seleksi, kapan dan bagaimana akan dilakukan.
2.3. TANGGUNG JAWAB USER
Meskipun user tidak menulis RD, dia bertanggung jawab untuk menyediakan pewawancara tim proyek yang dapat dipercaya, dan informasi tepat pada waktunya. User harus dapat mengajukan orang yang mengetahui tentang semua sistem yang ada dan apa saja yang dibutuhkan untuk sistem baru.
2.4. KEPUTUSAN MELAKSANAKAN / TIDAK MELAKSANAKAN PROYEK
Setelah kebutuhan-kebutuhan ditetapkan, langkah berikutnya adalah memutuskan apakah proyek bernilai untuk dikerjakan atau tidak. Untuk membantu membuat keputusan itu, suatu studi kelayakan dilakukan untuk menjawab pertanyaan : “Dapatkah sistem ini dibangun secara teknik ? Sayangnya, tidak semuanya mungkin secara teknik, sehingga pertanyaan-pertanyaan untuk dijawab diubah menjadi, “Dengan biaya berapa sistem dapat dibangun, dan apa keuntungannya ?
Dalam suatu studi kelayakan kita mempertimbangkan semua penyelesaian masalah teknis yang mungkin, dan coba untuk memperkirakan biaya dari masing-masing penyelesaian masalah. Untuk suatu proyek yang berukuran besar, kita mempertimbangkan keputusan utama mengenai hardware apa yang digunakan, dan apakah akan membuat atau membeli software. Untuk proyek berukuran kecil sampai menengah studi kelayakan yang formal tidak perlu ditulis. Biasanya cukup dengan mengangkat seseorang untuk mempelajari penyelesaian masalah yang mungkin dan menilai keuntungan-keuntungan.
Perkiraan keuntungan ini mungkin saja mudah, tetapi seharusnya tidak dipergunakan. Manajer proyek tidak hanya harus menjawab “Apakah proyek ini secara teknik dapat dikerjakan ?” tetapi juga menjawab pertanyaan yang lebih penting : “Apakah proyek ini dapat dikerjakan oleh saya sekarang ?”
Manajer proyek harus bertanya pada diri sendiri apakah proyek yang ada memiliki peluang untuk sukses, atau proyek tersebut akan mengalami kegagalan disebabkan oleh terbatasnya sumber-sumber, pengetahuan, atau risiko di luar kekuasaannya. Tidak terkira proyek-proyek telah gagal secara keseluruhan maupun sebagian, karena orang mengabaikan tanda-tanda penting dan nyata yang menunjukan kegagalan. Setiap rencana dipengaruhi oleh risiko.
2.5. MANAJEMEN RISIKO
Menurut sejarah, industri pemrosesan data telah membuat reputasi yang buruk sekali karena meremehkan proyek-proyek yang ada. Ketika ditanya tentang alasannya, para ahli pemrosesan data membela diri dengan meberikan pernyataan seperti : “Saya menilai dengan benar berdasarkan fakta-fakta yang diberikan kepada saya.
Alasan yang menumpuk adalah bahwa :
(Pilih satu atau lebih : Si pemakai mengubah pikirannya ….. tidak pernah memberitahukan saya tentang… dan departemen- departemen yang lain menjanjikan ….. dan manajemen tingkat atas mendikte penilaian ….. dengan kata lain, itu bukan kesalahan saya !)
Solusi standar industri untuk semua masalah-masalah ini adalah :
SOLUSI 1. Selidiki masalah-masalah yang ada
SOLUSI 2. Hukum yang tidak bersalah
SOLUSI 3. Promosikan yang tidak terlibat
SOLUSI 4. Kembali ke solusi 1 dan berputar sampai membosankan
2.6. EMPAT LANGKAH MANAJEMEN RISIKO
Setiap proyek akan tepat waktu dan sesuai anggaran jika tidak ada yang salah. Penting sekali untuk berkosentrasi pada hal-hal yang akan menyebabkan salah dan coba untuk menghindari kesalahan-kesalahan tersebut. Hal ini disebut Manajemen Risiko.
Manajemen risiko terdiri dari empat langkah :
Langkah 1. Antisipasi risiko
Langkah 2. Singkirkan risiko yang mungkin terjadi
Langkah 3. Kurangi dampak risiko
Langkah 4. Tetap tenang ketika terjadi kesalahan
Pengelolaan Proyek Sistem Informasi
BAB 3
PERENCANAAN PROYEK
3.1. PENDAHULUAN
Sekarang anda sudah mengevaluasi proyek dan memutuskan untuk melanjutkannya. Pertama, anda harus meyakinkan rekan-rekan lain bahwa proyek sebaiknya dilaksanakan. Hal ini dilakukan dengan membuat proposal. Untuk sebuah proyek eksternal, proposal ditulis untuk meyakinkan klien agar membeli proyek dari tim proyek anda. Untuk proyek internal, manajemen sebaiknya meminta untuk membuat sebuah proposal. Hal ini untuk mendukung tim proyek untuk membuat rencana yang sederhana.
Sebuah proposal adalah dokumen yang merinci biaya dan jadwal proyek, serta menjelaskan langkah-langkah yang akan diambil oleh tim proyek untuk menghasilkan produk yang diinginkan.
Perencanaan adalah sebuah proses yang berulang-ulang : rencana akan ditinjau secara terus menerus sesuai dengan perkembangan proyek dan sesuai dengan bertambahnya pengetahuan dan pemahaman yang lebih baik dari anggota tim. Perencanaan memang merupakan pekerjaan yang sangat sulit, tetapi harus dilaksanakan sebagaimana mestinya. Banyak proyek menjadi kacau dikarenakan tidak adanya perencanaan.
3.2. PENDAHULUAN PERENCANAAN PROYEK
(THE PRELIMINARY PROJECT PLAN / PPP)
Pendahuluan Perencanaan Proyek adalah langkah awal, sumber daya, biaya dan jadwal yang dibutuhkan untuk menyelesaikan proyek. PPP adalah dokumen internal, tidak perlu ditunjukkan ke user, terutama user luar.
3.3. RINCIAN STRUKTUR KERJA
(WORK BREAKDOWN STRUCTURES / WBS)
Kunci berbagai rencana adalah memecah kegiatan yang diperlukan ke dalam sebuah bagian yang lebih kecil lagi. Rincian struktur kerja (WBS) diawali dengan menyusun komponen-komponen utama proyek. Hal ini merupakan Level 1 dari WBS (Level 0 adalah judul proyek).
Untuk proyek software, metode terbaik untuk pemecahan proyek menjadi bagian-bagian utama adalah diawali dengan 7 fase pengembangan software.
Lihat Gambar 3.1. Rincian Struktur Kerja / WBS
Lihat Gambar 3.2. WBS untuk analisis
Sistem Penomoran WBS
Sistem penomoran dalam WBS seperti pada gambar 3.2 :
- Untuk Level 0 atau judul proyek adalah 0.0.
- Pada Level 1 masing-masing item diberi nomor N.0.
Contoh : 1.0, 2.0, dst.
- Kemudian masing-masing item pada Level 2 dibawah item N.0 pada Level 1 diberi nomor N.1, N.2, dst.
Contoh : di bawah Level 1 item Analysis yang bernomor 2.0, kita mempunyai item 2.1, 2.2, dst.
- Sedangkan untuk Level 3, kita tambahkan titik dan digit dari nomor di Level 2. Sebagai contoh, dibawah 2.1 kita harus menuliskan 2.1.1, 2.1.2, dst.
Kapan Anda Berhenti ?
Pemasukkan nomor pada level terendah menunjukkan tugas atau kegiatan dalam proyek. Anda dapat berhenti merinci sebuah kegiatan jika mengikuti langkah-langkah berikut dengan benar :
1. Beberapa orang (atau grup dari sebuah proyek besar) dapat diberikan tanggung jawab untuk melakukan tugas atau menyelesaikan kegiatan-kegiatan yang dilibatkan.
2. Anda dapat memperoleh perkiraan (berupa orang atau hari) secara garis besar sebagai upaya yang dibutuhkan untuk melaksanakan kegiatan-kegiatan yang terlibat. Hal ini dapat dilakukan dengan memberi tanggung jawab pada setiap orang.
3. Anda dapat menjadwalkan tugas.
4. Tugas-tugas tersebut harus singkat dan dapat diselesaikan.
Sebagai seorang ahli kita dapat menetapkan sebuah tugas kepada Programmer, Analis, atau bahkan Manajer Proyek. Tergantung pada pengalaman dan keahlian dalam membuat perkiraan, analis mungkin hanya memerlukan level 1 dari WBS. Beberapa analis dapat dengan mudah membaca RD untuk proyek ABC (Appendix A) secara keseluruhan. Analis lain untuk merinci membutuhkan sampai Level 2. Seperti pada gambar 3.2, analis lainnya memerlukan sampai Level 3 sebelum mereka dapat memperkirakan secara keseluruhan.
Sebagai contoh Level 3 WBS untuk kotak INTERVIEW dan ANALYZE EXISTING SYSTEMS dapat dilihat pada gambar 3.3.
Lihat Gambar 3.3. WBS Level 3
Para ahli merinci setiap kotak pada level terendah sampai ia dapat memperkirakan berapa upaya yang diperlukan. Perkiraan-perkiraan ini dapat dipakai pada WBS seperti pada gambar 3.4. Sebagai catatan bahwa perkiraan total adalah jumlah dari masing-masing waktu. Hal ini disebut DIRECT time, yaitu jumlah hari yang sesungguhnya dibutuhkan untuk melakukan kegiatan .
Lihat Gambar 3.4. Analysis Level 3
Para ahli tersebut dengan cara yang sama dapat merinci kotak yang lain (DEFINE NEW SYSTEM FUNCTIONS, WRITE FUNCTIONAL SPEC. dan NEGOTIATE FUNCTIONAL SPEC.) dan menambahkan total waktu untuk semua analisis. Kemudian ahli tersebut mengajukan perkiraan dan daftar kegiatan sebelumnya yang dibutuhkan untuk seluruh analisis bagi Manajer Proyek. Orang tersebut bertanggung jawab terhadap perencanaan (mungkin Manajer Proyek untuk proyek berukuran kecil – menengah) kemudian menggabungkan seluruh perkiraan dan daftar kegiatan terdahulu. Ia mungkin mengakhirnya dengan daftar seperti berikut ini :
ACTIFITY EFFORT PRECEDENTS
Definition 20 —————–
Analysis 35 Definition
Design 25 Analysis
Program A (Control) 20 Design
Program B (Registration) 30 Design
Program C (Warehouse) 25 Design
System test 10 Program A, B, C
Documentation 20 Design
Acceptance 5 System Test,
Documentation
Training 10 Documentation
Operation 10 Acceptance
TOTAL 210 person-days
3.4. DIAGRAM JARINGAN (THE NETWORK DIAGRAM)
Langkah kedua dari perencaan adalah menggambarkan diagram jaringan yang menunjukkan urutan kejadian. Tipe diagram yang paling baik untuk masalah ini adalah bagan PERT. Gambar 3.5. adalah sebuah bagan PERT untuk proyek di atas. Urutan kejadian hanya didasarkan pada contoh setiap kegiatan.
Lihat Gambar 3.5. Bagan PERT
Bentuk dari bagan PERT ini disebut Precedence Network (jaringan yang diutamakan). Setiap kotak menunjukkan sebuah kegiatan. Pada setiap kotak ditulis nama kegiatan dan waktu yang diperlukan.
Jalur Kritis & Lamanya Proyek
Bagan PERT dan jalur kritis adalah jumlah jalur, atau serangkaian kegiatan yang dapat ditelusuri pada PERT sederhana di atas, dengan mengikuti petunjuk garis panah. Lamanya waktu yang dibutuhkan untuk menelusuri setiap jalur dapat dijumlahkan dengan menambahkan lamanya waktu dari jalur masing-masing kegiatan.
Jalur kritis (CP / Critical Path) adalah jalur terpanjang dan didefinisikan waktu minimal yang dibutuhkan untuk mengerjakan proyek.
PERT pada gambar 3.5. mempunyai jalur kritis yang terdiri dari kegiatan : START, DEFINITION, ANALYSIS, DESIGN, PROGRAM B, SYSTEM TEST, ACCEPTANCE, OPERATION, dan END. Proyek tersebut membutuhkan total waktu : 135 hari.
3.5. MENGHITUNG BIAYA PROYEK
(CALCULATING PROJECT COST)
Jika kontrak proyek telah mempunyai harga tetap, Manajer Proyek dapat menghitung biaya kasar untuk tenaga kerja, dengan cara mengalikan jumlah tenaga kerja per-hari dengan rata-rata biaya per-hari.
Biaya pekerja perhari disebut ‘biaya penuh’ : yang harus mencakup biaya operasi, sewa, administrasi pekerja, dan keuntungan. Untuk itu anda harus menambahkan biaya tetap, seperti computer time, sewa peralatan khusus, biaya tak terduga, dan sebaginya. Biaya tetap harus dirinci oleh setiap estimator untuk kegiatan utamanya.
Lihat Gambar 3.6. SUPERPROJECT
Rata-rata Pgr 75 pd @ $1000 per pd 75,000
Keuntungan 25% 18,750
Faktor risiko :
User berubah pikiran terhadap 10% format
Biaya = 10% tambahan waktu pemrograman 7,500
Total pemrograman $ 101,250
3.6. PENJADWALAN PROYEK (PROJECT SCHEDULE)
Langkah selanjutnya adalah menghitung jadwal proyek. Untuk melakukan hal ini, perencana (mungkin Manajer Proyek) harus mengaplikasikan jadwal yang sebenarnya dari perkiraan ke CALENDAR DAYS (jadwal harian) atau lamanya pekerjaan.
Salah satu kesulitan tugas ini adalah mengalokasikan sumber daya manusia yang akan bekerja pada kegiatan yang akan dilaksanakan, terutama ketika pekerjaan berlangsung secara serentak. Kesulitan lain adalah memutuskan bagaimana mempersingkat pekerjaan yang dilakukan dengan menggunakan sumber daya yang ada.
Kemudian Manajer Proyek menjadwalkan semua proyek pada kelender atau jadwal yang nyata. Metode terbaik untuk melakukan hal ini adalah dengan menggambarkan ke dalam sebuah Gantt Chart atau Bar Chart seperti pada gambar 3.7.
Lihat Gambar 3.7. SUPERPROJECT project schedule
3.7. Outline Pendahuluan Perencanaan Proyek
(PRELIMINARY PROJECT PLAN OUTLINE)
Dilengkapi dengan semua pengetahuan ini, Manajer Proyek dapat menuliskan dokumen penting ini. Berikut ini adalah outline yang disarankan untuk PPP.
1. Tim Proyek (The Project Team)
Menggambarkan struktur, siapa yang memberikan laporan, siapa yang menerima laporan, kepada siapa berkomunikasi, dst.
Lihat Gambar 3.8. Typical Project Team Structure
Programmer (tidak lebih dari 5 orang). Bertanggung jawab terhadap pemrograman.
Pimpinan Proyek (Project Leader)
Mengawasi programmer.
Bertanggung jawab terhadap kegiatan-kegiatan yang bersifat teknis, seperti analisis, disain dan tugas-tugas pemrograman keseluruhan.
Tujuan utama : kualitas produk yang dihasilkan secara teknik.
Manajer Proyek (Project Manager)
Manajer dalam tim (pimpinan, motivator, dll).
Bertanggung jawab terhadap semua komunikasi yang datangnya dari luar (laporan, pertemuan-pertemuan, penghubung antara manajemen tingkat atas dengan user).
Tujuan utama : keberhasilan proyek (perencanaan, pengontrolan, komunikasi).
2. Biaya Proyek (Projects Cost)
Termasuk WBS, membuat perkiraan dan perhitungan yang digunakan untuk menaksir biaya dalam pembuatan produk.
3. Penjadwal Proyek (Project Schedule)
Merupakan bagian terpenting dalam proyek, dan dapat menggunakan metode Gantt.
4. Pemeriksaan Ulang (Reviews)
Pada bagian ini anda dapat menghubungkan antara pertemuan dari manajemen utama dengan peninjau teknik (jadwal proyek akan memberikan informasi ini), tujuan dari masing-masing peninjau, dan siapa yang akan mengerjakannya. Buatlah daftar tanggung jawab dari orang-orang yang terlibat.
5. Laporan (Reports)
Bentuk dan isi dari laporan keadaan, laporan milestone dan dokumen proyek lain dapat dirinci di dalam laporan tersebut.
6. Dokumentasi (Documentation)
Ada 2 jenis dokumen di dalam proyek, yaitu user dan manajemen proyek.
7. Asumsi (Assumptions)
Disini anda dapat menentapkan harga berdasarkan asumsi : dimana sebagian besar adalah fakta yang diberikan oleh user.
3.8. KESIMPULAN UNTUK PERENCANAAN
Perencanaan itu seperti menunggang kuda : kelihatannya sulit sebelum anda mencobanya. Tetapi begitu anda mencobanya, maka segalanya akan menjadi mudah.
6.Tahap Pemeriksaan Awal
Tahap pemeriksaan awal adalah tahap pertama dari proses pengembangan sistem klasik. Tahap ini menjawab pertanyaan apakah suatu proyek pantas untuk dikerjakan. Untuk itu, pemeriksaan awal harus mendeskripsikan tujuan dari proyek dan masalah, peluang, dan arahan yang memicu proyek tersebut. Tahap pemeriksaan awal terutama berkaitan dengan pandangan pemilik sistem secara umum terhadap sistem tersebut.
Tahap pemeriksaan awal dilakukan dalam waktu yang singkat, seluruh tahap tidak boleh melebihi 2 – 3 hari untuk sebagian besar proyek. Tahap pemeriksaan awal umumnya terdiri dari hal-hal sebagai berikut :
1. Membuat daftar masalah, peluang dan arahan
Ini adalah salah satu pekerjaan utama dalam tahap pemeriksaan awal yang diestimasi berkaitan dengan urgensi, visibilitas, keuntungan nyata, dan prioritas. Pekerjaan ini biasanya diatur oleh analis sistem senior. Pekerjaan ini dipicu oleh permintaan akan proyek.
• Urgensi : dalam waktu berapa lama sebuah masalah harus diselesaikan atau sebuah peluang terealisasikan.
• Visibilitas : pada tingkatan apa sebuah solusi atau sistem baru diperlihatkan kepada pelanggan atau manajemen eksekutif
• Keuntungan : berapa banyak sebuah solusi atau sistem baru meningkatkan pendapatan atau mengurangi biaya tahunan
• Prioritas : apa prioritas dari tiap masalah, peluang, atau arahan
2. Mendiskusikan tujuan awal
Tujuan mendeskripsikan batasan dari proyek, yaitu aspek dari bisnis yang diperhitungkan dan yang tidak. Tujuan dapat berubah selama proyek dilaksanakan, tetapi rencana proyek awal harus membangun tujuan awal. Kemudian bila tujuan berubah secara signifikan, semua anggota yang berhubungan akan memiliki pemahaman yang lebih baik terhadap perubahan anggaran dan jadwal. Pekerjaan ini menggunakan masalah yang didefinisikan oleh pekeerjaan sebelumnya. Masalah, peluang dan arahan tersebut merupakan dasar dalam menentukan tujuan.
3. Mengestimasi nilai proyek
Tidak mungkin untuk melakukan analisis feasibilitas yang menyeluruh berdasarkan fakta terbatas yang dapat dikumpulkan. Pekerjaan ini dipicu oleh pekerjaan sebelumnya yang menyediakan informasi yang dibutuhkan untuk menilai sebuah proyek. Pekerjaan selanjutnya dalam tahap pemeriksaan awal hanya dilaksanakan bila dinyatakan cukup bernilai untuk dilanjutkan.
4. Merencanakan proyek
Bila suatu proyek sudah dinyatakan layak untuk dilanjutkan, baru dapat dilakukan perencanaan secara mendalam. Perencanaan awal proyek minimal harus terdiri dari rencana utama awal (baseline plan) yang mencakup penjadwalan dan penugasan sumber daya untuk seluruh proyek. Perencanaan ini akan di evaluasi pada akhir setiap tahap dari proyek. Selain itu juga harus ada rencana dan jadwal yang mendetail untuk menyelesaikan tahap berikutnya. Pekerjaan ini menjadi tanggung jawab dari manajer proyek.
5. Presentasi proyek beserta rencananya
Pada banyak organisasi, terdapat lebih banyak proyek yang potensial dibandingkan sumber daya yang diperlukan untuk mengerjakan atai membiayainya. Jadi sbuah proyek harus dipresentasikan kepada steering body untuk mendapat persetujuan. Steering body adalah sebuah dewan bisnis eksekutif dan manajer sistem yang mempelajari dan memberikan prioritas pada proposal proyek yang diajukan untuk menentukan proyek mana yang akan memberikan keuntungan terbesar bagi perusahaan dan yang akan disetujui untuk pengembangan sistem berkelanjutan. Setiap steering body harus terdiri dari ahli sistem atau manajer noninformasi.
Di samping itu, sangat penting untuk mempresentasikan jadwal dan tujuan dari suatu proyek kepada seluruh komunitas bisnis. Kemampuan komunikasi dan interpersonal yang efektif sangat dibutuhkan untuk melakukan pekerjaan ini. Peserta pada tahap awal pemeriksaan ini dapat memutuskan bahwa proyeknya tidak layak untuk dilanjutkan. Steering body juga dapat memutukan bahwa ada proyek lain yang lebih penting. Jadi proyek tersebut akan segera dihentikan. Sebaliknya, jika proyek tersebut sudah disetujui oleh semua pemilik sistem dan steering body, proyek tesebut dapat dilanjutkan ke tahap analisis masalah.
- 7. Fase elaboration : Di dalam tahap pengembangan, pengembang meneliti proyek kebutuhan dalam detil lebih besar dan menggambarkan yayasan/pondasi secara ilmu bangunan nya. Gol tahap ini adalah untuk mengeluarkan/meniadakan proyek yang paling tinggi mengambil resiko kepada luas mungkin yang paling luas, sedemikian sehingga suatu harga pasti dapat dirumuskan pada ujung tahap ini. Ini meliputi pemilihan dari suatu arsitektur dapat diperluas dan optimal dan familiarisasi staff dengan teknologi untuk digunakan
- Tahap konstruksi: Pada tahap konstruksi, pengembang berkonsentrasi pada menyelesaikan analisis, melakukan sebagian besar desain dan implementasi sistem. Artinya, tahap konstruksi membangun produk dengan berurusan dengan penerapan semua komponen dan integrasi mereka ke dalam satu produk. Produk ini tidak boleh tanpa cacat, karena beberapa pekerjaan lebih lanjut harus selesai dalam tahap transisi. Hasil lain dari tahap ini adalah tes rinci
- Transisi fase: Pada fase transisi, pengembang memberikan sistem kepada pengguna. Fase ini menyimpulkan proyek ini dengan mengintegrasikan produk ke dalam lingkungan pengguna.
10.3 Kesesuaian Umum untuk Pengembangan Aplikasi Web
Bagian ini membahas bagaimana tahapan RUP dapat digunakan untuk pengembangan aplikasi Web. Untuk tujuan ini, kita harus mengevaluasi apakah atau tidak risiko proyek pada tahap awal dapat dikecualikan atau dikurangi sehingga upaya pengembangan tertinggi dalam jangka waktu tertentu dan pada harga tetap dapat diukur pada fase konstruksi antara lain:
· fase Inception: Definisi dari fase pertama adalah masalah untuk aplikasi Web
pembangunan. Sebuah visi beton produk penuh, seperti yang diharapkan oleh RUP, bentuk-bentuk secara bertahap dalam rangka proyek. Sebagai instrumen pemasaran, aplikasi Web memiliki kelompok sasaran, namun kebutuhan kelompok ini tidak diketahui pada awal proyek, dan mereka berubah terus-menerus karena pengaruh pasar
· Tahap Elaborasi: fakta bahwa siklus pengembangan yang sangat singkat untuk membangun sebuah versi produk pertama yang memiliki prioritas terhadap mengukur harga tetap untuk produk akhir yang jelas. Alasannya adalah bahwa risiko terkait dengan penggunaan produk perangkat lunak menimbang berat daripada risiko yang melekat dalam pembangunan yang sebenarnya.
· Tahap konstruksi: Pengembangan aplikasi Web juga memiliki fase di mana pekerjaan konstruksi yang sebenarnya dilakukan. Berdasarkan pembahasan di atas tahap awal, itu hanyalah pertanyaan apakah atau tidak ada bisa menjadi salah satu titik waktu ketika cukup yakin apa yang komponen lainnya masih harus dikembangkan.
· Transisi fase: Fase transisi dapat berarti bagi aplikasi Web, juga. Terutama ketika fungsionalitas baru ditambahkan ke aplikasi Web iteratif, ini bisa memerlukan sebuah migrasi data atau operasi paralel dua versi. Namun, fase transisi bisa sangat mudah jika mungkin untuk hanya mengganti aplikasi yang sudah ada dengan versi yang baru.
http://cantony.wordpress.com/2011/02/13/fase-fase-pada-sebuah-proyek-sistem-informasi/
