Top Banner
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
40

Kel 5_project Plan-revisi 1.0

Apr 10, 2016

Download

Documents

kelompok tugas menpro yang harus dikerjakan bersama kelompok dan mempunyai salah satu software pembantu juga yaitu ms.project.
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Kel 5_project Plan-revisi 1.0

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

Page 2: Kel 5_project Plan-revisi 1.0

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.

Page 3: Kel 5_project Plan-revisi 1.0

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.

Page 4: Kel 5_project Plan-revisi 1.0

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

Page 5: Kel 5_project Plan-revisi 1.0

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

Page 6: Kel 5_project Plan-revisi 1.0

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,

[email protected]

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

Page 7: Kel 5_project Plan-revisi 1.0

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.

Page 8: Kel 5_project Plan-revisi 1.0

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

Page 9: Kel 5_project Plan-revisi 1.0

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

Page 10: Kel 5_project Plan-revisi 1.0

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

Page 11: Kel 5_project Plan-revisi 1.0

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

Page 12: Kel 5_project Plan-revisi 1.0

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,

Page 13: Kel 5_project Plan-revisi 1.0

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

Page 14: Kel 5_project Plan-revisi 1.0

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

Page 15: Kel 5_project Plan-revisi 1.0

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

Page 16: Kel 5_project Plan-revisi 1.0

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

Page 17: Kel 5_project Plan-revisi 1.0

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

Page 18: Kel 5_project Plan-revisi 1.0

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

Page 19: Kel 5_project Plan-revisi 1.0

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

Page 20: Kel 5_project Plan-revisi 1.0

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

Page 21: Kel 5_project Plan-revisi 1.0

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

Page 22: Kel 5_project Plan-revisi 1.0

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

Page 23: Kel 5_project Plan-revisi 1.0

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

Page 24: Kel 5_project Plan-revisi 1.0

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

Page 25: Kel 5_project Plan-revisi 1.0

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

Page 26: Kel 5_project Plan-revisi 1.0

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

Page 27: Kel 5_project Plan-revisi 1.0

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

Page 28: Kel 5_project Plan-revisi 1.0

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.

Page 29: Kel 5_project Plan-revisi 1.0

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.