Smart Reserved Hotel

RENCANA MANAJEMEN PROYEK TEMPLATE
Rencana Manajemen Proyek Template ini gratis untuk Anda untuk menyalin dan menggunakan
pada proyek Anda
dan dalam organisasi Anda. Kami berharap bahwa Anda menemukan template ini berguna dan
menyambut komentar Anda. distribusi publik dokumen ini hanya diijinkan
dari situs resmi Manajemen Proyek Docs di:
www.ProjectManajemenDocs.com
RENCANA MANAJEMEN PROYEK

SMART HOTEL RESERVED
NAMA PERUSAHAAN
ALAMAT JALAN
KOTA (*): NEGARA (*): KODE POS
TANGGAL
Rencana Manajemen Proyek Template
www.ProjectManagementDocs.com
Daftar Isi
PENDAHULUAN (BRIAN)...................................................................................................................2
PENDEKATAN MANAJEMEN PROYEK (BRIAN) .................................................................................2
LINGKUP PROYEK (?)........................................................................................................................3
MILESTONE DAFTAR (BRIAN)..........................................................................................................3
JADWAL DASAR DAN PERINCIAN KERJA STRUKTUR (BRIAN).........................................................4
RENCANA MANAJEMEN PERUBAHAN (BRIAN)................................................................................4
RENCANA PENGELOLAAN KOMUNIKASI (BRIAN)............................................................................5
RENCANA PENGELOLAAN BIAYA (BRIAN).......................................................................................7
PENGADAAN RENCANA PENGELOLAAN (FARIDAH).........................................................................9
LINGKUP PROYEK RENCANA PENGELOLAAN (FARIDAH).................................................................9
RENCANA PENGELOLAAN JADWAL (FARIDAH)..............................................................................10
RENCANA MANAJEMEN KUALITAS (DEVI)....................................................................................11
RENCANA MANAJEMEN RISIKO (DEVI).........................................................................................13
RISIKO REGISTER (DEVI)...............................................................................................................13
RENCANA PENGELOLAAN STAFFING (DEVI)..................................................................................13
SUMBER DAYA KALENDER (MELI).................................................................................................15
BIAYA DASAR (MELI).....................................................................................................................15
KUALITAS DASAR (HINGGIL).........................................................................................................16
SPONSOR PENERIMAAN (HINGGIL)................................................................................................17
Stakeholder Management (meli)

Procurement management plan (devi)
Prototype (hinggil)
1
PENGANTAR
Pendahuluan memberikan gambaran tingkat tinggi dari proyek dan apa yang termasuk dalam
Rencana Manajemen Proyek ini. Ini harus mencakup deskripsi tingkat tinggi proyek dan
menggambarkan proyek kiriman dan manfaat. Berlebihan rinci tidak diperlukan di bagian ini
sebagai bagian lain dari rencana proyek akan mencakup informasi ini. Bagian ini harus
memberikan kerangka dirangkum dari proyek dan tujuannya. Melihat kembali pada Piagam
Proyek informasi untuk dimasukkan dalam bagian ini.
Total Software Incorporated di (TSI) baru-baru ini telah menyetujui proyek SmartVoice untuk
bergerak maju untuk inisiasi proyek dalam (R & D) kelompok penelitian dan pengembangan.
Proyek ini akan menghasilkan pengembangan perangkat lunak pengenalan suara baru dan
mendukung strategi perusahaan TSI ini memberikan solusi progresif untuk klien yang
meningkatkan produktivitas baik di tempat kerja dan lingkungan rumah. Sementara perangkat
lunak pengenalan suara saat ini tersedia, TSI percaya bahwa perkembangan teknologi baru akan
memungkinkan tim kami untuk mengembangkan solusi yang jauh lebih unggul daripada apa
yang saat ini tersedia.
TSI telah berhasil memperoleh pangsa pasar karena mengejar agresif kualitas produk,
kemudahan penggunaan, fleksibilitas, dan layanan pelanggan. Selain itu, pelanggan memahami
bahwa produk kami dapat diterapkan untuk berbagai macam kegunaan untuk bisnis dan pribadi
fungsi. Dengan memanfaatkan reputasi kami untuk kualitas unggul dan produk user-friendly, dan
memanfaatkan teknologi baru, TSI dapat memposisikan diri sebagai penyedia utama perangkat
lunak yang efektif dan mudah untuk pengakuan penggunaan suara di pasar saat ini.
PENDEKATAN MANAJEMEN PROYEK

Bagian ini adalah di mana Anda menguraikan pendekatan manajemen secara keseluruhan untuk
proyek tersebut. Bagian ini harus menjelaskan, secara umum, peran dan kewenangan anggota tim
proyek. Hal ini juga harus mencakup organisasi yang akan menyediakan sumber daya untuk
proyek dan kendala sumber daya atau keterbatasan. Jika ada keputusan yang harus dibuat oleh
spesifik individu-misalnya otorisasi dana tambahan oleh sponsor proyek-ini juga harus
dinyatakan di sini. Ini harus ditulis sebagai Ringkasan Eksekutif untuk Rencana Manajemen
Proyek.
Project Manager, Joe Hijau, memiliki kewenangan secara keseluruhan dan tanggung jawab untuk
mengelola dan melaksanakan proyek ini sesuai dengan Rencana Proyek ini dan Anak Perusahaan
Rencana Manajemen. Tim proyek akan terdiri dari personil dari kelompok coding, kontrol
kualitas / kelompok jaminan, kelompok menulis teknis, dan pengujian kelompok. Manajer
proyek akan bekerja dengan semua sumber daya untuk melakukan perencanaan proyek. Semua
proyek dan rencana pengelolaan anak perusahaan akan ditinjau dan disetujui oleh sponsor
proyek. Semua keputusan pendanaan juga akan dilakukan oleh sponsor proyek. Setiap
pendelegasian wewenang persetujuan kepada manajer proyek harus dilakukan secara tertulis dan
ditandatangani oleh kedua sponsor proyek dan manajer proyek.
2
Tim proyek akan menjadi matriks yang anggota tim dari masing-masing organisasi terus laporan
kepada manajemen organisasi mereka sepanjang durasi proyek. Manajer proyek bertanggung
jawab untuk berkomunikasi dengan manajer organisasi pada kemajuan dan kinerja masing-
masing sumber daya proyek.
RUANG LINGKUP PROYEK

Menyatakan lingkup proyek di bagian ini. Pernyataan ruang lingkup dari piagam proyek harus
digunakan sebagai titik awal; Namun, rencana proyek perlu menyertakan lingkup jauh lebih rinci
daripada piagam. Detail ini harus mencakup apa proyek yang dilakukan dan tidak termasuk.
Semakin rinci termasuk dalam bagian ini, semakin baik produk. Hal ini akan membantu untuk
memperjelas apa yang termasuk dalam proyek dan bantuan untuk menghindari kebingungan dari
anggota tim proyek dan stakeholder.
Ruang lingkup proyek SmartVoice TSI meliputi perencanaan, desain, pengembangan, pengujian,
dan transisi dari paket perangkat lunak pengenalan SmartVoice suara. Perangkat lunak ini akan
memenuhi atau melampaui standar perangkat lunak organisasi dan persyaratan tambahan
didirikan pada piagam proyek. Ruang lingkup proyek ini juga mencakup penyelesaian semua
dokumentasi, manual, dan alat bantu pelatihan untuk digunakan dalam hubungannya dengan
perangkat lunak. Proyek selesai akan terjadi ketika perangkat lunak dan dokumentasi paket telah
berhasil dieksekusi dan dialihkan ke kelompok manufaktur TSI untuk produksi.
Semua pekerjaan proyek SmartVoice akan dilakukan secara internal dan tidak ada bagian dari
proyek ini akan outsourcing. Ruang lingkup proyek ini tidak termasuk perubahan dalam
persyaratan untuk sistem standar operasi untuk menjalankan perangkat lunak, pembaruan
perangkat lunak atau revisi.
MILESTONE DAFTAR
Memberikan daftar ringkasan tonggak termasuk tanggal untuk masing-masing tonggak. Sertakan
paragraf pengantar dalam bagian ini yang menyediakan beberapa wawasan ke tonggak utama.
Bagian ini juga harus menyebutkan atau membicarakan tindakan yang diambil jika ada
perubahan pada tonggak atau tanggal pengiriman yang diperlukan.
Di bawah grafik daftar tonggak utama untuk Proyek SmartVoice. Bagan ini terdiri hanya dari
tonggak proyek besar seperti penyelesaian fase proyek atau gerbang ulasan. Mungkin ada
tonggak kecil yang tidak disertakan pada grafik ini, tetapi termasuk dalam jadwal proyek dan
WBS. Jika ada penundaan penjadwalan yang dapat berdampak tonggak atau tanggal pengiriman,
manajer proyek harus diberitahukan segera sehingga langkah-langkah proaktif dapat diambil
untuk mengurangi slip di tanggal. Setiap perubahan disetujui untuk tonggak ini atau tanggal akan
dikomunikasikan kepada tim proyek oleh manajer proyek.
batu Deskripsi Tanggal

Persyaratan lengkap Temu Semua persyaratan untuk SmartVoice harus 2/28 / xx
ditentukan untuk desain dasar pada
SmartVoice Desain Ini adalah desain teoritis untuk perangkat lunak dan 5/31 / xx
3
lengkap fungsinya
Lengkap SmartVoice Semua coding selesai menghasilkan prototipe 7/31 / xx
Coding perangkat lunak
Lengkapi SmartVoice Semua fungsi diuji dan semua kesalahan 8/31 / xx
Pengujian dan Debugging diidentifikasi dikoreksi
Transisi lengkap dari software selesai dan dokumentasi dialihkan ke 11/30 / xx
SmartVoice ke TSI kelompok operasi untuk memulai produksi
Production
JADWAL DASAR DAN PEKERJAAN STRUKTUR BREAKDOWN

Bagian ini harus membahas WBS, WBS kamus, dan Jadwal dasar dan bagaimana mereka akan
digunakan dalam mengelola ruang lingkup proyek. WBS menyediakan paket pekerjaan yang
harus dilakukan untuk penyelesaian proyek. WBS Dictionary mendefinisikan paket pekerjaan.
Jadwal dasar menyediakan titik referensi untuk mengelola kemajuan proyek karena berkaitan
dengan jadwal dan waktu. Struktur jadwal baseline dan rincian kerja (WBS) harus dibuat dalam
Microsoft Project. WBS dapat diekspor dari file MS Project.
WBS untuk Proyek SmartVoice terdiri dari paket pekerjaan yang tidak melebihi 40 jam kerja tapi
setidaknya 4 jam kerja. paket pekerjaan dikembangkan melalui kerjasama erat antara anggota tim
proyek dan stakeholder dengan masukan dari manajer fungsional dan penelitian dari proyek-
proyek masa lalu.
WBS Dictionary mendefinisikan semua paket pekerjaan untuk Proyek SmartVoice. Definisi ini
mencakup semua tugas, sumber daya, dan kiriman. Setiap paket pekerjaan dalam WBS
didefinisikan dalam kamus WBS dan akan membantu dalam perencanaan sumber daya,
penyelesaian tugas, dan memastikan kiriman memenuhi persyaratan proyek.
Jadwal SmartVoice Proyek berasal dari WBS dan Piagam Proyek dengan masukan dari semua
anggota tim proyek. jadwal selesai, ditinjau oleh Sponsor Proyek, dan disetujui dan basis-
berbaris. Jadwal akan dipertahankan sebagai Bagan MS Project Gantt oleh Project Manager
SmartVoice. Setiap perubahan yang diusulkan untuk jadwal akan mengikuti proses perubahan
kontrol TSI ini. Jika didirikan kontrol batas dapat dilampaui, permintaan perubahan akan
diserahkan kepada Manajer Proyek. Project Manager dan tim akan menentukan dampak dari
perubahan pada jadwal, biaya, sumber daya, ruang lingkup, dan risiko. Jika ditentukan bahwa
dampak akan melebihi kondisi batas maka perubahan akan diteruskan ke Sponsor Proyek untuk
diperiksa dan disetujui. The SmartVoice kondisi batas adalah:
CPI kurang dari 0,8 atau lebih besar dari 1,2

SPI kurang dari 0,8 atau lebih besar dari 1,2
Jika perubahan itu disetujui oleh Sponsor Proyek maka akan dilaksanakan oleh Manajer Proyek
yang akan memperbarui jadwal dan semua dokumentasi dan berkomunikasi perubahan untuk
semua pemangku kepentingan sesuai dengan Proses Change Control.
4
Jadwal Proyek Dasar dan Pekerjaan Struktur Breakdown disediakan dalam Lampiran A, Jadwal
Proyek dan Lampiran B, Perincian Kerja Struktur.
RENCANA MANAJEMEN PERUBAHAN

Bagian ini harus menjelaskan proses perubahan kendali Anda. Idealnya, proses ini akan ada
beberapa jenis standar organisasi yang berulang dan dilakukan pada sebagian besar atau semua
proyek ketika perubahan diperlukan. Perubahan setiap proyek harus dipertimbangkan dengan
cermat dan dampak perubahan harus jelas untuk membuat jenis keputusan persetujuan. Banyak
organisasi memiliki papan perubahan kontrol (CCBs) yang tinjauan diusulkan perubahan dan
baik menyetujui atau menolak mereka. Ini adalah cara yang efektif untuk memberikan
pengawasan dan memastikan umpan balik yang memadai dan review dari perubahan diperoleh.
Bagian ini juga harus mengidentifikasi siapa yang memiliki kewenangan persetujuan untuk
perubahan proyek, yang mengajukan perubahan, bagaimana mereka dilacak dan dimonitor.
Untuk proyek-proyek kompleks atau besar Rencana Manajemen Perubahan dapat dimasukkan
sebagai lampiran Rencana Manajemen Proyek atau sebagai dokumen yang terpisah, berdiri
sendiri. Kami memiliki template Rencana Manajemen Perubahan rinci tersedia di website kami.
Langkah-langkah berikut terdiri proses pengendalian perubahan organisasi TSI untuk semua
proyek dan akan digunakan pada proyek SmartVoice:
Langkah # 1: Mengidentifikasi kebutuhan untuk perubahan (Setiap Stakeholder)

Pemohon akan mengajukan TSI bentuk perubahan permintaan diselesaikan untuk
manajer proyek
Langkah # 2: Log perubahan perubahan permintaan register (Project Manager)
Manajer proyek akan mempertahankan log dari semua permintaan perubahan selama
proyek
Langkah # 3: Melakukan evaluasi perubahan (Project Manager, Tim Proyek, Peminta)
Manajer proyek akan melakukan evaluasi dampak perubahan biaya, risiko, jadwal, dan ruang
lingkup
Langkah # 4: Kirim permintaan perubahan Dewan Kontrol Perubahan (CCB) (Project
Manager)
Manajer proyek akan mengirimkan permintaan perubahan dan analisis terhadap CCB
untuk diperiksa
Langkah # 5: Keputusan Dewan Kontrol Perubahan (CCB)
CCB akan membahas usulan perubahan dan memutuskan apakah atau tidak itu akan
disetujui berdasarkan semua informasi yang disampaikan
Langkah # 6: Melaksanakan perubahan (Project Manager)
Jika perubahan disetujui oleh CCB, manajer proyek akan memperbarui dan dokumentasi
proyek re-dasar yang diperlukan serta memastikan perubahan dikomunikasikan kepada tim
dan stakeholder
Setiap anggota tim atau pemangku kepentingan dapat mengajukan permintaan perubahan untuk
Proyek SmartVoice. The SmartVoice Project Sponsor akan memimpin CCB dan setiap perubahan
lingkup proyek, biaya, atau jadwal harus memenuhi persetujuannya. Semua permintaan
5
perubahan akan login perubahan register kontrol oleh Manajer Proyek dan dilacak sampai selesai
apakah disetujui atau tidak.
RENCANA PENGELOLAAN KOMUNIKASI

Tujuan dari Rencana Pengelolaan Komunikasi adalah untuk menentukan kebutuhan komunikasi
untuk proyek dan bagaimana informasi akan didistribusikan untuk memastikan keberhasilan
proyek. Anda harus memberikan pemikiran yang cukup bagaimana Anda ingin mengelola
komunikasi pada setiap proyek. Dengan memiliki pendekatan manajemen komunikasi yang solid
Anda akan menemukan bahwa banyak masalah manajemen proyek dapat dihindari. Pada bagian
ini Anda harus memberikan gambaran tentang pendekatan manajemen komunikasi Anda.
Umumnya, Rencana Pengelolaan Komunikasi mendefinisikan berikut ini:
 kebutuhan komunikasi berdasarkan peran
 Apa informasi akan dikomunikasikan
 Bagaimana informasi akan dikomunikasikan
 Ketika informasi akan didistribusikan
 Siapa yang komunikasi
 Yang menerima komunikasi
 perilaku komunikasi
Untuk proyek yang lebih besar dan lebih kompleks, Rencana Pengelolaan Komunikasi dapat
dimasukkan sebagai lampiran atau dokumen terpisah terpisah dari Rencana Manajemen Proyek.
Kami memiliki template Rencana Pengelolaan Komunikasi rinci tersedia di website kami.
Rencana Pengelolaan Komunikasi ini menetapkan kerangka kerja komunikasi untuk proyek ini.
Ini akan berfungsi sebagai panduan untuk komunikasi sepanjang kehidupan proyek dan akan
diperbarui sebagai kebutuhan komunikasi perubahan. Rencana ini mengidentifikasi dan
mendefinisikan peran anggota tim proyek SmartVoice karena mereka berhubungan dengan
komunikasi. Ini juga mencakup matriks komunikasi yang memetakan kebutuhan komunikasi dari
proyek ini, dan melakukan komunikasi untuk pertemuan dan bentuk komunikasi lainnya. Sebuah
direktori tim proyek juga disertakan untuk memberikan informasi kontak untuk semua
stakeholder yang terlibat langsung dalam proyek.
Project Manager akan mengambil peran utama dalam memastikan komunikasi yang efektif pada
proyek ini. Persyaratan komunikasi didokumentasikan dalam Matrix Communications bawah.
Komunikasi Matrix akan digunakan sebagai panduan untuk informasi apa untuk berkomunikasi,
yang melakukan berkomunikasi, ketika berkomunikasi, dan kepada siapa untuk berkomunikasi.
komunikasi Jenis Deskripsi Frekuensi Format Peserta / Deliverable Pemilik

Distribusi
Proyek Sponsor,
Ringkasan
Mingguan Laporan Tim dan Manajer
Email status Mingguan E-mail Laporan status
Status Pemangku proyek
proyek
Kepentingan
Rapat Tim Proyek Pertemuan Mingguan dalam Tim proyek Diperbarui Manajer
Mingguan ulasan tindakan Person Aksi Register proyek
mendaftar dan
6
status
Proyek Sponsor,
metrik hadir dan Status dan
Proyek Bulanan dalam Tim, dan Manajer
status tim dan Bulanan Metric
(PMR) Person Pemangku proyek
sponsor Presentasi
Kepentingan
Hadir obral fase Proyek Sponsor, Tahap laporan
Ulasan proyek proyek dan Sesuai dalam Tim dan penyelesaian Manajer
Gerbang kickoff tahap kebutuhan Person Pemangku dan fase proyek
berikutnya Kepentingan kickoff
Ulasan dari
setiap desain
Desain Teknis teknis atau Sesuai dalam Desain Paket Manajer
Tim proyek
Ulasan pekerjaan yang kebutuhan Person Teknis proyek
terkait dengan
proyek
direktori tim proyek untuk semua komunikasi adalah:
Nama Judul email E Telepon kantor Telepon selular

John Davis proyek Sponsor j.davis@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Joe Hijau Manajer proyek j.green@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Programmer
Herb Walker h.walker@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Senior
Jason Hitam Programmer j.black@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Sr. Kualitas
Mary Putih m.white@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Spesialis
ron Smith Spesialis kualitas r.smith@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Tom Minggu Penulis teknis t.sunday@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
pengujian
Karen Brown k.brown@tsi.com xxx-xxx-xxxx xxx-xxx-xxxx
Spesialis
Komunikasi Perilaku:
pertemuan:
Manajer Proyek akan mendistribusikan agenda pertemuan minimal 2 hari sebelum setiap
pertemuan yang dijadwalkan dan semua peserta diharapkan untuk meninjau agenda sebelum
rapat. Selama pertemuan proyek pencatat waktu akan memastikan bahwa mematuhi kelompok
untuk kali dinyatakan dalam agenda dan perekam akan mengambil semua catatan untuk
distribusi ke tim setelah selesai pertemuan. Sangat penting bahwa semua peserta tiba untuk setiap
pertemuan pada waktu dan semua ponsel dan blackberry harus dimatikan atau diatur ke mode
getar untuk meminimalkan gangguan. menit Pertemuan akan didistribusikan paling lambat 24
jam setelah setiap pertemuan selesai.
E-mail:
Semua email yang berkaitan dengan Proyek SmartVoice harus profesional, bebas dari kesalahan,
dan menyediakan komunikasi singkat. Email harus didistribusikan kepada peserta proyek yang
benar sesuai dengan matriks komunikasi di atas berdasarkan isinya. Semua lampiran harus dalam
7
salah satu program Suite perangkat lunak standar organisasi dan mematuhi ke format perusahaan
yang didirikan. Jika email adalah untuk membawa masalah ke depan maka harus membahas apa
masalah ini, memberikan latar belakang singkat tentang masalah ini, dan memberikan
rekomendasi untuk memperbaiki masalah. Manajer Proyek harus disertakan pada setiap email
yang berkaitan dengan Proyek SmartVoice.
Komunikasi Informal:
Sementara komunikasi informal adalah bagian dari setiap proyek dan diperlukan untuk
penyelesaian proyek yang sukses, masalah, kekhawatiran, atau update yang muncul dari diskusi
informal antara anggota tim harus dikomunikasikan kepada Manajer Proyek sehingga tindakan
yang tepat dapat diambil.
BIAYA RENCANA PENGELOLAAN

Biaya Rencana Pengelolaan jelas mendefinisikan bagaimana biaya pada sebuah proyek akan
dikelola di seluruh siklus hidup proyek. Ini menetapkan format dan standar yang biaya proyek
diukur, dilaporkan, dan dikendalikan. Bekerja dalam pedoman manajemen biaya adalah penting
bagi semua anggota tim proyek untuk memastikan berhasil menyelesaikan proyek. Pedoman ini
mungkin termasuk yang tingkat akun biaya WBS akan dibuat dalam dan pembentukan varians
diterima. Biaya Rencana Pengelolaan:
 Mengidentifikasi siapa yang bertanggung jawab untuk mengelola biaya
 Mengidentifikasi yang memiliki wewenang untuk menyetujui perubahan pada proyek
atau anggaran
 Bagaimana kinerja biaya secara kuantitatif diukur dan dilaporkan pada
 Laporan format, frekuensi dan kepada siapa mereka disajikan
Untuk proyek-proyek kompleks atau besar Rencana Pengelolaan Biaya dapat dimasukkan
sebagai lampiran Rencana Manajemen Proyek atau sebagai dokumen yang terpisah, berdiri
sendiri. Kami memiliki rinci Biaya Rencana Pengelolaan template yang tersedia di website kami.
Project Manager akan bertanggung jawab untuk mengelola dan melaporkan biaya proyek
sepanjang durasi proyek. Project Manager akan hadir dan meninjau kinerja biaya proyek dalam
pertemuan status proyek bulanan. Menggunakan perhitungan nilai yang diterima, Manajer
Proyek bertanggung jawab untuk akuntansi untuk penyimpangan biaya dan penyajian Sponsor
Proyek dengan pilihan untuk mendapatkan kembali proyek pada anggaran. Semua otoritas
anggaran dan keputusan, untuk memasukkan perubahan anggaran, berada dengan Sponsor
SmartVoice Project.
Untuk Proyek SmartVoice, account control akan dibuat pada tingkat keempat dari WBS yang
mana semua biaya dan kinerja akan dikelola dan dilacak. kinerja keuangan Proyek SmartVoice
akan diukur melalui perhitungan nilai yang diperoleh berkaitan dengan rekening biaya proyek.
Pekerjaan dimulai pada paket pekerjaan akan memberikan yang paket pekerjaan dengan kredit
50%; sedangkan, sisanya 50% dikreditkan setelah selesainya semua pekerjaan didefinisikan
dalam paket pekerjaan. Biaya mungkin dibulatkan ke jam dolar dan kerja terdekat dibulatkan ke
seluruh jam terdekat.
8
Biaya dan Jadwal Performance Index (CPI dan SPI masing-masing) akan dilaporkan secara
bulanan oleh Manajer Proyek untuk Sponsor Proyek. Varians dari 10% atau +/- 0,1 dalam biaya
dan jadwal kinerja indeks akan mengubah status biaya untuk kuning atau peringatan. Ini akan
dilaporkan dan jika dipastikan bahwa tidak ada atau dampak minimal biaya atau jadwal proyek
dasar maka mungkin tidak ada tindakan yang diperlukan. Biaya varians dari 20%, atau +/- 0,2
dalam biaya dan jadwal kinerja indeks akan mengubah status biaya untuk merah atau kritis. Ini
akan dilaporkan dan membutuhkan tindakan korektif dari Manajer Proyek untuk membawa biaya
dan / atau indeks kinerja jadwal kembali sejalan dengan varians yang diijinkan.
perhitungan nilai yang diterima akan disusun oleh Project Manager dan dilaporkan pada
pertemuan status proyek bulanan. Jika ada indikasi bahwa nilai-nilai ini akan mendekati atau
mencapai tahap kritis sebelum pertemuan berikutnya, Manajer Proyek akan berkomunikasi ini ke
Sponsor Proyek segera.
RENCANA PENGELOLAAN PENGADAAN

Pengadaan Rencana Pengelolaan harus cukup didefinisikan dengan jelas mengidentifikasi
langkah-langkah dan tanggung jawab yang diperlukan untuk pengadaan dari awal sampai akhir
proyek. Manajer proyek harus memastikan bahwa rencana tersebut memfasilitasi berhasil
menyelesaikan proyek dan tidak menjadi tugas yang sangat besar dalam dirinya sendiri untuk
mengelola. Manajer proyek akan bekerja dengan tim proyek, kontrak / departemen pembelian,
dan pemain kunci lain untuk mengelola kegiatan pengadaan.
Untuk proyek yang lebih besar atau proyek dengan persyaratan manajemen pengadaan yang
lebih rumit, Anda dapat menyertakan Pengadaan Rencana Pengelolaan sebagai dokumen terpisah
terpisah dari Rencana Manajemen Proyek. Kami memiliki Pengadaan rinci Rencana Pengelolaan
tersedia di website kami.
Manajer Proyek akan memberikan pengawasan dan manajemen untuk semua kegiatan pengadaan
dalam proyek ini. Project Manager berwenang untuk menyetujui semua tindakan pengadaan
sampai dengan $ 50.000. Setiap tindakan pengadaan melebihi jumlah ini harus disetujui oleh
Sponsor Proyek.
Sementara proyek ini membutuhkan minimal atau tidak ada pengadaan, dalam pengadaan acara
diperlukan, Manajer Proyek akan bekerja dengan tim proyek untuk mengidentifikasi semua item
atau jasa yang akan dibeli untuk berhasil menyelesaikan proyek. Project Manager maka akan
memastikan pengadaan tersebut ditinjau oleh Kantor Manajemen Program (PMO) dan disajikan
dengan kontrak dan kelompok pembelian. Kontrak dan kelompok pembelian akan meninjau
tindakan pengadaan, menentukan apakah hal ini menguntungkan untuk membuat atau membeli
barang atau jasa sumber daya yang diperlukan secara internal, dan memulai seleksi vendor,
pembelian dan proses kontrak.
Dalam hal pengadaan suatu menjadi perlu, Manajer Proyek akan bertanggung jawab untuk
manajemen setiap vendor yang dipilih atau sumber daya eksternal. Project Manager juga akan
mengukur kinerja yang berkaitan dengan vendor menyediakan barang dan / atau jasa yang
diperlukan dan berkomunikasi ini untuk pembelian dan kontrak kelompok.
9
RENCANA MANAJEMEN PROYEK RUANG LINGKUP

Adalah penting bahwa pendekatan untuk mengelola ruang lingkup proyek secara jelas
didefinisikan dan didokumentasikan secara rinci. Kegagalan untuk secara jelas menetapkan dan
mengkomunikasikan lingkup proyek dapat mengakibatkan penundaan, pekerjaan yang tidak
perlu, kegagalan untuk mencapai kiriman, kelebihan biaya, atau konsekuensi yang tidak
diinginkan lainnya. Bagian ini menyediakan ringkasan dari Lingkup Rencana Pengelolaan di
mana ia membahas berikut ini:
 Yang memiliki otoritas dan tanggung jawab untuk manajemen lingkup
 Bagaimana ruang lingkup didefinisikan (yaitu Ruang Lingkup Pernyataan, WBS, WBS
kamus, Pernyataan Kerja, dll)
 Bagaimana ruang lingkup diukur dan diverifikasi (yaitu Kualitas pembanding, Ruang
Lingkup Dasar, Pengukuran Kinerja Kerja, dll)
 Proses lingkup perubahan (yang memulai, yang memberikan kuasa, dll)
 Siapa yang bertanggung jawab menerima penyampaian tugas akhir dan menyetujui
penerimaan lingkup proyek
Kami memiliki Lingkup rinci Rencana Pengelolaan tersedia di website kami yang dapat
dimasukkan sebagai lampiran Rencana Manajemen Proyek untuk proyek yang lebih besar atau
lebih kompleks. Pastikan untuk meninjau dan menentukan apakah itu perlu untuk mengelola
proyek Anda.
manajemen ruang lingkup untuk Proyek SmartVoice akan menjadi tanggung jawab Manajer
Proyek. Ruang lingkup untuk proyek ini didefinisikan oleh Pernyataan Lingkup, Perincian Kerja
Struktur (WBS) dan WBS kamus. Project Manager, Sponsor, dan Stakeholder akan menetapkan
dan menyetujui dokumentasi untuk mengukur lingkup proyek yang mencakup daftar periksa
kualitas deliverable dan pengukuran kinerja.
Perubahan lingkup diusulkan dapat dimulai oleh Project Manager, Pemangku Kepentingan atau
anggota tim proyek. Semua permintaan perubahan akan diserahkan kepada Manajer Proyek yang
kemudian akan mengevaluasi perubahan ruang lingkup yang diminta. Setelah diterima dari
permintaan perubahan ruang lingkup Project Manager akan mengirimkan permintaan perubahan
ruang lingkup untuk Perubahan Kontrol Dewan dan Project Sponsor untuk penerimaan. Setelah
persetujuan dari lingkup perubahan oleh Dewan Pengendalian Perubahan dan Proyek Sponsor
Project Manager akan memperbarui semua dokumen proyek dan berkomunikasi perubahan ruang
lingkup untuk semua pemangku kepentingan. Berdasarkan umpan balik dan masukan dari
manajer dan Pemangku Kepentingan Proyek, Sponsor Proyek bertanggung jawab untuk
penerimaan deliverable proyek akhir dan ruang lingkup proyek.
Proyek Sponsor bertanggung jawab untuk secara resmi menerima penyampaian akhir proyek.
Penerimaan ini akan didasarkan pada review semua dokumentasi proyek, hasil pengujian, hasil
uji coba beta, dan penyelesaian semua tugas paket / kerja dan fungsi produk.
1
RENCANA PENGELOLAAN JADWAL

Bagian ini memberikan kerangka umum untuk pendekatan yang akan diambil untuk membuat
jadwal proyek. manajemen jadwal yang efektif diperlukan untuk memastikan tugas selesai tepat
waktu, sumber daya yang dialokasikan secara tepat, dan untuk membantu mengukur kinerja
proyek. Bagian ini harus mencakup diskusi tentang alat penjadwalan / Format, jadwal tonggak,
dan peran pengembangan jadwal dan tanggung jawab.
Pastikan untuk memeriksa Rencana Pengelolaan Jadwal yang rinci tersedia di website kami.
Terpisah Rencana Pengelolaan Jadwal cocok untuk proyek yang lebih besar atau proyek di mana
manajemen jadwal yang lebih formal.
jadwal proyek untuk proyek SmartVoice akan dibuat menggunakan MS Project 2007 dimulai
dengan kiriman diidentifikasi dalam Struktur Perincian Kerja proyek (WBS). definisi aktivitas
akan mengidentifikasi paket pekerjaan khusus yang harus dilakukan untuk menyelesaikan setiap
deliverable. Kegiatan sequencing akan digunakan untuk menentukan urutan paket pekerjaan dan
hubungan assign antara kegiatan proyek. Kegiatan durasi memperkirakan akan digunakan untuk
menghitung jumlah periode kerja yang dibutuhkan untuk paket pekerjaan selesai. estimasi
sumber daya akan digunakan untuk sumber daya assign untuk paket pekerjaan dalam rangka
pengembangan jadwal lengkap.
Setelah jadwal awal telah dikembangkan, itu akan ditinjau oleh tim proyek dan sumber daya
sementara ditugaskan untuk tugas-tugas proyek. Tim dan sumber daya proyek harus setuju untuk
paket pekerjaan tugas, jangka waktu, dan jadwal yang diusulkan. Setelah ini tercapai sponsor
proyek akan meninjau dan menyetujui jadwal dan kemudian akan menjadi basis berjajar.
Sesuai dengan standar organisasi TSI ini, berikut akan ditunjuk sebagai tonggak untuk semua
jadwal proyek:
 Penyelesaian pernyataan ruang lingkup dan WBS / WBS kamus
 Basis berbaris jadwal proyek
 Persetujuan anggaran proyek akhir
 Proyek kick-off
 Persetujuan dari peran dan tanggung jawab
 persetujuan persyaratan definisi
 Penyelesaian pemetaan data / persediaan
 Implementasi proyek
 Penerimaan kiriman akhir
Peran dan tanggung jawab untuk pengembangan jadwal adalah sebagai berikut:
Manajer proyek akan bertanggung jawab untuk memfasilitasi definisi paket pekerjaan,
sekuensing, dan memperkirakan durasi dan sumber daya dengan tim proyek. Manajer proyek
juga akan membuat jadwal proyek menggunakan MS Project 2007 dan memvalidasi jadwal
dengan tim proyek, stakeholder, dan sponsor proyek. Manajer proyek akan memperoleh
persetujuan jadwal dari sponsor proyek dan baseline jadwal.
1
Tim proyek bertanggung jawab untuk berpartisipasi dalam definisi paket pekerjaan, sequencing,
durasi, dan estimasi sumber daya. Tim proyek juga akan meninjau dan memvalidasi jadwal yang
diusulkan dan melakukan kegiatan ditugaskan sekali jadwal disetujui.
Sponsor proyek akan berpartisipasi dalam ulasan tentang jadwal yang diusulkan dan menyetujui
jadwal akhir sebelum itu dasar berbaris.
Stakeholder proyek akan berpartisipasi dalam ulasan tentang jadwal yang diusulkan dan
membantu dalam validasi.
RENCANA PENGELOLAAN KUALITAS
Semua anggota tim proyek Smart Reserved Hotel akan berperan dalam manajemen mutu.
Sangat penting bahwa memastikan tim yang pekerjaan selesai pada tingkat yang memadai
kualitas dari paket pekerjaan individu untuk deliverable proyek akhir. Berikut ini adalah peran
kualitas dan tanggung jawab untuk Proyek Smart Reserved Hotel:
Proyek Sponsor bertanggung jawab untuk menyetujui semua standar kualitas untuk Proyek
Smart Reserved Hotel. Proyek Sponsor akan meninjau semua tugas dan deliverable proyek
untuk memastikan kepatuhan dengan standar kualitas yang ditetapkan dan disetujui. Selain itu,
Sponsor Proyek akan menandatangani penerimaan akhir dari deliverable proyek.
Manajer Proyek bertanggung jawab untuk manajemen mutu sepanjang durasi proyek.
Manajer Proyek bertanggung jawab untuk melaksanakan Rencana Manajemen Mutu dan
memastikan semua tugas, proses, dan dokumentasi yang sesuai dengan rencana. Manajer Proyek
akan bekerja dengan spesialis kualitas proyek untuk menetapkan standar kualitas yang dapat
diterima. Project Manager juga bertanggung jawab untuk berkomunikasi dan melacak semua
standar kualitas untuk tim proyek dan stakeholder.
Spesialis Kualitas bertanggung jawab untuk bekerja dengan Manajer Proyek untuk
mengembangkan dan mengimplementasikan Rencana Manajemen Mutu. Spesialis kualitas akan
merekomendasikan alat dan metodologi untuk melacak kualitas dan standar untuk menetapkan
tingkat kualitas yang dapat diterima. Spesialis Kualitas akan menciptakan dan memelihara
Quality Control dan Jaminan Log sepanjang proyek.
1
Anggota yang tersisa dari tim proyek, serta pemangku kepentingan akan bertanggung jawab
untuk membantu Project Manager dan Kualitas Spesialis dalam pembentukan standar kualitas
yang dapat diterima. Mereka juga akan bekerja untuk memastikan bahwa semua standar kualitas
terpenuhi dan berkomunikasi kekhawatiran mengenai kualitas kepada Manajer Proyek.
Quality control untuk Proyek Smart Reserved Hotel akan memanfaatkan alat dan
metodologi untuk memastikan bahwa semua deliverable proyek sesuai dengan standar kualitas
yang disetujui. Untuk memenuhi kebutuhan deliverable dan harapan, kita harus menerapkan
proses formal di mana standar kualitas diukur dan diterima. Project Manager akan memastikan
semua standar mutu dan kegiatan pengendalian mutu terpenuhi sepanjang proyek. Spesialis
Kualitas akan membantu Project Manager dalam memverifikasi bahwa semua standar kualitas
terpenuhi untuk setiap deliverable. Jika ada perubahan yang diusulkan dan disetujui oleh Sponsor
dan CCB Proyek, Manajer Proyek bertanggung jawab untuk mengkomunikasikan perubahan
pada tim proyek dan memperbarui semua rencana proyek dan dokumentasi.
Jaminan kualitas untuk Proyek Smart Reserved Hotel akan memastikan bahwa semua proses
yang digunakan dalam penyelesaian standar kualitas yang dapat diterima proyek bertemu.
standar proses ini di tempat untuk memaksimalkan efisiensi proyek dan meminimalkan limbah.
Untuk setiap proses digunakan di seluruh proyek, Manajer Proyek akan melacak dan mengukur
kualitas terhadap standar yang disetujui dengan bantuan Spesialis Kualitas dan memastikan
semua kualitas standar terpenuhi. Jika ada perubahan yang diusulkan dan disetujui oleh Sponsor
dan CCB Proyek, Manajer Proyek bertanggung jawab untuk mengkomunikasikan perubahan
pada tim proyek dan memperbarui semua rencana proyek dan dokumentasi.
RENCANA MANAJEMEN RISIKO
Pendekatan untuk mengelola risiko untuk Proyek Smart Reserved Hotel mencakup proses
metodis dimana mengidentifikasi tim proyek, skor, dan peringkat berbagai risiko. Setiap upaya
akan dilakukan untuk secara proaktif mengidentifikasi risiko depan waktu untuk menerapkan
strategi mitigasi dari awal proyek. Yang paling risiko kemungkinan dampak dan tertinggi
ditambahkan ke jadwal proyek untuk memastikan bahwa manajer risiko yang ditetapkan
mengambil langkah yang diperlukan untuk melaksanakan respon mitigasi pada waktu yang tepat
selama jadwal. Manajer risiko akan memberikan update status di risiko mereka ditugaskan dalam
1
pertemuan tim proyek dwi-mingguan, tapi hanya jika pertemuan meliputi jangka waktu yang
direncanakan risiko mereka.
Setelah penyelesaian proyek, selama proses penutupan, manajer proyek akan menganalisis
setiap risiko serta proses manajemen risiko. Berdasarkan analisis ini, manajer proyek akan
mengidentifikasi perbaikan yang dapat dilakukan untuk proses manajemen risiko untuk proyek-
proyek masa depan. Perbaikan ini akan ditangkap sebagai bagian dari pelajaran dasar
pengetahuan.
Resiko Teknik mengurangi resiko

Kegagalan Personil  Membangun tim
 Membuat jadwal agar tidak tabrakan dan bisa
melaksanakan tugas sesuai jadwal yang
telahdirencanakan sebelumnya
Estimasi biaya dan  Mengerjakan proyek sebelum batas waktu
waktuyang tidak realitas  Membuat estimasi biaya produksi
 Desain biaya
 Meningkatkan pengembangan
 Merekam dan menganalisa proyek
sebelumnya
Mengembangkan fungsi  Evaluasi proyek ditingkatkan
software yang salah  Mengidentifikasi dan melakukan
pemecahansecepatnya
RENCANA PENGELOLAAN STAFFING
Pada Smart Reserved Hotel Proyek akan terdiri dari struktur matriks dengan dukungan dari
berbagai organisasi internal. Semua pekerjaan akan dilakukan secara internal. Kepegawaian
responsibilitas untuk Proyek Smart Reserved Hotel seperti berikut ini:
NAMA JABATAN TANGGUNG JAWAB

Brianly Hedi Rawung Project Manager - Menjadwalkan pelaksanaan dan
manajemen project.
- Memantau kinerja pelaksanaan
project dari analisahingga
1
implementasi.
- Membuat dokumen SDPLN yang
mendefinisikanproject plan.
Hinggil Pawestri M A System Analist - Menganalisa proses bisnis dalam
project.
- Mendefiniskan prosedur yang ada
dalam sistem.
- Merancang sistem dengan
Diagram Berjenjang danDFD
serta ERD.
- Membuat dokumen flow, sistem
flow, diagram, dll.
- Membuat dokumen SRS yang
mendefinisikanspesifikasi
kebutuhan perangkat lunak.
- Membuat dokumen SAD yang
mendefiniskan secaradetail sistem
secara keseluruhan.
- Merancang Database System
Meli Melawati Software Engineer - Menyelidiki aplikasi saat ini,
- Penghubung dengan pengguna,
- Memproduksi spesifikasi,
- Biaya sistem baru atau diubah,
- Menyetujui proposal,
- Menulis perangkat lunak dan
operasi baru manual,
- Pengujian produk untuk
memastikan bahwa itu beroperasi
memuaskan,
Pengguna pelatihan, dan
- Penanganan dukungan dan umpan
balik.
Devi Dewi Widianingsih Programmer - Identifikasi Coding dan Agoritma.
- Merancang Algoritma
Hana Dwi Khairunnisa Programmer
1
Sinta Sundari Programmer - Implementasi dari Identifikasi

Dimas Andhika Suri Programmer Coding dan
Algoritmapemrograman.
- Dokumentasi Coding oleh
Programmer
Faridah Web Designer - Penelitian Produk
(ProductResearch)
- Membuat Personas dan Skenario
- Mendefinisikan Arsitekrtur
Informasi yang ada pada produk
- Saat Information Architecture
pada rancangan sudah ditentukan,
selanjutnya membuat wireframes.
- Membuat prototipe yang memberi
rasa bagaimana berinteraksi
dengan suatu produk
- Testing membantu UX Designer
mengetahui pengalaman
pengguna yang bermasalah
selama berinteraksi dengan
produk
- Menganalisa untuk pembaharuan
dan peningkatan sebuah produk.
Astri Aulia Rahma Tester Software - Membantu Kepala Divisi
Rofiqoh Hadiyan D H Tester Software untukmelakukan pertukaran ide
mengenai UI apa saja yang akan
di terapkan pada system
PROCUREMENT MANAGEMENT PLAN

Dalam hal pengadaan suatu yang tadinya tidak perlu menjadi perlu, tergantung pada
situasi lapangan, Manager Proyek akan bertanggung jawab untuk memanajemen sumber daya
eksternal.
Selain itu terdapat beberapa sumber daya external yang dibutuhkan seperti pada tabel berikut
1
Nama sumber daya external Fixed Cost

Rp3.000.000/mon
Resepsionis (Front Office)
th
Room Attendant (Petugas Rp2.000.000/mon
Kamar) th
Rp2.000.000/mon
Satpam
th
SUMBER DAYA KALENDER
Biaya dasar untuk proyek Smart Reserved Hotel mencakup semua biaya yang dianggarkan
untuk berhasil menyelesaikan proyek.
Tahap proyek Anggaran total komentar

Kebutuhan dan Analisis Rp208,000,000 Termasuk jam kerja untuk
semua anggota tim proyek
untuk mengumpulkan
persyaratan dan proyek
perencanaan
Desain Rp124,800,000 Termasuk jam kerja untuk
untuk bekerja pada
SmartVoice desain konseptual
programming Rp1,590,400,000 Termasuk semua jam kerja
untuk coding dari SmartVoice
testing Rp150,400,000 Termasuk semua jam kerja

untuk pengujian (termasuk
pengujian beta) perangkat
lunak SmartVoice
Training Rp38,400,000 Termasuk semua jam kerja
untuk transisi ke operasi dan
obral proyek
Dokumentasi Rp632,000,000 Termasuk semua jam kerja
dan Dokumentasi Project
1
Maintance Rp528,000,000 Termasuk semua jam kerja

dan perbaikan pada project
Waktu Tambahan perubahan Rp228,000,000 Termasuk semua jam kerja

pekerjaan dan waktu tambahan
penutupan Termasuk semua jam kerja

Rp30,400,000 dan akhir dar sebuah project.
DASAR BIAYA
Bagian ini berisi biaya dasar untuk proyek di mana manajemen biaya akan didasarkan. Proyek
ini akan menggunakan diperoleh metrik nilai untuk melacak dan mengelola biaya dan biaya
dasar memberikan dasar untuk pelacakan, pelaporan, dan manajemen biaya.
Biaya dasar untuk proyek SmartVoice mencakup semua biaya yang dianggarkan untuk berhasil
menyelesaikan proyek.
Tahap proyek Anggaran total komentar

perencanaan $ 350.000 Termasuk jam kerja untuk
untuk mengumpulkan
persyaratan dan proyek
perencanaan
Desain $ 250.000 Termasuk jam kerja untuk
untuk bekerja pada
SmartVoice desain konseptual
coding $ 200.000 Termasuk semua jam kerja
untuk coding dari SmartVoice
pengujian $ 175.000 Termasuk semua jam kerja
untuk pengujian (termasuk
pengujian beta) perangkat
lunak SmartVoice
Transisi dan obralan $ 150.000 Termasuk semua jam kerja
untuk transisi ke operasi dan
obral proyek
1
KUALITAS DASAR
Bagian ini harus mencakup dasar kualitas untuk proyek tersebut. Tujuan dari dasar ini adalah
untuk memberikan dasar untuk memastikan bahwa kualitas dapat diukur untuk menentukan
apakah tingkat kualitas yang dapat diterima telah dicapai. Hal ini penting untuk semua proyek
dengan jelas mendefinisikan dan mengkomunikasikan standar kualitas dan baseline kualitas
melayani tujuan ini.
The SmartVoice Proyek harus memenuhi standar mutu yang ditetapkan dalam dasar kualitas.
Kualitas dasar adalah dasar yang menyediakan tingkat kualitas yang dapat diterima dari Proyek
SmartVoice. Perangkat lunak ini harus memenuhi atau melebihi nilai kualitas dasar untuk
mencapai kesuksesan.
Barang diterima Tingkat komentar

Pengenalan suara Pada tingkat pengakuan 98% Menggunakan database bahasa
setidaknya dengan 2% atau TSI bahasa Inggris standar
kesalahan kurang dalam teks
Kesesuaian Tidak ada kesalahan yang Menggunakan _______ suite
terkait dengan menjalankan aplikasi
perangkat lunak dengan
aplikasi yang kompatibel
Dokumentasi pendukung tingkat kegagalan kurang dari
1% dalam versi beta testing
pengguna baru untuk
menjalankan setup dan
menjalankan fungsi perangkat
lunak
PENERIMAAN SPONSOR
Disetujui oleh Sponsor Proyek:
___________________________________________ Tanggal:__________________
<Sponsor Project>
<Project Sponsor Judul>
Rencana Manajemen Proyek gratis Template ini dibawa ke anda oleh www.ProjectManagementDocs.com
RISIKO REGISTER
Risiko Register untuk proyek ini disediakan dalam Lampiran C, Risk Register.
1
LAMPIRAN
2
Identifikasi Risiko Proyek Sistem Informasi Hotel De Luna
No Risiko Jenis Risiko Kategori Usaha yang

dilakukan
1 Dokumentasi yang Risiko yang - Risiko yang Melakukan validasi

tidak mendetail sudah diketahui mempengaruhi dengan inspeksi.
bisnis
- Risiko definisi
proses
Server tidak kuat Risiko yang - Risiko ukuran Melakukan proses

2 menangani banyak dapat produk dengan beberapa
pengguna diramalkan server replikasi
- Risiko lingkungan
sehingga operasi
pengembangan
tidak dilakukan oleh
satu server saja.
3 Waktu pengerjaan Risiko yang - Risiko yang Memastikan
yang lebih lama dapat mempengaruhi milestone
dibandingkan diramalkan bisnis dilaksanakan sesuai
dengan rencana dengan jadwalnya,
pengerjaan jika tidak maka
setiap stakeholder
yang terkait harus
menerima risiko agar
bisa mengembalikan
sesuai jadwal, seperti
lembur.
2
4 Desain UI yang Risiko yang - Risiko yang Melakukan teknik

kurang user- dapat dihubungkan validasi UI dengan
friendly diramalkan dengan prototyping, bekerja
karakteristik sama dengan
pelanggan pengguna
sebagai tester.
5 Server rusak Risiko yang - Risiko teknologi Back up data dari
tidak diharapkan yang akan satu server ke server
dibangun lain yang merupakan
replikasi server
utama.
6 Developer sakit Risiko yang - Risiko lingkungan Mengatur waktu
pada saat tidak diharapkan pengembangan kerja seefektif
pengerjaan proyek mungkin untuk
menghindari kerja
lembur atau kerja
berlebihan
2
Daftar Risiko
No Rank Resiko Kategory Penyebab Risk Status

Utama Owner
R5 1 Server rusak Resiko Stakeholder Aktive

Teknologi Server
R1 2 Dokumentasi Struktur/Proses Developer Developer Aktive

yang tidak risiko
mendetail
R3 3 Struktur/Proses Developer Aktive
Waktu risiko Developer
pengerjaan
yang lebih
lama
dibandingkan
dengan
rencana
pengerjaan

Smart Reserved Hotel

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Smart Reserved Hotel

Diunggah oleh

Hak Cipta:

Format Tersedia

RENCANA MANAJEMEN PROYEK TEMPLATE

RENCANA MANAJEMEN PROYEK

Stakeholder Management (meli)

PENDEKATAN MANAJEMEN PROYEK

RUANG LINGKUP PROYEK

batu Deskripsi Tanggal

JADWAL DASAR DAN PEKERJAAN STRUKTUR BREAKDOWN

CPI kurang dari 0,8 atau lebih besar dari 1,2

RENCANA MANAJEMEN PERUBAHAN

Langkah # 1: Mengidentifikasi kebutuhan untuk perubahan (Setiap Stakeholder)

RENCANA PENGELOLAAN KOMUNIKASI

komunikasi Jenis Deskripsi Frekuensi Format Peserta / Deliverable Pemilik

direktori tim proyek untuk semua komunikasi adalah:

Nama Judul email E Telepon kantor Telepon selular

BIAYA RENCANA PENGELOLAAN

RENCANA PENGELOLAAN PENGADAAN

RENCANA MANAJEMEN PROYEK RUANG LINGKUP

RENCANA PENGELOLAAN JADWAL

RENCANA PENGELOLAAN KUALITAS

RENCANA MANAJEMEN RISIKO

Resiko Teknik mengurangi resiko

RENCANA PENGELOLAAN STAFFING

NAMA JABATAN TANGGUNG JAWAB

Sinta Sundari Programmer - Implementasi dari Identifikasi

PROCUREMENT MANAGEMENT PLAN

Nama sumber daya external Fixed Cost

SUMBER DAYA KALENDER

Tahap proyek Anggaran total komentar

testing Rp150,400,000 Termasuk semua jam kerja

Maintance Rp528,000,000 Termasuk semua jam kerja

Waktu Tambahan perubahan Rp228,000,000 Termasuk semua jam kerja

penutupan Termasuk semua jam kerja

Tahap proyek Anggaran total komentar

Barang diterima Tingkat komentar

Disetujui oleh Sponsor Proyek:

Identifikasi Risiko Proyek Sistem Informasi Hotel De Luna

No Risiko Jenis Risiko Kategori Usaha yang

1 Dokumentasi yang Risiko yang - Risiko yang Melakukan validasi

Server tidak kuat Risiko yang - Risiko ukuran Melakukan proses

4 Desain UI yang Risiko yang - Risiko yang Melakukan teknik

No Rank Resiko Kategory Penyebab Risk Status

R5 1 Server rusak Resiko Stakeholder Aktive

R1 2 Dokumentasi Struktur/Proses Developer Developer Aktive

Anda mungkin juga menyukai