Manajemen Waktu Proyek Sistem
Informasi Rest Area Pada Jalan Tol Di Indonesia
Rifqi Nur Fadhilah - 5113100170
Luwandino Wismar - 5113100181
MPPL A
Teknik
Pengembangan yang dipilih : Teknik Prototyping
Cara Kerja
: Pertama developer melakukan analisa terhadap kebutuhan-kebutuhan kepada stakeholder lalu developer
melakukan pembuatan prototype termasuk pengujian dan penyempurnaan setelah itu
ditunjukan kepada stakeholder dan dilakukan evaluasi apabila stakeholder sudah
setuju dengan prototype yang ditunjukan maka developer melakukan implementasi
secara kodingan.
Catatan :
penjadwalan pada tugas ini sangat dimungkinkan untuk tidak sesuai dengan tugas
Project Charter yang sebelumnya dibuat, karena pada tugas sebelumnya hanya
dilakukan perkiraan kasarnya saja (waktu pengerjaan tetap dua bulan,
tetapi penganggalan saat itu hanya perkiraan kasar, dan saat dihitung lebih lanjut dengan cara
yang baru saja diajarkan, didapatkan waktu estimasi berbeda).
1. Definisi Aktivitas
Mindmap WBS:
Maka dari mindmap tersebut dapat didaftar
aktifitas yang harus dilakukan diantaranya:
Daftar Aktivitas yang Harus Dilakukan
|
Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu
|
Melakukan wawancara kepada stakeholder terkait
kebutuhan apa saja yang ada pada
sistem
|
Menggali informasi dan data rest area
|
Menggali informasi dan data yang mendukung
|
Mendefinisikan kebutuhan pengguna
|
Mendefinisikan kebutuhan sistem
|
Memilih kebutuhan apa saja yang akan ada pada sistem informasi rest area pada jalan tol di Indonesia
|
Mengonfirmasi ulang kebutuhan yang sudah kita
analisis kepada stakeholder
|
Membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian
kebutuhan dan kebutuhan final
|
Membuat prototype sistem informasi rest area pada jalan tol di Indonesia
|
Menunjukan 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 didaftar pada poin 1, kemudian disusun secara sekuensial dari awal
dan mengelompokkan tiap-tiap aktivitas 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 Rest Area Pada
Jalan Tol Di Indonesia
|
Konsep
|
Penggalian Kebutuhan
|
Menghubungi Stakeholder dan Membuat Perjanjian
Waktu untuk Bertemu
|
Melakukan wawancara kepada stakeholder terkait kebutuhan apa saja
yang ada pada sistem
|
Menggali informasi dan data rest area
|
Menggali informasi dan data yang
mendukung
|
Mendefinisikan kebutuhan pengguna
|
Mendefinisikan kebutuhan sistem
|
Analisis
Kebutuhan
|
Memilih kebutuhan apa saja yang akan ada pada sistem informasi rest area pada jalan tol di Indonesia
|
Mengonfirmasi ulang kebutuhan
yang sudah kita analisis kepada stakeholder
|
Membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian
kebutuhan dan kebutuhan final
|
Pembuatan
Prototype
|
Desain Sistem dan
Jalannya Sistem
|
Membuat prototype sistem
informasi rest area pada jalan tol
di Indonesia
|
Evaluasi Prototype Kepada Stakeholder
|
Menunjukan hasil prototype kepada
stakeholder
|
Mencatat hasil evaluasi prototype
dari stakeholder
|
Implementasi Sistem
|
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
|
Konfimasi 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
i.
Dokumen SKPL
ii.
Dokumen DPPL
b.
Tenaga Kerja
i.
Project Manager
ii.
Web Developer
iii.
Web Designer
iv.
Web Analyst
v.
Dokumentator
vi.
Tester
c.
Alat
i.
Hardware
1.
PC/Laptop
2.
Server
ii.
Software
1.
Sublime Text 3
2.
XAMPP
3.
phpMyAdmin
4.
Pencil
5.
Ms. Office
Detail tanggung jawab untuk
setiap kegiatan dapat dilihat pada tabel berikut:
Departemental SOW
|
Owner/Prime
|
Due Date/Sequence
|
Interview
kebutuhan stakeholder
|
Project Manager, Stakeholder
|
Melakukakan
wawancara untuk mendapatkan kebutuhan utama
|
Fitur-fitur
mengenai profilling yang akan dibuat
|
Web
Developer, Stakeholder
|
Tim web
developer dan stakeholder mendiskusikan dan membuat requirement fitur-fitur
apa yang diperlukan
|
Melakukan
desain interface sesuai dengan kebutuhan
|
Web
Designer, Stakerholder
|
Web
Designer dan Stakeholder bersama-sama mendisikusikan desain yang sesuai
dengan kebutuhan stakeholder namun tidak dapat keluar dari ruang lingkup yang
terlah di sepakati.
|
Deskripsi
hasil kerja (spesifikasi kebutuhan, source code, test plan)
|
Stakeholder,
Tim proyek
|
Pada tim
proyek harus dapat mendiskripsikan dan mendiskusikan kepada stakeholders
mengenai asumsi projek yang dibuat
|
Estimasi
usaha setiap work product tersebut
|
Project
Manager
|
Project
manager memilih seorang moderator dan tim estimasi yang terdiri atas 3 hingga
7 orang. Jika tim yang telah dipilih merasa bahwa dokumen vision dan scope
kurang memberikan informasi, maka project manager harus
memperbaiki
dokumen tersebut
|
Testing
aplikasi
|
Tester
|
Melakukan
uji coba terhadap aplikasi yang terlah dibuat
|
Implementasi
aplikasi web
|
Tim Proyek
|
Tim
melakukan implementasi aplikasi web
|
4. Estimasi Durasi Aktivitas
Durasi setiap aktivitas diestimasi berdasar
kesulitannya dan kerumitan antar yang bertanggung jawab. Aktivitas yang hanya
dipegang oleh satu pihak tentu lebih cepat daripada aktivitas yang berhubungan
dengan berbagai pihak.
Daftar Aktivitas yang Harus Dilakukan
|
Durasi (Hari)
|
Sistem Informasi Rest Area Pada
Jalan Tol Di Indonesia
|
62
|
Konsep
|
14
|
Penggalian Kebutuhan
|
10
|
Menghubungi
Stakeholder dan Membuat Perjanjian Waktu untuk bertemu
|
1
|
Melakukan wawancara kepada stakeholder terkait
kebutuhan apa saja yang ada pada
sistem
|
1
|
Menggali informasi
dan data rest area
|
2
|
Menggali informasi
dan data yang mendukung
|
2
|
Mendefinisikan
kebutuhan pengguna
|
2
|
Mendefinisikan
kebutuhan sistem
|
2
|
Analisis Kebutuhan
|
4
|
Memilih kebutuhan apa saja yang akan ada pada sistem
informasi rest area pada jalan tol
di Indonesia
|
1
|
Mengonfirmasi ulang kebutuhan yang sudah kita
analisis kepada stakeholder
|
1
|
Membuat dokumen kebutuhan yang berisi segala hasil
tahapan penggalian kebutuhan dan kebutuhan final
|
2
|
Pembuatan
Prototype
|
7
|
Desain
Sistem dan Jalannya Sistem
|
7
|
Membuat prototype sistem informasi rest area pada jalan tol di Indonesia
|
7
|
Evaluasi Prototype Kepada
Stakeholder
|
2
|
Menunjukan hasil
prototype kepada stakeholder
|
1
|
Mencatat hasil
evaluasi prototype dari stakeholder
|
1
|
Implementasi Sistem
|
23 |
Implementasi sistem
dari hasil prototype yang disetujui stakeholder
|
10
|
Implementasi interface dari hasil prototype yang
disetujui stakeholder
|
8
|
Penggabungan sistem
dan interface
|
3
|
Uji Coba
aplikasi oleh developer dan stakeholder
|
2
|
Konfimasi Akhir Hasil Implementasi
|
4
|
Evaluasi kepada
stakeholder
|
1
|
Melakukan perubahan apabila ada kesalahan yang telah
disepakati antara developer dan stakeholder sebelumnya
|
3
|
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
No
|
Daftar Aktivitas yang Harus Dilakukan
|
Durasi (Hari)
|
Mulai
|
Selesai
|
Predecessors
|
1
|
Sistem Informasi Rest Area Pada
Jalan Tol Di Indonesia
|
62
|
1 April 2016
|
28
Juni 2016
|
|
2
|
Konsep
|
14
|
1
April 2016
|
20
April 2016
|
|
3
|
Penggalian Kebutuhan
|
10
|
1 April 2016
|
14 April 2016
|
|
4
|
Menghubungi
Stakeholder dan Membuat Perjanjian Waktu untuk bertemu
|
1
|
1 April 2016
|
1 April 2016
|
|
5
|
Melakukan wawancara kepada stakeholder terkait
kebutuhan apa saja yang ada pada
sistem
|
1
|
4
April 2016
|
4
April 2016
|
|
6
|
Menggali informasi dan data rest area
|
2
|
5 April 2016
|
6 April 2016
|
|
7
|
Menggali informasi dan data yang mendukung
|
2
|
7 April 2016
|
8 April 2016
|
|
8
|
Mendefinisikan kebutuhan pengguna
|
2
|
11 April 2016
|
12 April 2016
|
5,6,7
|
9
|
Mendefinisikan kebutuhan sistem
|
2
|
13 April 2016
|
14 April 2016
|
5,6,7
|
10
|
Analisis Kebutuhan
|
4
|
15
April 2016
|
20
April 2016
|
3
|
11
|
Memilih kebutuhan apa saja yang akan ada pada sistem
informasi rest area pada jalan tol
di Indonesia
|
1
|
15
April 2016
|
15
April 2016
|
3
|
12
|
Mengonfirmasi ulang kebutuhan yang sudah kita
analisis kepada stakeholder
|
1
|
18
April 2016
|
18
April 2016
|
|
13
|
Membuat dokumen kebutuhan yang berisi segala hasil
tahapan penggalian kebutuhan dan kebutuhan final
|
2
|
19
April 2016
|
20
April 2016
|
3
|
14
|
Pembuatan
Prototype
|
7
|
21 April 2016
|
29 April 2016
|
|
15
|
Desain
Sistem dan Jalannya Sistem
|
7
|
21
April 2016
|
29
April 2016
|
|
16
|
Membuat prototype sistem informasi rest area pada jalan tol di Indonesia
|
7
|
21 April 2016
|
29 April 2016
|
2
|
17
|
Evaluasi
Prototype Kepada Stakeholder
|
2
|
2
Mei 2016
|
3
Mei 2016
|
|
18
|
Menunjukan hasil prototype kepada stakeholder
|
1
|
2 Mei 2016
|
2 Mei 2016
|
15
|
19
|
Mencatat hasil evaluasi prototype dari stakeholder
|
1
|
3
Mei 2016
|
3
Mei 2016
|
|
20
|
Implementasi Sistem
|
23
|
4 Mei 2016
|
6 Juni 2016
|
|
21
|
Implementasi sistem dari hasil prototype yang disetujui
stakeholder
|
10
|
4 Mei 2016
|
18 Mei 2016
|
14,17
|
22
|
Implementasi interface dari hasil prototype yang
disetujui stakeholder
|
8
|
19 Mei 2016
|
30 Mei 2016
|
14,17
|
23
|
Penggabungan sistem dan interface
|
3
|
31 Mei 2016
|
2 Juni 2016
|
21,22
|
24
|
Uji Coba aplikasi oleh developer dan
stakeholder
|
2
|
3 Juni 2016
|
6 Juni 2016
|
18
|
25
|
Konfimasi
Akhir Hasil Implementasi
|
4
|
7 Juni 2016
|
10 Juni 2016
|
18
|
26
|
Evaluasi kepada
stakeholder
|
1
|
7 Juni 2016
|
7 Juni 2016
|
|
27
|
Melakukan perubahan apabila ada kesalahan yang telah
disepakati antara developer dan stakeholder sebelumnya
|
3
|
8
Juni 2016
|
10
Juni 2016
|
|
33
|
Testing
|
6
|
13 Juni 2016
|
20 Juni 2016
|
|
34
|
Pembuatan
skenario pengujian
|
2
|
13 Juni 2016
|
14 Juni 2016
|
10
|
35
|
Melakukan
testing oleh stakeholder sesuai dengan skenario pengujian
|
2
|
15 Juni 2016
|
16 Juni 2016
|
|
36
|
Melakukan
perbaikan bila terjadi gangguan
|
2
|
17 Juni 2016
|
20 Juni 2016
|
|
37
|
Support
|
6
|
21
Juni 2016
|
28
Juni 2016
|
|
38
|
Perencanaan
pembuatan tim support
|
2
|
21 Juni 2016
|
22 Juni 2016
|
|
39
|
Perencanaan
tugas tim support
|
2
|
23 Juni 2016
|
24 Juni 2016
|
38
|
40
|
Pemilihan
anggota tim support
|
1
|
27 Juni 2016
|
27 Juni 2016
|
39
|
41
|
Menjalankan tim support
|
1
|
28 Juni 2016
|
28 Juni 2016
|
40
|
Tidak ada komentar:
Posting Komentar