Evaluasi Akhir Semester MPPL F

Nama Kelompok 
Bagus Putra Mayani   -   5113100125
Kevin Arditya             -   5113100019

Kelas : F

=====================================================================

Deskripsi Proyek :

Dinas Tenaga Kerja dan Transmigrasi merupakan salah satu dinas milik pemerintah yangmemiliki proses bisnis yang cukup kompleks dalam pengelolaan datanya. Terutama pada sub bagian kepegawaian yang mengelola semua data pegawai serta memproses semua aturan-aturan yang berhubungan dengan kepegawaian. Sampai saat ini, pengelolaan data kepegawaian tersebut masih menggunakan sistem manual yang belum terkomputerisasi dan penyimpanan datanya masih tersebar serta belum terdokumentasi dengan baik. Dimana dalam pengolahan datanya masih menggunakan Microsoft Excel dan Microsoft Word, belum memiliki suatu database sebagai media penyimpanan data, sharing data tidak melalui jaringan dan masih mengandalkan printout hardcopy.

Oleh karena itu proyek akhir yang berjudul Sistem Informasi Kepegawaian Dinas Tenaga Kerja dan Transmigrasi Provinsi Jawa Barat Berbasis Web ini merupakan suatu media yang mengurusi pengelolaan dan penyimpanan data yang ada pada Sub Bagian Kepegawaian Dinas Tenaga Kerja dan Transmigrasi yakni pengelolaan data pegawai dan administrasi lainnya serta komponen-komponen lain yang mendukung aplikasi web ini. Proyek akhir ini dibuat dengan menggunakan metode rekayasa perangkat lunak dengan metode prototyping, dan diimplementasikan dengan menggunakan bahasa pemrograman PHP , sedangkan untuk pengolahan databasenya menggunakan MySql.

Link Dokumentasi

1. KAK
2. Project Charter
3. Manajemen Waktu
4. Manajemen Biaya
5. Manajemen Sumber Daya
6. Manajemen Resiko
7. Asumsi

Manajemen Resiko

1.      Struktur Rincian Resiko


=======================================================================

2.      Daftar Resiko
NO
Risk
Description
Category
Root Cause
Triggers
Potential Responses
Risk Owner
Probability
Impact
1
Waktu Pertemuan Sulit
Waktu untuk  melakukan pertemuan dengan stakeholder sangat sulit
Schedule Risk
Sulit Mencari Waktu
Stakeholder yang sulit ditemui
Meeting dilakukan dengan mencari hari yang longgar dan sebisa mungkin diadakan pertemuan setiap harinya walaupun hanya sebentar.
Project Manager, Stakeholder
Low
High
2
Informasi kurang
Informasi dari stakeholder utama kurang
Technical Risk
Kurang jelasnya stakeholder memberi keterangan
Stakeholder kurang paham apa yang diinginkan
Mencari stakeholder yang lainnya seperti pegawai,kebutuhan apa yang mereka inginkan
Project Manager
Medium
Medium
3
Ruang Lingkup Melebar
Ruang Lingkup proyek melebar terlalu luas
Schedule Risk
Stakeholder selalu ada perubahan terhadap kebutuhan
Stakeholder mengingkan semua yang dia minta meskipun telah ada perjanjian sebelumnya
Melakukan inisiasi di awal mengenai batasan batasan atau constrains yang terdapat dalam proyek
Project Manager
High
High
4
Waktu Pengerjaan Telat
Waktu pengerjaan proyek terlambat dari target
Schedule Risk
Tidak teraturnya jadwal pembuatan aplikasi
Selalu menunda pekerjaan
Membuat schedule task pada setiap kegiatan yang berkaitan dengan proyek yang disesuaikan dengan kesepakatan pengerjaan proyek dan jumlah anggota tim.
Stakeholder
Medium
High
5
Kurang Personil
Kurangnya
personil tim
Cost Risk, Schedule Risk
PM tidak segera mencari anggota tim
PM terlambat mencari anggota tim
Mencari atau merekrut anggota baru yang sesuai dengan bidang keahlian yang dibutuhkan
Project Manager
Low
High
6
Anggota tim mendapatk an musibah
Kemungkinan terjadi hal yang tidak diharapkan yang menimpa anggota tim
Cost Risk, Schedule Risk
Terjadi musibah kepada anggota tim
Ada musibah
Mempunyai anggota cadangan yang siap dipekerjakan sesuai dengan keahlian yang dibutuhkan
Project Manager
Low
Medium
7
Listrik Mati
Kemungkinan
terjadi mati listrik pada saat pengembangan proyek.
Cost Risk, Schedule Risk
Listrik Mati tiba-tiba
Ada pemadaman bergilir
Menyiapkan aliran listrik
cadangan menggunakan genset, atau UPS untuk keadaan mendesak.
Project Team
Medium
High
8
Data Hilang
Dimungkinkan sekali data dapat hilang begitu saja karena ancaman
virus dan bencana yang tidak terduga
Cost Risk, Schedule Risk, Technical Risk
Data rusak
Data terkena virus
Melakukan backup secara berkala pada media penyimpanan yang terpisah dengan komputer untuk mengembangan. Menggunakan tools pendukung keamaan komputer pengembangan seperti antivirus.
Project Team
High
High
9
Versi Browser Tidak Sama
Versi Browser yang dimiliki developer dan stakeholder berbeda
Technical Risk
Perbedaan versi browser yang membutuhkan versi terbaru
Perbedaan versi browser
Mengupdate browser terbaru pada stakeholder terlebih dahulu
Stakeholder
Medium
Medium
10
Server Penuh
Server tidak kuat menangani banyak pengguna
Technical Risk
Banyak pengguna yang mengakse
Banyak Pengguna mengakses web dalam waktu bersamaan
Menyiapkan backup server
Stakeholder
High
High

========================================================================

3.      Matriks Probabilitas
PROBA
BILITY
HIGH
RISK 3
RISK 8
RISK 10


MEDIUM
RISK 4
RISK 7
RISK 2
RISK 9

LOW
RISK 1
RISK 5
RISK 6


HIGH
MEDIUM
LOW

IMPACT 

========================================================================

4.      Mitigasi Resiko
NO
Risk
Resiko
Risk Responses
1
Risk 1
Waktu untuk  melakukan pertemuan dengan stakeholder sangat sulit
Meeting dilakukan dengan mencari hari yang longgar dan sebisa mungkin diadakan pertemuan setiap harinya walaupun hanya sebentar.
2
Risk 2
Informasi dari stakeholder utama kurang
Mencari stakeholder yang lainnya seperti pegawai,kebutuhan apa yang mereka inginkan
3
Risk 3
Ruang Lingkup proyek melebar terlalu luas
·         Melakukan inisiasi di awal mengenai batasan batasan atau constrains yang terdapat dalam proyek
·         Membuat perjanjian diatas materai terhadap kebutuhan yang didapatkan
4
Risk 4
Waktu pengerjaan proyek terlambat dari target
Membuat schedule task pada setiap kegiatan yang berkaitan dengan proyek yang disesuaikan dengan kesepakatan pengerjaan proyek dan jumlah anggota tim.
5
Risk 5
Kurangnya personil tim
Mencari atau merekrut anggota baru yang sesuai dengan bidang keahlian yang dibutuhkan
6
Risk 6
Kemungkinan terjadi hal yang tidak diharapkan yang menimpa anggota tim
Mempunyai anggota cadangan yang siap dipekerjakan sesuai dengan keahlian yang dibutuhkan
7
Risk 7
Kemungkinan terjadi mati listrik pada saat pengembangan proyek.
Menyiapkan aliran listrik cadangan menggunakan genset, atau UPS untuk keadaan mendesak.
8
Risk 8
Dimungkinkan sekali data dapat hilang begitu saja karena ancaman
Melakukan backup secara berkala pada media penyimpanan yang terpisah dengan komputer untuk mengembangan. Menggunakan tools pendukung keamaan komputer pengembangan seperti antivirus.
9
Risk 9
Versi Browser yang dimiliki developer dan stakeholder berbeda
Mengupdate browser terbaru pada stakeholder terlebih dahulu
10
Risk 10
Server tidak kuat menangani banyak pengguna
·         Memperkirakan jumlah pengguna yang akan mengakses
·         Melakukan proses dengan beberapa server replikasi sehingga operasi tidak dilakukan oleh satu server  saja


Popular Posts

Like us on Facebook