Tugas Softskill Bahasa Inggris Bisnis 2

Nama : Halmy Afrial Khozaldy

Kelas : 4KA23

NPM : 13115006

1. we will go to japan when we have enough money
    kita akan pergi ke jepang ketika kita punya cukup uang
    this sentence uses present future "will"
    because the adverb of time "when"

2. jakarta is a capital city of indonesia
    jakarta adalah ibukota indonesia
    this sentence uses present tense "is"
    because in fact jakarta is indeed the capital of indonesia

3. i went to campus yesteday morning
    saya pergi ke kampus kemarin siang
    this sentence uses past tense "went"
    because it happened in the past "yesterday"

4. i have eaten nasi goreng
    saya sudah makan nasi goreng
    this sentence uses present perfect "have eaten"
    because the adverb of time is unknown

5. you are studying english today
    kau sedang belajar bahasa inggris hari ini
    this sentence uses present continous "are studying"
    because it happening "today"

6. i have been living in jakarta for 9 years
    saya sudah tinggal di jakarta selama 9 tahun
    this sentence uses present perfect continous "have been living"
    because this sentence uses V1 "have" followed by V3  "been" + V1"live" + -ing
 
7. when my mom came home, i had been watching tv for 2 hours
    ketika ibu aku pulang, aku sudah nonton tv selama 2 jam
    this sentence uses past perfect continous "had been watching"
    because this sentence uses the conjunction "when", therefore the two sentences are
    used in past tense "came" and past perfect "had been watching"

8. i was watching tv at 10 pm last night
    aku sedang nonton tv pada jam 10 malam tadi malam
    this sentence uses past continous "was watching"
    because this sentence uses V2 "was" followed by V1"watch" + -ing

9. i have been to japan
    saya sudah ke jepang
    this sentence uses present perfect "have been"
    because the adverb of time is unknown

10. my mom came home, after i had watched tv
      ibu aku pulang, setelah aku selesai nonton tv
      this sentence uses past perfect "had watched"
      because this sentence uses the conjunction "after" followed by "had watched" therefore
      the main clause uses V2 "came"

Framework Audit TI

COBIT (Control Objectives for Information and related Technology) adalah suatu panduan standar praktek manajemen teknologi informasi dan sekumpulan dokumentasi best practices untuk tata kelola TI yang dapat membantu auditor, manajemen, dan pengguna untuk menjembatani pemisah (gap) antara risiko bisnis, kebutuhan pengendalian, dan permasalahan-permasalahan teknis.

Mengapa memilih COBIT 5

1. Meningkatkan fokus pada proses yang sedang dijalankan, untuk meyakinkan apakah sudah berhasil mencapai tujuan dan memberikan outcome yang diperlukan sesuai dengan yang diharapkan.

2. Konten yang lebih disederhanakan dengan mengeliminasi duplikasi, karena penilaian model kematangan dalam COBIT 4.1 memerlukan penggunaan sejumlah komponen spesifik, termasuk model kematangan umum, model kematangan proses, tujuan pengendalian dan proses pengendalian untuk mendukung proses penilaian model kematangan dalam COBIT 4.1.

3. Meningkatkan keandalan dan keberulangan dari aktivitas penggunaan kapabilitas proses dan evaluasinya, mengurangi perbedaan pendapat diantara stakeholder dan hasil penilaian.

4. Meningkatkan kegunaan dari hasil penilaian kapabilitas proses, karena model baru ini memberikan sebuah dasar bagi penilaian yang lebih formal dan teliti.

5. Sesuai dengan standar penilaian yang dapat diterima secara umum sehingga memberikan dukungan yang kuat bagi pendekatan penilaian proses yang ada di pasaran.

Kelebihan COBIT

1. Efektif dan Efisien

2. Berhubungan dengan informasi yang relevan dan berkenaan dengan proses bisnis, dan sebaik mungkin informasi dikirim tepat waktu, benar, konsisten, dan berguna.

3. Rahasia

4. Proteksi terhadap informasi yang sensitif dari akses yang tidak bertanggung jawab.

5. Integritas

6. Berhubungan dengan ketepatan dan kelengkapan dari sebuah informasi.

7. Ketersediaan

8. Berhubungan dengan tersedianya informasi ketika dibutuhkan oleh proses bisnis sekarang dan masa depan.

9. Kepatuhan Nyata

10. Berhubungan dengan penyediaan informasi yang sesuai untuk manajemen.

namun terdapat kekurangannya yaitu :
1. COBIT hanya memberikan panduan kendali dan tidak memberikan panduan implementasi operasional.  Dalam memenuhi kebutuhan COBIT dalam lingkungan operasional, maka perlu diadopsi berbagai framework tata kelola operasional seperti ITIL (The Information Technology Infrastructure Library) yang merupakan sebuah kerangka pengelolaan layanan TI yang terbagi ke dalam proses dan fungsi.

2. Kerumitan penerapan.  Apakah semua control objective dan detailed control objective harus diadopsi, ataukah hanya sebagian saja? Bagaimana memilihnya?

3. COBIT hanya berfokus pada kendali dan pengukuran.

4. COBIT kurang dalam memberikan panduan keamanan namun memberikan wawasan umum atas proses TI pada organisasi daripada ITIL misalnya.

jadi kesimpulannya 

COBIT mengatur masalah tujuan yang harus dicapai oleh sebuah organisasi dalam memberikan layanan TI, sedangkan ITIL merupakan best practice cara-cara pengelolaan TI untuk mencapai tujuan organisasi. Sehingga dapat dikatakan bahwa COBIT dan ITIL merupakan dua pendekatan dalam tata kelola TI dan tata kelola layanan teknologi informasi yang saling melengkapi.

Secara umum dapat dikatakan bahwa COBIT merupakan sebuah model tata kelola TI yang memberikan sebuah arahan yang lengkap mulai dari sistem mutu, perencanaan, manajemen proyek, keamanan, pengembangan dan pengelolaan layanan. Arahan dari COBIT kemudian didetailkan kembali oleh beberapa model framework sesuai dengan perkembangan keilmuan.

Sumber :

http://agraandhyka.blogspot.com/2014/03/cobit-control-objectives-for.html

Audit Teknologi Sistem Informasi 4


Sejarah Sertifikasi PMP

Semuanya dimulai dengan Laporan ESA yang diterbitkan pada bulan Agustus 1983 di PMQ (Manajemen Proyek Quarterly - sekarang dikenal sebagai Jurnal Manajemen Proyek). ESA Berdiri untuk Etika Manajemen Proyek, Standar, Akreditasi.

Laporan ESA berbicara tentang Kode Etik untuk manajemen proyek, kerangka kerja untuk badan unik pengetahuan manajemen proyek-kritis terhadap pengakuan profesi manajemen proyek dan mengembangkan standar minimum untuk masuk ke lapangan. Secara keseluruhan, pekerjaan Proyek ESA yang disajikan dalam Laporan ESA terbukti merupakan pengembangan utama dalam bidang manajemen proyek yang berkembang menjadi profesi manajemen proyek.

Konsep penting diucapkan dalam laporan. Diakui bahwa tubuh pengetahuan manajemen proyek (sekarang dikenal sebagai PMBOK® Guide) akan terus berevolusi ketika teori dan praktik area didefinisikan dan disempurnakan.

Konsep dasar konten dan karakter PM diidentifikasi. Enam bidang pengetahuan diidentifikasi: Manajemen Sumber Daya Manusia, Manajemen Biaya, Manajemen Waktu, Manajemen Komunikasi, Manajemen Lingkup, dan Manajemen Kualitas.
Laporan pertama Komite Sertifikasi, diketuai oleh M. Dean Martin, muncul dalam edisi Desember 1983 dari PMQ (Manajemen Proyek Quarterly - sekarang dikenal sebagai Jurnal Manajemen Proyek). Ia mencatat bahwa 86 persen anggota PMI® yang disurvei menyukai "beberapa jenis program sertifikasi." Laporan terperinci diterbitkan dalam PMJ Maret 1984, "Program Profesional Manajemen Proyek (PMP) ®: Manajer Proyek Sertifikasi." Ini merinci proses untuk menjadi tersertifikasi dan mengidentifikasi tiga bidang di mana poin-poin dapat diperoleh untuk sertifikasi: pendidikan, pengalaman, dan layanan.

Sejak itu telah menjadi standar de facto di dunia sertifikasi manajemen proyek. Pada 2007 ia memperoleh akreditasi ANSI / ISO / IEC 17024 dari International Organization for Standardization (ISO).

Untuk mendapatkan kredensial PMI®, para kandidat harus terlebih dahulu mendokumentasikan bahwa mereka telah memenuhi persyaratan pendidikan dan pengalaman yang diperlukan. Mereka kemudian harus lulus ujian yang terdiri dari pertanyaan pilihan ganda. Untuk mempertahankan sebagian besar kredensial PMI®, pemegang harus mendapatkan Professional Development Units (PDUs), yang dapat diperoleh dalam berbagai cara - seperti mengambil kelas, menghadiri kongres global PMI®, berkontribusi untuk penelitian profesional atau menulis dan menerbitkan makalah tentang subjek.

Saat ini terdapat 618.933 individu yang bersertifikat PMP® aktif dan 272 cabang charter di 104 negara di seluruh dunia.

Penjelasan Singkat Tentang Sertifikasi PMP

Sertifikat PMP® atau Project Management Professional adalah sertifikat profesional di bidang Project Management yang ditujukan bagi Project Manager (PM). Sertifikat ini dikeluarkan dan dikelola oleh PMI (Project Management Institute), sebuah badan nirlaba di Amerika Serikat yang fokus bergerak di bidang project management.

Pada saat artikel ini dibuat, terdapat lebih dari 723.000 pemilik sertifikat PMP di 206 negara di dunia. Indonesia memiliki lebih dari 600 pemilik sertifikat PMP. Diharapkan jumlah PM yang memegang sertifikat PMP akan terus bertambah dari tahun ke tahun.

Cara Project Manager mendapatkan Sertifikat PMP® :

Project Manager harus mengikuti ujian PMP (PMP Examination) yang diadakan oleh PMI. Ada prasyarat untuk yang mendaftar mengikuti ujian PMP dan pastikan prasyarat telah terpenuhi. Prasyaratnya adalah sebagai berikut:

1. Four-year Degree (sarjana)
2. Sudah menempuh waktu 4.500 jam untuk terlibat dan memimpin proyek.
3. Sudah menempuh pelatihan (training) Project Management selama 35 jam.

Atau

1. Secondary Degree (SMU atau sederajat, D1, D2, D3 atau sederajat)
2. Sudah menempuh waktu 7.500 jam untuk terlibat dan memimpin proyek
3. Sudah menempuh pelatihan (training) Project Management selama 35 jam.

Bagian dari Ujian PMP :

Ujian PMP dilaksanakan di lokasi khusus milik Prometric, lembaga proktor ujian yang bekerjasama dengan PMI. Durasi ujian selama 4 jam dengan jumlah pertanyaan sebanyak 200 pertanyaan. Secara umum, silabus pertanyaan ujian PMP adalah sebagai berikut:


Lima bagian atau domain dari ujian PMP termasuk pilihan tugas dan pertanyaan yang ditujukan untuk mengukur keterampilan dan pengetahuan lebih dari 20 daerah yang berbeda. Ini termasuk:

Memulai Proyek – 13% tes melibatkan bidang pengetahuan ini, dan termasuk rata-rata 6 tugas, ditambah bagian pengetahuan dan keterampilan. Tugas mungkin memerlukan menganalisis dokumen, mengembangkan project charter, memperoleh persetujuan untuk proyek, dan seterusnya.

Perencanaan Proyek – 24% dari tes ini adalah berdasarkan perencanaan proyek, yang berarti Anda akan mendapatkan sekitar 12 tugas di bagian ini. Ini mungkin termasuk pengaturan dan perencanaan proyek, menciptakan rencana proyek, penanganan pertemuan dan stakeholder, dan tugas-tugas dunia nyata lainnya. Bagian ini diakhiri dengan tes pengetahuan dan keterampilan yang mengukur teknik dan keterampilan perencanaan.

Pelaksana Proyek – Ini terdiri salah satu bagian terbesar dan paling penting dari tes. account eksekusi untuk 31% dari seluruh uji, tetapi hanya terdiri dari 6 tugas. Ini memakan waktu lebih lama untuk selesai dari tugas sebelumnya, karena mereka termasuk pembuatan perubahan, memperoleh sumber, dan mengikuti rencana. Pengetahuan dan keterampilan bagian mencakup alat, teknik, kontrol kualitas, penganggaran belanja, penjadwalan, dan lagi.

Pemantauan dan Pengendalian Proyek – Pemantauan dan pengendalian proyek membuat 25% tes dan termasuk 6 tugas ditambah keterampilan bagian. Bagian ini biasanya mencakup kontrol kualitas, kinerja proyek, menilai tindakan dan risiko, dan mengambil langkah-langkah untuk memastikan bahwa kiriman selesai dan diserahkan tepat waktu. Bagian pertanyaan memeriksa kemampuan Anda untuk memonitor, menggunakan analisis, dan teknik manajemen.

Penutupan Proyek – terdiri dari sekitar 7% dari total ujian, bagian terakhir adalah terpendek, meskipun termasuk 7 tugas. Ini berkisar memperoleh kiriman dan penerimaan, kepemilikan mentransfer, memperoleh penutupan keuangan dan hukum, pengarsipan, mendistribusikan proyek, dan hubungan pelanggan. Pengetahuan dan keterampilan bagian tes umpan balik, teknik, close-prosedur, dan kepatuhan.

Studi Kasus

Sebuah perusahaan startup di jakarta memiliki 10 project manager, 5 project manager yang bersertifikasi dan 5 project manager yang belum bersertifikasi. Kinerja dan skill dari masing-masing project manager sama, tetapi dalam segi mendapatkan client 5 project yang bersertifikasi lebih banyak dibandingkan yang belum bersertifikasi. Padahal skill dan kinerja dari masing-masing project manager hampir sama dan yang membedakannya hanya tentang sertifikasi.

Analisis

Mengapa demikian ? karena seorang yang mempunyai sertifikasi dibidangnya akan dipandang lebih ahli dibandingkan yang belum. Client otomatis lebih percaya terhadap project manager yang bersertifikasi, karena untuk mendapatkan sertifikat tersebut bukan hal yang mudah dan harus dengan susah payah. Mereka harus melalui test yang rumit untuk bisa mendapatkan sertifikat tersebut. Maka dari itu sertifikasi sangat wajib jika ingin dipandang lebih "percaya" oleh client. Selain itu perusahaan juga mengalami dampak yang positif jika karyawannya mempunyai sertifikasi dibidangnya. Client akan beranggapan bahwa perusahaan tersebut professional dan memiliki karyawan yang kompeten dibidangnya, dan otomatis client akan memilih perusahaan tersebut sebagai mitra kerjanya.

Oleh karena itu perusahaan akan lebih memilih project manager yang bersertifikasi ,karena

1. Untuk mendapatkan satu sertifikat PMP harus memiliki pengalaman minimal tiga tahun sebagai Project Manager. Ini merupakan jaminan bagi perusahaan bahwa mereka mempekerjakan seseorang dengan pengalaman yang cukup.

2. Kursus ini berkonsentrasi pengawasan yang selama bidang utama dari keterlibatan yang terhitung juga diutarakan sebagai melanggar es, strategi, mengawasi, mengatur dan penyegelan. Ini adalah daerah inti yang menentukan efisiensi manajer.

3. Ini adalah mandat yang diakui secara internasional; karena itu memegang nilai di seluruh dunia. Mempekerjakan individu dengan pengakuan seperti meningkatkan reputasi perusahaan.

Sumber

https://www.simplilearn.com/history-evolution-of-pmp-certification-article
https://magnaqm.com/project-management-articles/apa-itu-sertifikat-pmp/
https://crushthepmexam.com/pmp-requirements/?lang=id
http://www.homeppt.com/id/articles/what-are-the-benefits-of-pmp-certification.html

Audit Teknologi Sistem Informasi 3 (2)

Dari perbandingan framework yang sudah dijelaskan sebelumnya pada post ISO 21500 vs PMBOK vs PRINCE2 terdapat perbandingan seperti gambar dibawah ini :



Dapat dilihat pada gambar diatas terdapat perbandingan dimana PMBOK berbasis proses (process based) sedangkan PRINCE2 berbasis produk (product based), mana yang lebih baik digunakan untuk manajemen proyek? 

Proyek pada dasarnya dibentuk dari sejumlah proses. Proses didefinisikan sebagai "sebuah rangkaian aktivitas yang membawa atau membuahkan hasil". Proses pada proyek secara umum dibagi menjadi dua kategori :

1. Project Management Processes : yang terkait dengan aktivitas pengelolaan sejumlah pekerjaan atau aktivitas di dalam proyek.

2. Product-Oriented Processes : yang terkait dengan aktivitas penciptaan produk tertentu di dalam proyek.Di dalam sebuah proyek, kedua proses tersebut saling berkaitan dan tumpang tindih.

Petunjuk dalam perencanaan berbasis produk (Product based) termasuk kedalam aspek-aspek dalam metodologi manajemen proyek, karena metodologi tidak mutlak dan setiap metodologi dipilih bergantung pada proyek yang ingin dibuat.

Produk (product) itu sendiri adalah segala sesuatu yang harus dibuat atau diubah dalam suatu proyek, baik berbentuk fisik atau yang lain. Product merupakan hasil dari sebuah proyek yang memiliki berbagai macam bentuk mulai dari fisik seperti bangunan atau mesin hingga bentuk tidak nyata seperti perubahan kultur dan persepsi publik.

Keduanya pada dasarnya tidak untuk diperbandingkan namun untuk saling melengkapi karena kedua memiliki pendekatan dan tujuan yang berbeda sehingga memiliki perbedaan isi.

Namun setelah dijabarkan pada paragraf-paragraf diatas maka dapat disimpulkan menurut kelompok kami bahwa manajemen proyek lebih baik digunakan apabila berbasis proses (process based) seperti halnya framework PMBOK yang berbasis proses.


Audit Teknologi Sistem Informasi 3

ISO 21500 vs PMBOK vs PRINCE2

1. ISO 21500: 2012

ISO 21500: 2012 (Guidance on Project Management) adalah framework atau kerangka kerja standar internasional yang dikembangkan oleh International Organization for Standardization (ISO) dimulai pada 2007 dan dirilis pada tahun 2012. Digunakan untuk memberikan panduan umum, menjelaskan prinsip-prinsip dan merupakan praktik yang baik dalam pengelolaan manajemen proyek. Komite teknis ISO yang menangani manajemen proyek (ISO / PC 236) dipegang oleh American National Standards Institute (ANSI) yang telah menyetujui empat standar yang dapat digunakan. salah satunya adalah ANSI / PMI 99-001-2008 (Panduan untuk Badan Manajemen Proyek Pengetahuan - Edisi ke-4) (PMI BoK® Guide - Edisi ke-4) (revisi dan penunjukan kembali ANSI / PMI 99-001-2004) : 11/20/2008.
ISO berencana standar ini (21500) menjadi yang pertama dalam keluarga standar manajemen proyek. ISO juga merancang standar ini untuk menyelaraskan dengan standar lain yang terkait seperti ISO 10005: 2005 (Quality management systems − Guidelines for quality plans), ISO 10006: 2003 (Quality management systems − Guidelines for quality management in projects), ISO 10007: 2003 (Quality management systems − Guidelines for configuration management), ISO 31000: 2009 (Risk management – Principles and guidelines).

2. PMBOK (Project Management Body of Knowledge)

Project Management Body of Knowledge (PMBOK) adalah framework atau kerangka kerja berupa set standar terminologi dan pedoman atau panduan (a body of knowledge ) untuk manajemen proyek. a body of knowledgeberkembang seiring waktu dan disajikan dalam A Guide to the Project Management Body of Knowledge (the Guide to the PMBOK or the Guide) sebuah buku edisi keenam yang dirilis pada tahun 2017. Panduan ini adalah dokumen yang dihasilkan dari pekerjaan yang diawasi langsung oleh Project Management Institute (PMI), yang menawarkan sertifikasi CAPM (Certified Associate in Project Management) dan PMP (Project Management Professional).

Interaksi proses manajemen proyek pada PMBOK 5th Edition

Sebagian besar Panduan PMBOK adalah unik untuk manajemen proyek misalnya metode jalur kritis atau Critical Path Method (CRM) dan struktur rincian kerja atau Work Breakdown Structure (WBS). Panduan PMBOK juga tumpang tindih dengan manajemen umum mengenai perencanaan (planning), pengorganisasian (organising), pengaturan staf (staffing), pelaksanaan (executing) dan pengendalian (controlling) dalam operasi organisasi. Disiplin manajemen lainnya yang tumpang tindih dengan Panduan PMBOK termasuk penaksiran keuangan (financial forecasting), perilaku organisasi (organisational behaviour), ilmu manajemen (management science), penganggaran (budgeting) dan metode perencanaan lainnya.

Panduan PMBOK bertujuan untuk menjadi bagian dari badan manajemen proyek pengetahuan yang umumnya diakui sebagai praktik yang baik. 'Umumnya diakui' berarti pengetahuan dan praktik yang dijelaskan berlaku untuk sebagian besar proyek sebagian besar waktu dan ada konsensus tentang nilai dan kegunaannya. 'Praktik yang baik' berarti ada kesepakatan umum bahwa penerapan pengetahuan, keterampilan, peralatan, dan teknik dapat meningkatkan peluang keberhasilan atas banyak proyek. Berarti bahwa kadang-kadang tren manajemen proyek terbaru, sering dipromosikan oleh konsultan, mungkin bukan bagian dari versi terbaru Panduan PMBOK. Namun, Edisi ke-6 dari Panduan PMBOK sekarang termasuk "Agile Practice Guide (Petunjuk Praktik Ringan)".

3. PRINCE2 (Projects In Controlled Environments, version 2)

PRINCE2 (Projects In Controlled Environments, version 2) adalah metode manajemen proyek terstruktur dan program sertifikasi praktisi. PRINCE2 juga merupakan framework atau kerangka kerja yang menangani kualitas manajemen, pengendalian dan organisasi suatu proyek dengan konsistensi dan penyampaian kembali dengan objektif pada suatu proyek. PRINCE2 Menekankan untuk membagi proyek menjadi tahap-tahap yang dapat dikelola dan dikendalikan. 

Model Proses Pada PRINCE 2

PRINCE2 diadopsi di banyak negara di seluruh dunia, termasuk Inggris, negara-negara Eropa Barat, dan Australia. Pelatihan PRINCE2 tersedia dalam banyak bahasa.

Struktur PRINCE 2

PRINCE2 dikembangkan sebagai standar pemerintah Inggris untuk proyek sistem informasi. Pada bulan Juli 2013, kepemilikan hak PRINCE2 dipindahkan dari HM Cabinet Office ke AXELOS Ltd, gabungan perusahaan oleh Cabinet Office and Capita, dengan 49% dan 51% saham masing-masing.

4. Perbandingan ISO 21500 vs PMBOK vs PRINCE2

ISO 21500 mirip dengan PMBOK namun tanpa elemen tools & techniques. Terdapat 40 proses pada sepuluh area pengetahuan dan dikelompokkan atas kelompok proses inisiasi, perencanaan, eksekusi, monitoring dan kontrol, dan penutupan. Secara jelas diketahui bahwa ISO 21500 pada dasarnya hampir sama namun lebih sederhana dibandingkan dengan PMBOK.

Diantara ketiganya, PMBOK dan PRINCE2 yang paling banyak perbedaan dan keunggulannya masing-masing karena adanya perbedaan yang cukup signifikan diantara keduanya sedemikian dipertanyakan mana yang terbaik untuk diaplikasikan. Perbedaan yang mendasar diantara keduanya adalah sebagai berikut :
Perbedaan PMBOK & PRINCE 2

Pada berbagai penelitian, perbedaan antara PMBOK dan PRINCE2 dapat diperkecil. Beberapa menyebutkan bahwa keduanya pada dasarnya tidak untuk diperbandingkan namun untuk saling melengkapi karena kedua memiliki pendekatan dan tujuan yang berbeda sehingga memiliki perbedaan isi.

5. Studi Kasus

Masalah : 
Proyek perangkat lunak sangatlah dinamis dan penuh ketidakpastian serta permasalahan yang menyebabkan jadwal molor, biaya membengkak dan ketidakpuasan hasil yang ingin dicapai. Berbagai upaya telah dilakukan untuk melakukan perbaikan terhadap manajemen proyek TI, khususnya proyek rekayasa perangkat lunak. Studi kasus dalam konteks desain penelitian ini adalah pelaksanaan proyek perangkat lunak di instansi pemerintah dan metode yang digunakan adalah triangulasi terhadap data wawancara, observasi dan dokumen.

Analisa :
Proses pengumpulan data menggunakan teknik triangulasi, yaitu melalui observasi secara langsung, wawancara terhadap unit-unit pada instansi pemerintah yang telah atau sedang mengadakan proyek perangkat lunak dan studi terhadap dokumen yang berkaitan dengan penyelenggaraan proyek perangkat lunak di instansi pemerintah. Penggunaan teknik triangulasi bertujuan agar data yang dihasilkan lebih konsisten, tuntas dan pasti serta akan lebih akurat jika dibandingkan dengan menggunakan satu pendekatan saja.

Setelah proses pengumpulan data dilakukan, kemudian dilanjutkan dengan melakukan proses identifikasi terhadap proses-proses manajemen proyek dan topik-topik perekayasaan perangkat lunak yang  mempengaruhi keberhasilan atau kegagalan proyek perangkat lunak.

Proses identifikasi terhadap PMBOK dilakukan dengan melakukan ekstraksi terhadap area pengetahuan dan prosesproses manajemen proyek. Data-data permasalahan yang muncul berkaitan dengan penyelenggaraan proyek perangkat lunak pada instansi pemerintah, mulai dari tahap persiapan, tahap pelaksanaan hingga tahap penyelesaian proyek. Masalah-masalah tersebut diidentifikasi sebagai faktor-faktor penyebab kegagalan proyek perangkat lunak. Beberapa faktor penyebab kegagalan proyek perangkat lunak di instansi pemerintah yang berhasil teridentifikasi dan dipetakan hubungannya dengan Manajemen Proyek (MP), Rekayasa Perangkat Lunak (RPL) dan/atau Pengadaan Barang/Jasa Pemerintah (PBJP).

Berdasarkan pemetaan faktor-faktor penyebab kegagalan proyek perangkat lunak pada instansi pemerintah, dapat diidentifikasi bahwa keseluruhan area pengetahuan dan proses manajemen proyek sangat berpengaruh terhadap jalannya proyek perangkat lunak di instansi pemerintah. Area pengetahuan beserta proses-proses di dalam PMBOK dapat dijabarkan sebagai berikut:

Proses-proses manajemen proyek yang diidentifikasi dalam PMBOK edisi kelima berjumlah 47 (empat puluh tujuh) proses dan dikelompokkan ke dalam 10 (sepuluh) Area Pengetahuan. Area pengetahuan merepresentasikan kesatuan konsep, istilah dan aktivitas yang membentuk bidang profesional, bidang manajemen proyek, atau bidang spesialisasi. PMBOK mendefinisikan aspek penting pada setiap area pengetahuan dan bagaimana mengintegrasikannya dengan kelima grup proses manajemen proyek. Sebagai elemen pendukung, area pengetahuan menyediakan deskripsi detail masukan dan keluaran proses disertai penjelasan alat bantu dan teknik yang biasa digunakan dalam manajemen proyek.

1. Project Integration Management

1. Develop Project Charter
2. Develop Project Management Plan
3. Direct and Manage Project Work
4. Monitor and Control Project Work
5. Perform Integrated Change Control
6. Close Project or Phase

2. Project Scope Management

1. Plan Scope Management
2. Collect Requirements
3. Define Scope
4. Create WBS
5. Validate Scope
6. Control Scope

3. Project Time Management

1. Plan Schedule Management
2. Define Activities
3. Sequence Activities
4. Estimate Activity Resources
5. Estimate Activity Durations
6. Develop Schedule
7. Control Schedule

4. Project Cost Management

1. Plan Cost Management
2. Estimate Costs
3. Determine Budget
4. Control Costs

5. Project Quality Management

1. Plan Quality Management
2. Perform Quality Assurance
3. Control Quality

6. Project Human Resource Management

1. Plan Human Resource Management
2. Acquire Project Team
3. Develop Project Team
4. Manage Project Team

7. Project Communications Management

1. Plan Communications Management
2. Manage Communications
3. Control Communications

8. Project Risk Management

1. Plan Risk Management
2. Identify Risks
3. Perform Qualitative Risk Analysis
4. Perform Quantitative Risk Analysis
5. Plan Risk Responses
6. Control Risks

9. Project Procurement Management

1. Plan Procurement Management
2. Conduct Procurements
3. Control Procurements
4. Close Procurements

10. Project Stakeholder Management

1. Identify Stakeholders
2. Plan Stakeholder Management
3. Manage Stakeholder Engagement
4. Control Stakeholder Engagement
Rancangan kerangka kerja manajemen proyek perangkat lunak untuk instansi pemerintah yang dihasilkan terdiri atas 47 (tiga puluh sembilan) proses yang terbagi ke dalam 10 (sepuluh) area pengetahuan. Rancangan kerangka kerja ini diharapkan mampu mengurangi tingkat kegagalan proyek perangkat lunak yang ada di instansi pemerintah yang disebabkan oleh lemahnya manajemen proyek perangkat lunak itu sendiri. Rancangan kerangka kerja ini juga bersifat umum terhadap pelaksanaan proyek perangkat lunak di instansi pemerintah dalam berbagai jenis dan skala proyek.

Sumber & Refrensi :

[1] URL: http://www.academia.edu/28699544/Framework_Audit_IT.pdf

[2] ISO 21500: Guidance on Projecrt Management - a Pocket Guide – Anton Zandhuis, PMP. and Rommert Stellingwerf, MSc., PMP., 2013

[3] URL: https://en.wikipedia.org/wiki/ISO_21500

[4] URL: https://en.wikipedia.org/wiki/PMBOK

[5] Advance & Effective Project Management – Budi Suanda S.T., M.T., 2016

[6] URL: https://en.wikipedia.org/wiki/PRINCE2