kel 5_project plan-revisi 1.0
DESCRIPTION
kelompok tugas menpro yang harus dikerjakan bersama kelompok dan mempunyai salah satu software pembantu juga yaitu ms.project.TRANSCRIPT
TUGAS KELOMPOK 5 MANAJEMEN PROYEK
Project Plan – Sistem Operasional UGD
DOSEN PENGAMPU:
Rini Anggrainingsih, S.T., M.T.
DISUSUN OLEH
Kelompok 5:
Alfan Wiguna Putra (M0513005)
Fembi Rekrisna Grandea P. (M0513019)
Irsyad Fakhrur Roji (M0513024)
Nurma Ayu Wigati S.S. (M0513035)
Shofwah Dinillah (M0513043)
JURUSAN INFORMATIKA
FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM
SURAKARTA
2015
BAB 1
PENDAHULUAN
1.1. Latar Belakang Masalah
Manajemen proyek merupakan suatu tata cara mengorganisir dan mengelola
sumber penghasilan yang penting untuk menyelesaikan proyek dari awal sampai
selesainya proyek tersebut. Manajemen proyek dapat diterapkan pada jenis proyek
apapun, dan dipakai secara luas untuk dalam menyelesaikan proyek yang besar dan
kompleks. Fokus utama manajemen proyek adalah pencapaian semua tujuan akhir
proyek dengan segala batasan yang ada, waktu dan dana yang tersedia.
Seiring berkembangnya teknologi informasi, manusia mulai menggunakan
komputer dalam melakukan manajemen proyek, untuk membantu otomatisasi dan
perhitungan. Peralihan manajemen proyek dengan menggunakan komputer
membuat manajemen proyek menjadi lebih cepat, efektif dan efisien.
Perkembangan perangkat lunak yang pesat juga mendorong transformasi
manajemen proyek yang tradisional menjadi sebuah perangkat lunak manajemen
proyek. Perangkat lunak manajemen proyek (project management software) adalah
suatu kumpulan perangkat lunak yang mendukung perancangan dan pelaksanaan
suatu proyek dengan menggunakan media komputer. Perangkat lunak manajemen
proyek ini membantu kepala proyek dalam perancanaan, pengorganisasian, dan
manajemen sumber daya dalam proses penyelesaian suatu proyek. Perangkat lunak
manajemen proyek ini bertujuan untuk membantu mencapai tujuan dan hasil akhir
proyek, dengan batasan-batasan yang ada. Tujuan ini dapat dicapai dengan cara
mengoptimisasi alokasi sumberdaya yang ada, dengan batasan, waktu, dan biaya.
1.2. Rumusan Masalah
Rumusan masalah yang terdapat dalam makalah ini adalah bagaimana planning
kelompok kami dalam membuat sistem operasional Unit Gawat Darurat (UGD).
1.3. Tujuan
Tujuan dari tugas ini adalah untuk mengetahui project yang akan dilaksanakan pada
sistem operasional Unit Gawat Darurat (UGD) di rumah sakit.
BAB II
LANDASAN TEORI
Manajemen proyek adalah suatu teknik yang digunakan untuk merencanakan,
mengerjakan, dan mengendalikan aktivitas suatu proyek untuk memenuhi kendala
waktu dan biaya proyek (Muslich, 2009). Teknik ini berorientasi pada pencapaian
tujuan, di mana tujuan tersebut mungkin pembangunan gedung, pembukaan kantor baru,
atau pengendalian kegiatan penelitian dan pengembangan. Perencanaan suatu proyek
terdiri dari tiga tahap (Prasetya, Hery dan Lukiastuti, Fitri 2009), yaitu:
1. Perencanaan. Membuat uraian kegiatan-kegiatan, menyusun logika urutan
kejadian-kejadian, menentukan syarat-syarat pendahuluan, menguraikan
interaksi dan interdependensi antara kegiatan-kegiatan.
2. Penjadwalan. Penaksiran waktu yang diperlukan untuk melaksanakan tiap
kegiatan, menegaskan kapan suatu kegiatan berlangsung dan kapan berakhir.
3. Pengendalian. Menetapkan alokasi biaya dan peralatan guna pelaksanaan tiap
kegiatan.
Menurut buku The Design of Everday Things, ketika sebuah alat yang sederhana
memerlukan gambar, tulisan, ataupun instruksi, rancangan alat tersebut telah gagal (Don
Norman, 2002). Agar sebuah perangkat lunak dapat diterima oleh pengguna secara luas
dan berfungsi secara optimal, maka perangkat lunak tersebut harus dirancang dengan
baik. Perangkat lunak tersebut harus disusun secara baik dengan berbagai pertimbangan
sehingga dapat mengerti dan memenuhi kebutuhan pengguna secara spesifik. Pengguna
seharusnya tidak perlu memikirkan bagaimana cara berinteraksi dengan komputer,
tetapi yang penting justru bagaimana mengoptimalkan komputer untuk memenuhi
kebutuhannya.
BAB III
PEMBAHASAN
1. Project Charter
Judul Proyek : Sistem Informasi Operasional Unit Gawat Darurat di RS.DR Oen,
Surakarta
Waktu mulai proyek : 1 Oktober 2015
Waktu berakhir proyek : 31 Desember 2015
Jadwal perencanaan proyek :
Jadwal PerencanaanDurasi
(hari)Yang Bertanggungjawab
Initiating 4
Menentukan Project Manager (start: 1 Oktober
2015)1
Team
Membentuk team project lainnya (start: 2 Oktober
2015)1
Irsyad
Mendevelop project team dalam bentuk project
charter (start: 2 Oktober 2015)3
Nurma
Dokumentasi initiating (start: 1 Oktober 2015) 4 Shofwah, Nurma
Planning 25
Mendevelop scope statement (start: 6 Oktober
2015)12
Irsyad
Mendevelop dan refine other planning (start: 6
Oktober 2015)20
Team
Membuat WBS (start: 6 Oktober 2015) 20 Fembi, Nurma
Dokumentasi Planning (start: 2 November 2015) 6 Shofwah, Nurma
Analisa dan Desain Sistem 17
Menganalisa sistem IGD rumah sakit Dr.Oen 14 Fembi, Nurma
dengan telah melakukan beberapa requirement yang
telah dihasilkan (wawancara, googling, dsb) (start:
6 Oktober 2015)
Dokumentasi analisa dan desain sistem (start: 23
Oktober 2015)4
Shofwah
Desain Aplikasi 18
Membuat desain menu aplikasi dan form entri
(start: 6 Oktober 2015)3
Alfan, Irsyad
Membuat desain database dan form database (start:
6 Oktober 2015)1
Alfan, Irsyad
Membuat desain report dan form report (start: 6
Oktober 2015)2
Alfan, Irsyad, Fembi,
Nurma
Dokumentasi desain aplikasi (start: 6 Oktober
2015)18
Shofwah
Programming 29
Programming (mengimplementasikan design
database dan aplikasi ke dalam sistem web yang
dibuat berdasarkan requirement yang diberikan)
(start: 28 Oktober 2015)
27
Alfan, Fembi, Irsyad
Dokumentasi programming (start: 3 Desember
2015)3
Shofwah, Nurma
Testing Program 20
Melakukan test terhadap program (start: 5
Desember 2015)16
Irsyad
Memberikan catatan list perbaikan (start: 5
Desember 2015)16
Alfan, Fembi, Irsyad,
Nurma
Dokumentasi testing program (start: 26 Desember
2015)5
Shofwah
Informasi anggaran : Rp 30.000.000 untuk pembayaran anggota tim dan Rp
50.000.000 untuk hardware dan software.
Project Manager: Irsyad Fakhrur Roji, (M0513024), 085669911224,
Tujuan Proyek : Untuk membangun sebuah sistem informasi rumah sakit bagian Unit
Gawat Darurat (UGD) berbasis web sehingga dapat mempermudah pengolahan data
pasien yang keluar masuk UGD dan membantu pasien untuk mengecek ketersediaan
fasilitas UGD.
Scope ;
Kriteria kesuksesan projek : sistem informasi yang ada pada sistem operasional Unit
Gawat Darurat Dr.Oen yang dibuat harus berbasiskan web berdasarkan spesifikasi
requirement yang telah diberikan dan untuk proses dari planning sampai testing
maksimal diserahkan dengan penuh tanggungjawab selama 3 bulan.
Pendekatan (Scope) :
- Mengumpulkan beberapa requirement yang telah didapatkan baik melalui hasil
wawancara dan googling di internet yang kemudian diolah dan dimasukkan ke
dalam sistem.
- Sistem yang real time, yaitu dengan selalu mengupgrade sistem yang ada dalam
UGD (untuk ketersediaan fasilitas maupun pelayanan di UGD).
- Mengupgrade sistem yang ada dalam UGD dengan sistem yang ada dalam
operasi atau rawat inap atau rawat jalan sehingga mendapatkan data yang akurat.
- Membangun database yang saling terhubung antara proses satu dengan proses
lainnya misalnya antara proses login haruslah tersinkronisasi dengan baik pada
proses pengaksesan di sistem nantinya (login sebagai dokter : sistem hanya
dapat mengakses melihat ketersediaan UGD tetapi tidak bisa mengedit
ketersediaan UGD).
- Membuat web aplikasi pada sistem operasional di UGD ini dengan
menggunakan bahasa pemrograman PHP.
Peran dan tanggungjawab :
No Nama Peranan Tanggungjawab
1 Alfan Wiguna Putra
(M0513005)
System
Developer
Membuat sistem operasional
yang dibuat berdasarkan
rancangan konsep yang
diajukan
2 Fembi Rekrisna Grandea P.
(M0513019)
System Analyst Menyampaikan rancangan
dan menganalisa sistem
yang dibuat berdasarkan
konsep yang diajukan
3 Irsyad Fakhrur Roji
(M0513024)
Project Manager Merencanakan konsep dan
mengeksekusi proyek sistem
yang dibuat
4 Nurma Ayu Wigati
(M0513035)
Human
resources,
system analyst
Membagi-bagi dan
mengawasi tugas untuk
masing-masing staff pekerja
yang akan mengerjakan
sistem yang dibuat,
menyampaikan rancangan
dan menganalisa sistem
yang dibuat berdasarkan
konsep yang diajukan
5 Shofwah Dinillah
(M0513043)
Dokumentator Membuat dokumentasi dari
rencana rancangan desain
dari sistem yang akan dibuat
sampai implementasi hasil
dari akhir sistem yang
dibuat
Tanda Tangan Alfan Wiguna P.
Fembi Rekrisna Grandea P.
Irsyad Fakhrur R.
Nurma Ayu W.
Shofwah D.
Tambahan.
- Kami akan menyediakan layanan sistem informasi operasional UGD berbasis
web ini dengan sebaik-baiknya yang penyerahan proyek diberikan tepat waktu
dan mencegah penambahan-penambahan dari requirement yang telah disepakati
sebelumnya pada batas waktu yang telah ditentukan (Irsyad Fakhrur Roji dan
Team)
WBS
TERLAMPIR
Milestone :
Action DependenceDependency
Type
Date
Initiating telah diselesaikan team
dan disetujui oleh team
Mendevelop project team dalam Membentuk Start-to-Start 6 Oktober
bentuk project charter team project
lainnya
2015
Planning telah diselesaikan team
dan diserahkan kepada klien
Mendevelop scope statement Initiating Finish-to-Start 21 Oktober
2015
Mendevelop dan refine other planning Mendevelop
scope
statement
Start-to-Start 2 November
2015
Analisa dan Desain Sistem telah
dilakukan dan dirancang system
analyst kemudian diserahkan
kepada klien
Menganalisa sistem IGD rumah sakit
Dr.Oen dengan telah melakukan
beberapa requirement yang telah
dihasilkan (wawancara, googling, dsb)
23 Oktober
2015
Desain Aplikasi telah diserahkan
system analyst dan developer
yang kemudian disetujui oleh
klien
Dokumentasi desain aplikasi Membuat
desain menu
aplikasi dan
form entri
Start-to-Start 29 Oktober
2015
Programming telah selesai
dilakukan oleh developer dan
diserahkan kepada klien
Dokumentasi programming Programming
(mengimplem
entasikan
Finish-to-Start 5 Desember
2015
design
database dan
aplikasi ke
dalam sistem
web yang
dibuat
berdasarkan
requirement
yang
diberikan)
Testing Program telah selesai
dilakukan team
Melakukan test terhadap program Programming Finish-to-Start 25 Desember
2015
2. Quality Plan
- Daftar target kualitas
Quality targets
Project requirement
Project deliverable Quality criteria Quality standar
Sistem dapat mencatat, menyimpan, mengolah dan menampilkan data pasien, dokter dan rekam medik pasien
Implementasi dari database mySQL
System functionality : Database teruji
System performance :Waktu respon sistem migrasi data dari system yang lama
System functionality : ketepatan data dalam database
System performance :<10 detik telah diinputkan ke dalam database
Sistem terhubung dan terintegrasi dengan web
Implementasi dari phpMyAdmin
System functionality :Pemanggilan sever teruji
System functionality : Pencarian ruang UGD
System performance :Waktu respon sistem
yang masih tepat
System performance : <20 detik
- Quality assurance plan
QA plan
Technique Description Frequency
Mengevaluasi biaya
Evaluasi biaya dilakukan secara menyeluruh untuk meminimalisasi biaya proyek
Setiap bulan
Melakukan quality review
Ulasan kualitas dari penyerahan dengan menunjuk project manager yang bertanggung jawab untuk kualitas dari deliverable yang dihasilkan oleh project.
Setiap bulan
- Quality control plan
QC plan
Technique Description Frequency
Peer reviews
Implementasi dari kebijakan peer review berikut :
- Human resource akan dibuat bertanggung jawab untuk setiap project deliverable.
- Human resource akan ditugaskan memimpin team untuk peer review.
- Human resource akan mendokumentasikan hasil dari setiap peer review menggunakan formulir quality review.
- Project manager akan meninjau proses peer review secara berkala untuk memastikan bahwa peer review sedang dilakukan secara teratur
Setiap minggu, disepanjang project
Phase reviews
Implementasi dari phase review :
- Di setiap akhir project phase, phase
Diakhir setiap project
review resmi akan dilakukan. Ulasan ini akan memerlukan penerimaan dari stackholder bahwa proyek telah mencapai tujuannya dapat lanjut ke tahap selanjutnya.
- Untuk memulai phase review, project manager akan mengisi formulir phase review dan mengirimkannya ke papan ulasan proyek untuk penilaian dan persetujuan
milestone
3. Risk Plan
Risk plan adalah daftar resiko/masalah yang mungkin terjadi selama proyek
berlangsung dan bagaimana menangani terjadinya resiko tersebut. Bagaimanapun
juga ketidakpastian adalah musuh semua rencana, termasuk rencana proyek.
Terkadang ada saja waktu-waktu yang tidak menyenangkan bagi proyek, banyak
kesulitan terjadi misalnya suatu resource tiba-tiba tidak tersedia. Oleh karenanya
risk plan adalah persiapan terbaik menghadapi ketidakpastian.
Langkah-langkah berikut dapat menjadi acuan untuk mendapatkan Risk Plan:
a. Pembahasan resiko potensial
Project manager akan memimpin sebuah sesi/rapat untuk mengidentifikasikan
masalah-masalah yang mungkin akan muncul. Anggota tim akan dipancing
untuk mengemukakan resiko-resiko yang terpikirkan. Project manager akan
menuliskannya di papan tulis setiap ada yang mengemukakan pendapat yang
relevan. Sedikit pendapat mungkin akan muncul pada awalnya, kemudian
berlanjut dengan tanggapan yang susul-menyusul hingga akhirnya suasana
mendingin sampai akhirnya pendapat terakhir diutarakan.
Resiko yang dimaksud di sini adalah resiko spesifik. Jika suatu resiko dirasa
belum spesifik maka project manager akan memancing agar permasalahan
disampaikan secara lebih spesifik. Sumber masalah yang baik lainnya adah
asumsi-asumsi yang muncul ketika membuat Vision and Scope dan melakukan
estimasi dengan metode Wideband Dephi.
b. Estimasi dampat tiap resiko/masalah
Tim akan memberikan rating untuk setiap resiko. Nilainya berkisar dari 1
(masalah dengan resiko kecil) hingga 5 (masalah dengan resiko besar,
kemungkinan munculnya besar, mungkin menghabiskan biaya besar dan sulit
untuk membereskannya).
c. Buat sebuah risk plan
Tim akan mengidentifikasi langkah-langkah yang akan di ambil untuk mengatasi
masalah-masalah yang akan muncul tersebut, dimulai dari resiko bernilai 5.
Berikut merupakan tabel risk berdasarkan sistem yang akan dibangun pada
sistem operasional UGD
o Tabel Risk List :
Kategori Resiko Deskripsi Resiko Id Resiko
Requirements Requirement tidak sepenuhnya
terdefinisikan secara
keseluruhan
Requirement yang dibuat tidak
sesuai dengan kebutuhan klien
Spesifikasi dari requirement
tidak dapat diukur
1.1
1.2
1.3
Keuntungan Keuntungan dari bisnis tidak
dapat teridentifikasi
Keuntungan dari bisnis tidak
dapat dihitung
2.1
2.2
Biaya Project melebihi alokasi biaya
awal
Pengeluaran tak terduga dari
project yang tidak dapat diukur
Kesalahan perhitungan biaya
project saat awal kontrak
Tidak adanya rekapan
pengeluaran project
3.1
3.2
3.3
3.4
Penjadwalan Jadwal tidak dapat mengkover
keseluruhan aktifitas
4.1
Jadwal tidak berjalan seperti
yang direncanakan di awal
(Terjadi kemoloran project)
4.2
Penyampaian Requirement yang disampaikan
oleh tim tidak dapat diterima
dengan jelas oleh klien
Klien tidak dapat
menyampaikan apa yang
dimaksud dengan jelas
Produk tidak sesuai dengan
harapan klien
5.1
5.2
5.3
Cakupan Cakupan dari suatu project tidak
dapat diuraikan dengan jelas
Project tidak dapat dikerjakan
apabila seluruh cakupan belum
jelas teridentifikasi
Perubahan project di tengah
akan mempengaruhi beberapa
atau semua elemen dari project
6.1
6.2
6.3
Permasalahan Pemecahan masalah dalam
project tidak dapat diukur
waktunya
Permasalahan antar tim yang
tidak diselesaikan menyebabkan
terjadinya bom waktu
(Ketidakharmonisan hubungan
antar anggota tim)
Kurang koordinasinya antar
anggota tim
Adanya anggota tim yang
kurang kompeten pada apa yang
dikerjakannya
7.1
7.2
7.3
7.4
o Tabel diskripsi kemungkinan terjadi resiko
Level Score Deskripsi
Very low 20 Tidak terjadi selama 3 bulan
(Hampir tidak pernah)
Low 40 Terjadi 1 kali dalam 2 bulan
(Jarang)
Medium 60 Terjadi 3 kali dalam 2 bulan
(Kadang-kadang)
High 80 Terjadi 1-4 kali dalam 1 bulan
(Sering)
Very high 100 Terjadi lebih dari 5 kali dalam 1
bulan (Sangat sering)
o Tabel diskripsi dampak resiko
Level Score Deskripsi
Very low 20 Dampaknya sangat kecil
Low 40 Dampaknya kecil
Medium 60 Dampaknya cukup besar
High 80 Dampaknya besar
Very high 100 Dampaknya sangat besar
Id
Resik
o
Kemungkinan
terjadi resiko
Dampak
yang
ditimbulkan
Prioritas Rating
1.1 40 80 60 Medium
1.2 80 20 50 Medium
1.3 100 60 80 High
2.1 20 20 20 Very low
2.2 40 20 30 Low
3.1 60 60 60 Medium
3.2 80 40 60 Medium
3.3 60 80 70 High
3.4 40 60 50 Medium
4.1 60 20 40 Low
4.2 60 60 60 Medium
5.1 80 60 70 High
5.2 80 80 80 High
5.3 80 60 70 High
6.1 80 60 70 High
6.2 80 100 90 Very High6.3 80 80 80 High
7.1 60 40 50 Medium
7.2 40 80 60 Medium
7.3 80 60 70 High
7.4 60 40 50 Medium
4. Risk Schedule
Rating ID Ris
Preventive Action Action date
k actions resourceMedium
1.1 Mendefinisikan keseluruhan kebutuhan dengan jelas
System analyst
06/10/15
Medium
1.2 Membuat kebutuhan yang sesuai dengan pelanggan
System analyst
06/10/15
High 1.3 Mengukur spesifikasi kebutuhan dengan jelas
System analyst
06/10/15
Very low
2.1 Mengidentifikasi keuntungan bisnis dengan jelas
Project manager
06/10/15
Low 2.2 Menghitung keuntungan bisnis dengan jelas
Project manager
06/10/15
Medium
3.1 Mengalokasikan biaya awal proyek dengan jelas
Project manager
06/10/15
Medium
3.2 Mengukur keseluruhan pengeluaran proyek dengan jelas
Project manager
06/10/15
High 3.3 Menghitung biaya proyek dengan tepat
Project manager
06/10/15
Medium
3.4 Merekapitulasi pengeluaran proyek dengan jelas
Project manager
06/10/15
Low 4.1 Membuat jadwal yang dapat mencakup keseluruhan aktivitas
Human resources
06/10/15
Medium
4.2 Menjalankan proyek sesuai dengan jadwal yang direncanakan di awal
Human resources
06/10/15
High 5.1 Menyampaikan kebutuhan tim dengan jelas kepada klien
System developer
06/10/15
High 5.2 Menerima apa yang dimaksud oleh klien dengan jelas
System developer
06/10/15
High 5.3 Membuat produk yang sesuai dengan harapan klien
System developer
06/10/15
High 6.1 Menguraikan cakupan proyek dengan jelas
Project manager
06/10/15
Very High
6.2 Mengidentifikasi cakupan proyek dengan jelas
Project manager
06/10/15
High 6.3 Tidak melakukan perubahan proyek di tengah pengerjaan proyek
System developer
06/10/15
Mediu 7.1 Mengukur Project 06/10/15
m waktu pemecahan masalah dalam proyek dengan jelas
manager
Medium
7.2 Menjaga keharmonisan hubungan antar anggota tim
Human resources
01/10/15
High 7.3 Menjaga koordinasi antar anggota tim
Human resources
01/10/15
Medium
7.4 Memiliki anggota tim yang kompeten terhadap apa yang akan dikerjakannya
Human resources
01/10/15
Rating ID Risk
Contingent actions
Action resource
Action date
Medium
1.1 Menanyakan kembali requirement yang dikehendaki secara jelas kepada klien
System analyst
06/10/15
Medium
1.2 Memperbaiki dan mengatur ulang jadwal perbaikan berdasarkan kebutuhan klien
System analyst
06/10/15
High 1.3 Memperbaiki dan mengatur
System analyst
06/10/15
ulang jadwal perbaikan berdasarkan kebutuhan klien
Very low
2.1 Mengidentifikasi kembali dan mengatur ulang pengerjaan dari perhitungan keuntungan bisnis
Project manager
06/10/15
Low 2.2 Mengidentifikasi kembali dan mengatur ulang pengerjaan dari perhitungan keuntungan bisnis
Project manager
06/10/15
Medium
3.1 Mengkomunikasikan kembali kepada klien bahwa proyek yang baru dikerjakan telah tidak sesuai dengan alokasi biaya awal
Project manager
06/10/15
Medium
3.2 Mengkomunikasikan kembali kepada klien bahwa proyek yang baru dikerjakan terdapat pengeluaran tambahan dan memastikan klien untuk tetap ingin melanjutkan project atau
Project manager
06/10/15
tidakHigh 3.3 Menghitung
ulang dan meminta kesepakatan kembali kepada klien
Project manager
06/10/15
Medium
3.4 Merekapitulasi perhitungan pengeluaran project mulai dari proses yang telah baru dijalankan sampai di akhir
Project manager
06/10/15
Low 4.1 Menambah kemungkinan jadwal yang mencakup keseluruhan aktivitas secara jelas
Human resources
06/10/15
Medium
4.2 Mengkomunikasikan kepada klien untuk menambahkan perpanjangan waktu
Human resources
06/10/15
High 5.1 Menjelaskan ulang kepada klien mengenai requirement yang benar-benar dibutuhkan oleh klien
System developer
06/10/15
High 5.2 Meminta penjelasan ulang dari klien mengenai produk apa
System developer
06/10/15
yang benar-benar sesuai keinginannya
High 5.3 Mengkomunikasikan ulang untuk mengubah produk yang hampir sesuai dengan harapan klien
System developer
06/10/15
High 6.1 Menguraikan ulang cakupan proyek dengan jelas sesuai kebutuhan klien
Project manager
06/10/15
Very High
6.2 Mengidentifikasi ulang pengerjaan proyek sesuai dengan cakupan yang diberikan secara jelas
Project manager
06/10/15
High 6.3 Mengkomunikasikan ulang antara klien dan team untuk menyetujui mengenai setiap perubahan yang dapat atau tidak dapat dilakukan
System developer
06/10/15
Medium
7.1 Mengkomunikasikan ulang kepada anggota tim untuk memecahkan masalah dengan diiringi waktu yang jelas
Project manager
06/10/15
Medium
7.2 Mengadakan pertemuan
Human resource
01/10/15
antar anggota dan membicarakan mengenai penyelesaian atas masalah yang telah terjadi
s
High 7.3 Mengadakan pertemuan antar anggota secara berkala baik di dalam pengerjaan proyek maupun luar proyek
Human resources
01/10/15
Medium
7.4 Memberikan pelatihan atau training atau dari anggota team yang lain yang dapat membantu anggota team tersebut yang kurang kompeten dalam mengerjakan tugasnya.
Human resources
01/10/15
5. Acceptance Plan
Completion
milestone
Deliverable
Date
Acceptance
Review
Method
Revie
wers Date
Initiating 6 Oktober
2015Initiating 10
Oktober
2015
Mendevelop project
team dalam bentuk
project charterProject
charter
disepakati
06/10/2015 Project charter
siap
dilaksanakan
Huma
n
resour
ces
dan
analyst
10/10/201
5
Planning 21 Oktober – 2 November 2015
Planning 25
Oktober
sampai 5
Novembe
r 2015
Mendevelop scope
statement
Scope
statement
sudah
disepakati
dan tidak
adanya
penambahan
atau
pengubahan
scope lagi
21/10/2015
Scope telah
sesuai dengan
kesepakatan
antara team
dan klien
sehingga dapat
dilanjutkan ke
tahap
selanjutnya
Project
Mange
r
25/10/201
5
Mendevelop dan
refine other
planning
Pengembang
an quality
plan, risk
plan, risk
schedule,
communicati
on plan,
acceptance
plan, phase
review telah
disepakati
2/11/2015
Meninjau
ulang
mengenai
other planning
yang telah
dikembangkan Team
5/11/2015
Analisa dan 28
Oktober Analisa dan 31
Oktober
Desain Sistem 2015 Desain
Sistem
2015
Menganalisa sistem
IGD rumah sakit
Dr.Oen dengan
telah melakukan
beberapa
requirement yang
telah dihasilkan
(wawancara,
googling, dsb)
(start: 6 Oktober
2015)
Analisa
sistem IGD
rumah sakit
Dr.Oen telah
disepakati
dan
memastikan
telah sesuai
dengan
requirement
28/10/2015 Meninjau
ulang analisa
sistem IGD
rumah sakit
Dr.Oen
dengan
requirement
yang telah
dihasilkan
sudah sesuai
atau belum
Syste
m
analyst
31/10/201
5
Desain Aplikasi 29
Oktober
2015
Desain
Aplikasi
1
Novembe
r 2015
Dokumentasi desain
aplikasi
Dokumentasi
desain
aplikasi telah
disepakati
29/10/2015 Meninjau
ulang
dokumentasi
desain aplikasi
dan
melanjutkan
ke tahap
selanjutnya
Doku
mentat
or
1/11/2015
Programming 5
Desember
2015
Programmin
g
10
Desembe
r 2015
Dokumentasi
programming
Dokumentasi
programming
telah
disepakati
05/12/2015 Meninjau
ulang
dokumentasi
programming
dan
melanjutkan
Syste
m
analyst
Devel
oper
10/12/201
5
ke tahap
selanjutnya
Testing Program 25
Desember
2015
Testing
Program
28
desember
2015
Melakukan test
terhadap programTesting
program
telah
dilakukan
oleh team
25/12/2015 Melakukan
test terhadap
program dan
sistem produk
siap diberikan
kepada klien
Project
manag
er
28/12/201
5
6. Communication Plan
- Tabel kebutuhan komunikasi
Stakeholder Information requirement
Project manager Informasi mengenai requirement yang
dibutuhkan apa saja di IGD Dr.Oen
berdasarkan sumber yang telah
dikumpulkan dan diolah, menyusun
rencana-rencana untuk mewujudkan
proyek tersebut menjadi nyata
System developer Informasi mengenai sistem di IGD
Dr.Oen yang dibangun seperti apa
misalnya pengimplementasian ke
dalam bentuk kode pemrograman
System analyst Informasi mengenai sistem di IGD
Dr.Oen yang akan dianalisa sebelum
dibangun misalnya seperti
pembangunan database, desain
aplikasi, pembuatan usecase
Human resources Informasi mengenai kinerja tim dan
hubungan antara individu dengan yg
lain dalam satu tim itu seperti apa
Dokumentator Informasi mengenai setiap milestone
berdasarkan sistem di IGD Dr.Oen
yang dijalankan oleh masing-masing
task misalnya di setiap task yang
dijalankan dalam jadwal harus
semuanya didokumentasikan
- Tabel jadwal komunikasi
ID Event Description Purpose Method Frekue
nsi
Date
(s)
1.1 Project
team
berku
mpul
Meninjau
ulang
perkembanga
n proyek yang
telah
dijalankan
oleh masing-
masing team
Untuk
mengetahui
perkembanga
n proyek
seperti resiko,
kendala dan
sejauh mana
proyek yang
telah
dijalankan
oleh
seseorang
tersebut
Verbal Tiap
minggu
06/1
0/20
15
1.2 Project
team
dan
klien
berku
Mereview
requirement
yang
dibutuhkan
oleh klien
Untuk
mengetahui
kebutuhan
yang
dikehendaki
Verbal Weekly 06/1
0/20
15
mpul sudah sesuai
atau belum
klien sudah
sesuai atau
belum
1.3 Penand
atanga
nan
project
charter
Memastikan
project akan
sanggup
dijalankan
Untuk
mendapatkan
persetujuan
dari kedua
belah pihak
Verbal
dan
tertulis
Depend
s on
klien
7. Procurement Plan
- Procurement Requirements
Product Description Product ID Quantity Estimasi
waktu
Membangun
Database dan
tabel
Menggunakan
PHPMyAdmin
DT1 1 kumpulan
database
1 hari
Mengaplikasikan
ke dalam bentuk
web aplikasi
Menggunakan
bahasa
pemrograman
PHP yang
berbasiskan
html
AW1 1 sistem
aplikasi
berbasis web
27 hari
BAB IV
PENUTUP
Proyek ini sangat potensial sekali untuk dikembangkan di rumah sakit
khususnya di bagian UGD. Karena penerapan sistem yang akan kami tawarkan,
tentunya diharapkan dapat membantu semua lapisan yang ada dalam rumah sakit
bekerja secara optimal untuk membuat puas pasien.
DAFTAR PUSTAKA
Muslich.2009._., diakses melalui
http://repository.usu.ac.id/bitstream/123456789/23459/4/Chapter%20I.p
df, pada 17 September 2015 pukul 21.03 WIB.
Norman, Don.2002._., diakses melalui
http://repository.usu.ac.id/bitstream/123456789/35193/4/Chapter%20II.p
df, pada 16 September 2015 pukul 19.25 WIB.
Prasetya, Hery, da Lukiastuti, Fitri.2009._., diakses melalui
http://repository.usu.ac.id/bitstream/123456789/23459/4/Chapter%20I.p
df, pada 16 September 2015 pukul 19.00 WIB.