Tugas Manajemen Waktu
Manajemen Waktu Proyek Sistem Informasi Manajemen Rumah Sakit Berbasis Web
MPPL A
Arga Lancana Y 5113100057
Agung Teguh S 5113100133
Anugerah Yulindra S 5113100186
Teknik Pengembangan yang dipilih
Teknik PrototypingCara Kerja
Pertama, developer melakukan analisa terhadap kebutuhan kepada stakeholder. Lalu, developer melakukan pembuatan prototype yang dilanjutkan dengan pengujian dan penyempurnaan. Setelah itu, hasil prototype tersebut dipresentasikan kepada stakeholder serta melakukan evaluasi sesuai dengan komentar dari stakeholder. Terakhir, apabila stakeholder menyetujui prototype yang dipresentasikan oleh developer, maka developer melakukan implementasi langsung dengan koding.Catatan: penjadwalan pada tugas ini berkemungkinan memiliki ketidaksesuaian dengan tugas Project Charter yang sebelumnya dibuat, yang dimana pada Project Charter sebelumnya memiliki kisaran pengerjaan 2 bulan(secara kasar), dan kemudian setelah mendapatkan pelajaran terbaru mengenai pembuatan estimasi waktu pengerjaan, akhirnya kami mendapatkan waktu lebih dari 2 bulan.
1. Definisi Aktivitas
Mindmap Work Breakdown Structure:

Maka, berdasarkan mindmap di atas, daftar aktifitas yang harus dilakukan antara lain:
| Daftar Aktivitas yang Harus Dilakukan |
| Menghubungi stakeholder dan membuat perjanjian waktu pertemuan |
| Melakukan wawancara kepada stakeholder terkait kebutuhan yang dibutuhkan pada sistem |
| Menggali informasi proses bisnis pada manajemen rumah sakit |
| Mendefinisikan kebutuhan pengguna |
| Mendefinisikan kebutuhan sistem |
| Memilih kebutuhan apa saja yang akan ada pada sistem informasi manajemen rumah sakit |
| Mengkonfirmasi ulang kebutuhan yang sudah kita analisa kepada stakeholder |
| Membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian kebutuhan dan kebutuhan final |
| Membuat prototype sistem informasi manajemen rumah sakit |
| Menunjukkan hasil prototype kepada stakeholder |
| Mencatat hasil evaluasi prototype dari stakeholder |
| Implementasi sistem dari hasil prototype yang disetujui stakeholder |
| Implementasi interface dari hasil prototype yang disetujui stakeholder |
| Penggabungan sistem dan interface |
| Uji Coba aplikasi oleh developer dan stakeholder |
| Evaluasi kepada stakeholder |
| Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya |
| Pembuatan skenario pengujian |
| Melakukan testing oleh stakeholder sesuai dengan skenario pengujian |
| Melakukan perbaikan bila terjadi gangguan |
| Perencanaan pembuatan tim support |
| Perencanaan tugas tim support |
| Pemilihan anggota tim support |
| Menjalankan tim support |
2. Pengurutan Aktivitas
Segala aktivitas yang telah terdaftar pada poin 1, disusun secara sekuensial dari awal dan dikelompokkan untuk tiap-tiap aktifitas menjadi Tahap dan Milestones.Keterangan: kalimat cetak tebal adalah nama proyek, tahap, dan sub tahap tergantung dengan indentasi. Sementara kalimat cetak normal adalah milestones dari setiap tahap.
| Daftar Aktivitas yang Harus Dilakukan |
| Sistem Informasi Manajemen Rumah Sakit |
| Konsep |
| Mendefinisikan Kebutuhan |
| Menghubungi stakeholder dan membuat perjanjian waktu pertemuan |
| Melakukan wawancara kepada stakeholder terkait kebutuhan yang dibutuhkan pada sistem |
| Menggali informasi proses bisnis pada manajemen rumah sakit |
| Mendefinisikan kebutuhan pengguna |
| Mendefinisikan kebutuhan sistem |
| Analisa Kebutuhan |
| Memilih kebutuhan apa saja yang akan ada pada sistem informasi manajemen rumah sakit |
| Mengkonfirmasi ulang kebutuhan yang sudah kita analisa kepada stakeholder |
| Membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian kebutuhan dan kebutuhan final |
| Pembuatan Prototype |
| Desain Sistem dan Jalannya Sebuah Sistem |
| Membuat prototype sistem informasi manajemen rumah sakit |
| Evaluasi Prototype dengan Stakeholder |
| Menunjukkan hasil prototype kepada stakeholder |
| Mencatat hasil evaluasi prototype dari stakeholder |
| Pembuatan Aplikasi oleh Developer |
| Implementasi sistem dari hasil prototype yang disetujui stakeholder |
| Implementasi interface dari hasil prototype yang disetujui stakeholder |
| Penggabungan sistem dan interface |
| Uji Coba aplikasi oleh developer dan stakeholder |
| Konfirmasi Akhir Hasil Implementasi |
| Evaluasi kepada stakeholder |
| Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya |
| Testing |
| Pembuatan skenario pengujian |
| Melakukan testing oleh stakeholder sesuai dengan skenario pengujian |
| Melakukan perbaikan bila terjadi gangguan |
| Support |
| Perencanaan pembuatan tim support |
| Perencanaan tugas tim support |
| Pemilihan anggota tim support |
| Menjalankan tim support |
3. Estimasi sumber daya aktivitas (sesuai dengan Project Charter)
a. Bahan
- Dokumen SKPL
- Dokumen DPPL
b. Tenaga Kerja
- Project manager
- Developer
- System Analyst
- Dokumentator
- Stakeholder (Tenaga Ahli Ruma Sakit)
- Dokumentator
c. Alat
- Hardware
- PC/ Laptop
- Server
- Software
- Software
- Ms Visual Studio
- Brackets
- Proto.io
- Ms Office
- phpMyAdmin Database
- Xampp
Detail tanggung jawab untuk setiap kegiatan dapat dilihat pada tabel berikut:
| Kegiatan | Pemilik | Due Date/Sequence |
| Wawancara kebutuhan stakeholder | Project Manager, Stakeholder | Melakukan wawancara untuk mendapatkan kebutuhan utama |
| Membuat fitur-fitur mengenai website yang akan dibuat | Developer, System Analyst, Stakeholder | Tim web developer, web analyst dan stakeholder bersama-sama mendiskusikan dan membuat fitur-fitur apa saja yang diperlukan |
| Mengumpulkan data-data yang akan digunakan pada website | Developer, Stakeholder | Tim database developer dan stakeholder mendiskusikan data apa saja yang akan dimasukkan ke dalam website |
| Membuat desain interface sesuai dengan kebutuhan | Developer, System Analyst, Stakeholder | Web designer, web analyst dan stakeholder bersama-sama mendiskusikan desain yang sesuai dengan kebutuhan stakeholder namun tetap berada pada ruang lingkup yang sudah disepakati |
| Membuat deskripsi hasil kerja (spesifikasi kebutuhan, source code, test plan) | Stakeholder, Tim Proyek | Tim proyek dapat mendeskripsikan dan mendiskusikan kepada stakeholders mengenai asumsi proyek yang dibuat |
| Testing aplikasi | Tester (Tenaga ahli rumah sakit) | Melakukan uji coba terhadap aplikasi yang sudah dibuat |
| Implementasi aplikasi web | Tim Proyek | Tim melakukan implementasi aplikasi web |
4. Estimasi durasi aktivitas
Durasi setiap aktivitas diestimasi berdasarkan kesulitan dan kerumitan antar pemegang tanggung jawab. Aktifitas yang hanya dipegang oleh satu pihak tentu lebih cepat daripada aktifitas yang menyangkut berbagai pihak.| Daftar Aktivitas yang Harus Dilakukan | Durasi (HARI) |
| Sistem Informasi Manajemen Rumah Sakit | 70 |
| Konsep | 17 |
| Mendefinisikan Kebutuhan | 9 |
| Menghubungi stakeholder dan membuat perjanjian waktu pertemuan | 1 |
| Melakukan wawancara kepada stakeholder terkait kebutuhan yang dibutuhkan pada sistem | 2 |
| Menggali informasi proses bisnis pada manajemen rumah sakit | 2 |
| Mendefinisikan kebutuhan pengguna | 2 |
| Mendefinisikan kebutuhan sistem | 2 |
| Analisa Kebutuhan | 8 |
| Memilih kebutuhan apa saja yang akan ada pada sistem informasi manajemen rumah sakit | 3 |
| Mengkonfirmasi ulang kebutuhan yang sudah kita analisa kepada stakeholder | 2 |
| Membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian kebutuhan dan kebutuhan final | 3 |
| Pembuatan Prototype | 7 |
| Desain Sistem dan Jalannya Sebuah Sistem | 7 |
| Membuat prototype sistem informasi manajemen rumah sakit | 7 |
| Evaluasi Prototype dengan Stakeholder | 2 |
| Menunjukkan hasil prototype kepada stakeholder | 1 |
| Mencatat hasil evaluasi prototype dari stakeholder | 1 |
| Pembuatan Aplikasi oleh Developer | 28 |
| Implementasi sistem dari hasil prototype yang disetujui stakeholder | 12 |
| Implementasi interface dari hasil prototype yang disetujui stakeholder | 10 |
| Penggabungan sistem dan interface | 4 |
| Uji Coba aplikasi oleh developer dan stakeholder | 2 |
| Konfirmasi Akhir Hasil Implementasi | 4 |
| Evaluasi kepada stakeholder | 2 |
| Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya | 2 |
| Testing | 6 |
| Pembuatan skenario pengujian | 2 |
| Melakukan testing oleh stakeholder sesuai dengan skenario pengujian | 2 |
| Melakukan perbaikan bila terjadi gangguan | 2 |
| Support | 6 |
| Perencanaan pembuatan tim support | 2 |
| Perencanaan tugas tim support | 2 |
| Pemilihan anggota tim support | 1 |
| Menjalankan tim support | 1 |
5. Pengembangan jadwal